Arduino Mega. Контроллер теплицы. Хроники - 3.0

РЕКЛАМА НА ФОРУМХАУС

А если он гвоздями прибит за 50 метров от контроллера?

 

Это сложнее. Лучше шурупами прикручивать, чтобы открутить можно было А если серьёзно - линия регистрации у нас проводная, так что без провода тут никак не посмотреть скратчпад модуля - что и куда там привязано. Можно методом тыка узнать: подключить на выходы светодиоды да поклацать на откр/закр окна, на каналы полива, на каналы досветки, на пины. Это на худой конец, что называется.

 

Не, давайте так: вот конкретные топики, как вы их видите, например: "хочу, чтобы при топике SET/T_OPEN/" устанавливалась температура открытия" и т. п. Я щас весь в TFT, поэтому, если вас не затруднит - формализуйте задачу, чтобы мне было чуть полегче понимать, что именно вам нужно.

 

ок

 

@Shelllonn, для температур открытия/закрытия я команды сегодня постараюсь ввести.

 

@Shelllonn, обновил на гитхабе. Теперь контроллер подписывается на все топики (маска "client_id/#"), т. е. ему можно слать не только SET, но и GET команду. Добавил две новые команды: STATE|TOPEN и STATE|TCLOSE, соответственно, для получения температуры (на примере температуры открытия):

CTGET=STATE|TOPEN

для установки температуры:

CTSET=STATE|TOPEN|25

Далее: добавил публикацию результата отработки команды, посланной контроллеру, в топик "client_id/REPORT". Вы можете подписаться либо на этот топик, либо просто на "client_id/#" - чтобы просто удобно смотреть, что гоняется через брокера.

Когда контроллер публикует топик REPORT, в его Message содержится результат отработки команды. Например, если опубликовать client_id/GET/WATER/T_SETT, то в моём случае в Message топика REPORT приходит строка

T_SETT|2|127|88|720|1|1|50

Которая содержит настройки полива для всех каналов. Короче, теперь есть обратная связь, правда непонятно, что вы будете делать с такими возвращаемыми значениями

Отпишитесь плз, норм решение или нет.

 

Работает. спс

Не знаю Регулярки он не поддерживает, разбирать умеет только JSON, $.level.value, это из хелпа

 

Шо, все клиенты такие, блин? Им JSON подавай? Ок, я могу из этого сделать JSON-объект, не вопрос, но он будет такого формата:

Код:

{
 
    "params" : [
 
        "T_SETT",
        "2",
        "127",
        "88",
        "720",
        "1",
        "1",
        "50"
 
    ]
 
}

Т. е. я загоню это дело в анонимный объект, внутри которого ключ params, а значение - массив из параметров, которые вернул вызов команды. Так пойдёт? Или надо по-другому?

Давайте пример JSON-объекта, который понимает ваш клиент. И ссылку на хелп к нему, плз - почитаю, шо за зверь.

 

@Shelllonn, али ему лучше такой объект?

Код:

{

    "param1"   :   "T_SETT",
    "param2"  :        "2",

}

 

Я пытаюсь видео записать, там видно будет

 

Короче, я сделаю объект с именованными полями, как писал чуть выше, а там - посмотрим. Ждите

 

@Shelllonn, перекачивайте с гитхаба, появилась новая настройка MQTT_REPORT_AS_JSON - по умолчанию я её включил в Configuration_MEGA.h, и теперь в топике REPORT в Message будет JSON-объект, цитирую ответ на публикацию топика "GET/STATE/T_SETT":

Код:

{"p1":"T_SETT","p2":"26","p3":"24"}

Параметры идут с именами p1 и т. д., длинные имена им давать - не выйдет, оперативка-то жмёт

Надеюсь, теперь можно будет парсить этот объект, как надо. По идее, алгоритм простой: первый топик REPORT после публикации какой-нибудь команды в брокер - и будет ответом на эту команду.

Покатит?

 

@DIYMan, я тебе на скайп отправил видео, 47Мб. Ок?

 

ок, сейчас запущу скайп.

 

Андрей @Shelllonn поделился видео, как на Андроиде получать данные с контроллера по MQTT, а также им управлять - смотрите, какая красота:



И писать ничего не надо под планшеты и Андроиды