Интервал записи трендов в БД

[atg]

Здравствуйте.
В БД записываю 6 трендов. 2 из них меняются часто, 4 редко. Интервал записи в настройка стоит 10сек. Данные, которые меняются часто, записываются как положено 10сек+-2 сек. Данные которые меняются редко записываются как-то странно с интервалом 2м40сек. Так и должно быть или где то ошибка?
Что такое Quality ?
mysql> select * from trends_data where id=13 order
+----+-------------------------+-------+---------+
| ID | Timestamp               | Value | Quality |
+----+-------------------------+-------+---------+
| 13 | 2017-03-10 15:36:50.005 |     1 |       1 |
| 13 | 2017-03-10 15:34:10.013 |     1 |       1 |
| 13 | 2017-03-10 15:31:30.008 |     1 |       1 |
| 13 | 2017-03-10 15:28:10.003 |     1 |       1 |
| 13 | 2017-03-10 15:25:30.003 |     1 |       1 |
| 13 | 2017-03-10 15:22:50.007 |     1 |       1 |
| 13 | 2017-03-10 15:20:10.017 |     1 |       1 |
| 13 | 2017-03-10 15:16:50.001 |     1 |       1 |
| 13 | 2017-03-10 15:14:10.031 |     1 |       1 |
| 13 | 2017-03-10 15:11:30.003 |     1 |       1 |
| 13 | 2017-03-10 15:08:50.004 |     1 |       1 |
| 13 | 2017-03-10 15:05:30.000 |     1 |       1 |
| 13 | 2017-03-10 15:02:50.000 |     1 |       1 |
| 13 | 2017-03-10 15:00:10.049 |     1 |       1 |
| 13 | 2017-03-10 14:57:30.007 |     1 |       1 |
| 13 | 2017-03-10 14:56:13.578 |     1 |       1 |
| 13 | 2017-03-10 14:56:10.011 |     0 |       1 |
| 13 | 2017-03-10 14:54:40.010 |     0 |       1 |
| 13 | 2017-03-10 14:52:00.008 |     0 |       1 |
| 13 | 2017-03-10 14:49:25.293 |     0 |       1 |
+----+-------------------------+-------+---------+

[Simple-Scada]

Данные которые меняются редко записываются как-то странно с интервалом 2м40сек. Так и должно быть или где то ошибка?

Здравствуйте. Так и должно быть. Несмотря на частоту в 10 сек. скада не будет добавлять в архив новые "точки" если переменная при этом не изменяется, т.к. это приведет к появлению в архиве недостоверных данных. Т.е. каждые 10 сек. будет добавляться новая запись с отметкой времени и значением, хотя скада не получала от OPC-сервера значение с такой отметкой времени и значением и оно может быть уже другим, или с другим качеством, мало ли по каким причинам OPC-сервер не прислал значение. Поэтому в архиве содержатся только точные данные, которые действительно были получены. А интервал в 10 сек. не даёт скаде добавить новое значение в архив, если от предыдущего значения прошло менее 10 сек.

Если это мешает Вам при визуализации тренда и он состоит из больших диагоналей, то можно изменить тип отрисовки тренда на "Ступенчатый".

Что такое Quality ?

Эта качество тега. 1 - хорошее, 0 - плохое.

[atg]

Т.е. каждые 10 сек. будет добавляться новая запись с отметкой времени и значением, хотя скада не получала от OPC-сервера значение с такой отметкой времени и значением и оно может быть уже другим, или с другим качеством, мало ли по каким причинам OPC-сервер не прислал значение.

в логах OPC-сервера я вижу что эти данные опрошены с тем же интервалом, что и те, которые записаны часто.

Если это мешает Вам при визуализации тренда и он состоит из больших диагоналей, то можно изменить тип отрисовки тренда на "Ступенчатый".

Мне это нужно для того, чтобы удостоверится что в БД нет выпадающих данных.

[atg]

ну и очень странно выглядит одинаковый интервал записи этих значений - ровно 2:40, иногда 3:20
15:36:50      0:02:40
15:34:10      0:02:40
15:31:30      0:03:20
15:28:10      0:02:40
15:25:30      0:02:40
15:22:50      0:02:40
15:20:10      0:03:20
15:16:50      0:02:40
15:14:10      0:02:40
15:11:30      0:02:40
15:08:50      0:03:20
15:05:30      0:02:40
15:02:50      0:02:40
15:00:10      0:02:40

[Simple-Scada]

в логах OPC-сервера я вижу что эти данные опрошены с тем же интервалом, что и те, которые записаны часто.

Да, но помимо опроса должно произойти также изменение значения, чтобы оно попало в архив. Таким образом исключается запись одинаковых значений.

ну и очень странно выглядит одинаковый интервал записи этих значений - ровно 2:40, иногда 3:20

Значит значение переменной меняется каждые 2 мин. 40 сек, а иногда 3:20. Если будет меняться с другим интервалом, то и интервал записи будет другим.

Мне это нужно для того, чтобы удостоверится что в БД нет выпадающих данных.

Что значит "выпадающих"? Если архивация переменной включена, то данные точно попадут в архив (кроме повторяющихся данных, которые ничего не меняют ни на трендах, ни при расчетах на основе архивных данных, т.к. расчеты строятся с учетом времени). Не совсем понимаем что Вас беспокоит? Если что-то случится с БД и она не сможет производить вставки, то Вы увидите в окне сервера (раздел Базы данных) пропущенные вставки. Также в журнал будет записано соответствующее сообщение о потере связи с БД и начнутся попытки переподключения к БД.

[Simple-Scada]

Извиняемся, не заметили повторяющиеся значения в выборке . Можете прислать проект на support@simple-scada.com чтобы мы проверили некоторые моменты? И какую версию скады Вы используете?

[atg]

Отправил

[Simple-Scada]

Спасибо. Теперь все яснее. В версии 2.1.2 используется старая система архивации (с периодическим добавлением недостоверных точек). В версии 2.2.0 (она опубликована 4 дня назад) система архивации была значительно улучшена. Скачайте последнюю версию и проделайте следующие шаги:

• завершить работу скады (Server.exe, Client.exe, Editor.exe);
• скопировать свой проект в папку "..\Simple-Scada 2\Projects\";
• при необходимости скопировать пользовательские изображения в папку "..Pictures\" (перейти в папку можно через ярлык на рабочем столе);
• открыть свой проект в Редакторе и сохранить его, чтобы он перевёлся на новую версию;
• готово! На клиентских компьютерах нужно проделать те же действия, но при этом можно не копировать и не пересохранять проект.

[atg]

Обновил. Теперь повторяющихся значений нет. Спасибо.
Quality 2- это я так понимаю значение при запуске клиента, а 3 - при выходе?

[Simple-Scada]

Quality 2- это я так понимаю значение при запуске клиента, а 3 - при выходе?

Совершенно верно!