ВЗ
Понял. Ну вот скоро как раз буду делать mqtt-интерфейс для нашей разработки
Size: a a a
2016 December 27
ВЗ
Надо будет не левой ногой делать
~
Ребятушки, а как считаете — в MQTT-топики имеет смысл гнать сериализированную инфу (в том же, JSON / PJON / etc), или же нужно обойтись лишь иерархичностью, и гнать только сухие значения?
L
Ребятушки, а как считаете — в MQTT-топики имеет смысл гнать сериализированную инфу (в том же, JSON / PJON / etc), или же нужно обойтись лишь иерархичностью, и гнать только сухие значения?
зависит от задач
AT
Просто я где-то в ЖЖ писал пример. Хочу, скажем, управление рольставнями. Они состоят из двух клавиш "вверх" и "вниз" и двух реле, управляющих моторами. Как их описать на мета-уровне? Как 4 отдельных примитивных устройства или как одно сложное?
~
зависит от задач
Спорно. Хотелось мы максимально общее решение, где в худшем случае будут массивы.
ВЗ
Так это смотря что тебе надо. Если тебе удобнее передать большой кусок информации разом, и по отдельности от неё смысла нет, то зачем делать кучу топиков? Делай data/json и передавай
L
Спорно. Хотелось мы максимально общее решение, где в худшем случае будут массивы.
через mqtt могут передаваться очень разные данные. например в том проекте на conventions которого я кидал ссылку выше, параллельно через тот же mqtt работает хитрый rpc где летает жсон.
AT
Просто я где-то в ЖЖ писал пример. Хочу, скажем, управление рольставнями. Они состоят из двух клавиш "вверх" и "вниз" и двух реле, управляющих моторами. Как их описать на мета-уровне? Как 4 отдельных примитивных устройства или как одно сложное?
Или даже как два - "клавиатура" и "движня"?
ВЗ
Как одно сложное, MQTT протокол высокого уровня. Желательно ещё и не просто управление моторами, а команды вида "поднять жалюзи", "опустить на 50%"
L
Как одно сложное, MQTT протокол высокого уровня. Желательно ещё и не просто управление моторами, а команды вида "поднять жалюзи", "опустить на 50%"
например, на каждую жалюзю один топик "процент открытия". когда управляется с локальных кнопок - посылаются сообщения обновляющие этот топик.
ВЗ
Если тебе надо иметь на контроллере информацию о нажатии кнопок, или ты хочешь разную реакцию на эти кнопки в зависимости от, то описывай как два разных.
L
++
ВЗ
Если хочешь просто интерфейс управления контролёром жалюзей с телефона, то зачем тебе клавиатура?
AT
Если хочешь просто интерфейс управления контролёром жалюзей с телефона, то зачем тебе клавиатура?
Я хочу и то, и то. И дистанционное, и локальное.
ВЗ
А локальное можно завести напрямую на контроллер и обновлять данные пост-фактум
AT
Еще нужно оба, потому что хочется более сложных сценариев, типа "долгое нажатие на кнопку 'вниз' запускает закрытие ставней во всей комнате" (несколько окон).
AT
А это несколько девайсов
ВЗ
Вопрос в том, хочешь ли ты менять команды, посылаемые с этих кнопок. Ну, т.е. рассматривать эти кнопки как пульт управления жалюзями или как универсальные кнопки дома. Если первое — то логичнее их включить в топик контроллера и не разделять их логически. Если второе, то описать как отдельную клавиатуру, и пусть общий контроллер дома решает, что ему делать.
АП
Просто я где-то в ЖЖ писал пример. Хочу, скажем, управление рольставнями. Они состоят из двух клавиш "вверх" и "вниз" и двух реле, управляющих моторами. Как их описать на мета-уровне? Как 4 отдельных примитивных устройства или как одно сложное?
Покажи сложный пример плиз