А то, что во время работы контроллер записывал с интервалом 1 с, а потом, спустя некоторое время, отображал с непонятно каким временем, это тоже связано с методом перезаписи данных?
Добрый день!
Подобное поведение ранее встречал при смене часовых поясов. Если пришлёте скриншот с иллюстрацией проблемы, смогу сказать точнее.
Также, если всё же требуется удалить архивные данные, нужно:
- предварительно остановить службу;
- переименовать файл базы данных;
- затем запустить службу снова.
В случае успешного запуска новый файл базы данных будет создан автоматически, после чего архивный файл можно будет удалить.
Ну вот я менял часовой пояс, останавливал запись, потом заново запускал консольной командой, скриншот сейчас постараюсь отправить
Судя по скриншоту работа корректна, прошу уточнить чем отличается полученный результат от ожидаемого?
во время работы запись была каждую секунду, то есть, например
15:56:16
15:56:17
15:56:18 и тд
а на потом, как на скрине уже стало
Теперь понятней, запись может не производится каждую секунду, хоть и будет опрос раз в секунду
Подробнее описано в документации на сервис.
Те запись можно будет настроить через терминал, с помощью команд, и все таки остается вопрос с хранением, если не брать Grafana и Zabbix Agent 2, как еще можно хранить данные? Может быть с помощью облака, или все таки старые записи удалить?
Более корректным решением будет использовать Grafana или Zabbix. Старые данные можно удалить способом, указанным выше.
Также можно писать данные, например, в InfluxDB, однако локально размещать такие сервисы на контроллере не рекомендую. Они могут быть достаточно ресурсоёмкими и привести к некорректной работе контроллера из-за нехватки ресурсов.
min_interval = 1 не означает запись каждую секунду.
wb-mqtt-db не пишет по таймеру, он сохраняет данные только при приходе MQTT-сообщений.
Если канал публикует значения реже или только при изменении — записей каждую секунду не будет.
а изменить это нельзя?
нет, это штатная логика работы сервиса.
Добрый день,
Удалось решить проблему?