Adav, с версией драйвера sql 1.3.4. у вас работает без этих проблем, я правильно понял?

C драйвером modbus я помучился при настройке, но в работе он показал себя неплохо. Вопросов к modbus нет.

Спасибо!

Я проверил - работает как часы ).

Отличный вариант!

Попутно подобрал параметры для классического варианта:

Минимальный интервал 1000

Только изменения - отметить

Запись неизменённых значений каждые 0

Минимальная разница с последним записанным значением = 0,5

В результате имеем записи при изменении температуры минимум на 0,5 градуса. Что меня устраивает. Вот результат:

34.5	false		2017-11-01 10:47:48.086	
35	false		2017-11-01 08:42:13.806	
35.5	false		2017-11-01 07:10:20.039	
36	false		2017-11-01 05:42:36.986	
36.5	false		2017-11-01 03:59:58.551	
37	false		2017-11-01 01:51:16.586	
37.5	false		2017-11-01 01:34:22.830	
37	false		2017-11-01 01:04:23.098	
36.5	false		2017-11-01 00:28:10.194	
36	false		2017-10-31 23:53:24.717	
36.5	false		2017-10-31 23:44:09.962	
36	false		2017-10-31 23:37:51.404	
36.5	false		2017-10-31 23:35:45.342	
37	false		2017-10-31 23:33:25.658	
37.5	false		2017-10-31 23:31:11.227	
38	false		2017-10-31 23:30:16.509	
38.6	false		2017-10-31 23:29:45.502	
39.1	false		2017-10-31 23:29:11.433	
39.6	false		2017-10-31 23:28:42.472

Понаблюдаю еще за работой и выберу наиболее стабильный из этих вариантов.

А шедулер много системных ресурсов потребляет?

Уважаемый Haus!

Может я в принципе не прав и есть другое решение? Опишу свои пожелания, а вы может что и подскажете.

Про свою структуру я писал: внешний owfs-сервер для мониторинга температуры и modbus-контроллер в качестве исполнительного модуля. Мне нужно:

1. Сбор разнородных даныын из разных источников в одно место. Это работает!

2. Реализация сложных алгоритмов, в т.ч. прогнозных - на основании анализа данных за предыдущие периоды, для управления отоплением. Это работает частично - с анализом предыдущих данных пока вопрос. Хотя что-то и есть для анализа.

3. Визуализация температурных данных: несколько источников на одном графике, разный временной масштаб. Этого пока нет.

Интервал опроса стоит 1 сек. Изменить можно. Уже пробовал. Но у меня освещение на этом же контроллере (BC9000) - в случае увеличения интервала опроса не работает vis: нажал на элемент, фактически он отработал (свет погас, к примеру), а в форме он до следующего опроса горит.

Индивидуально у каждого объекта период опроса изменить не могу.

А то, что это явный баг, у автора нет возможности его исправить? Он еще тут бывает?

А у меня, вместе с 30-секундными данными, появляются еще провалы - 30-40 МИНУТ!

График при этом выглядит просто потрясающе!

Ну и управление отоплением при такой дискретизации, конечно не построишь.

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

Проверь пожалуйста - выставь 60000 - 1 минуту.

Данных действительно будет много, поэтому я и установил мин. интервал в 1 минуту. И фиксирую только изменения.

Похоже проблема где-то на стыке с драйвером modbus.

Попытался подойти с другой стороны: написал скрипт, который мониторит изменение modbus-объекта:

createState("test2", function () {
});
on({id: "modbus.0.holdingRegisters.16393_ТЕМP"/*Т теплоносителя*/, change: "ne"}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  setState("javascript.0.test2"/*test2*/, (getState("modbus.0.holdingRegisters.16393_ТЕМP").val / 10));
});

Скрипт работает. Появился объект javascript.0.test2. Но у него не сохраняется история изменений вообще: ни в sql.0, ни в history.0. В логе пишет: enabled logging of javascript.0.test2, а в таблице истории пишет : no data.

Можно ли в принципе хранить историю javascript-объектов?

