Проблема со сценарием термостата

У меня аналогично работает, но вроде понятно с чем связано. Когда сценарий не активирован, то температура не обновляется. если активировать, то сразу обновляется и показываются текущие верные значения.
И еще пожелание к сценарию: после нажатия кнопки Записать в сценариях, они все активируются и приходится вручную деактивировать. Возможно ли сделать состояние активирован/деактивирован тоже хранимой переменной?
Нашел еще одно: когда отключается из сети модуль аналогового ввода (через него зацеплены датчики температуры), то в устройстве сценария в вебе температура помечается красным, переключатель активации сценария становится неактивным. И затем модуль подключается обратно, но сценарий так и распознает его подключение и остается неактивным. Лечится только перезагрузкой сценария или контроллера.

Добрый день!

Перенёс в отдельную тему согласно правилам портала. Благодарю за предоставленную информацию, попробую воспроизвести.

Добрый день!

Можете подробнее описать, что именно подключено, как работает и что ожидаете получить?

Добрый день!
Настройки сценария термостата ниже. Управление осуществляется WB-MR6Cv3, температуру берем с wb-mai6. Было замечено следующее:

  1. Если сценарий деактивирован, то в нем отображается температура, которая предположительно была на момент его деактивации. Как только я активирую сценарий, то температура принимает текущее значение.
  2. Менял скорость на аналоговом модуле, т.е. какое-то время модуль был недоступен по сети. При этом в устройстве термостата подсветилась красным цветом температура ( видимо отобразилось недостоверные показания канала). Далее модуль вернулся в сеть, показания с него приходили в другом контроле, но в сценарии они также остались красным цветом. При этом переключатель активации стал недоступным для включения. Помогло пересохранение сценария.
  3. После сохранения любого сценария, все термостаты меняют свое состояние на активированное, хотя до этого были деактивированы вручную. Видимо свойство активации не является хранимым. Это не очень удобно, т.к. приходится помнить, что после каждого изменения любого сценария нужно деактивировать неиспользуемые в данное время.

Добрый день!

Благодарю за уточнение.
В момент деактивации сценария это ожидаемое поведение, так как для работы устройства создаётся специальный топик. Когда сценарий деактивирован, данный топик также не должен работать.

По остальным пунктам попробую воспроизвести. Также прошу прислать для диагностики архив с диагностической информацией контроллера. Создание архива описано в документации.

1 сообщение было перенесено в новую тему: Проблема со сценарием

Добрый день!
К сожалению не получается диагностический архив получить, в консоле вот такой вывод

Start data collecting
Traceback (most recent call last):
File “/usr/lib/python3.9/asyncio/subprocess.py”, line 135, in wait
return await self._transport._wait()
File “/usr/lib/python3.9/asyncio/base_subprocess.py”, line 235, in _wait
return await waiter
asyncio.exceptions.CancelledError

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File “/usr/lib/python3.9/asyncio/tasks.py”, line 492, in wait_for
fut.result()
asyncio.exceptions.CancelledError

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File “/usr/bin/wb-diag-collect”, line 10, in
sys.exit(main())
File “/usr/share/wb-diag-collect/wb/diag/diag_collect.py”, line 71, in main
asyncio.get_event_loop().run_until_complete(
File “/usr/lib/python3.9/asyncio/base_events.py”, line 642, in run_until_compl ete
return future.result()
File “/usr/share/wb-diag-collect/wb/diag/collector.py”, line 32, in collect
await self.execute_commands(tmpdir, options[“commands”], options[“timeout”])
File “/usr/share/wb-diag-collect/wb/diag/collector.py”, line 121, in execute_c ommands
await asyncio.wait_for(proc.wait(), timeout=timeout)
File “/usr/lib/python3.9/asyncio/tasks.py”, line 494, in wait_for
raise exceptions.TimeoutError() from exc
asyncio.exceptions.TimeoutError

Добрый день!

Попробуйте выполнить команду:

wb-diag-collect -t 360 /mnt/data/wb-diag.tar.gz

Удалось, файл прикладываю

приложен диагностический архив, доступен только сотрудникам поддержки
(150,5 КБ)

Добрый день!

Благодарю! Мне потребуется некоторое время для анализа.

Добрый день!

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

Добрый день!

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

Уточнил у программистов, данное поведение ожидаемое, на данный момент только так.
Далее обещают убюрать данное неудобство

После сохранения любого сценария, все термостаты меняют свое состояние на активированное, хотя до этого были деактивированы вручную. Видимо свойство активации не является хранимым. Это не очень удобно, т.к. приходится помнить, что после каждого изменения любого сценария нужно деактивировать неиспользуемые в данное время.

Передал данную проблему разработчикам, они попытаются её устранить.

Добрый день,
Удалось ли решить вопрос?