более универсально поиметь настройку режима работы модуля
- как сейчас, когда модуль сам читает + прозрачный обмен доступен
- только прозрачный обмен
чтобы не плодить кучу прошивок и проблем с переходом от одной до другой, т.к. это не просто
вот у меня и рациональное предложение строить цикл чтения как то так
- полный список параметров (id) которые хотим читать (с весами, т.к. теже уставки редко меняются)
- читаем 0, разбираем, смотрим режим работы. если, скажем, горелка не работает, то не читаем модуляцию (отдаём 0), понижаем приоритет температурам подачи и обратки
- если ошибок нет, то не читаем оем ошибки
- если какой то параметр (например давление, в моём случае) не читается 5 раз подряд (циклов), то помечаем его и не читаем более до потери связи, после восстановления снова помечаем все параметры что надо читать и находим недоступные
прозрачные команды в общем цикле может стоит отправлять не раз за цикл, а не чаще раз в 5 сек
сейчас с циклом всё печально, смотря на какой его момент попадает, но довольно часто данные о том что горелка включилась или выключилась у меня с задержкой в 15сек только появляются…
казалось бы не критично, т.к. всё таки процессы довольно инертные и вялотекущие, но т.к. сверху своя логика построена по управлению, то обратную связь хотелось бы поопративней…