Вид для печати
А также самостоятельно запускается. МВА имеет 4 входа "задвижка 2к" и 4 термопары К-типа, опрашивается с ПЛК154. С некоторых пор появились такие не очень веселые вышеописанные проблемы. При этом значение переменной не меняется, значение циклического времени тоже. Выключение питания ничего не дает. При этом больше недели работало нормально. Что делать и кто виноват? Для каждого входа МВА отслеживать изменение циклов?
1) Причина № 1 связь - Скорость, длина линии, наводки, правильные согласующие сопротивления на Rs485
2) Причина № 2 программные баги - Сразу вопрос - используете указатели?
Попробовать быстро исправить поставив перезагрузку(например по охранному таймеру - while 1 do ;end_while) при останове счета времени.
Выключение питания ничего не даст т.к. программа работает до 10 мин от батарейки
Спасибо, но читайте внимательнее: на одном МВА работают 4 резистивных датчика и иногда работают 4 термопары. Все это в шкафу, 115200, протокол Овен, всего на шине ПЛК154+3*МВА+3*МВУ+8МДВВ. Указатели не использую. Не спасает ни горячая ни холодная перезагрузка, ни сброс программы до нулевой. Выключение питания - пробовал для МВА. Для ПЛК - знаю, сброс кнопкой проводил. Хоть поясните, чей это глюк: ПЛК или МВА? Я так понимаю, что МВА.
Сам себе отвечаю: "мала температура холодного спая". Непонятно, почему в ПЛК не передается код ошибки, DECODE_FLOAT возвращает "нет ошибки". Разработчики, ответьте, плиз.
Прочитайте руководство по конфигурации, про мастер ОВЕНа. Там расписано. что и куда выводится.
P.S. По многочисленным просьбам трудящихся, к-м лень прочитать руководство по эксплуатации в новой прошивки код ошибки выводится и в канал измерения.
спасибо от имени трудящихся. и, если можно, укажите пункт рэ, в котором это расписано. или я должен непрерывно анализировать код ошибки, отслеживая при этом адрес, потом соотнести с именем переменной и принять решение. тогда я могу анализировать циклический счетчик, хотя код ошибки будет удобней.
а прошивка для плк или мва?
Настало время вернуться к этому вопросу. Сначала отвечу на вопросы:Цитата:
Сообщение от Малышев Олег
1) линия в шкафу, менее 3м, скорость 115200, терминаторы ставил - не помогают. Про наводки не могу сказать, не должно быть.
2) указатели не используем. Перезагрузка не радует - идет процесс.
Теперь мои наблюдения:
1) Пропадал опрос МВА8 на 10-50с. Обнаружили МВУ8, который подвешивал обмен. Заменили.
2) Судя по лампочкам на МВУ8 обмен идет с примерно правильной частотой. Тем не менее, резистивные датчики на МВУ8 читаются с задержкой 1-10с (чаще нормально ~1с), хотя опрос выставлен на 0.5с. Опрос остальных переменных увеличен до 2-5с, не помогает. Непонятна природа задержек.
3) Что еще хуже, иногда обмен по отдельным переменным (каналам) протокола ОВЕН МВА8 подвешивается на неопределенное время. Каналы разные, нельзя сказать, чтоб одни и те же. При этом циклический счетчик канала не обновляется. Сбросить можно записав в счетчик и значение какое-нибудь число (или в одно из них, точно сказать не могу); после этого секунд через 10 опрос продолжается. Питание с МВА8 снимал, не помогает, похоже причина в ПЛК. Интересна природа этой проблемы. Из-за нее работа задвижек нарушается.
4) В моем случае калибровка резистивных датчиков сделана весьма неудобно: для нее надо подключиться к МВА8 напрямую и при этом управлять открытием и закрытием задвижки через МДВВ (отдельных кнопок не предусмотрено). Было бы удобнее задать сопротивление потенциометра в открытом и закрытом состояниях. А то иногда положение потенциометра сбивается, и тогда приходится откручивать от линии МВА8 для калибровки.
5) После остановки обмена ПЛК154 не отпускает шину: драйвер остается в состоянии передачи; приходится его отключать от шины для настройки модулей.
Теперь вопросы:
1) Подвисание отдельных каналов - чем лечить? Сменой прошивки (нежелательно)?
2) Повышенное время опроса - с чем связано? Проблема резистивных датчиков?
и у меня такая же проблема
замирает сигнал с 1 канала
кабель проверил: терминаторы, заземление- ок
и где бы получить описание переменных которыми
оперирует Owen(master) %qd%q%wqb
вопрос ваш непонятен. интересуют типы переменных в буквенном эквиваленте (см. описание кодесис) или назначение переменных (см. рэ овен плк)?
смотрим документ PLC_Configuration_OWEN.pdf
Ошибки работы модуля ОВЕН (Мастер) - Таблица В.3
у меня отображается ошипка 2816
где описание? Вот и непонятно!
только 2816? у меня большей частью 0, иногда 81, изредка -32768.
вдогонку вопрос к представителям овен: на вопрос о замирании по отдельным каналам ответите? время идет, заказчик ругается.
выложите сюда конфигурацию плк1хх (лучше конечно весь проект) + конфигурацию модулей. так будет и виднее, и быстрее :-).
если измеренные значения смотреть из конфигуратора мва8 данные нормальные?
конфигурацию плк могу выложить позже, для модулей я ее не сохранял. менял только скорость (115200), таймаут по отсутствию обмена (10сек) и настройки мва8: 20 входов резистивного типа, 4 входа с термопар. данные нормальные и из плк, только иногда идет подвисание отдельных каналов на неопределенное время. причем обычно тогда, когда я за 200км.
если есть "замирание" по отдельным каналам (не всем!), значит все вопросы к прибору, к-й опрашивается.
данные идут. если конкретный канал выдает сообщение об ошибке в канале (например обрыв) - то время, естественно, не выдается, а выдается только код ошибки.
в "старых" прошивках код ошибки индицируется в статусе мастера, в более новых, начиная с 2.06 код ошибки "дублируется" в значении канала.
P.s. читаем мануал.
мануал читали, спасибо. 2.06 - это прошивка плк или мва8? с одной стороны радует, что ошибка не в плк, с другой стороны я в недоумении: а как это лечить в мва8? каждый раз каналы проблемные - новые...
про мва8: долго и счастливо пользуюсь этими модулями и за 4 года ни одной проблемы с ними!!! имхо что то не правильно настроено или проблемы с линиями связи. тут еще вспоминается и темы про количество переменных опрашиваемых за единицу времени и тд по интерфейсу Rs485. я бы сделал так: время опроса температуры раз в 5 сек. давление не чаще 1 сек и тд. нюансов много выкладывайте конфигурацию плк1хх и модулей. и смотрим модуль статистики переменные загрузки проца, если что не так настраиваем в соответствии с рекомендациями.
зы мва8 тут не причем отличные модули, ну разве что только с габаритами подкачали. у нас тоже есть один объект с аналогичной проблемой, но там на Rs485 весит куча разношерстного оборудования отделаться одним протоколом не получилось :-(но вкл/выключая ветви опроса разных протоколов удалось добиться сносных результатов. правда на 10-50 сек один датчик выпадает из двух десятков. так что тема самому интересна :-)
прилагаю конфигурацию плк. загрузка была примерно 40-70 единиц.
а часто приходится включать-выключать? сколько герц?
2.06 - плк.
я не уверен что есть где-то вообще ошибка. если прибор сигнализирует "в канале 6 обрыв" - это ошибка или сообщение об обрыве?
P.s. увеличьте время ожидания ответа до 150 мс.
Привет Andy
Частота переключения опроса протоколов у меня 3 секунды (уверен что увеличив смогу разрешить свои проблемы)
Посмотрел Вашу конфигурацию ПЛК154 и заметил что у МДВВ не все адреса кратные 16.
Еще в овен мастере в настройках RS485 «Framing time ms» = 0, а в видео примерах от ОВЕН указывается циферка 100. + Владислав упомянул о врмемени ожидания.
P. S. тут играться нужно неделю, но всё однозначно можно настроить вот жара пройдет займусь этим (пока заказчик не заметил :-)
Адреса МДВВ кратны 8. Это работает. Или может влиять на другие модули (на работу МДВВ как раз не жалуюсь).Цитата:
Сообщение от Gans
Насчет циферки 100 - это влияет в случае ОВЕН-слейв. Или поправьте меня.
Время менял от 20 до 50мс, разницы не заметил. Если уменьшить, то вроде бы ошибок больше. Попробую увеличить. Но с моим количеством переменных 150мс - это катастрофа :(Цитата:
Сообщение от Филоненко Владислав
"в канале 6 обрыв" - это пример? Нет там обрывов. И даже на время измерения я останавливаю привод, чтоб показания устоялись, данные использую только через 5сек. Попробовать разнести по разным мастерам ОВЕН разные переменные?
И вдогонку: а почему в поле "последний адрес" мастера ОВЕН появляются адреса >1000, когда у меня макс. адрес 143?
Это особенность (или фича) ПЛК конфигурации в CoDeSys при восьми битной адресации для протокола ОВЕН адрес в поле «последний адрес» делите на 8 и получаете фактический адрес.
забавно, спасибо, а я уж и на это грешил...