- В этой теме 9 ответов, 3 участника, последнее обновление 8 лет, 11 месяцев назад сделано
.
-
Записи
-
Установили Rapid SCADA для опроса мультиметров по RS-232. Опрашивает порядка 13 устройств (каждое устройство по 28 параметров). Период записи текущих данных (текущий срез) выставили 1 сек. В БД Rapid SCADA данные появляются каждую секунду. Настроен экспорт данных в MySQL через предлагаемый модуль экспорта. Однако в БД MySQL данные по всем каналом залетают с частотой 1-2 раза в 1 минуту. В связи с выше изложенным, вопрос: возможно ли увеличить частоту экспорта данных в MySQL хотя бы до 1 раз/2-5 сек? Если возможность есть, как этого достичь или в чем может быть проблема?
Данные отправляются в БД по мере их поступления от Коммуникатора. Проверьте в файле C:\SCADA\ScadaServer\Log\ModDBExport.txt как передаются данные. Если данные не меняются, то они принудительно отправляются Коммуникатором раз в минуту. Этот параметр можно изменить в Коммуникаторе.
В указанном логе (C:\SCADA\ScadaServer\Log\ModDBExport.txt) раз в секунду изменяется один показатель — количество экспортированных текущих данных (1. MySQL — localhost; состояние: норма; в очереди тек/арх/соб: 0/0/0; экспортировано тек/арх/соб: 44513/0/0; пропущено тек/арх/соб: 0/0/0).
В Коммуникаторе нашел параметр «Период передачи на сервер всех данных КП» равный 60 сек. Поменял на 2 сек. — результата не принесло.Поменял на 2 сек. — результата не принесло.
Перезапустили службу Коммуникатора после этого?
Вы можете примерно оценить, сколько тегов передаётся за секунду. Вероятно, причина не в том, что данные передаются редко, а в том, что они по какой-либо причине не обновляются в БД.
Благодаря подсказкам самой программы о том, что после каждого изменения надо перезапустить службы сервера и коммуникатора, все службы были перезагружены.
Что означает «данные по какой-либо причине не обновляются в БД»?
Если у нас 13 устройств (28 параметров на каждый), то получается должно передаваться 364 тега в секунду.
На этой недели мы в качестве теста запустили экспорт тех же самых данных в MSSQL, просто исходя из идеи, что MySQL «как-то не так работает»… Хотя в случае и с MySQL, и MSSQL все установлено и настроено по умолчанию, свежая установка. Так вот эксперимент показал, что экспорт в MSSQL ничем не отличается от MySQL. Частота поступления данных такая же.
Вот, пример, данные приходящие в таблицу данных MySQL:
DateTime CnlNum Val Stat
2017-07-06 19:25:23 12 20.8 1
2017-07-06 19:25:55 12 22 1
2017-07-06 19:26:26 12 21.3 1
2017-07-06 19:26:58 12 21.3 1
2017-07-06 19:27:30 12 21.8 1
2017-07-06 19:28:02 12 21.4 1
2017-07-06 19:28:34 12 21.9 1
2017-07-06 19:29:06 12 22.1 1
2017-07-06 19:29:37 12 21.1 1Вот, пример, данные приходящие в таблицу данных MSSQL:
DateTime CnlNum Val Stat
2017-07-06 19:25:22.6000000 12 20,8 1
2017-07-06 19:25:22.6130000 12 20,8 1
2017-07-06 19:25:54.5470000 12 22 1
2017-07-06 19:25:54.5630000 12 22 1
2017-07-06 19:26:26.2770000 12 21,3 1
2017-07-06 19:26:26.2930000 12 21,3 1
2017-07-06 19:26:58.1800000 12 21,3 1
2017-07-06 19:26:58.1970000 12 21,3 1
2017-07-06 19:27:30.0670000 12 21,8 1
2017-07-06 19:27:30.1130000 12 21,8 1
2017-07-06 19:28:02.0130000 12 21,4 1
2017-07-06 19:28:02.0300000 12 21,4 1
2017-07-06 19:28:33.7770000 12 21,9 1Что означает «данные по какой-либо причине не обновляются в БД»?
Имел ввиду, что уже записанные данные могут выдаваться select’ом не сразу.
Если у нас 13 устройств (28 параметров на каждый), то получается должно передаваться 364 тега в секунду.
364 тега в секунду будет передаваться только в том случае, если за 1 секунду успевают быть опрошенными все 13 устройств и все значения тегов изменились по сравнению с предыдущим опросом. Это действительно так?
Можно было бы подключиться к Вам, детально проверить всю цепочку и найти причину, но это платная услуга.
Есть расширенная поддержка http://rapidscada.ru/services/technical-support/
Также есть решение проблем/консультации через удалённое подключение. Если интересует 2-й вариант, пришлите, пожалуйста, описание Вашей задачи на info@
Ваш емаил я удалил, чтобы не провоцировать спам на него.
- Для ответа в этой теме необходимо авторизоваться.