caxapa.ru :: Т.е. ПОВЕРХ их протокола. Своим, авторским и нестандартизованным способом?

Cкpипaч, пророк (14.02.2022 12:14 - 12:18, просмотров: 412) ответил Andreas на По времени. Датчик раз в сутки выходит на связь. Не вышел N раз подряд - сбой. Несколько дней без показаний вообще некритично.

Т.е. ПОВЕРХ их протокола. Своим, авторским и нестандартизованным способом?

Команду управления тоже будешь раз в ~~сутки~~ неделю отправлять?

С сигнализацией сбоя управления - раз в месяц?

В моей предметной области такое неприемлимо.

Правильный брокер эту ~~дурную~~ работу должен делать сам.

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

Здесь же ИДЕОЛОГИЧЕСКИ брокер ~~хуйложил на достоверность данных в нем~~ связь строго однонаправленная.

... но не любой ценой.

Ответить

- Да я хз вааще пока, только гениальная идея до меня недавно доведена была, что почти рабочее надо поломать и переделать. Поэтому и спрашиваю, в чем подвох, раз "не конкурент" и "ардуина". Но время реакции в несколько суток вполне приемлимо. Датчик мелкопотребляющий, поэтому только он может быть инициатором обмена, как и во вполне взрослой уже LoraWAN/ - Andreas(14.02.2022 12:19)
  - В Лоре все же есть адекватная реализация обратного канала. В ближайший сеанс датчика. Здесь этого нет. Нужно придумывать костыли. Cкpипaч(77 знак., 14.02.2022 12:24)
    - СТОП, тяжко при постоянном редактировании следить за мыслью. Значит в MQTT датчик вообще не в курсе об успехе передачи, которую он инициировал? Очень странно и тогда точно нах. Я думал как в Лоре, есть слот или время ответа. - Andreas(14.02.2022 12:26)
      - There is no timestamp in the message, there is nowhere to store such information in the MQTT header. MQTT.fx must be using the time of arrival at the client. If you need a published time you will have to add it to the message payload yourself. cheblin(13 знак., 14.02.2022 12:44)
      - Сравнил Ярс с пальцем :) Лора работает с радиоканалом, MQTT - с TCP/IP трафиком, какие, нахрен, таймслоты? - Cкpипaч(14.02.2022 12:37)
      - MQTT это просто кэш. Датчик знает что успешно туда положил. А забрали, не забрали, все забрали или не все - хренушки. Приемник тоже ничего (в рамках протокола связи) не знает об актуальности данных в кэше. - Cкpипaч(14.02.2022 12:30)
        
        Т.е. получается CAN шина, натянутая на глобус? - teap0t(14.02.2022 14:52)
        
        ...прямо поверх совы. Все как у людей :о) - Cкpипaч(14.02.2022 16:53)
  - Ну, я постарался объяснить на примерах. У нас в системе поддержка MQTT есть, но настоятельно нерекомендована к использованию. Банальнейший MODBUS-TCP мастер отлично справляется с опросом пары тысяч устройств. На банальнейшем "офисном" ПК. - Cкpипaч(14.02.2022 12:21)
    - MQTT - это батарейка, куча очень распределенных датчиков с WiFi или чем-то подобным, маложручесть, маловажность и допустимое время реакции.Насколько я понимаю. Это вполне разумные ограничения и допущения в области передачи показаний. - Andreas(14.02.2022 12:24)
      - Нет. Ни марожручести не будет (TCP over WiFi != маложручесть), ни возможность напрямую с датчика (только с некоего комбайна, делающего дохрена больше чем "датчик"). Ардуина. Cкpипaч(510 знак., 14.02.2022 12:51)
        
        5 секунд WiFi раз в сутки это много лет на 2 ААА. Никто домой ставить никакие шлюзы не будет, поэтому или самописные костыли на TCP с сервером в облаке, или готовый MQTT, но непонятно насколько он подходит. пока вижу единственный плюс от MQTT - возможность резервирования, но если актуальность данных при пересылке потребителю неизвестна - это фатально. - Andreas(14.02.2022 12:52)
        
        У нас с вами радикально отличающийся практический опыт (дословно только что, отправил заказчику счет на три шлюза 848MHz, все три - квартиры). - Cкpипaч(14.02.2022 12:59)
        
        Я несколько на другой ступени иерархической лестницы ) и WiFi не обсуждается, но мысли и опыт я понял, спасибо. - Andreas(14.02.2022 13:14)

Кибернетика, автоматика, протоколы