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

[NewWriter]

Ну так я вот и пишу же, что если где-то в программе происходит какое-то передергивание направления передачи на U2 (по схеме) (управляет уровень с RC5 МК приемника), то вход RX МК приемника оказывается подвешен в воздухе и возможно ложное срабатывание приемника.
Для страховки, нужно подтянуть RX МК приемника к VCC (+питания)

[dosikus]

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

Поэтому я в предыдущих проектах юзал NRF24L01 и HC-05, сейчас ESP12 . Было бы нужно на 100-300 метров тогда точно RS485.
Но барсики... боже упаси. Их обычно пользуют те кто в кодинге люди случайные...

[MisterDi]

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

Для RS-232 20м это не расстояние. Там все зависит от скорости. Без проблем на 19200 можно будет связаться. Если связь не в промзоне с мощными силовыми цепями, то 200-300 метров без проблем.

[vladh]

Для страховки, нужно подтянуть RX МК приемника к VCC (+питания)

Прочтя ссылку, любезно предоставленную anatol378, попробовал в Протеусе - ничего не улучшело. Оно как бы так и должно было быть. Протеус мало создает помех вокруг себя, да и чужих почти не ловит. Этого и следовало ожидать. Здесь похоже секрет в Протоне.

[vladh]

Поэтому я в предыдущих проектах юзал NRF24L01...

Я подумывал об этом, но решил это осуществить следующим этапом. Подозреваю, что радиоканал "блох" ловит лучше.

Но барсики... боже упаси. Их обычно пользуют те кто в кодинге люди случайные...

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

[vladh]

Для RS-232 20м это не расстояние. Там все зависит от скорости. Без проблем на 19200 можно будет связаться. Если связь не в промзоне с мощными силовыми цепями, то 200-300 метров без проблем.

Это бальзам на мою истерзанную душу. И если не предполагаются "горячие старты" можно и без гальванических развязок обойтись? Т.е. соединять напрямую оба контроллера?

[anatol378]

vladh, RS-232 это не UART. Там питание +15 - минус 15 вольт. Причем единице соответствует отрицательный уровень. Короче потребуются преобразователи.

[Boba_spb]

Немного из личного опыта с работой по RS485, может поможет
1. Оба конца стоят в режиме приема. Смотрим что б на RX были "1".
( обычно "дровосеки" - (так зову железячников) перекидывают концы кабеля - там у них что-то по своему A, B, D+, D- и исчо Бог знает что - они в этом путаются).

2. Один конец передает данные, второй их принимает - тут проверяем
в какой момент передающий "отпускает линию" (должон в самом конце стоп бита). Ну и соответствие скоростей приемника и передатчика.

3. Пункт 2, только второй конец передает, а первый принимает.

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

[vladh]

RS-232 это не UART. Там питание +15 - минус 15 вольт. Причем единице соответствует отрицательный уровень. Короче потребуются преобразователи.

Об этом я в курсе. Преобразователь обычно необходим для стыковки с СОМ-портом компьютера. Мне с компьютером связываться не надо. А вот если соединение витой парой да и еще в экране будет работать на 20 м?

[anatol378]

. Но вот если в программе приемника в строках 47 и 50 отключить команды

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

Если вы оставляете прерывания и начинаете очистку экрана, то при прерывании в середину команды очистки экрана вставляете непонятные данные и и контроллер дисплея сходит с ума.
Вижу здесь не проблемму, а нежелание изучить тему и решить все наскоком.

RS-232 это не компьютерный порт, а порт передачи данных в хреновых условиях на весьма длинные линии.