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

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

@olegmak3, короче, это надо ловить, я сходу не скажу, почему так. Лог-файл бы из монитора порта за длительное время - было бы чудесно.

Дело может быть не в SIM800, а в логике: где-то при каких-то условиях не отпускается или неправильно обрабатывается статус при работе с HTTP через SIM800. Возможно, я неправильно какую-то команду анализирую, возможно - связь у вас по GPRS плохая и где-то вываливается по таймауту, а я это не учёл - короче, причин может быть много.

Под SIM800 я тестировал не сказать чтобы поверхностно, но и не утверждаю, что при любых условиях. Тестирование было довольно плотное, но это не значит, что все нюансы были исключены, т. к. тестировал, по факту, в рафинированных условиях.

 

Попробую.
Что раскомментировать в прошивке?

 

@DIYMan Дмитрий, подскажите можно ли как то в прошивке настроить что бы после ручного изменения параметра по mqtt ответом приходил не только топик-ответ но и тот измененный параметр вне очереди?
К примеру отправляю команду выключить полив на первом канале, и в ответ тут же что б прихтодило
TEPLICA/REPORT/WATER OK|OFF|0
и
TEPLICA/WATER1CH 0|OFF

 

GSM_DEBUG_MODE
HTTP_DEBUG
в Configuration_DEBUG.h

 

Для вкл/выкл канала полива и так возвращается этот канал в ответе, емнип:

Код:

PublishSingleton.Flags.Status = true;
          PublishSingleton = STATE_OFF;
          if(argsCount > 1)
          {
            PublishSingleton << PARAM_DELIMITER;
            PublishSingleton << command.GetArg(1);
          }         

Этот код вернёт в поток OK=WATER|OFF|Тут_номер_канала, если запросили CTSET=WATER|OFF|Тут_номер_канала. В топике REPORT будет и номер канала.

 

Я имел ввиду немного другое. Что бы пользовательский топик связанный с изменяемым параметром (если таковой настроен) приходил вне очереди.

 

@olegmak3, есть мысль, что может падать GPRS-соединение, у мну этот нюанс пока никак не обыгрывается. Очень поможет лог-файл, просто очень. Можно сделать так: прицепить контроллер по USB к компу, на компе запустить Terminal, и там назначить вывод сразу в файл - пущай в файл на диске пишет, до победного. А я бы проанализировал и хотя бы примерно понял, в чём дело

 

Топик REPORT и так обрабатывается вперёд топиков для публикации: как только вы отослали команду, сразу следом по факту обработки команды придёт топик REPORT. Или я чего не понял опять?

 

REPORT Да. Сразу. Но вот еще бы следом что б шел пользовательский.
Нужно для интеграции с умным домом) Я думал что там всего парой строк кода можно обойтись, но видимо все не так просто)

 

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

 

Один из этих:
Т. е. если прилетел топик управления, проверяем связан ли он с одним из этих топиков, если связан, отправляем в ответ после REPORT этот топик вне очереди). Как то так.

 

Проблем-с. И что-то мне подсказывает, что вы хотите ненужную семантику. Зачем вам этот топик вне очереди?

 

Нужно для мгновенного получения актуального статуса. Что бы не отслеживать оба топика (REPORT и мой) т. к. репорт приходит только при ручном изменении параметров, а если параметр изменен автоматическим режимом работы контроллера, статус приходит только в пользовательском топике

 

Дело в том, что топики хранятся в файлах на SD, и, не читая топик, нельзя сделать вывод, о чём он. Поэтому топики отсылаются последовательно, от файла к файлу. Что там будет изменено и каким способом - автоматическим ли режимом или ручным - сие неведомо и неформализуемо в принципе, навесить на это какую-то дополнительную логику - я не могу.

 

Жаль! Буду мудрить на стороне сервера УД. Спасибо Дмитрий!