caxapa.ru :: [MQTT] -> --> Сводный системный топик

Связанные сообщения

Evgeny_CD, Архитектор (16.01.2019 18:21 - 22:29, просмотров: 42509)

[MQTT] -> --> Сводный системный топик https://ru.wikipedia.org/wiki/MQTT
http://mqtt.org

Ответить

- Глянь по ссылке, это можно сказать образцовый фреймворк для MQTT. - =AlexD=(17.01.2019 09:13, ссылка)
  - Спасибо! Ихнего вебдизайнера расстрелять. - Evgeny_CD(17.01.2019 13:09)
    - На пару с дизайнером нынешнего сайта Миландра, если можно - AlexG(17.01.2019 13:12)
      - Продвинутых вебдизайнеров много, а патроны денег стоят :( - Evgeny_CD(17.01.2019 13:24)
  - Подкину ссылку, не встречал тут еще такую. - CADiLO(17.01.2019 10:28, ссылка)
    - Спасибо! Полезно. - Evgeny_CD(17.01.2019 13:07)
- [MQTT-SN] MQTT for Sensor Networks. Поверх UDP. -> --> Evgeny_CD(36 знак., 16.01.2019 22:42, ссылка, ссылка)
- Скрипач, мы с тобой в противофазе :) Evgeny_CD(531 знак., 16.01.2019 19:37)
  - Истина в том, что не надо всякое дерьмище на уши развешивать и тут же в него уверовать как в абсолютную и единственную истину. Для построения M2M не нужен какой-то особенный протокол какой-то особенной фирмы. Можно сделать что угодно своё на базе fk0(1937 знак., 17.01.2019 13:15)
    - Большое спасибо! Собственно, мы пока что изучением и заняты, я никого никуда не агитирую. А инфы уже набралось немало, будем вдумчиво курить. - Evgeny_CD(17.01.2019 13:19)
  - Хочешь реально идти в ногу со временем - отдавай JSON по https. - Скрипач(16.01.2019 19:46)
    - CoAP - Constrained Application Protocol -> перспективнее - Evgeny_CD(16.01.2019 22:45, ссылка)
    - Т.е. ранее было можно XML считать "протоколом", а теперь - JSON. Прогресс! - Evgeny_CD(16.01.2019 22:38)
      - В разрезе того, что printf/scanf является наиболее простейшей формой обмена между разными системами (об этом часто забывают и лезут в дебри бинарных протоколов), JSON уже кажется не такой уж плохой вещью: он даёт возможность не просто обмена fk0(413 знак., 17.01.2019 13:18)
        
        >не тупо вызывать eval() lloyd(117 знак., 17.01.2019 13:24)
        
        Я всего лишь отметил, что JSON, как и XML - способы представления данных, я за JSON, но это никак не протокол обмена информацией!!! - Evgeny_CD(17.01.2019 13:22)
      - Не так. Используется CoAP + CBOR на "constrainted"-узле, а пограничный роутер представляет это для наружних потребителей как http+JSON REST API, потому что другого современные горе разработчики и не знают - lloyd(16.01.2019 23:13)
        
        Да. Но лично я держу в кармане фигу - пограничный роутер, шлюзующий в... UART. - Скрипач(16.01.2019 23:44)
        
        Ну я, собственно говоря, так и делал :) Правда без перегонки протоколов, просто датаграммы. lloyd(103 знак., 17.01.2019 07:18)
        
        Так или иначе, это, в отличие от MQT, синхронное взаимодействие. Скрипач(473 знак., 17.01.2019 09:09 - 10:48)
        
        Веб-разработчики тихо похихикают над синхронностью http и им подобным. Пока ты ждешь ответ одного, спрашиваешь другого. - lloyd(17.01.2019 10:00)
        
        +1. А при медленном канале с высокой латентностью выигрыш будет очень ощутим. - Evgeny_CD(17.01.2019 13:15)
  - Секундочку! "Кастомное" на bash это совсем не то же самое, что кастомное на С++ Скрипач(20 знак., 16.01.2019 19:39)
    - BACnet -> оно? - Evgeny_CD(16.01.2019 20:02, ссылка)
      - Да. Это реально классно и без фиги в кармане. Скрипач(12 знак., 16.01.2019 20:26)
        
        Спасибо! - Evgeny_CD(16.01.2019 20:30)