Спасибо! Добавил вкладки - вижу что события есть:

stateChange	modbus.0.holdingRegisters.16407_DATETIME	168778231	true	modbus.0	2017-10-30 11:16:01.602	2017-10-30 11:16:01.602
stateChange	modbus.0.holdingRegisters.16393_ТЕМP	366	true	modbus.0	2017-10-30 11:16:01.563	2017-10-30 11:16:01.563
stateChange	modbus.0.holdingRegisters.16407_DATETIME	168122871	true	modbus.0	2017-10-30 11:15:51.534	2017-10-30 11:15:51.534
stateChange	modbus.0.holdingRegisters.16393_ТЕМP	368	true	modbus.0	2017-10-30 11:15:51.494	2017-10-30 11:15:51.494
stateChange	modbus.0.holdingRegisters.16407_DATETIME	167467511	true	modbus.0	2017-10-30 11:15:41.466	2017-10-30 11:15:41.466
stateChange	modbus.0.holdingRegisters.16393_ТЕМP	366	true	modbus.0	2017-10-30 11:15:41.427	2017-10-30 11:15:41.427
stateChange	modbus.0.holdingRegisters.16407_DATETIME	166812151	true	modbus.0	2017-10-30 11:15:31.378	2017-10-30 11:15:31.378
stateChange	modbus.0.holdingRegisters.16393_ТЕМP	367	true	modbus.0	2017-10-30 11:15:31.338	2017-10-30 11:15:31.338

а в таблице значений объекта - пропуски:````
367 true modbus.0 2017-10-30 11:03:25.529
367 true modbus.0 2017-10-30 10:56:11.989
368 true modbus.0 2017-10-30 10:35:12.301
368 true modbus.0 2017-10-30 10:35:12.300
368 true modbus.0 2017-10-30 10:34:42.075
368 true modbus.0 2017-10-30 10:34:01.765
368 true modbus.0 2017-10-30 10:33:11.424
368 true modbus.0 2017-10-30 10:32:21.045
366 true modbus.0 2017-10-30 10:31:30.705
367 true modbus.0 2017-10-30 10:30:40.366
369 true modbus.0 2017-10-30 10:29:49.986
369 true modbus.0 2017-10-30 10:28:59.626
368 true modbus.0 2017-10-30 10:28:09.247
370 true modbus.0 2017-10-30 10:27:59.179
369 true modbus.0 2017-10-30 10:27:08.799
369 true modbus.0 2017-10-30 10:26:18.420
368 true modbus.0 2017-10-30 10:25:58.266
368 true modbus.0 2017-10-30 10:25:17.954
368 true modbus.0 2017-10-30 10:24:37.681
368 true modbus.0 2017-10-30 10:23:47.321

Есть какие-либо идеи?

Добрый день!

Окружение: iobroker установлен на debian 7 на Intel Atom 2G RAM. БД - mysql.

В сети есть Beckhoff bc9000, подключенный по modbus и owfs-сервер, подключенный как внешний owfs-сервер.

Данные собираются корректно - в закладке "Объекты" видны периодически изменяющиесяданные с актуальными значениями (рис.1)

Настройки modbus - объекта на рис.2

При этом, значения с owfs-сервера попадают в БД, а значения, получаемые по modbus - не всегда! (рис.3)
Видно, что иногда всего два раза в час значения записаны в БД.

При этом, значения полученные от owfs-драйвера в базе присутствуют: рис.4.

Пытался включить логи, но ошибок я тут не увидел (рис.5)

Смена периодов опроса результата не дала. Однажды мне показалось, что я нажал "сохранить" и после этого график заполнялся до тех пор, когда я изменил период записи. Но повторно воспроизвести ситуацию мне не удалось.

Подскажите пожалуйста, как это исправить?

p.s. На скринах коллег на форуме я вижу, что закладок в админке намного больше. Возможно дело в установке? Может что-то не установлено до конца? У меня отсутствовал Flot - пришлось добавлять его руками. Может не хватает еще чего то?