This is topic SIAD. Ограничение 6 значащих цифр in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/40/t/000161.html

Posted by dmpal (Участник № / Member № 4976) on :
 
Здравствуйте.
Обнаружили неприятный момент. При архивировании в СПАД даже двойных каналов, сохраняется только 6 значащих цифр. Это условие является жестким ограничением записи в СПАД?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Такое ограничение действительно существует.
Мы внесем это свойство канала DFloat в документацию.

Можно архивировать DFloat в БД.
 
Posted by dmpal (Участник № / Member № 4976) on :
 
История получила продолжение.
Используем «Универсальный механизм обмена с электросчетчиками» для снятия из архива счетчиков показаний энергии нарастающим итогом на конец суток.
Привязываем к CGR_main канал CGR с атрибутом CALL.ChGroupReq.86=0x9D (энергия за день нарастающим итогом). К аргументам с типом LREAL этого канала CGR привязываем каналы DOUBLE FLOAT. В результате опроса в эти каналы DF записываются показания счетчиков с более чем 10 значащими цифрами, но с реальными показаниями счетчика совпадают только первые 7 цифр:

9.528907200000000000e+007 (канал DF.R)
95289075,717854500000 (зафиксированные показания счетчика)

4.245094604492187500e+002 (канал DF.R)
424,509471600000 (зафиксированные показания счетчика)

Соответственно разница в показаниях счетчика не совпадает с профилем за сутки начиная с 6 знака. На данный момент это не столь критично, но, боюсь, с увеличением количества цифр в показаниях прибора и погрешность будет расти соответственно.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
О каком именно счетчике (модель) идет речь?
Каков формат этого параметра (по документации на счетчик)?
 
Posted by dmpal (Участник № / Member № 4976) on :
 
Счетчик Энергомера СЕ303.
«Обмен данными осуществляется в соответствии с ГОСТ Р МЭК 61107-2001 в режиме С».
«Вся информация передается в символьном ASCII формате».
«Числа с десятичной точкой передаются в десятичном формате с десятичной точкой без не-значащих нулей в целой и дробной частях.».
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Речь идет не протокольном формате, а формате представления данных в измерительной системе счетчика.
А еще важна метрологическая характеристика измеряемого параметра.
 
Posted by dmpal (Участник № / Member № 4976) on :
 
Нашел только, что формат вывода измеренных параметров энергии по интерфейсам с точностью 7 разрядов после запятой.

На входе в TraceMode мы имеем:
quote:

Запрос 30.01.2018 13:44:14.157.R1.ENDPE(23.1.18).

Ответ 30.01.2018 13:44:14.578 ENDPE(95289075.7178545)..ENDPE(0.0481535)..ENDPE(0.0)..ENDPE(0.0)..ENDPE(0.0)..ENDPE(95289075.669701)...U

Запрос 30.01.2018 13:44:14.766.R1.ENDPI(23.1.18).$

Ответ 30.01.2018 13:44:15.218
ENDPI(33.9195029)..ENDPI(0.0)..ENDPI(0.0)..ENDPI(0.0)..ENDPI(0.0)..ENDPI(33.9195029)...Y

Запрос 30.01.2018 13:44:15.421.R1.ENDQE(23.1.18).!

Ответ 30.01.2018 13:44:15.702.
ENDQE(55518002.9247419)..ENDQE(0.0193851)..ENDQE(0.0)..ENDQE(0.0)..ENDQE(0.0)..ENDQE(55518002.9053568)...l

Запрос 30.01.2018 13:44:16.060.R1.ENDQI(23.1.18).%

Ответ 30.01.2018 13:44:16.483
ENDQI(424.5094716)..ENDQI(0.0013042)..ENDQI(0.0)..ENDQI(0.0)..ENDQI(0.0)..ENDQI(424.5081674)...j

Касаемо приведенного выше примера:
ENDPE(95289075.7178545)
ENDQI(424.5094716)
т.е. действительно 7 знаков после запятой без незначащих нулей в целой и дробной частях.

Драйвер универсального обмена с электросчетчиками у первого числа дробную часть отбросил, а второму числу приписал вообще левые цифры после 7 разряда:
9.528907200000000000e+007 (канал DF.R) или 95289072
4.245094604492187500e+002 (канал DF.R) или 424.50946044921875

Насколько я помню, у Вас на учебном стенде есть СЕ301. Это полностью аналогичный счетчик. Можете сами попробовать воспроизвести данную проблему.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Заложенной в TRACE MODE степени точности достаточно. Относительная погрешность получается 3.9 * 10(-6). С учетом класса точности электросчетчика, считанное значение однозначно достоверно.
 
Posted by dmpal (Участник № / Member № 4976) on :
 
Вы бы оформили все ограничения накладываемые Trace Mode в отдельное приложение к документации, столько бы времени и нервов сэкономили пользователям.

Пример:
Строковые переменные – 4 символа
Сохранение в СПАД – 6 знаков
Перенаправление архива во внешнюю базу – 6 знаков
Универсальный механизм обмена со счетчиками – 7 знаков


Число счетчиков электроэнергии, опрашиваемых через универсальный механизм обмена, в зависимости от лицензированного числа каналов:
• 15 - 127 каналов - 2 счетчика электроэнергии;
• 255 каналов - 16 счетчиков электроэнергии;
• 511 каналов - 22 счетчика электроэнергии;
• 1023 каналов - 32 счетчика электроэнергии;
• 2047 каналов - 45 счетчиков электроэнергии;
• 4095 каналов - 64 счетчика электроэнергии;
• 8191 канал - 90 счетчиков электроэнергии;
• 32000 - 64000 каналов - неограниченное число счетчиков электроэнергии;
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Обязательно учтем Ваши пожелания.

По поводу электросчетчиков - эта информация дана в очевидном виде в прайс-листе: http://www.adastra.ru/products/price/

Насчет строковых переменных - не совсем так. Привязанный к атрибуту канал аргумент типа STRING в ТМ6 имеет максимальный размер 4 символа. Но если привязать его, например, через атрибут Комментарий любого канала, то длина строки будет ограничиваться максимальной заложенным количеством символов для данного атрибута в случае Комментария - это максимум 39 символов.

По поводу остальных знаков - формат чисел в TRACE MODE полностью соответствует формату числа с плавающей запятой стандарта IEEE 754.
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2