This is topic Электросчетчик СЭТ-4 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/000142.html

Posted by sugar (Участник № / Member № 1198) on :
 
Использую универсальный обмен для ЭСч.
Интерфес 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 :
 
Мы получили проект, запросили дополнительную диагностическую информацию и сейчас проводим анализ с собственным моделированием. Когда завершим обсуждение, результат обнародуем.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2