- [MQTT] -> --> Сводный системный топик2019-01-16
-
- Бабы нынче не те пошли, вот и надрачивают на всякое... - LightElf(20.02.2022 22:49)
- Писец. Такого понавыписывали, аж страшно. Да банально стандарт
отрасли! Сейчас каждый второй в сети и хорошо когда ты часть
большой инфраструктуры а не самоделкин. - Tpoeшник(15.02.2022 08:43)
- Название отрасли - в студию. DIY? - Cкpипaч(15.02.2022 09:38)
- IoT - Tpoeшник(15.02.2022 09:39)
- Нет там MQTT. Мы работаем с провайдерами IOT-сетей. - Cкpипaч(15.02.2022 09:48 - 10:06)
- Посмотрел "18 Most Popular IoT Devices In 2022". Почти к каждому
нагуглил в той или иной мере поддержку MQTT. Речь о том что MQTT
выступает в качестве связующего в сети железяк. - Tpoeшник(15.02.2022 10:45)
- Повторяю, в реальных IoT проектах этой технологии места нет. Только
в DIY (что и подтверждается вашим 18 Most). К слову, нагулил - дай
ссылку. Потому что реально массовые проекты это вовсе не "термостат
с цветным дисплеем и полифонией". Cкpипaч(74 знак., 15.02.2022 10:56)
- Гуглится ровно так как и написал. Это не сложно, первая ссылка Tpoeшник(104 знак., 15.02.2022 11:05, ссылка)
- Бинго! :) Cкpипaч(297 знак., 15.02.2022 11:51)
- Что значит по вашему "IoT сети" с какими такими провайдерами IoT
сетей вы работаете? Разве любой сетевой канал не может быть средой
для работы IoT устройств!? Что вы ваще хотите сказать? - Tpoeшник(15.02.2022 12:20)
- Internet of Things это среда передачи данных и взаимодействия
беспроводных автономных устройств. Провайдеры, на сегодня - те же
операторы мобильной связи. Но не только они. Есть отдельно
стартапы, заявляющие о готовности строить общенациональную "чисто
IoT" сеть. Cкpипaч(565 знак., 15.02.2022 12:32)
- Первый раз слышу о том что IoT это исключительно о беспроводных
решениях! Tpoeшник(434 знак., 15.02.2022 12:40)
- Я больше двадцати лет в строю. Но я, конечно, неэтосамое :) Cкpипaч(955 знак., 15.02.2022 13:41)
- Первый раз слышу о том что IoT это исключительно о беспроводных
решениях! Tpoeшник(434 знак., 15.02.2022 12:40)
- Internet of Things это среда передачи данных и взаимодействия
беспроводных автономных устройств. Провайдеры, на сегодня - те же
операторы мобильной связи. Но не только они. Есть отдельно
стартапы, заявляющие о готовности строить общенациональную "чисто
IoT" сеть. Cкpипaч(565 знак., 15.02.2022 12:32)
- Что значит по вашему "IoT сети" с какими такими провайдерами IoT
сетей вы работаете? Разве любой сетевой канал не может быть средой
для работы IoT устройств!? Что вы ваще хотите сказать? - Tpoeшник(15.02.2022 12:20)
- Бинго! :) Cкpипaч(297 знак., 15.02.2022 11:51)
- Гуглится ровно так как и написал. Это не сложно, первая ссылка Tpoeшник(104 знак., 15.02.2022 11:05, ссылка)
- Повторяю, в реальных IoT проектах этой технологии места нет. Только
в DIY (что и подтверждается вашим 18 Most). К слову, нагулил - дай
ссылку. Потому что реально массовые проекты это вовсе не "термостат
с цветным дисплеем и полифонией". Cкpипaч(74 знак., 15.02.2022 10:56)
- :) - Vit(15.02.2022 10:15)
- Считайте как угодно. - Tpoeшник(15.02.2022 09:58)
- Посмотрел "18 Most Popular IoT Devices In 2022". Почти к каждому
нагуглил в той или иной мере поддержку MQTT. Речь о том что MQTT
выступает в качестве связующего в сети железяк. - Tpoeшник(15.02.2022 10:45)
- Нет там MQTT. Мы работаем с провайдерами IOT-сетей. - Cкpипaч(15.02.2022 09:48 - 10:06)
- IoT - Tpoeшник(15.02.2022 09:39)
- Название отрасли - в студию. DIY? - Cкpипaч(15.02.2022 09:38)
- MQTT чихал на маршрутизацию. Для сверху вниз её надо прокладывать и
этим кто-то должен заниматься - недостаточно просто какого-то
протокола. Особенно актуально для случаев работы из-за NATа и/или
неадресуемых сетей/соединений. Там (за NAT) без выхода клиента
снизу и поллинга сервера (например, VPN, и как самое простое GRE)
для поддержания TCP-соединения активным (чаще 1 раз в 2 минуты)
толком никто ничего ещё не предлагал, ибо опять та же
маршрутизация. Соответственно на Vit(1826 знак., 15.02.2022 01:22)
- А чем это хорошо для счетчиков? Andreas(582 знак., 15.02.2022 09:18)
- Откуда вы взяли, что "Счетчик по любому инициатор обмена"? - Vit(15.02.2022 10:14)
- Иначе микропотребление не реализовать или очень сложно. Или нет? - Andreas(15.02.2022 10:30)
- Сами счетчики (для газа вычислители-корректоры) выпускаются в т.ч. с автономным питанием, при проводных подключениях обычно протоколы а-ля MODBUS (slave). В случае интеграции модулей беспроводной связи, и в частности с выходом в сеть, появляются и дополнительные программно-аппаратные надстройки для организации обмена по инициативе от устройства. - Vit(15.02.2022 10:49)
- Иначе микропотребление не реализовать или очень сложно. Или нет? - Andreas(15.02.2022 10:30)
- Откуда вы взяли, что "Счетчик по любому инициатор обмена"? - Vit(15.02.2022 10:14)
- о, похоже ты первый, кто произнёс нужное определение - чат. LordN(155 знак., 15.02.2022 08:42)
Неожиданноожидаемо много находится по теме у китайцев. bnb62(1 знак., 15.02.2022 09:07, ссылка)- А почему тогда русские блоги, а не китайские блоги? - symbions(15.02.2022 19:06)
- ХЗ. Кто-то переводит, а может и автоперевод на русский. Вот
оригинал: bnb62(1 знак., 15.02.2022 19:36, ссылка)
- Спасибо, как раз оригинал интересовал - symbions(15.02.2022 20:14)
- ХЗ. Кто-то переводит, а может и автоперевод на русский. Вот
оригинал: bnb62(1 знак., 15.02.2022 19:36, ссылка)
- А почему тогда русские блоги, а не китайские блоги? - symbions(15.02.2022 19:06)
- А чем это хорошо для счетчиков? Andreas(582 знак., 15.02.2022 09:18)
- шумиха вокруг MQTT напоминает происходящее с питоном, которому хрен знает сколько лет, влялся никому ненужный и вдруг всё прям как заверте... - cheblin(14.02.2022 12:57)
- Скорее с дартом, не? - Andreas(14.02.2022 13:11)
- я к тому, что надрочка идет по сравнению с тем же впн такая, мол
для впн нужен белый айпи или динднс, и т.д. и т.п. а тут типа он не
нужен чтоли? а как все эти гребанные издатели и подписчики будут
искать брокер-серврер? собаку купят или что? или эти серваки по
всему миру-инету уже растолканы и почти на халяву юзать можно?
где-нить есть вся эта инфа в одном месте? - LordN(14.02.2022 12:44)
- Не нужен. Распиханы. Можно. Не видел, гуглить :) - Cкpипaч(14.02.2022 12:47)
- пишут мол не нужен проброс портов - и тут же пишут что брокер
должен иметь реальный ай и доступ к нему по портам 1883 или 8883.
плюс я так понял что и к подписчикам-издателям тоже нужен проброс?
или они сами каждый раз лезут в брокер чтобы что-то отдать или
что-то забрать. если так, то как быть с очередностью? ладно если
клиентов полкалеки, а если их хуева гора? - LordN(14.02.2022 12:49)
- Брокер. Но не устройства, к нему обращающиеся. Подписчики сами
каждый раз лезут. Именно когда хуева гора, сообщения короткие
(относительно), хер ты брокер серьезно нагрузишь. - Cкpипaч(14.02.2022 12:53)
- ok. а скажи, для доступа к брокеру что нужно кроме клиента? - LordN(14.02.2022 13:41)
- Я не очень понял вопрос. Брокер это программа, слушающая TCP/IP
порт. Cкpипaч(474 знак., 14.02.2022 16:50)
- я сам пока не очень понимаю, что хочу спросить. вернее о чем. - LordN(14.02.2022 20:43)
- Единственное разумное применение - быть Яндексом Cкpипaч(36 знак., 14.02.2022 20:50, ссылка, ссылка)
- я сам пока не очень понимаю, что хочу спросить. вернее о чем. - LordN(14.02.2022 20:43)
- Я не очень понял вопрос. Брокер это программа, слушающая TCP/IP
порт. Cкpипaч(474 знак., 14.02.2022 16:50)
- ok. а скажи, для доступа к брокеру что нужно кроме клиента? - LordN(14.02.2022 13:41)
- Брокер. Но не устройства, к нему обращающиеся. Подписчики сами
каждый раз лезут. Именно когда хуева гора, сообщения короткие
(относительно), хер ты брокер серьезно нагрузишь. - Cкpипaч(14.02.2022 12:53)
- пишут мол не нужен проброс портов - и тут же пишут что брокер
должен иметь реальный ай и доступ к нему по портам 1883 или 8883.
плюс я так понял что и к подписчикам-издателям тоже нужен проброс?
или они сами каждый раз лезут в брокер чтобы что-то отдать или
что-то забрать. если так, то как быть с очередностью? ладно если
клиентов полкалеки, а если их хуева гора? - LordN(14.02.2022 12:49)
- Не нужен. Распиханы. Можно. Не видел, гуглить :) - Cкpипaч(14.02.2022 12:47)
- н-и-ч-е-г-о особо умного/ценного. обычный стандартизованный брокер сообщений/прокладка, собирает сообщения от источников/датчиков, постоянно в онлайне. а конечные потребители информации периодически подключаться и выгребать накопленное. Всё. - cheblin(14.02.2022 10:59)
- Популярность вызвана поддержкой со стороны облачных провайдеров bodis(1 знак., 14.02.2022 09:58, ссылка)
- Надрачивают, в основном, поставщики. Потому что MQTT не конкурент
нормальным технологиям. Не жалко отдавать бесплатно. Cкpипaч(41 знак., 14.02.2022 09:55)
- А почему не конкурент? Есть мнение перевести некий сервис передачи
показаний (со своим сервером ессно) на 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)
- Т.е. получается CAN шина, натянутая на глобус? - teap0t(14.02.2022 14:52)
- СТОП, тяжко при постоянном редактировании следить за мыслью. Значит
в MQTT датчик вообще не в курсе об успехе передачи, которую он
инициировал? Очень странно и тогда точно нах. Я думал как в Лоре,
есть слот или время ответа. - Andreas(14.02.2022 12:26)
- Ну, я постарался объяснить на примерах. У нас в системе поддержка
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)
- У нас с вами радикально отличающийся практический опыт (дословно
только что, отправил заказчику счет на три шлюза 848MHz, все три -
квартиры). - Cкpипaч(14.02.2022 12:59)
- 5 секунд WiFi раз в сутки это много лет на 2 ААА. Никто домой
ставить никакие шлюзы не будет, поэтому или самописные костыли на
TCP с сервером в облаке, или готовый MQTT, но непонятно насколько
он подходит. пока вижу единственный плюс от MQTT - возможность
резервирования, но если актуальность данных при пересылке
потребителю неизвестна - это фатально. - Andreas(14.02.2022 12:52)
- Нет. Ни марожручести не будет (TCP over WiFi != маложручесть), ни
возможность напрямую с датчика (только с некоего комбайна,
делающего дохрена больше чем "датчик"). Ардуина. Cкpипaч(510 знак., 14.02.2022 12:51)
- MQTT - это батарейка, куча очень распределенных датчиков с WiFi или
чем-то подобным, маложручесть, маловажность и допустимое время
реакции.Насколько я понимаю. Это вполне разумные ограничения и
допущения в области передачи показаний. - Andreas(14.02.2022 12:24)
- В Лоре все же есть адекватная реализация обратного канала. В
ближайший сеанс датчика. Здесь этого нет. Нужно придумывать
костыли. Cкpипaч(77 знак., 14.02.2022 12:24)
- Да я хз вааще пока, только гениальная идея до меня недавно доведена
была, что почти рабочее надо поломать и переделать. Поэтому и
спрашиваю, в чем подвох, раз "не конкурент" и "ардуина". Но время
реакции в несколько суток вполне приемлимо. Датчик
мелкопотребляющий, поэтому только он может быть инициатором обмена,
как и во вполне взрослой уже LoraWAN/ - Andreas(14.02.2022 12:19)
- Т.е. ПОВЕРХ их протокола. Своим, авторским и нестандартизованным
способом? Cкpипaч(375 знак., 14.02.2022 12:14 - 12:18)
- Как будешь контролировать наличие связи с датчиком? Или это не
важно? :) - Cкpипaч(14.02.2022 12:07)
- А почему не конкурент? Есть мнение перевести некий сервис передачи
показаний (со своим сервером ессно) на MQTT (на этом же сервере)со
своего простенького, но шифрованного протокола. MQTT привлекает,
стандартностью, шифровкой искаропки и шумом вокруг него(+к
маркетингу). - Andreas(14.02.2022 10:17)