This is topic Универсальный механизм и привязки аргументов CALL.8 in forum Драйверы / Device Drivers at Форум TRACE MODE: техническая поддержка.


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

Posted by ddkel (Участник № / Member № 4120) on :
 
TM608. Создал источник для Меркурий 230, привязал к источнику CALL.8, привязал к его аргументу CGR.86 = 0x85, к его аргументам привязал каналы Float.In. В файле протокола конвертирования проекта:
DBG_LOAD:{2.C1} m230_EPQ Node=0 OBJ=196657(-1) Link=-1 Call=-1 t=10.0(40000004)
DBG_LOAD: A0(0) link=3.2(b)
DBG_LOAD: A1(1) value=0(1b)
DBG_LOAD: A2(2) link=4.2(b)
DBG_LOAD: A3(3) value=0(1b)
DBG_LOAD:{3.C4} EP Node=0 OBJ=196657(-1) Link=-1 Call=-1 t=0.0(40000004)
DBG_LOAD:{4.C4} EQ Node=0 OBJ=196657(-1) Link=-1 Call=-1 t=0.0(40000004)
привязка к атрибуту 2 соответствующих каналов осуществляется.
В просмотре компонентов для CGR.86 = 0x85 для аргументов (атрибут 124):
А0:1670.18(0) А1:0(0) А2:707.470(0) А3:0(0).
Т.е. привязка каналов Float.In не осуществляется и данные не передаются.
При этом для CGR с другими значениями атрибута 86, например, 0х1, привязки осуществляются и данные передаются: в просмотре компонентов для CGR.86 = 0x01 для аргументов (атрибут 124):
А0:49.92(F.In) А1:57.97(U.In) и т.д.
Необходимо срочно исправлять ситуацию, текущие значения суммарной энергии с начала работы должны архивироваться.
 
Posted by Nico (Участник № / Member № 5342) on :
 
Универсальный механизм обмена с электросчетчиками
архивирует энергию и среднте мощности не зависимо
от привязок
 
Posted by ddkel (Участник № / Member № 4120) on :
 
У Вас по существу вопроса есть что нибудь?
 
Posted by Nico (Участник № / Member № 5342) on :
 
"Необходимо срочно исправлять ситуацию, текущие значения суммарной энергии с начала работы должны архивироваться"

Если используется НЕ универсальный механизм то причем "привязал к его аргументу CGR.86 = 0x85"
 
Posted by ddkel (Участник № / Member № 4120) on :
 
Для того, чтобы использовать данные - архивировать, выводить в графику и в отчеты, обрабатывать в программе или в канале нужным мне образом - их необходимо из аргумета в этот канал получить, читайте внимательно пост, вопрос где-то в его середине. И да, я ипользую универсатьный механизм...
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В канале CGR.86=0x85, обнаружена неточность в работе. Ошибка будет исправлена в следующем релизе.

На данный момент решением является использование канала CGR.86=0x81.
Также можно воспользоваться каналом CGR.86=0x85, но значения аргументов запрашивать каналами DoubleFloat (привязка должна быть на стороне каналов DoubleFloat).
 
Posted by ddkel (Участник № / Member № 4120) on :
 
Использование канала CGR.86=0x81 решением НЕ является, в МРВ привязок не появаляется - в просмотре компонентов для CGR.86 = 0x81 для аргументов (атрибут 124): А0:1613.7(0) А1:0(0) А2:726.607(0) А3:0(0) и т.д.
Когда будет исправлена "неточность" в работе и предложен какой-либо патч ??!
Переделывать весь проект с несколькими узлами и более 900 привязок под каналы DoubleFloat не реально. Тем более, где гарантия, что после дальнейшей "наиболее полной реализации" механизма “Запись аргументов канала CALL в SIAD” в каналы DoubleFloat будут передаваться данные?!
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Привязки сохранятся, если в канале CGR.86=0x81 создано правильное число аргументов. Если условие не соблюдается, то МРВ автоматически создает нужное число аргументов в канале, удаляя при этом их привязки.
В случае одного тарифа в канале CGR.86=0x81 нужно создавать 8 аргументов (по умолчанию при работе со счетчиками Меркурии используется один тариф).


Было обнаружено, что в релизе 6.08 не отрабатывает ключ "TRFG", который задает число используемых тарифов (ошибка будет исправлена в следующем релизе). Поскольку ключ не отрабатывает, то для счетчиков Меркурий в канале CGR.86=0x81 нужно создавать 8 аргументов.
 
Posted by Avgorr (Участник № / Member № 2607) on :
 
Не знаю как в предыдущих релизах, а в 6.08 при подключении электросчётчика СЕ303 параметры: ID=777777;PWD=777777;ACCI=256 вообще не нужны. Данные идут и без них. Кстати параметр "ACCI" - так написан в справке, а в Вашем примере "ASTYE.prj" он "ACCL".
 
Posted by ddkel (Участник № / Member № 4120) on :
 
Учитывая частоту выхода релизов и возможное появление новых недокументированных «особенностей» использования различных механизмов в этих релизах, было бы крайне желательно исправление текущих ошибок для текущего релиза.
 
Posted by Nico (Участник № / Member № 5342) on :
 
TRFG не отрабатывает 6.07,6.077,6.08
Не знаю подойдет ли но пользуюсь CALL.move
(достаточно давно)
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Параметр "уровень доступа" в справочной системе релиза 6.08 обозначен ACCL.
Востребованность параметров паролирования определяется настройками счетчика.
 
Posted by Avgorr (Участник № / Member № 2607) on :
 
quote:
Отправитель / Originally posted by AdAstra Technical Support:
Параметр "уровень доступа" в справочной системе релиза 6.08 обозначен ACCL.

Да, извините, я работал в релизе 6.07.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2