Pull to refresh

Comments 5

Не вижу смысла тащить старичка MQTT в новые продукты. Разве что ради обратной совместимости. CoAP или Thread будут смотреться гораздо органичнее в IoT
Пока что у пользователей IoT платформы, на благо которой я тружусь, не иссякает стабильный интерес к железкам, подключаемым по MQTT, так что продолжаем MQTTшную часть поддерживать и развивать))

От себя добавлю просто пример про стабильный интерес.

Я недавно ремонт делал и заморочился за локальное и понятное мне (тупое и примитивное) управление всеми относительно умными устройствами, которые у меня есть. Поскольку их зоопарк (где-то 4 вендора), нужно было что-то однообразное и пока это MQTT.

Помимо MQTT у всех есть свои приложения, в которых по-разному неудобная логика - где-то максимум три правила в расписании, где-то расписание игнорит то, что я 1 минуту назад прибор выключил, потому что он мне мешает и снова его включает, где-то ещё что-то. Расстраивает водонагреватель от Electrolux, который отучить от облака у меня пока никак не получается.

Можно было бы это всё в Home Assistant засунуть, но мне хотелось тупой дом, поэтому я накостылял где-то 450 строчек (из которых около 100 - правила на самопальной структуре в YAML) свой велосипед и сижу довольный. Если бы мне для одного вендора пришлось бы CoAP тащить, для другого Thread, я бы сильно расстроился :)

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

Delsian А вы могли бы подсказать какие-нибудь интересные и полезные железки на CoAP? Или может у вас самого есть что-нибудь, что можно было бы подключить к нам на платформу, когда она будет поддерживать CoAP?
В моем проекте сейчас все оборудование на IPv6 и CoAP работает, но во первых NDA, а во вторых, бодаемся с провайдерами, которые не хотят у себя IPv6. A Hurricane — это костыль :(
Sign up to leave a comment.

Articles