Наверное надо было использовать версию 1.8 а не 1.9??? То что вы поставили 1.9.46 вместо 1.9.47 не значит что прошивка ПР в ней другой версии, слишком мал разрыв в версиях
Вид для печати
Тоже столкнулся с проблемой - постоянная авария модуля. Несколько часов потратил на чтение руководств по ПР200, ПРМ, ОвенЛоджик, перебрал несполько ПР200... А авария как мигала, так и мигает. Пока не догадался залезть на форум. Если честно - начинают напрягать такие подлянки от производителя.
Кстати, каждая ПР200 из коробки честно просилась прошиться новой прошивкой, и модуль был подключен, но модуль прошиваться и не пытался. Пока не сделал это цирк с откатом версии лоджика и перепрошивкой ПР200 до 2.05 - и модуль сразу захотел 1.01. Какая то очень непонятная процедура с этими перепрошивками
Да, и еще. Сделайте в модуле задержку определения аварии и перехода выходов в безопасное состояние, как это сделано на модулях МУ110, естественно настраиваемую. Неправильно это, чтобы при единичных сбоях связи хлопали все выхода сразу. Или этих сбоев не может быть в принципе?
Тут, скорее, другая идея нужна. Например модуль управляет каким-то оборудованием, и происходит потеря связи, не единичная, длительная. Если модуль перейдет в безопасное сразу (100мс это практически без задержки), то подключенное оборудование мгновенно отключается. А в модулях МУ110 можно задать довольно большое время, и пока модуль еще ничего не отключил, основной контроллер может предпринять некоторые действия.
Например, у меня модуль управляет контакторами, подключающими несколько насосов на выход преобразователя частоты. Сейчас контакторы отваливаются сразу, под током, что плохо и для ПЧ и для самих контакторов. Если бы была регулируемая задержка - я мог бы с контроллера подать сигнал на остановку ПЧ, и отвалившиеся контакторы коммутировали цепь уже без тока. Я думаю, найдется еще немало таких примеров.
Попутно вопрос - а когда в программе снимается бит, показывающий наличие связи с модулем? Тоже через эти 100мс, или раньше, или позже?
Как бе того... этого...
В по сути модульном контроллере не должно быть отваливания модулей. Может, надо устранить проблему, а не героически ее преодолевать?
С техникой Овен знаком очень давно, так что сказать "не должно" - еще не значит, что не будет. У этого производителя грабли вылезают всегда неожиданно, поэтому есть привычка предусматривать все возможные косяки. А поскольку модуль - это отдельное устройство, то возможность отваливания связи будет всегда.
А связь, например ПЛК110 и рядом стоящего модуля МУ110 по RS485 - ну с чего бы ей отваливаться? А ведь отваливается, и восстанавливается потом. И не спроста в МУ110 сделали регулируемую задержку перехода в безопасный режим... И какая разница, что в ПР200<->ПРМ перевели связь с внешнего RS485 на внутреннюю шину, не факт что стабильнее связь будет.
Так что считаю, что если есть возможность избежать поломки оборудования из-за внезапной потери модуля - лучше ее предусмотреть, чем потом доказывать заказчику, что у него погорели насосы из-за того, что отваливания модуля в принципе "быть не должно".
Пока проблемы еще вроде как нет - пока ставим только первый шкаф с ПР200 и модулем, посмотрим как оно работать будет.
Вообще говоря, модули по локальной шине и последовательному интерфейсу - это две большие разницы.
И чем они отличаются? Тем, что уровни сигналов RS485 заменили на TTL или что-то типа того? В любом случае все сведется к связи процессора контроллера с процессором модуля по какому-то последовательному интерфейсу, отличия только в физической реализации канала связи. Весь вопрос в том, какой канал устойчивее к внешним помехам.
Длиной линии связи и детерминированностью протокола обмена.
Ребята, подключаю ПРМ-24.1. ПР и 2 суб модуля. Моргает красный светодиод. Нет связи. Читаю форум и выясняю, что я должен выполнить ритуальный танец с бубном. Снести новую OL, установить старую, что-то там написать, обновить, снова новую. Может Вы что-то там сами подправите? Вы уж скажите, танцевать или ждать?
Может быть и так. Но если разработчик обнаруживает свою ошибку (а точнее на неё указывают пользователи), он тут же пишет пошаговую инструкцию как эту ошибку в его работе обойти. А тут пользователь должен читать в форуме обсуждение этой ошибки другими пользователями и пытаться понять как они эту ошибку обошли. Уважайте время покупателей Вашего продукта.
Добрый день, Вы когда едете на объект, можете сбросить на флешку папку с установленной программой или даже целым комплектом всех версий за последние 2 года, (сейчас проверил, у меня это объем 580 MB, плюс положить туда же все макросы еще ~100MB) все, какие проблемы? В ближайшее время на диск, вкладываемый в коробку с реле, будем записывать материалы и ПО, которые будут под рукой когда нет интернета.
Ревака Юрий - "на диск" - повеселили :)
да, именно отсутствие. Можно конечно сделать образ. Но проще эти же образы скачать на сайте, как минимум на случай потери диска и на случай отсутствия дисковода в принципе.
мне даже как то спрашивать неловко, а устранить в самом овен лоджике вот эти пляски с откатом версий это не более оптимальное решение?
Модуль ПРМ не коннектится к ПР200 с прошивкой v2.06 (последняя версия прошивки ПР200 на текущий момент).
Что бы обновить прошивку в ПРМ:
(забегая вперед - первый пункт при обновлении надо пропустить)
1. Откатил в ПР200 прошивку на v2.03 с помощью ОЛ_v1.9.111.
При загрузки проекта в ПР200, OL не смог обновить прошивку в ПРМ и выдал следующие сообщения:
Вложение 35369 Вложение 35370
(поэтому первый пункт из алгоритма действий по обновлению прошивки в ПРМ вычеркиваем).
2. Тогда, далее, прошил в ПР200 прошивку версии v2.04 с помощью OL_1.9.125,
после чего, при загрузки проекта в ПР200 успешно произошло обновление прошивки в ПРМ на версию v1.01,
и ПРМ с прошивкой v1.01 успешно приконнектился к ПР200 с прошивкой v2.04.
3. Далее снова обновил в ПР200 прошивку на версию v2.06 с помощью OL_1.9.149 (последняя версия OL на текущий момент),
и ПРМ с прошивкой v1.01 успешно приконнектился к ПР200 с прошивкой v2.06.
Прикрепленные проекты создавались в соответствующих версиях OL.
Вот так:
Вложение 35382
При манипуляциях с откатам версий для обновления ПРМ220 что-то пошло не так, появилась ошибка про нехватку индекса массива или типа того, модуль более не виден ни в Информации, ни в меню ПР, красный индикатор не мигает, а горит почти постоянно. Что делать?
Опишите подробнее, какие версии что и куда откатывали?
Создаете пустой проект для своего типа реле с добавленным ПРМ-1, загружаете, происходит обновления внутреннего ПО ПР200, ПРМ-1, загружается ваш проект, затем загружаете свой рабочий проект из той версии в которой работаете. Вчера вышла 1.10.154 возможно там будет обновляться сразу, я еще не тестировал.
В 1.10.155 обновил прошивку модуля, все заработало
Похоже что первое обновление на версии 1.9.125 производили с отключенным питанием прм220, индикатор работы и ошибки горели как обычно, но, как оказалось, в два раза тусклее чем с питанием, посему не обратили на это внимания.
Так чисто для себя. Выходит если я подключаю модуль расширения то должен обратить внимание на питание модуля при процессе обновления По связки ПР+ПРМ. Так может в новых блоках ПРМ сделать контроль питания. И если Пр и ПРМ подключили к лоджику то при обновлении ПО модуля ПРМ и ПР лоджик подскажет что нет притание на ПРМ и я не могу обновит версию ПО. Так маленькая "хателка" на будущие ))))
Не получается подключить модуль расширения - мигает "Авария". Уже прошивал различными версиями с подключенным запитанным модулем - никакого результата. Создав новый проект, не могу добавить ПРМ так как его не видит ПР200. Модуль неисправен?
По пробуйте по этой методике обновить прошивку в модуле ПРМ:
http://www.owen.ru/forum/showthread....l=1#post268728
Да, конечно, пробовал: подсоединил ПР200-24.2 с ПРМ-24 шлейфом, питания 24 В запараллелил между устройствами, подключил в сеть 220 В. На ПРМ замигала авария. Установил OL_1.9.125, прошил версию v2.04, загрузил проект v2.04+ПРМ-24.1_(OL_1.9.125).owl, записал в прибор - ничего не изменилось, как мигала авария, так и мигает. Питание выключал - включал, все равно нет связи.
Проблема решена. В ижевском сервисном центре устранена неисправность ПР200. Респект ремонтнику! :)