This is topic Считывание данных с электросчетчиков in forum Микро Мониторы Реального Времени / Micro Real Time Monitors at Форум TRACE MODE: техническая поддержка.
Проблема со считыванием данных на одном контроллере (на других пока нет проблем). С помощью универсального механизма обмена (два электросчетчика СЕ303 TM6.08). Запрос на считывание данных уходит, но возвращается с ошибкой, которая в документации не описана. Аппаратное значение канала main = a0000 (описанные 16 бит нулевые) 1010 0000 0000 0000 0000. В может быть чем причина?
Posted by AlKon (Участник № / Member № 1919) on :
В чем может быть причина?
Posted by АдАстра. Техподдержка (Участник № / Member № 4) on :
Уточните что за контроллеры и какие исполнительный модуль используются, какие данные считываются? Пробовали эти данные получить по тому же каналу связи с использованием утилиты данного электросчетчика?
Сделайте простейший проект (в профессиональной версии релиза 6.10.2) с запросом одного значения, например частоты. Проверьте его на ПК с профайлером. Если данные все равно получить не удалось, сделайте диагностику обмена: 1)Установите галочку "Отладка" каналу CHGR.Main, 2)Ключ "DEBUGON=300" в файл *.cnf. В текстовые протоколы папки узла проекта будет записываться диагностическая информация об обмене. Если не получится выявить проблему, пришлите проект и папку узла проекта с логами после тестирования на адрес техподдержки.
Posted by AlKon (Участник № / Member № 1919) on :
Контроллер WinPAC-8841. Исполнительный модуль МикроМРВ для Win CE 255 каналов. Считываются данные: напряжения, токи, углы, суммарная энергия. В аппаратном значении канала изменяется значение: то e0000 то а0000. Написана программа со считыванием одного канала: частота+напряжения по фазам. Результат тот же. Утилитой с ПК данные считываются. Диагностику обмена сейчас выполняю...
Posted by АдАстра. Техподдержка (Участник № / Member № 4) on :
Ждем результатов.
Дополнительно рекомендует сделать перехват данных по COM-порту любой удобной сторонней утилитой в формате HEX, чтобы был виден текст запросов/ответов и регламент обмена.
Канал CGR_Main достоверен во время опроса? Какое его реальное значение при этом? С другого контроллера этот же счетчик опрашивается?
Posted by AlKon (Участник № / Member № 1919) on :
Контроллер менялся с другого объекта, поэтому причина точно не в контроллере. Сегодня выезжаю на объект, буду пробовать прокинуть независимую линию RS485.
Posted by АдАстра. Техподдержка (Участник № / Member № 4) on :
Хорошо. Первым делом опросите счетчик профайлером с ПК по той же линии связи. Если проблем не будет, переносите тестирование на контроллер, слушайте порт.
Posted by AlKon (Участник № / Member № 1919) on :
Опросить с ПК пока не было возможности. На будущей неделе буду дальше исследовать причину по мере загруженности по другим объектам. Эта ситуация все го на одном объекте из почти 30. Независимая линия не помогла. По месту увидел, что после значения R=19 через продолжительное время появляется A=80000, потом A=a0000 и потом висит значение A=e0000. Как разработчики Вы наверно знаете расшифровку этих значений? Куда копать (котроллер, ПО, линия связи, SD-карта)?
Posted by AlKon (Участник № / Member № 1919) on :
Проблема решена! Поменял контроллер и все заработало. Буду разбираться с неисправным контроллером в офисе...
Еще есть небольшой вопрос: в лог файле записи: 08:36:50 0000 00000000 [0] дата 08:36:50 0000 00000000 [0] login failed 08:36:55 0000 00000001 [1544] Start 09:31:58 0002 00000033 [2]
и после этого программа висит, котроллер тоже, никаких действий с ПО или с контроллером не могу сделать, только физическая перезагрузка. На одном из 30 объектов это повторяется с завидным постоянством (может через час, а может через несколько дней). На нескольких других бывает, но редко... В документации расшифровку этих комбинаций я не нашел...
Posted by АдАстра. Техподдержка (Участник № / Member № 4) on :
Справочная Система Отладка проекта - Файл tm6_log.txt
Сообщение записывается в файл в виде отдельной строки. Общий формат сообщения:
T N1 N2[N3] Text
где T – время сообщения (без даты); N1 – номер потока, который сгенерировал сообщение; N2 – 8-значное число; N3 – число; Text – необязательный текст.
Поток 2 - IP_SEND, отсылка по сети IP;
В указанное время узел попытался что-то переслать по сети IP. При следующем зависании, после перезагрузки контроллера и до запуска проекта, скопируйте все содержимое папки узла, заархивируйте и пришлите нам на анализ, вместе с проектом.
