caxapa.ru :: Подскажите, откуда у людей такая тяга к JSON в MQTT ? Какой он после этого "легковесный" ? Правильно ли я понимаю стандарт (3.1...), что формат полезной нагрузки может быть абсолютно любым в рамках указанной длины (до 256 Мбайт), а требование использовать UTF-8 актуально только для заголовка пакета (PUBLISH). Т.е. если я передам не JSON, а Си-шную структуру - есть ли в этом что-то ужасно неправильное ? :))

Использование JSON в полезной нагрузке пакетов - исключительно "application specific", это ваш личный выбор/не-выбор. Можете не использовать, ничто вас не обязывает. MQTT стандарт ничего не знает о JSON. Отвечая на вопрос, почему все-таки многие стремятся к тому чтобы в качестве полезной нагрузки использовать JSON? Потому что эти люди при разработке применяют на "уровне приложения" языки Python, JavaScript и другие со встроенной библиотечной поддержкой Web (Go, Ruby, RxTx(380 знак., 27.12.2021 01:47)

JSON в MQTT просто удобен для обработки всякими готовыми приложениями и для группировки данных. Никто не мешает передавать по MQTT все что соответствует стандарту, если вы сами все это будете обрабатывать. A.L.(88 знак., 26.12.2021 21:46)

Интерпретирует сообщение, как правило, код на JS (или хорошо, чтобы он умел это делать для целей отладки). Или в websocket должно быть хорошо транслироваться. Или ещё чего. lloyd(81 знак., 26.12.2021 18:18)

ничего страшного. только на каждый недосервер ваш код для распаковки-интерпретации не забудьте уговорить положить и договориться о сопровождении, а то даже с CBOR (rfc8949) не всё просто - Vit(26.12.2021 14:08)

Не очень понял... Зачем серверу как-то интерпретировать полезную нагрузку ? Принял - передал. Ему должен быть понятен только заголовок. Интерпретировать должны клиенты. Ведь сервер в MQTT только посредник в передаче сообщений. - Юpий_CB(26.12.2021 14:37)
- кому и кобыла невеста. пока нельзя было в браузере посмотреть, что выдаёт ~~датчик уровня говна в септике~~ любимая самолепная метеостанция, этот MQTT никому нафиг не нужен был. теперь можно и простыми даш-клиентами с ведротрубы поглядеть на буквы прямо с ~~брокера~~сервера. ЗЫ а структуры передаввать как дампы памяти - говнокод ещё тот обычно (имеется опыт). - Vit(26.12.2021 21:59)
  - Мне не очень нравится идея разбирать текстовые потоки JSON в реальном времени на STM32. Особенно учитывая, что заказчик не может определиться сколько клиентов будет. Пишет "5000 с возможностью масштабировать". Насколько рационально оно будет разбито по темам(топикам) тоже не ясно. Поэтому платить за JSON 100 кратным увеличением времени обработки и 20 кратным увеличением требований к ОЗУ и к каналу.... Какой из вариантов является говнокодом - совсем не факт. Почему именно вы Юpий_CB(50 знак., 26.12.2021 22:21)
    - а вы не спрашивали. протоколы не для того рожают, чтобы просто бумажками пошелестеть. начинается с порядка байт в данных и упакованности данных в рамках протокола. часто люди с опытом программирования на 8-и-битниках путают структуру данных в протоколе и структуру хранения/использования в программе. а ещё часто пытаются подгонять порядок полей и прочая под протокол, или наоборот, если у них есть такая возможность. когда же начинается портирование кода ...нажитого непосильным Vit(1143 знак., 26.12.2021 23:05)

Средства и методы разработки