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

[Someone]

Поэтому достаточно сделать паузу после приема со слейва и не наворачивать излишние усложнения (это не способствует надежности)

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

[Someone]

Ну естественно , с одной оговоркой - барсик как показатель несостоятельности.
И в большинстве своем подобные ТС и выбирают барсики из-за "высокоуровневых" плюшек, где всезанихсляпано . Для DIY фентифлюшек оно может и полезно, но дальше обычно тупик и разочарование

Как быть с кодевижном и скетчами ардуино? Це ведь не барсик.

[Someone]

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

Да не языковые, а логические. И отсутствие понимания отличий грубо говоря усарт от rs-485.

[Someone]

а кто мешает мастеру дождаться очередного пакета от слейва и только потом отработать свою последовательность передачи? Человек лишних полсекунды не заметит, а страсти-мордасти, Вами описанные, будут исключены.

Дык ничто не мешает. Главное - вообще озаботиться этой проблемой, чего ранее не было сделано. Способов же решения - множество.

[akegor]

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

Кто мешает предсказать? Формирует сторонняя программа? Впрочем, формировать можно когда угодно, главное - передать сформированную посылку синхронно, с необходимой паузой после приема пакета.

[Albert_V]

Как вариант, можно попробовать сделать как в I2C. После приёма очередного байта от Slave, Master выдаёт ACK (в любом виде). Это может быть как передача команды, так и на некоторое время "завешивание" линии.
"+" : После приёма очередного байта можно прервать передачу пакета от Slave и отправить очередной запрос с изменёнными параметрами.
"-" : Существенное снижение скорости обмена данными.

[vladh]

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

Этим Вы сообщаете, что "Солнце восходит на востоке и заходит на западе..

[vladh]

Да не языковые, а логические.

Ошибаетесь. Докажите.

И отсутствие понимания отличий грубо говоря усарт от rs-485.

На основании чего Вы так решили?

[NewWriter]

Удваиваем. Слэйв ведь тоже может начать свою передачу при занятой линии.

Удваивать не нужно - в том то и суть, чтобы не передавать от мастера в тот момент, когда может передать слейв.

перед началом передачи ожидание окончания приёма,...И, следовательно, начинать передачу, только когда не идёт приём.

Начало приема аппаратно в этом ПИКе никак не отображается до тех пор, пока не будет принят целый байт. Старт-бит не отображается внутрь МК. Состояние входа тоже ни о чем не скажет - может, там FF пришел.

[STM32F0]

Старт-бит не отображается внутрь МК. Состояние входа тоже ни о чем не скажет - может, там FF пришел.

А прерывание по изменению состояния порта?