Re: mysensors
Добавлено: Сб ноя 22, 2014 1:29 am
Попробовал SOFT SPI для nRF24, без изменений. от гейта к MD сообщения проходят, от MD управление не распознается.
Пардоньте за глупый вопрос, но mqtt_daemon.php у Вас запущен ? Вы уверены?AlexeyKr писал(а):Попробовал SOFT SPI для nRF24, без изменений. от гейта к MD сообщения проходят, от MD управление не распознается.
Код: Выделить всё
<<10 23 00 06 4D 51 49 73 64 70 03 02 00 0A 00 15 4D 61 6A 6F 72 44 6F 4D 6F 20 4D 51 54 54 20 43 6C 69 65 6E 74
>>20 02 00 00
<<30 16 00 13 4D 79 4D 51 54 54 2F 32 30 2F 35 2F 56 5F 4C 49 47 48 54 31 E0 00
0;0;3;0;9;send: 0-0-20-20 s=5,c=1,t=2,pt=0,l=2,st=ok:1а
Код: Выделить всё
<<10 23
>>20 02 00 00
<<00 06 4D 51 49 73 64 70 03 02 00 0A 00 15 4D 61 6A 6F 72 44 6F 4D 6F 20 4D 51 54 54 20 43 6C 69 65 6E 74 30 16 00 13 4D 79 4D 51 54 54 2F 32 30 2F 35 2F 56 5F 4C 49 47 48 54 30 E0 00Код: Выделить всё
<<30 16 00 13 4D 79 4D 51 54 54 2F 32 30 2F 35 2F 56 5F 4C 49 47 48 54 30
0;0;3;0;9;send: 0-0-20-20 s=5,c=1,t=2,pt=0,l=1,st=ok:0А где это посмотреть ?Ivan писал(а):Дошли руки до попытки передачи. И тут всё стало.
Оказывается mySensors/MQTTGateway поддерживает только одно соединение
А MajorDomo занимает это соединение скриптом просушки событий.
Зачем Вам Бридж ? Воспользуйтесь на шлюзе скетчем MQTTClientGateway (он есть на форуме).То есть при передачи значения из MD идёт попытка сделать соединение на MQTTGateway
Как быть в этой ситуации?
Как вариант поставить промежуточную службу mosquitto. Но вот с настройками у меня как то нелады. Сама служба запускается. А как настроить Bridges на MQTTGateway 192.168.1.66 ??
Функциональность запрос/ответ можно организовать, соответствующим образом видоизменив структуру топиков MQTT. Т.е. запросчик должен публиковать свой запрос в топик вида "MyMQTT/20/0/V_LIGHT/REQUEST", и получать ответ от ноды в топике "MyMQTT/20/0/V_LIGHT/RESPONSE".также копался с библиотекой команда request не обрабатывается в MQTTGateway.
Да и в самой mqtt не совсем понятно как это сделать (только публикацией свойства и последующей публикацией обратно в клиент)
Либо искать вариант прикрутить WAMP, я так понимаю он умеет и RPC и Routed RPC.Communication Protocols: MQTT RPC Protocol: JSON-RPC 2.0
How it works: (GadgetKeeper sends request, device responds)
Device (Thing) subscribes to a request topic on MQTT message broker
GadgetKeeper subscribes to the response topic on MQTT message broker
GadgetKeeper sends (publishes) a command to the request topic
Device receives command from the request topic
Device sends (publishes) a response to the response topic
GadgetKeeper receives the response
GadgetKeeper disconnects from MQTT message broker
(Device sends request, GadgetKeeper responds)
GadgetKeeper subscribes to a request topic on MQTT message broker
Device (Thing) subscribes to the response topic on MQTT message broker
Device sends (publishes) a command to the request topic
GadgetKeeper receives command from the request topic
GadgetKeeper sends (publishes) a response to the response topic
Device receives the response
GadgetKeeper disconnects from MQTT message broker
Эта проблема решается редактированием конфига UIPEthernet.Оказывается mySensors/MQTTGateway поддерживает только одно соединение
А MajorDomo занимает это соединение скриптом просушки событий.
Спасибо!!! Заработало. (Нужно все глюки куда то описывать)UIPEthernet
Мне не нужен. т.к. сервер (мастер) должен быть MajorDomoMQTTClientGateway
А причём тут это ? Клиент на шлюзе нужен, если у вас используется отдельный полноценный mqtt-брокер, например mosquitto.Мне не нужен. т.к. сервер (мастер) должен быть MajorDomoMQTTClientGateway
Ну почему нельзя, разработчики mysensors обидятся ?Попробую сделать REQ\RES
Только нельзя их так делать как вы предложили. Библиотека поддерживает пути только [MQTT_BROKER_PREFIX]/[NodeID]/[SensorID]/V_[SensorType]
Если получится - будет замечательно иметь рабочий пример.Нужно делать как то так:
MyMQTT/20/1/V_VAR1 - (send) Запрос на сервер
MyMQTT/20/1/V_VAR2 - (incomingMessage) Ответ сервера