При попытке распознать недостоверность значения канала (сравнение атрибута "недостоверность" с нулем в блоке "<>0") и присвоить его дискретному выходу платы УСО, не происходит абсолютно ничего. С чем это может быть связано?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Причин может быть сколько угодно: 1) Не работает FBD. 2) FBD неверно привязана. 3) Не правильно настроены каналы для обмена с УСО. 4) Не на той процедуре управления привязана FBD. 5) Не работает сама плата УСО.
и т.д.
Чтобы более детально понять ситуацию - нужно больше информации, а кроме того - хорошо бы посмотреть сам проект.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проект получили. С математикой вроде все нормально. Вот только не совсем понятно - почему Вы узел контроллера Ломиконт-ТМ запускаете не в контроллере, а в профайлере под ОС Windows на операторской станции? Так естественно ничего работать не будет...
Posted by Wert (Участник № / Member № 479) on :
Не может быть?!! Проект запускается под ломиконтовским микро-МРВ...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В лог-файле проекта, который Вы нам прислали значится следующее: DRAWSERV 5.12 SUPPORT: NetBios INFO:Load Starting... C:\Prog\MP_003\LOM1.dbb INFO:Detected NT 5.0
Это явно не Микро МРВ.
Может Вы не те входы\выходы контролируете на контроллере? По проекту у Вас AI настроен на 2-й вход (начиная с нуля) 4-й группы (начиная с нуля), а DO настроен на 2-ю группу (начиная с нуля) и Вы посылаете в 1-й выход этой группы (начиная с 1).
Posted by Wert (Участник № / Member № 479) on :
По поводу запуска спорить не буду. Может быть кто-то из коллег и запускал, я же работаю только с ltm. Что касается контроля сигналов, то на AI подается сигнал с калибратора, а DO контролируется на мониторе, подключенном к ломиконту (создается screen ...). Для сигналов управления подобная схема работает прекрасно.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Так Вы пытаетесь "поймать" программную недостоверность? Тогда, судя по настройкам первичной обработки в Вашем канале, недостоверность должна получиться только при значениях АЦП выше (1500/0.390625)-700=3140 единиц! Посмотрите атрибут Вход канала AI - действительно ли он превышает данное значение?
Posted by Wert (Участник № / Member № 479) on :
(1500/0.390625)-700=3140 ?!! Множитель 0.390625 рассчитывался из следующих соображений: токовому входу 0-5мА соответствует выход с АЦП 0-2048 ед., к=(1500-700)/2048. При подаче 6мА выход с АЦП явно больше 2048, а признака недостоверности как не было, так и нет. Или я в чем-то ошибаюсь?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Ошибаетесь - откуда у Вас вообще появились значения 700 и 1500 в расчетах? И с чего Вы решили, что с АЦП Ломиконта можно получить код 2048 (см. ниже)?
Алгоритм прост, например: Допустим, что у нас есть плата УСО с разрядностью 12 бит и входным диапазоном от 0 до 10V. Нас интересуют значения в пределе 0-8V, все что выше - ошибка. Тогда множитель для данного сигнала будет равен=10/(2^12)=0,00244140625 А границы для канала следует задать как Верхний предел = 8, Верхний аларм = 6. (Вообще - по возможности старайтесь задавать все параметры границ, не оставляйте их нулевыми - это некорректно).
Для Ломиконта разрядность АЦП составляет 11 бит со знаком, т.е. диапазон кода АЦП от -1000 до 1000 единиц. На какой диапазон входных значений УСО Вы используете?
Posted by Wert (Участник № / Member № 479) on :
Используются два типа АЦП (и, соответственно, два типа входных сигналов): АЦП2 (вместе с РГ12), входной сигнал 0-5 мА; АЦП80, вх. сигнал 4-20 мА. Ситуация следующая: - подавая на АЦП80 20 мА, получаем на выходе АЦП 2048 ед.; - при дальнейшем увеличении входного сигнала, выход АЦП не изменяется; - при 4 мА - 0 ед.; - при уменьшении входного сигнала [4,-20мА] выход АЦП уходит в область отрицательных, достигает -778ед. и при дальнейшем уменьшении вх. сигнала не изменяется; - При подаче на РГ12 5 мА (соотв., вольтовый сигнал потом идет на АЦП2) на выходе АЦП получаем 2000 ед.; - при дальнейшем увеличении вх. сигн., выход АЦП достигает "насыщения" 2048 ед.; - 0 мА - 0 ед.; - при уменьшении вх. сигн. в область отр. знач., вых. АЦП достигает знач -2048 ед.
Диапазон измерений 700-1500, что соответствует диапазону АЦП80 0-2048 ед., т.е. коэф. масштабирования (множитель): (1500-700)/2048 ...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Для АЦП2 коэфф. преобразования= (5-0)/(2048-0)=5/2048=0,00244140625 Для АЦП80 коэфф. преобразования= (20-4)/(2048-0)=16/2048=0,0078125 В последнем случае еще дрейф нуля необходимо учесть - он равен 4.
Posted by Wert (Участник № / Member № 479) on :
Вы знаете, у меня складывается такое впечатление, что мы говорим о разных вещах... Если мне необходимо получить аппаратное значение канала в диапазоне 700-1500, то мне не важно, в принципе, какой диапазон токового сигнала при этом... Достаточно того, что этому диапазону соответствует выход АЦП 0-2048 (который, вобще говоря, я могу настроить как угодно, - подстр. резист.). Из этого и выбирается множитель и дрейф нуля... P.S. давайте все же вернемся к проблеме достоверности.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Но Вы же сами не сказали - откуда у Вас эти значения 700 и 1500, Вы же начали про диапазоны в мА. Только все равно ничего у Вас не получится - сами же только что указали, что для 2048 единиц АЦП хотите получить 1500 в канале, а программная недостоверность возникает только при превышении границы 1500 (так у Вас в канале настроено в Вашем проекте). А как Вы это значение превысите, если 1500 по Вашему же преобразованию - это код АЦП равный 2048 единиц, что соответствует физическому пределу АЦП - не сможет он Вам выше дать, чтобы 1500 перекрыть и выйти за границу! Posted by Wert (Участник № / Member № 479) on :
Ладно с ним, с вехним пределом, а с нижним? Например, при обрыве связи с АЦП идут отр. знач. и физическое, после преобразования, получается порядка 500. В этом случае как?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
У нас есть в наличии Лимиконт ТМ - мы постараемся провести тесты. Это займет некоторое время - о результатах сообщим.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проверили с модулем от 28.02.2002 - все работает нормально. У Вас Микро МРВ от какого числа?
Posted by Wert (Участник № / Member № 479) on :
от 4.01.02. А что могут быть проблемы?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Я Вам выслал на E-mail модуль - попробуйте с ним.
В принципе - мы также проверили и на релизовых версиях от 01.04.2002 - все работает отлично.
Проверялся как выход за положительный предел, так и за отрицательный - в атрибуте Достоверность исправно появлялось значение 2 (2-й бит - программная недостоверность).
Posted by Wert (Участник № / Member № 479) on :
Большое спасибо за модуль. Не могли бы ли Вы дополнительно выслать Ваш тестовый проект.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Отправил.
Posted by Wert (Участник № / Member № 479) on :
Я то считал, что достаточно поставить верхний и нижний пределы. Оказалось, что программная недостоверность формируется по значениям ВГ_0 и НГ_0?!
Значение аппаратной недостоверности, при обрыве связи, формируется периодически и на непродолжительное время. Это что, особенности работы АЦП? И как с этим бороться?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Не совсем так - не по ВГ_0 и НГ_0, а при их наличии. Я же Вас предупредил, что границы задавать необходимо все, минимум - это ВПредел и ВГ_0 иначе действительно работать не будет. Перед тем, как задавать границы - попробуйте разместить их на числовой шкале, тогда сразу будет понятно какая "раскладка" будет корректной.
Каким образом у Вас формируется аппаратная недостоверность - если можно поподробнее, что Вы делаете, чтобы она появилась?
Posted by Wert (Участник № / Member № 479) on :
Насколько я понял из Руководства, признак аппаратной недостоверность должен формироваться автоматически при обрыве связи м/у УСО и средством измерения. (?) Т.о. разрывая связь м/у АЦП и калибратором, имитирующим изм. преобразователь, я надеялся получить 1 в атрибуте недостоверность. Как уже говорилось выше, она появляется, но редко и ненадолго... Или я опять все перепутал?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Дело в том, что в ЛомиконтеТМ опрос модулей УСО ведется не напрямую, а через порты ввода/вывода и диагностировать - ответило УСО или нет - при таком обмене нельзя. То, про что Вы говорите - не является аппаратной недостоверностью - это банальный обрыв датчика, но никак не выход УСО из строя, ведь УСО продолжает измерять и АЦП исправно выдает значение измеренной величины серверу ТМ. Диагностировать такую ситуацию необходимо только программно - через границы параметра. А вот аппаратную недостоверность обмена с платами УСО в Ломиконте ТМ, в силу особенностей описанных выше, необходимо контролировать через специальные порты ввода/вывода. На Ваш E-mail я выслал документацию по спецификации УСО для Ломиконта ТМ - посмотрите порт с адресом 705h. Создайте в базе канал подтипа ДИСКРЕТ и доп. к подтипу DI_port и настройте его на этот адрес. С его помощью Вы сможете диагностировать аппаратную Достоверность плат УСО в контроллере Ломиконт ТМ.
Posted by Larik (Участник № / Member № 191) on :
У меня диагностируется работа всех модулей УСО при помощи двух каналов RI_-Im00-0001(701h)и RI_-Im00-0002(705h),которые создаются по автопостроению. Информацию вывожу как через экраны Screen цветовыми индикаторами, так и на рабочей станции загораются соответствующие надписи.А для себя я составил простенькую таблицу признаков неисправности - могу выслать.
Posted by Wert (Участник № / Member № 479) on :
А для себя я составил простенькую таблицу признаков неисправности - могу выслать. [/QB][/QUOTE] Вышлите, если не трудно.
Posted by Larik (Участник № / Member № 191) on :
На какой адрес?
Posted by Wert (Участник № / Member № 479) on :
olshevsky_a@nosta.ru
Posted by Larik (Участник № / Member № 191) on :
Отправил.
Posted by Larik (Участник № / Member № 191) on :
Ещё мы заметили такую особенность: В старом контроллере при выходе из строя одного из физических каналов ДЦП2(обычно там видно как выгорают резисторы)сигнал всё время стоял, как ОТКЛ. В новом контроллере этот сигнал при логической единице начинает моргать. То есть здесь уже происходит сигнализирование о неисправности и есть возможность программно диагностировать каждый канал ДЦП2.
![[Улыбка / Smile]](smile.gif)
![[Вращающиеся глаза / Roll Eyes]](rolleyes.gif)