Перепрошил ПЛК 150 и.м. в последнюю версию 2.05 и перестали работать блоки расширения. Не понятно почему!!!!!!! Таргет установил новый. Кнонибудь сталкивался с этим???
Вид для печати
Перепрошил ПЛК 150 и.м. в последнюю версию 2.05 и перестали работать блоки расширения. Не понятно почему!!!!!!! Таргет установил новый. Кнонибудь сталкивался с этим???
У меня с блоками расширения проблем не возникло. (Для ПЛК 150 УМ )Цитата:
Сообщение от Дмитрий77
Я думаю проблема в том что когда делали Standart Configuration,
то не настроили правильно данные соответствующие модулям.
не подскажите что такое standart configuration??
Короче посмотрите вот здесь. Я тоже сегодня менял и прошивки в том числеЦитата:
Сообщение от Дмитрий77
задавал вопросы мне отвечали тут реально все заработало потом:
http://www.owen.ru/forum/showthread.php?t=2874
Прошивка 2.05 явна сыровата!!!!! Вернул 2.03 все снова работает!!!
Забавная 2.05 оказывается все работает только надо нажать на кнопочку стоп что-бы светодиод работа погас!!!!!!!!!!!
Если можно подробнее что именно сыровато в 2.05.
Кнопка старт стоп в любой прошивке запускает\останавливает работу контроллера, о чем соответствующий светодиод и сообщил...
Выяснил следующее, что при останове программы в контроллере протокол овен работает исправно. Происходит обмен данными по RS 485 c 3-мя блочками МДВВ. При пуске работы контроллера загораються светодиоды аварии на блоках МДВВ.Цитата:
Сообщение от Николаев Андрей
Еще хотел спросить почему, (прошивка 2.03) MODBUS RTU при остановленном контроллере производит обмен данными с панелью BRAINCHILD (панель мастер контроллер слайв) исправно без зависаний, но при пуске программы редко но бывают паузы в ответах конроллера панели до 5 сек.
Понятно что цикл программы имеет конечную величину, скорее из за этого. И можно ли сделать так чтобы работа встроенного в контроллер MODBUS имела приоретет над циклом программы и работала устойчиво в не зависимости от размера программы. Может быть вопрос задаю некорректно.
Тут надо смотреть, какая программа.
Мастера и slave-вы имеют приоритет над основным циклом ПЛК и, конечно же, ни о каких 5 секундах запозданий речи быть не может. Однако:
1. А, случаем, вы не превысили размер лицензионной области? Тогда возможны глюки...
2. Панель повторяет запросы при сбое и как часто?
3. Самое главное - мастера и slave обязаны синхронизировать данные, к-е они принимают и передают по интерфейсам только в моменты между циклами ПЛК. Иначе возможна ситуация, когда данные в соответствующей ячкейке в области I/O неликвидны (например записана половина новых и осталась половина старых битов в многобайтовой переменной).
Поэтому, если обмен интенсивен, со стороны мастеров и slave-ов выстраивается очередь на обслуживание доступа к области I/O. Когда программа ПЛК занимает не более 70-80 % процессорного времени - все очередники обслуживаются в срок. Но если программа выполняется дольше цикла ПЛК - ресурсы исчерпаны и возможны подтормаживания.
В модуле статистики индицируется время цикла ПЛК, если оно в среднем за 5-10 циклов (выбросив выпадения) становится >1.1 цикла ПЛК - это признак слишком большой и неоптимизированной программы. Надо соптимизировать её, разбить на меньшие куски или увеличить цикл ПЛК (больше 15 мс не рекомендую, отладка станет медленно работать).
Благодарю за поддержку.
Из указанных вами пунктов не выполнен был третий. Оптимизировал программу при помощи полезного оператора Jamp. Протоко обмена замечательно работает без сбоев.