caxapa.ru :: Спасибо! Не отказался, просто пока не сообразил как его применить в системе запрос-ответ.

Argon (07.12.2021 04:48, просмотров: 262) ответил rezident на См. протоколы X-/Y-/Z-modem. Только непонятно, почему от дуплекса отказались?

Спасибо! Не отказался, просто пока не сообразил как его применить в системе запрос-ответ.

Ответить

- Во взрослых протоколах запросы и ответы не обязательно синхронны: мастер кидает запросы, слэйв отдает по мере готовности. - VLLV(07.12.2021 09:45)
  - у нас на АЗС вроде ситуация вполне взрослая. Потому как вопрос денег - отпуска топлива. И везде во всех протоколах никакого дуплекса. Мастер ждет ответа слэйва всегда. По таймауту прекращает ждать. Разница в протоколах только по уровню контроля посылок (стартовые и стоповые байты, уровень CRC и проч.) - Лaгyнoв(07.12.2021 13:00)
    - Да, из трех десятков протоколов оборудования на заправках, с которыми мне пришлось работать, большинство такие. Но есть и протоколы от IFSF или EPSI. - VLLV(07.12.2021 16:34)
      - это где такое? - Лaгyнoв(07.12.2021 18:32)
        
        В Европе и Америке. Я занимался подключением ценовых табло от немецкого производителя к контроллерам/кассам на заправках. - VLLV(08.12.2021 06:28)
        
        Ну в Россию не попадали значит. Я (по крайней мере) не натыкался. :-) - Лaгyнoв(08.12.2021 08:53)
        
        IFSF LonWorks точно был, по крайней мере в Москве - VLLV(08.12.2021 11:17)
        
        я офонарел. Плата связи IFSF\LON - 42938.54 Р. Недавно колонку можно было купить за эти деньги. :-) Лaгyнoв(1 знак., 08.12.2021 14:25, ссылка)
        
        где Москва, а где я. :-) Между нами Урал - Лaгyнoв(08.12.2021 14:21)
  - Пока не соображу как это обеспечить асинхронность в моем случае. Иногда мастер должен отправлять сообщение о некоем одноразовом событии, например, нажатии кнопки. Что он должен делать, не получив ответа или подтверждения? Повторы сообщения не катят, ибо слэйв может несколько раз обработать это однократное событие. Argon(99 знак., 07.12.2021 09:57)
    - Не надо зарываться в абстракции. Если мастер может проигнорировать отсутствие подтверждения без жутких последствий, так и надо делать. И вообще, если в вашем применении можно решить, что связь всегда надёжная, то подтверждения вообще не нужны. Предлагаю отталкиваться от реальных задач, потому что теоретических можно придумать оч. много и решать их всю оставшуюся жизнь. - SciFi(07.12.2021 10:06)
      - Нет уверенности, что связь будет надежная. Слейв - это SBC с андроидом, который подвержен периодической сборке мусора, в течение которой он может не реагировать на раздражители. - Argon(07.12.2021 10:17)
    - В тело сообщения добавляется инкрементируемый идентификатор (token). Слейв делает все с привязкой к этому токену. Сообщение о новом нажатии придет с другим токеном. - VLLV(07.12.2021 10:01)
      - спасибо, обмозгую - Argon(07.12.2021 10:05)
        
        Т.е. речь о том, что мастер и слейв шлют друг другу сообщения асинхронно и полнодуплексно, не дожидаясь подтверждения? А если какое-то сообщение не было получено? Ну там ошибка связи. Пока не въеду, как работать без подтверждения. - Argon(07.12.2021 10:09)
        
        Несинхронность не означает отсутствие подтверждения, а означает всего лишь очередь (массив) сообщений и у мастера, и у слейва. Мастер послал сообщение №5, пометил, что оно ждет ответа, и послал еще десять сообщений. Пришел ответ на сообщение 5, вычеркнул из очереди и пилит дальше. Но наверно я увел в сторону, это было актуально для систем 20-30 давности, когда каналы были медленными. Теперь таких проблем нет. - VLLV(07.12.2021 10:17)

Микроконтроллеры