caxapa.ru :: Надрачивают, в основном, поставщики. Потому что MQTT не конкурент нормальным технологиям. Не жалко отдавать бесплатно.

Cкpипaч, пророк (14.02.2022 09:55, просмотров: 423) ответил LordN на что такого хитрого в MQTT что на него все надрачивают?

Надрачивают, в основном, поставщики. Потому что MQTT не конкурент нормальным технологиям. Не жалко отдавать бесплатно.

Ардуина, епта. Нихуя не ПЛК-контроллер :)

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

Ответить

- А почему не конкурент? Есть мнение перевести некий сервис передачи показаний (со своим сервером ессно) на MQTT (на этом же сервере)со своего простенького, но шифрованного протокола. MQTT привлекает, стандартностью, шифровкой искаропки и шумом вокруг него(+к маркетингу). - Andreas(14.02.2022 10:17)
  - Как будешь контролировать наличие связи с датчиком? Или это не важно? :) - Cкpипaч(14.02.2022 12:07)
    - WILL message. Внутри протокола автоматом формируется предопределенное сообщение. A.L.(150 знак., 14.02.2022 13:30)
    - По времени. Датчик раз в сутки выходит на связь. Не вышел N раз подряд - сбой. Несколько дней без показаний вообще некритично. - Andreas(14.02.2022 12:11)
      - Т.е. ПОВЕРХ их протокола. Своим, авторским и нестандартизованным способом? Cкpипaч(375 знак., 14.02.2022 12:14 - 12:18)
        
        Да я хз вааще пока, только гениальная идея до меня недавно доведена была, что почти рабочее надо поломать и переделать. Поэтому и спрашиваю, в чем подвох, раз "не конкурент" и "ардуина". Но время реакции в несколько суток вполне приемлимо. Датчик мелкопотребляющий, поэтому только он может быть инициатором обмена, как и во вполне взрослой уже 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)

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