Использую универсальный обмен для ЭСч. Интерфес RS-485. При работе около месяца сч.СЭТ-4 после выключения питания счетчика( а их всего 4)в архив отключенного счетчика начали попадать данные от др.счетчиков(как буд-то он включен). Не удается выполнить принудительный опрос с записью(0х3А при GGR.R=1)в GGR.52 появляется аппаратная ошибка "1.00.1".Хотя текущие данные(энергия) приходят нормально.Профили мощности конфигуратором считываются без проблем. Пробовал создать новый тестовый проект для прибора ситуация не изменилась в GGR.52 появляется аппаратная ошибка "1.00.1".На ближайшие 2 часа запрос 0х3А проходит без ошибки. Какова причина возникновения ошибки "1.00.1"? Очень не устойчивая работа драйвера, случаются регулярные пропуски и недостоверности(особенно после переключения питания счетчиков) архивных данных приходится корректировать архив и по другим счетчикам. Будут ли в ближайшее время изменения в драйвере для надежного и достоверного учета?А то нас клиенты уважать перестанут в лучшем случае.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Создайте cnf-файл с ключом DEBUGON=100 и у исследуемого канала CGR_main поставьте "Отладка". Далее запустите проект и попробуйте считать несколько значений каналом CGR с CGR.86=0x3A. Выключите питание этого счетчика. Убедитесь, что в его CGR стали попадать данные от других счетчиков. Вышлите на hotline@adastra.ru проект, файл протокола профайлера, файл tm6_log.txt и файл из папки проекта <имя канала CGR_main>.txt.
Posted by sugar (Участник № / Member № 1198) on :
У нас нет возможности "играться" нагрузкой т.к. приборы учета стоят на трансформаторах 35 кВ учавствующих в энергоснабжении, следующее переключение нагрузки они планируют через 3 месяца. Вы сами имитировать ситуацию не сможете?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы охотно провели бы собственное исследование в указанном Вами направлении. К сожалению, у нас нет счетчиков, на которых мы могли бы построить стенд для моделирования описанной Вами ситуации.
Если нет возможности провести активный эксперимент, придется с запуском в указанном диагностическом режиме ждать штатного или нештатного отключения счетчика.
Вы работаете в релизе 6.09?
"... в GGR.52 появляется аппаратная ошибка "1.00.1".На ближайшие 2 часа запрос 0х3А проходит без ошибки. Какова причина возникновения ошибки "1.00.1"?"
ErCode (последняя "1" в коде GGR.52) говорит о возврате от счетчика сообщения с кодом ошибки (например, "в запрошенном временном диапазоне в архиве нет данных"). Более точно можно было бы сказать о причинах ошибок, "пропусков и недостоверностей", если бы был включен описанный выше диагностический режим.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Уточните, пожалуйста, как Вы убеждаетесь, что в архиве отключенного счетчика появляются данные от других счетчиков.
Проведите, пожалуйста, следующий эксперимент. Скопируйте из папки работающего узла архивы счетчиков. Перенесите (и еще сохраните отдельно!) эти архивы в папку узла на другом ПК, на котором можно запустить тот же проект, только предварительно в проекте установить каналам CGR_Main флаги "Отладка". На этом ПК должен быть доступен тот же COM-порт, через который в проекте подключаются счетчики. Запустите проект на этом ПК (без подключения счетчиков). В профайлерном протоколе должны быть полные выборки из накопленных архивов по счетчикам. Зная время, когда был отключен подозрительный счетчик, можно просмотреть его архив и сопоставить записи в его архиве с записями в архивах других счетчиков.
Posted by sugar (Участник № / Member № 1198) on :
В архивном тренде каждого прибора отображаются данные с канала GGR.86=0x31.Использую и другие калы для формирования отчетов по часовой энергии. Сравнили с показанием конфигуратора который показывает что прибор был в этот период отключен,а архивы ТМ показывают накопление данных на это время. Релиз 6.08
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Пришлите нам, пожалуйста, Ваш проект и всю папку узла с объекта. Укажите временные промежутки, в которые счетчик (какой именно?) не работал, но накапливал данные.
Posted by sugar (Участник № / Member № 1198) on :
Архивы счетчика продолжают давать сбои. Переодически (3-5 раза в месяц в течении 2 часов) на разных приборах ,в разное время в архивы счетчиков попадают неверные профили мощности (сравнивали с конфигуратором).Лечится принудительным опросом через канал 0x3A при CGR.R=1. Счетчики при этом не обестачивались ТМ работала без сбоев. Сделали програмку для коррекции за определенный период.Но возникла проблема. У нас в системе 6 приборов учета.Когда запускаешь на выполнение несколько каналов 0x3A при CGR.R=1 ,атрибут 52 почти во всех этих каналах выдает ошибку 0.00.1, ходя если отключить все остальные каналы CGR_main оставив только один любой,ошибки не возникает коррекция проходит без ошибок. Как устранить проблему одновременной совместной работы нескольких каналов 0x3A при CGR.R=1? Пробовал ставить разное время опроса каналов CGR_main ,ситуация не поменялась. Связь с приборами есть постоянная ,текущие данные счетчиков считываются без сбоев по RS-485.Используем релиз 6.08. Просьба пересмотреть драйвер на СЭТ -4М слишком часто дает сбои при одновременной работе нескольких счетчиков.Каждый мемяц приходится ездить к заказчику и корректировать архивы.Да и сам заказчик постоянно сверяется с конфигуратором. Такой коммерческий учет неприемлем никак.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Для диагностики проблемы и определения способа ее устранения нам необходима информация. В постах от 01-07-2014 Вас просили провести эксперимент и прислать нам определенные материалы. Пока мы не получили запрошенную информацию.
Так же, уже на реальном объекте, запустите программу-перехватчик COM-порта (например, PortMon). И в момент возникновения описанной проблемы (запуск на выполнение нескольких каналов 0x3A при CGR.R=1) произведите программой запись информационного обмена. Ее так же пришлите нам.
Posted by sugar (Участник № / Member № 1198) on :
Ошибки обмена возникают непридвиденно в разное время(1-4 раза в месяц), поэтуму нет возможности снять лог с СОМ порта во время ошибки. А насчет одновременной работы каналов 0x3A при CGR.R=1 что посоветуете почему в А52 возникает ошибка 0.00.1, хотя при отключении др. CGR_main, опрос проходит без ошибок?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Считаем целесообразным перенести решение проблемы на диалог через электронную почту.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы получили проект, запросили дополнительную диагностическую информацию и сейчас проводим анализ с собственным моделированием. Когда завершим обсуждение, результат обнародуем.
