Здравствуйте. Я недавно начал работать с Trace mode 6, и у меня возникла следующая проблема. Имеется электросчетчик Меркурий 230 подключенный к МРВ через конвертор на базе контроллера I-7188e5, который эмулирует виртуальный COM-порт по сети. В Trace mode создан канал CALL.AS_DOCUMENT с Параметр = 2 к аргументам которого привязаны каналы снимающие показания средней мощности со счетчика. В In данного канала с определенной периодичностью посылается ненулевое значение.
Проблема заключается в том, что если контроллер был обесточен до момента запуска профайлера, т.е. если профайлер не смог открыть СОМ-порт со счетчиком (в логе пишется запись "0013 00000041[1] COM") в момент своего запуска, то при попытке генерировать XML файл профайлер вылетает.
Если же СОМ порт был успешно открыт, т.е. контроллер работал на момент запуска МРВ, то проблем не возникает даже если контроллер или счетчик будут обесточены.
Хотелось бы узнать, возможно ли как-то избежать вылета МРВ.
Сигнатура проблемы: Имя события проблемы: APPCRASH Имя приложения: rtc.exe Версия приложения: 6.0.8.0 Отметка времени приложения: 4f0e9353 Имя модуля с ошибкой: MSVCR71.dll Версия модуля с ошибкой: 7.10.6030.0 Отметка времени модуля с ошибкой: 44b451e8 Код исключения: c0000005 Смещение исключения: 0000426e Версия ОС: 6.1.7601.2.1.0.256.48 Код языка: 1049 Дополнительные сведения 1: 0a9e Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789 Дополнительные сведения 3: 0a9e Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
ОС: Windows 7 Профессиональная Версия Trace Mode 6.08
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если не произойдет инициализации COM-порта, то в каналах, привязанных к аргументам CGR.main, не выставятся значения всех необходимых для генерации xml-документа параметров. Что может привести к падению МРВ при попытке генерации xml-файла.
Проконтролировать инициализацию COM-порта можно по значению атрибута 120, ACK канала CGR.main. Если атрибут хотя бы раз принял значение равное 1, то инициализация прошла успешно.
Posted by serpentorius (Участник № / Member № 5594) on :
Спасибо за совет. А можно как-то задать папку в которой будет генерироваться XML-файл, чтобы он лежал не просто в папке узла, а, например, папка_узла\XML\?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Изменить путь сохранения нельзя.
Posted by serpentorius (Участник № / Member № 5594) on :
Еще такой вопрос. Как изменить дату в поле "timestamp" в генерируемом XML-файле? В документации сказано "Дата и время генерации документа определяются атрибутом 59, DR", однако изменение данного атрибута не помогает.
Posted by Nico (Участник № / Member № 5342) on :
<timestamp> - дата генерации документа <day> - дата на которую документ содержит данные
Posted by serpentorius (Участник № / Member № 5594) on :
По поводу поля <day> тоже есть непонятки. Теоретически оно должно быть в форме "ГГГГММДД" однако генерируемые файлы имеют вид типа: "<day>19002406074172009279657</day>",объясните почему.
И я еще раз повторю вопрос, можно ли изменить значение даты в поле <timestamp> программно?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В тег <timestamp> заносится время операционной системы на момент генерации документа. 59-ый атрибут канала CALL.AS_DOCUMENT задает время в теге <day>.
Была обнаружена ошибка, которая приводит к некорректной записи значения в поле <day>. Ошибка связана с отменой перехода на зимнее/летнее время (проявляется после отключения перехода).
