MajorDoMo

Serega66 писал(а):Добрый день! Подскажите начинающему: Существует ли возможность с помощью GET запроса (или как-то по другому) взять данные из Модуля MQTT на ардуину. Идея такая: после рестарта ардуины данные счетчиков обнуляются, а в модуле MQTT есть последняя цифра счетчика, хочется ее получить при загрузке ардуинки. Это было бы хоршим решением для счетчиков воды и электричества.

Привязать в модуле к этому параметру свойство объекта, а потом уже получать его значение через штатное api МДМ.
https://kb.smartliving.ru/http-ssilki-d ... majordomo/

skysilver писал(а):

Serega66 писал(а):Добрый день! Подскажите начинающему: Существует ли возможность с помощью GET запроса (или как-то по другому) взять данные из Модуля MQTT на ардуину. Идея такая: после рестарта ардуины данные счетчиков обнуляются, а в модуле MQTT есть последняя цифра счетчика, хочется ее получить при загрузке ардуинки. Это было бы хоршим решением для счетчиков воды и электричества.

Привязать в модуле к этому параметру свойство объекта, а потом уже получать его значение через штатное api МДМ.
https://kb.smartliving.ru/http-ssilki-d ... majordomo/

Спасибо за ответ. Если несложно, можете написать (для начинающего) образец строчки кода для ардуинки как запросить свойство объекта в МЖД. запрос в браузере получился (IP - сервера)/api/data/Counter01.value в ответ пришла строчка {"data":" 0.41"}. Странно пока счетчик отключен в модуле MQTT держится последнее показание, а в свойствах объекта идет отсчет от 0 плюс 0,03 каждую минуту

Serega66 писал(а):Если несложно, можете написать (для начинающего) образец строчки кода для ардуинки как запросить свойство объекта в МЖД

Увы, тыщу лет не писал на ардуино, поэтому сходу не подскажу.

skysilver писал(а):

Serega66 писал(а):Если несложно, можете написать (для начинающего) образец строчки кода для ардуинки как запросить свойство объекта в МЖД

Увы, тыщу лет не писал на ардуино, поэтому сходу не подскажу.

В любом случае большое спасибо за подсказки. Уже я сдвинулся с мертвой точки. со свойствами объекта я вроде разобрался (с лишними цифрами) это я дурак два счетчика в одно свойство засунул.

Господа, предлагаю реализовать такой функционал: Сейчас при подписке на # модуль создает и записывает в базу все все все что приходит по MQTT. У меня там много всего, а мажору нужно только %10. посему предлагаю не записывать сразу в базу все подряд, а только то, что действительно необходимо, и добавлено вручную. Я думаю тут нет таких пользователей модуля, кто не знает путей своих топиков. Это позволит не захламлять базу ненужными данными, снизит нагрузку на сервер и сделает более удобным просмотр топиков в админке модуля.
Поскольку кнопка удалить непривязанное уже есть, очень просто будет добавить чекбокс игнорировать непривязанное. ( И не придется первым делом, открыв админку модуля, давить на "удалить непривязанное" )

Эм...а сразу подписку реализовать на нужные топики, а не на всё вподряд?

И как же это сделать? Subscription path: (*) в настройках один)
допустим 3 датчика
stat/temp/t1
stat/light/l1
stat/hum/h1
как мне так подписаться чтобы не шли и не появлялись сами собой в модуле всякие stat/rpi/freemem, stat/esp1/uptime и прочее?
я не про подписку, а про то, чтобы модуль не реагировал на все подряд, а только на прописанное вручную

stat/temp/t1;stat/light/l1;stat/hum/h1
Вроде как то так.

Тогда и приходить лишнее не будет...
Ну а в качестве планов на доработку - да, можно убрать автодобавление, и "вручную" топики добавлять (но из списка всех доступных "плюсиком", а не чтобы каждый вручную вписывать). Но врят ли это будет реализовано в скором времени...разве что через месяц-два) Ну а временный вариант про подписку на нужные топики я вам подсказал)

Доброго дня, я новый человек тут, но мне очень интересно. Есть устройство передающее параметры датчиков и реле по mqtt в json формате, как разложить эти параметры и передавать их обратно на устройство. Целый день ковыряюсь, но найти не могу. Может есть что похожее? Сам MJD вижу передает данные в этом формате, но как их разложить считать и отправить обратно не понимаю