serpentorius
Junior Member / Новичок
Участник № / Member № 5594
отправлено / posted
Здравствуйте. Я недавно начал работать с 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
отправлено / posted
Если не произойдет инициализации COM-порта, то в каналах, привязанных к аргументам CGR.main, не выставятся значения всех необходимых для генерации xml-документа параметров. Что может привести к падению МРВ при попытке генерации xml-файла.
Проконтролировать инициализацию COM-порта можно по значению атрибута 120, ACK канала CGR.main. Если атрибут хотя бы раз принял значение равное 1, то инициализация прошла успешно.
Сообщения / Posts 17324 | Из / From: Россия
| IP / IP: IP адрес / IP address |
serpentorius
Junior Member / Новичок
Участник № / Member № 5594
отправлено / posted
Спасибо за совет. А можно как-то задать папку в которой будет генерироваться XML-файл, чтобы он лежал не просто в папке узла, а, например, папка_узла\XML\?
Сообщения / Posts 6 | Из / From: Россия
| IP / IP: IP адрес / IP address |
serpentorius
Junior Member / Новичок
Участник № / Member № 5594
отправлено / posted
Еще такой вопрос. Как изменить дату в поле "timestamp" в генерируемом XML-файле? В документации сказано "Дата и время генерации документа определяются атрибутом 59, DR", однако изменение данного атрибута не помогает.
Сообщения / Posts 6 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
<timestamp> - дата генерации документа <day> - дата на которую документ содержит данные
Сообщения / Posts 875 | Из / From: Россия
| IP / IP: IP адрес / IP address |
serpentorius
Junior Member / Новичок
Участник № / Member № 5594
отправлено / posted
По поводу поля <day> тоже есть непонятки. Теоретически оно должно быть в форме "ГГГГММДД" однако генерируемые файлы имеют вид типа: "<day>19002406074172009279657</day>",объясните почему.
И я еще раз повторю вопрос, можно ли изменить значение даты в поле <timestamp> программно?
Сообщения / Posts 6 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
В тег <timestamp> заносится время операционной системы на момент генерации документа. 59-ый атрибут канала CALL.AS_DOCUMENT задает время в теге <day>.
Была обнаружена ошибка, которая приводит к некорректной записи значения в поле <day>. Ошибка связана с отменой перехода на зимнее/летнее время (проявляется после отключения перехода).
Printer-friendly view of this topic
