MQTT is a Client Server publish/subscribe messaging transport protocol. It is light weight, open, simple, and designed so as to be easy to implement. These characteristics make it ideal for use in many situations, including constrained environments such as for communication in Machine to Machine (M2M) and Internet of Things (IoT) contexts where a small code footprint is required and/or network bandwidth is at a premium.

The protocol runs over TCP/IP, or over other network protocols that provide ordered, lossless, bi-directional connections. Its features include:

·         Use of the publish/subscribe message pattern which provides one-to-many message distribution and decoupling of applications.

·         A messaging transport that is agnostic to the content of the payload.

·         Three qualities of service for message delivery:

·         "At most once", where messages are delivered according to the best efforts of the operating environment. Message loss can occur. This level could be used, for example, with ambient sensor data where it does not matter if an individual reading is lost as the next one will be published soon after.

·         "At least once", where messages are assured to arrive but duplicates can occur.

·         "Exactly once", where message are assured to arrive exactly once. This level could be used, for example, with billing systems where duplicate or lost messages could lead to incorrect charges being applied.

·         A small transport overhead and protocol exchanges minimized to reduce network traffic.

·         A mechanism to notify interested parties when an abnormal disconnection occurs.

вифи, 6lowpan

Я тут делал презенташку на Arduino Day, но без комментариев она выглядит пустовато.

https://docs.google.com/presentation/d/1ctUSEWdf7bU0_G1gE0IDDL7WLgGPx9KaBMJyhwFQLQg/edit?usp=sharing

она то нормальная, но на докладчика расчитана, как я понял

Есть серия MQTT Essentials, но она на английском

могу в двух словах рассказать суть мктт

есть брокер и есть клиенты. клиенты обмениваются сообщениями через брокер, подключаясь к нему по tcp. сообщение состоит из топика и данных (и флагов QoS и retained, но это уже продвинутый уровень). топик это строка, представляющая собой иерархический путь, вида foo/bar/baz. чтоб получать сообщения с определенными топиками, на них надо подписаться (subscribe). подписываться можно как на конкретный топик, так и по маске (foo/#/baz, foo/+, итд). отправка сообщения называется publish, при этом оно поступает на брокер, которые в свою очередь смотрит на топик и отправляет его всем кто в нем заинтересован.
QoS: можно указать как именно должно быть доставлено сообщение (не более одного раза каждому подписанту, не менее одного раза и ровно один раз)
retained: при наличии этого флага, брокер сохраняет сообщение у себя и отправляет его всем, кто позже подпишется на этот топик, этакий persistent storage.
last will: клиент может попросить брокер отправить сообщение когда соединение клиента с брокерам порвется.