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

[vladh]

Уважаемые форумчане. Прошу помочь разрешить мою "затыку". Мне необходимо связать два PIC16F877A контроллера по интерфейсу RS485. Программы работы я пишу на Бейсике. В случае PIC это Proton. Если соединить два МК по UART то все(и модель в Протеусе, и живая схема) работает. Но как только я начинаю переходить на RS485 все начинает работать непонятно. Вот и в прикрепленном примере вроде как все работает нормально. Но вот если в программе приемника в строках 47 и 50 отключить команды откл/вкл прерывания, то в результате прием прекращается. Почему? Вообще говоря эти команды как бы здесь и не нужны. Вживую, вначале прием идет но через несколько строк у дисплея пропадает синхронизация(если что у меня OLED дисплей). Или если в 33 строке включить команду очистки экрана, то результат будет похожий. Почему? Если в программе передатчика в строке 38 уменьшить время задержки менее 5 мс, то результат опять будет похожий. Почему? Здесь задержка как бы и не очень нужна.
И ещё. Время цикла работы приемника в несколько тысяч раз меньше времени цикла передатчика. Т.е. передатчик достаточно редко передает данные приемнику, чтобы внести сумятицу в его работу. А на вид получается, что он(приемник) начинает путать порядок принимаемых переменных.

[anatol378]

vladh, не плоди темы в интернете. Достаточно на родном сайте. Протокол обмена RS485 не равен RS232 (UART). PIC16F877A аппаратного RS485 на борту не имеет. Схему, связи между контроллерами, вы не приводите. Протеусе не у всех установлен. Так о чем просите.
Ознакомтесь с этим, особенно внимательно часть 5, 8 и ссылки.

[vladh]

vladh, не плоди темы в интернете. Достаточно на родном сайте.

anatol378 Если было бы достаточно я бы здесь не спрашивал.

Протокол обмена RS485 не равен RS232 (UART). PIC16F877A аппаратного RS485 на борту не имеет.

Я этого нигде в своем сообщении и не утверждаю. Я и не говорю об этом. С чего Вы это вообразили?

Схему, связи между контроллерами, вы не приводите. Протеус не у всех установлен. Так о чем просите.

Хорошо, я думаю RAR у Вас есть?

Ознакомьтесь с этим, особенно внимательно часть 5, 8 и ссылки.

За ссылку спасибо. Попробую воспользоваться.

[NewWriter]

Ну потому что писать надо не на каком то там бейсике и протоне.
Текст программы не смотрел - это неблагодарное дело, читать автоматически ассемблированный текст каким-то там бейсиком и искать где-то строчки 33, 47, 50. Они ж не помечены. Там хз вообще че такое.

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

Если приемник работает ТОЛЬКО в режиме приема, то не надо задействовать переключение направления передачи через линию RS485. Не переключай ее, оставь у передатчика на передачу, а у приемника - на прием.
Вероятно, где-то в программе приемника МК происходит какое-то передергивание управляющего направлением вывода и RO оказывается в воздухе, и на него идут помехи, воспринимаемые как ложный старт-бит.

[anatol378]

vladh, в передаче данных много тонкостей. В частности количество ошибок UART зависит от кварца (ноль при скорости умноженной на два в степени, есть в ДШ). Второе есть большое различие в протоколах программных, не только в физических. Если у вас передача в одну сторону, то физически переключите направление и "заглушите" вход приемника на передающей стороне. Если намереваетесь двухсторонний обмен - разберитесь как работает USART в PICе и как требуется управлять трансмиттером для изменения направления приема передачи. И что такое арбитр шины.
NewWriter - не лайся. Протон отличный бейсик для ПИКов и только для ПИКов. Простой, не заумный, прозрачный, легко читаемый. Не транслируемый на другие процы -это да. А текстушки как и в СИ прочитать легко в обычном текстовом редакторе - расширение *.bas

[dosikus]

anatol378, фуфло эти ваши барсики.

[vladh]

Ну потому что писать надо не на каком то там бейсике и протоне. Текст программы не смотрел - это неблагодарное дело, читать автоматически ассемблированный текст каким-то там бейсиком и искать где-то строчки 33, 47, 50. Они ж не помечены. Там хз вообще че такое.

Это Вы о чем?

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

В основном с Вами здесь согласен.

Если приемник работает ТОЛЬКО в режиме приема, то не надо задействовать переключение направления передачи через линию RS485. Не переключай ее, оставь у передатчика на передачу, а у приемника - на прием.
Вероятно, где-то в программе приемника МК происходит какое-то передергивание управляющего направлением вывода и RO оказывается в воздухе, и на него идут помехи, воспринимаемые как ложный старт-бит.

Приведенный пример работает без вопросов! Разговор идет о том, что если сделать в нем описанные изменения, которые не должны влиять на прием и на передачу, а они влияют. Вот в этом вопрос. Почему это так влияет?

[vladh]

NewWriter - не лайся. Протон отличный бейсик для ПИКов и только для ПИКов. Простой, не заумный, прозрачный, легко читаемый

Правильно, лаяться не стоит. Есть хороший Бейсик и для AVR(BascomAVR). И для решения задач выдвигаемых передо мной жизнью их вполне хватало.

[vladh]

Если намереваетесь двухсторонний обмен - разберитесь как работает USART в PICе и как требуется управлять трансмиттером для изменения направления приема передачи.

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

[vladh]

anatol378, фуфло эти ваши барсики.

Обижаешь, начальник. Хотя в данном случае у меня есть ощущение, что дело в компиляторе.