This is topic Связь с Меркурий 230AR 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/000114.html

Posted by akholod (Участник № / Member № 4344) on :
 
Добрый день. Пытаюсь связатся с Меркурием через универсальный механизм обмена. Не могу получить данные сделал тестотвый проект точно как в видео уроке, но связи нет. Стандартный конфигуратор меркурий связывается без проблем.
Промониторил обмен через порт там ответы от счетчика обрываются TIMEOUTом.


 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Счетчик отвечает, что не поддерживает запрашиваемые параметры.
Необходимо отключить опрос параметров, которые отсутствуют в данной модификации Меркурия (см. раздел справочной системы "Универсальный механизм обмена с электросчетчиками").

Создайте в папке узла проекта cnf-файл с ключом "DEBUGON=300", а каналу CGR.main поставьте флаг "Отладка" и запустите проект в работу на несколько минут.
Затем prj-файл проекта, файл протокола профайлера, файл tm6_log.txt, текстовый файл, имя которого будет совпадать и именем канала CGR.main, и cnf-файл вышлите на hotline3@adastra.ru.

В письме уточните, есть ли в счетчике поддержка внутренних часов и команды "чтения мощности технических потерь".
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Ответ дан по почте.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Здравствуйте.
При связи с электросчетчиком Меркурий 230 ART 03 CN не получается получить данные по второму тарифу. Получается увидеть только суммарную потребленную энергию и первый тариф. В строке ДОПОЛНИТЕЛЬНО прописывал после пароля что тарифа 2- не помогло. (возможно ошибся с пунктуацией).
Как взять информацию по остальным тарифам?
стандартным конфигуратором видно два тарифа.

И как я понимаю TRACE MODE считывает мгновенные мощности в виде коловатт, где можно сдвинуть запятую чтоб показывало Ватты?
 
Posted by Nico (Участник № / Member № 5342) on :
 
TRFG=<число тарифов> в строке доплнительно
gPQ=<множитель> в строке доплнительно
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
quote:
gPQ=<множитель> в строке дополнительно
это сработало. Спасибо.

А вот количество тарифов изменить не получается. если пишу что TRFG=2 и делаю соответствующие привязки на экране, то ТМ все значения отображает равными нулю
причем все ломается только после привязки на экран. изменения в строке дополнительно параметра TRFG никаких последствий на считываемую информацию не оказывают.
В чем может быть проблема?
 
Posted by Nico (Участник № / Member № 5342) on :
 
стереть .bin для этого счетчика

в окне компонентов выбрать любой атрибут счетчика
и задать его "debug544" -> посмотреть что в html файлу

в привязках у экрана( куда привязаны его аргументы ?)

как сконфигурирован CALL.ChGReq привязанный к аргументу канала счетчика( число аргументов,атрибут привязки, итд )
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Проблема решена.
Спасибо Тех. поддержке за помощь.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Здравствуйте.
Опять обращаюсь по поводу тарифов счетчика.
Дело в том что в инструментальной среде при отладке все показания тарифов есть. И все хорошо работает.
Но при запуске уже только в МРВ ситуация опять с ошибкой.
Есть ли исправления для МРВ?
Спасибо.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Отправлено.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Спасибо за оперативность.
работает.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Здравствуйте.
Ещё раз про связь с меркуриями.
Делаю опрос 10 счетчиков, пользуюсь универсальным протоколом.
все счетчики опрашиваю одинаково, все каналы по шаблону.
но вот показания первого счетчика отражают только частоту сети и все остальные параметры приходят нулевые ( считываются показания : f, U, I, P, Q, S, EP) . Показания второго счетчика вообще не приходят , остальные счетчики нормально отображаются. разве что долго ждать появления показаний (скорость 9600, и увеличить нельзя).
Как узнать в чем может быть причина. Оба Main канала (как в видеоролике) счетчиков отображаются как false, в компонентах МРВ.
Считывание через стандартный конфигуратор проходит без проблем.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. Каждый из "конфликтных" счетчиков надо проверить отдельно - убрать или выключить в проекте компоненты обмена с другими счетчиками.

2. Для получения диагностической информации организовать перехват трафика COM-порта любым перехватчиком.

3. У канала CGR-main, обращающегося к этому счетчику, установить флажок "Отладка".
В файле *.cnf задать ключ
DEBUGON=70002310
В протоколе профайлера будет дополнительная информация по обмену с указанным счетчиком.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Создал отдельный проект для связи с одним счетчиком. для подключения к каждому счетчику в источниках меняю только адрес счетчика.
два не откликаются, и в лог файле появляются строчки :
quote:
(13:32:49) ERR_RS:COM1 err=8 oserr=183
(13:32:49) ERR_RS:COM1 err=8 oserr=183
(13:32:49) ERR_RS:COM1 err=8 oserr=183
(13:32:50) ERR_RS:COM1 err=8 oserr=183
(13:32:50) ERR_RS:COM1 err=8 oserr=183
(13:32:50) ERR_RS:COM1 err=8 oserr=183
(13:32:51) ERR_RS:COM1 err=8 oserr=183
(13:32:51) ERR_RS:COM1 err=8 ch=merc[3]
(13:32:51) ERR_RS:COM1 err=8 ch=merc[3]
(13:32:52) ERR_RS:COM1 err=8 ch=merc[3]
(13:32:52) ERR_RS:COM1 err=8 ch=merc[3]

