Неправильная работа Proton с RS485 - Страница 3

vladh · 11.09.2015, 10:47

Сообщение от Boba_spb

Если все работает, то говорю дровосекам СПАСИБО и далее уж всё проблемы мои

У меня соединение без "дровосеков". Распаянный однозначно кабель, который должен быть подключен до включения питания.

vladh · 11.09.2015, 11:00

Сообщение от anatol378

Изучите систему прерываний, в качестве помощи ссылка.

Спасибо за картинку - красивая.

Сообщение от anatol378

Каким образомвы хотите получить данные по приему если приемник у вас работает на прерываниях, а их вы выключаете.

Вот когда я их отключаю и затем включаю(стр.50 и 53 приемника) то все работает. Если же их не отключать, то не работает(я уже писал об этом).

Сообщение от anatol378

Если вы оставляете прерывания и начинаете очистку экрана, то при прерывании в середину команды очистки экрана вставляете непонятные данные и и контроллер дисплея сходит с ума.

Насколько я понимаю принцип работы команд компилятора, он таков. Если команда начала выполняться, то никакое прерывание не может её остановить. Компилятор дожидается конца выполнения команды и только потом переходит к обработке возникшего прерывания.

anatol378 · 11.09.2015, 11:04

пышы исчо

'*****************************
' Подпрограмма обработки прерываний
'***************************
Prer:
Context Save
HSerIn [ I, Number]
Context Restore ' Возврат из обработчика прерывания
Resume

vladh · 11.09.2015, 11:11

Сообщение от anatol378

пышы исчо
'*****************************
' Подпрограмма обработки прерываний
'***************************
Prer:
Context Save
HSerIn [ I, Number]
Context Restore ' Возврат из обработчика прерывания
Resume

Простите, не понял о чем это Вы?

anatol378 · 11.09.2015, 11:43

исчез кусок текста Навернор из-за мата...
передача информации в дисплей для отображения происходит не одномоментно. (Прочитайте даташит на дисплей.) Если в момент передачи информации на дисплей произойдет прерывание, то участвующие в обоих процессах регистры будут забиты чем бог пожелает и что получит дисплей х.з.
Очистку экрана также надо проводить через запрет-разрешение прерываний.

vladh · 11.09.2015, 12:01

Сообщение от anatol378

исчез кусок текста Навернор из-за мата...

если Вы матом разговариваете, то это ещё ничего, а если ругаетесь с незнакомым человеком то это плохо.

Цитата:

передача информации в дисплей для отображения происходит не одномоментно. (Прочитайте даташит на дисплей.) Если в момент передачи информации на дисплей произойдет прерывание, то участвующие в обоих процессах регистры будут забиты чем бог пожелает и что получит дисплей х.з.

Прочел ДШ. У дисплея для очистки экрана есть спец. команда. Но у компилятора для этого есть своя команда CLS, а значит прерывание во время её выполнения происходить не могут.

dosikus · 11.09.2015, 12:59

Сообщение от vladh

Насколько я понимаю принцип работы команд компилятора, он таков. Если команда начала выполняться, то никакое прерывание не может её остановить. Компилятор дожидается конца выполнения команды и только потом переходит к обработке возникшего прерывания.

Увы без мата нельзя. Не "команд компилятора" а ассемблерных инструкций .
И вот эти ваши "команды компилятора" (вообще-то операторы) состоят из нескольких
ассемблерных инструкций, в барсике более чем до ***.
Да и вызывать хоть что-то в прерывании , а тем более ожидание приема с UART(надеюсь не софтовый)- глупость непростительная даже нубу...
А теперь мыслите...

anatol378 · 11.09.2015, 13:02

dosikus, я скомпилировал его программу приемника с включенныи CLS и привожу ассемблерный листинг команды CLS не до конца раскрытый.

Цитата:

F1_000033 equ $ ; IN [PRIEOMNIC.BAS] CLS
f@call LCD@CLS

LCD@CLS
movlw 128
movwf 33
CLS
movlw 254
call _BYTE__SEND_
movlw 1
call _BYTE__SEND_
movlw 117
movwf 38
movlw 48

_BYTE__SEND_
btfsc 33,7
goto PRINT
return

PRINT
movwf 44
bcf PORTB,3
bcf PORTB,2
bsf STATUS,5
bcf TRISB,3
bcf TRISB,2
movlw 15
andwf TRISB,F
bcf STATUS,5
movf 44,W
btfsc 32,1
goto PRT@1
movlw 62
movwf 38
movlw 128
call __DELAY_US_W_
movlw 51
movwf 43
call PR@LP
movlw 19
movwf 38
movlw 136
call __DELAY_US_W_
call PR@LP
movlw 100
call __DELAY_US_
call PR@LP
movlw 100
call __DELAY_US_
movlw 34
movwf 43
call PR@LP
movlw 40
call PRT@C
movlw 12
call PRT@C
movlw 6
call PRT@C
bsf 32,1
movf 44,W
goto PRT@1

В любой момент между инструкциями может произойти прерывание.

dosikus · 11.09.2015, 13:18

anatol378, А я про что ?!!

dosikus · 11.09.2015, 13:24

Сообщение от vladh

Я и не пытаюсь себя позиционировать как программиста. Но подобный спор(какой язык лучше) идет давно. Я вот, например, всю жизнь говорю на русском и мне его хватает, хотя было бы лучше еще и английским владеть. Та же ситуация и с языками программирования.

Увы нет, если хотите хоть чего-то добиться нужно :
изучать документацию и обязательно в оригинале.
Изучить С, а не прятаться как страус в уже готовые конструкции барсика.