Добрый день, коллеги.
Столкнулся с повторяющейся проблемой, возникающей через неопределенные промежутки времени.
На скриншоте (дата/время) зафиксировано значение 54921:
В следующем диапазоне значение неожиданно уменьшается до 54918, что противоречит логике работы системы:
Для диагностики добавил логирование старого и нового значений в правилах. Лог подтверждает, что новое значение оказывается меньше предыдущего, что не должно происходить. В коде реализована проверка new_value > old_value, однако на практике наблюдается нарушение этого условия, что критично для работы.
Дополнительно отмечено, что в момент возникновения аномалии происходит рост load_average_1min, что может быть связано с проблемой:
Прикладываю файл с логами для анализа:
log_20250210T173256.log (143,0 КБ)
Прошу помочь с выяснением причины данного поведения.
Так же судя по uptime в это время была перезагрузка.
Здравствуйте. Простите за задержку в ответе.
Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.
Добрый день.
В приложенном архиве нет данных из логов правил за время показанное на скриншотах 10 февраля - но причину вижу так:
При перезапуске сервиса он загружает сохраненные значения счетчиков.
-- Boot fa7f90f4e9ad4842ba0570bc0ca68857 --
Feb 10 14:27:40 wirenboard-AF4XWIID systemd[1]: Starting MQTT Driver for GPIO-controlled switches...
Feb 10 14:27:54 wirenboard-AF4XWIID wb-mqtt-gpio[3351]: INFO: [gpio driver] Set initial value for A1_IN counter: 54514
И соответственно публикует (загруженное) значение в топик.
В указанное время контроллер как раз перезапускался. Естественно что данные счетчиков загрузились те что были последние сохраненные сервисом.
А зачем (почему) перезапускаете?
А какой промежуток времени сохранения данных сервисом?
На графиках видно, что значения сохранились.
Или это два разных сервиса?
Да, разные.
Логи в архив включаются только последние , дангные из истории не включаются совсем.