при работе с остальными такие строчки появляются иногда (а не несколько раз в секунду), и данные на экран выводятся несколько с запозданием.
Данные по СОМ порту идут в обе стороны при соединении со всеми счетчиками. на большинство запросов приходит двухбайтовый ответ, на другие ответ содержит больще данных, также для всех счетчиков это похоже.
Увеличил в настройках СОМ порта таймаут с 300 до 3000, один раз получилось считать данные с проблемного счетчика один раз.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Код ошибки 8 (согласно нашей документации) говорит о том, что в принятом ответе байтов меньше, чем ожидалось.
Проблема может заключаться либо в канале связи с конкретными счетчиками, либо в настройках модуля связи в самом счетчике.
Надо сверить настройки каналов связи проблемных счетчиков с настройками "отвечающих" счетчиков.
 
Posted by Nico (Участник № / Member № 5342) on :
 
Работать не будет. Нельзя менять адр счетчика
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
При изменении адреса счетчика надо удалять архивы счетчика для этого CGR_main из папки узла.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Nico.
Кто такое сказал. адрес счетчика спокойно меняется.
Да и ни причем тут это.

Я связь одним из неотвечающих счетчиков с нуля создал по шаблону нормального. и все вроде наладилось. сегодня второй попробую.
дело в том, что те счетчики, которые нормально отвечают. были созданы по шаблону косячного. перепроверил все что смог. все настройки одинаковые.

Кстати, появляется в логе такая ошибка:
quote:
ERR_RS:COM1 err=17 ch=M230_13130199[278]
но счетчики у которых это происходит показания отдают.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
"Приложения/Коды диагностируемых ошибок":

"17, ERR_RT_CONNECT – ошибка соединения;"

Видимо, время от времени соединение с этим счетчиком не устанавливается.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Пересоздал связь заново. Один счетчик работает через раз (частая ошибка err=8). Но на экран данные в итоге выводит.
второй ни в какую не хочет. постоянно эта ошибка.
не понимаю - почему одни - работают, а другие нет.
через стандартный конфигуратор никаких проблем не видно.
quote:
В файле *.cnf задать ключ
DEBUGON=70002310

Этот файл самому создавать? с каким именем?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Файл надо создавать самому (см. "Приложения/Задание параметров работы мониторов").
Файл может иметь имя TMCom_xx.cnf и должен размещаться в папке узла.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Здравствуйте.
Вопрос такой: При запуске МРВ среды разработки показания со счетчиков считываются. меняю хасп ключ TM IDE на TM RTM, и отображение пропадает. портмон показывает сначала одинаковые ответы (считывание архива счетчика) но при считывании мгновенных значений при использовании IDE данные нормально приходят, а при запуске RTM считывания мгновенных значений приходят ошибки.
В чем может быть загвоздка???
и при запуске IDE лог файл создается, при запуске монитора он не появляется.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. Ключи для IDE и RTM не конфликтуют. Их можно "не заменять", а установить оба.
2. Чтобы RTM вел профайлерный протокол, надо в файле *.cnf узла задать ключ
DEBUGON=70002310
3. Проект надо запускать только под одним исполнительным модулем - либо под профайлером, либо под RTM.
Когда и как Вы меняете ключи?
4. Что означает "отображение пропадает"?
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Что ключи не конфликтуют - знаю.
когда запускаю проект в IDE все нормально, данные на экране отображаются.
потом выгружаюсь, меняю ключи (ведь в конце останется только RTM) и запускаю проект в RTM. и данные не отображаются. на экран не выводятся и достоверность - false.
лог портмона при работе с RTM по ссылке. http://rusfolder.com/38938970
опрос одноо счетчика. с остальными тоже самое.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Задайте каналу CGR_main флаг "Отладка".
Задайте в узле ключ DEBUG0N=f0002310
Запустите проект под профайлером и под RTM.
Пришлите нам проект, перехваты PortMon и файлы tm6_log.txt и профайлерные протоколы при запуске под профайлером и под RTM.
 
Posted by Ilgeneer (Участник № / Member № 5896) on :
 
Причина оказалась в том, что версия РТМ была 6,08. а инструментальная среда 6,09. после обновления все заработало. Надеюсь больше ничего не отвалится.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Также задайте флаг DEB=200 и пришлите
файл профайлера и файл tm6log
от IDE и RTM
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2