Тема / Topic: Универсальный механизм и привязки аргументов CALL.8
ddkel
Active Forum Member / Активный участник форума
Участник № / Member № 4120
отправлено / posted
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) и т.д. Необходимо срочно исправлять ситуацию, текущие значения суммарной энергии с начала работы должны архивироваться.
Сообщения / Posts 82 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
Универсальный механизм обмена с электросчетчиками архивирует энергию и среднте мощности не зависимо от привязок
Сообщения / Posts 873 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ddkel
Active Forum Member / Активный участник форума
Участник № / Member № 4120
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
"Необходимо срочно исправлять ситуацию, текущие значения суммарной энергии с начала работы должны архивироваться"
Если используется НЕ универсальный механизм то причем "привязал к его аргументу CGR.86 = 0x85"
Сообщения / Posts 873 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ddkel
Active Forum Member / Активный участник форума
Участник № / Member № 4120
отправлено / posted
Для того, чтобы использовать данные - архивировать, выводить в графику и в отчеты, обрабатывать в программе или в канале нужным мне образом - их необходимо из аргумета в этот канал получить, читайте внимательно пост, вопрос где-то в его середине. И да, я ипользую универсатьный механизм...
Сообщения / Posts 82 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
В канале CGR.86=0x85, обнаружена неточность в работе. Ошибка будет исправлена в следующем релизе.
На данный момент решением является использование канала CGR.86=0x81. Также можно воспользоваться каналом CGR.86=0x85, но значения аргументов запрашивать каналами DoubleFloat (привязка должна быть на стороне каналов DoubleFloat).
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ddkel
Active Forum Member / Активный участник форума
Участник № / Member № 4120
отправлено / posted
Использование канала 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 будут передаваться данные?!
Сообщения / Posts 82 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Привязки сохранятся, если в канале CGR.86=0x81 создано правильное число аргументов. Если условие не соблюдается, то МРВ автоматически создает нужное число аргументов в канале, удаляя при этом их привязки. В случае одного тарифа в канале CGR.86=0x81 нужно создавать 8 аргументов (по умолчанию при работе со счетчиками Меркурии используется один тариф).
Было обнаружено, что в релизе 6.08 не отрабатывает ключ "TRFG", который задает число используемых тарифов (ошибка будет исправлена в следующем релизе). Поскольку ключ не отрабатывает, то для счетчиков Меркурий в канале CGR.86=0x81 нужно создавать 8 аргументов.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avgorr
Forum Professor / Завсегдатай форума
Участник № / Member № 2607
отправлено / posted
Не знаю как в предыдущих релизах, а в 6.08 при подключении электросчётчика СЕ303 параметры: ID=777777;PWD=777777;ACCI=256 вообще не нужны. Данные идут и без них. Кстати параметр "ACCI" - так написан в справке, а в Вашем примере "ASTYE.prj" он "ACCL".
Сообщения / Posts 168 | Из / From: Россия
| IP / IP: IP адрес / IP address |
ddkel
Active Forum Member / Активный участник форума
Участник № / Member № 4120
отправлено / posted
Учитывая частоту выхода релизов и возможное появление новых недокументированных «особенностей» использования различных механизмов в этих релизах, было бы крайне желательно исправление текущих ошибок для текущего релиза.
Сообщения / Posts 82 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
TRFG не отрабатывает 6.07,6.077,6.08 Не знаю подойдет ли но пользуюсь CALL.move (достаточно давно)
Сообщения / Posts 873 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Параметр "уровень доступа" в справочной системе релиза 6.08 обозначен ACCL. Востребованность параметров паролирования определяется настройками счетчика.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avgorr
Forum Professor / Завсегдатай форума
Участник № / Member № 2607
отправлено / posted
quote:Отправитель / Originally posted by AdAstra Technical Support: Параметр "уровень доступа" в справочной системе релиза 6.08 обозначен ACCL.
Printer-friendly view of this topic