- Смотрел. yet another технология, изначально созданная для неприменимости на практике :) - Скрипач(16.01.2019 18:27)
  - Но почему? Буду очень признателен за пояснения. - Evgeny_CD(16.01.2019 18:29)
    - Контроль доставки сообщений (в обоих смыслах, что приемником, знать что сервер жив и пришлет, когда данные будут, что сервером, знать что клиент существует) Скрипач(566 знак., 16.01.2019 18:32 - 18:49)
      - Надежность IP канала поверх GPRS - это тема диссертации, точно. Я на этом немало собак съел. Были изобретены многие кастомные методы борьба со способами операторов экономить ресурс эфира :) Evgeny_CD(438 знак., 16.01.2019 18:53)
        
        Женя, не порите чушь. Если вы получили "температуру в помещении" и не можете сказать с уверенностью это "сейчас" или полгода назад такая температура, то нахрен нужен такой протокол?! Скрипач(149 знак., 16.01.2019 18:58 - 19:02)
        
        Как я сумел понять, фишка (одна из) MQTT - простота и свобода в выборе формата "полезных данных". Evgeny_CD(1069 знак., 16.01.2019 19:09)
        
        Насколько я понял, свобода в выборе формата "полезных данных" это одновременно и главня проблема. Каждый лепит, что хочет и может не потрудиться сообщить формат тому, кому эти данные потом обрабатывать. AlexG(32 знак., 16.01.2019 19:29)
        
        Вообщето MQTT как-будто специально создан для JSON, и многие фреймворки именно его и используют. Ну а в JSON не проблема передать вообще что угодно, в т.ч. и временную метку. - =AlexD=(17.01.2019 09:10)
        
        Проблема не в том чтобы передать, а в том чтобы переданное обработать. Известный мне пример: Контора разрабатывает сервис сбора/архивации АСУТПшных данных. Протокол обмена MQTT. Клиенты/заказчики или, по разным причинам, не предоставляют описание AlexG(150 знак., 17.01.2019 09:35)
        
        Ну это уже не проблема MQTT, т.е. абсолютно в любом протоколе необходимо знать как минимум информационную модель и контекст данных, и если это не предоставляется, то приходится реверсинженерить. - =AlexD=(17.01.2019 09:41)
        
        Например с SNMP было бы проще. Смысл значений переменных остался бы неизвестным конечно, но их можно было бы извлечь, идентифицировать и положить в базу без какой-либо дополнительной информации. - AlexG(17.01.2019 09:54)
        
        Каждая палка имеет минимум 2 конца :) - Evgeny_CD(16.01.2019 19:33)
        
        Посмотри M-Bus. Дикий укур, но стандартизация типов и семантики данных - эталонная. - Скрипач(16.01.2019 19:38)
        
        M-Bus -> --> оно? - Evgeny_CD(16.01.2019 20:01, ссылка, ссылка)
        
        Оно. - Скрипач(16.01.2019 23:59)
        
        И совершенно не подходит для конторы, вроде Амазона, которая хочет зарабатывать, предоставляя услуги всем подряд. Поэтому у них MQTT, куда можно завернуть вообще все. - s_h_e(16.01.2019 19:47)
        
        ...причем завернуть чужое. Стать хозяином поляны, вложив в это аж полгигобайта оперативки "на брокер". - Скрипач(16.01.2019 19:51)
        
        Я могу это сделать проще. Радикально проще. Лемма: в заявленной предметной области, асинхронность нахрен никому не нужна. И даже вредна. Скрипач(264 знак., 16.01.2019 19:15)
        
        Я не агитирую за MQTT. Я пока что изучаю тему. Я не говорю, что он - наше спасение. Но мне интересно, отчего он стал столь популярен. "Мир сошел с ума" меня не устраивает как объяснение. - Evgeny_CD(16.01.2019 19:31)
        
        Ответ прост - Arduino. Кроме того, популярность его - дутая. Так, детЯм побаловаться. Для этого он и придуман. Поставили в уголке "брокер" и пусть маркетологи развлекаются. Пишут статьи, нарабатывают репутацию компании. - Скрипач(16.01.2019 19:36)
        
        Вероятно этот доступный "брокер" и есть секрет распространенности. Если вам надо связать, информационно, два датчика, каждый из которых не имеет своего IP, сидит глубоко за NATом, вам надо где-то взять "брокера". Не так сложно сделать его самому, AlexBi(117 знак., 16.01.2019 20:00)
        
        А я о чем? Пионерам. Причем по таким правилам, чтобы надежно защитить бизнес от аматоров. Скрипач(54 знак., 16.01.2019 20:30)
        
        Поверх всяких G умею отправлять температуру СМС-ками. В которых есть время отправки сообщения. - Скрипач(16.01.2019 18:59)
        
        Гениально! А вот когда мы будем мониторить трек машины и платить за каждую SMSку - как ты думаешь, через сколько ты вот так уже не сделаешь -> ибо юзера оторвут :) Evgeny_CD(115 знак., 16.01.2019 19:03, картинка)
        
        Иии? Вы использовали MQTT? У меня периодически пробегают проекты с SMS-мониторингом. Реальные, коммерчески эффективные. Скрипач(216 знак., 16.01.2019 19:08)
        
        Еще раз - я за разумное использование SMS, особенно при использовании "малоресурсных" библиотек сжатия -> - Evgeny_CD(16.01.2019 19:26, ссылка)
        
        Я никем не прикидываюсь. Мы в свое время использовали Билайн с тарифами для M2M специальными. Там никаких пакетом безлимитных SMS не было, зато GPRS тарифицировался с округлением до 100 байт без учета количества сессий. Получалось в итоге очень Evgeny_CD(92 знак., 16.01.2019 19:16)
        
        Отправлять эту йобанную температуру в помещении я могу ОДНИ БАЙТОМ. Еще и несколько бит под идентификатор выделю. - Скрипач(16.01.2019 19:19)
        
        Слабак! У нас в проекте на Inmarsat-D для утрамбовывания в размер одного пакета был 22 битный int придуман для кодирования координат! - Evgeny_CD(16.01.2019 19:22)
        
        Координаты датчика температуры в помещении это укур. Я подразумевал пару бит под индекс:) - Скрипач(16.01.2019 19:24)
        
        В итоге наш мониторинг лесовоза жрал денег за трафик в 2 раза меньше, чем у конкурентов. Через полгода конкурентов не стало. - Evgeny_CD(16.01.2019 19:23)
- Подборка кратких обзорных публикаций по теме Evgeny_CD(344 знак., 16.01.2019 18:23)

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