Не горит светодиод "Работа"

Здравствуйте! Кто сможет подсказать, буду очень благодарен. Проблема в следующем. Запустил систему, на базе плк овен-100 в тестовый режим. две недели плк работали, данные с них поступали (таскаем данные через модбас), но в один прекрасный день показания встали на одной цифре и категорически не хотели изменяться. Совершив пешую прогулку до шкафчика с плк овен-100 обнаружили, что светодиод "работа" не горит, т.е. находится в режиме стоп. Нажатием кнопки перевели контроллер в режим "RUN" , о чём засвидетельствовало загорание светодиода "работа", ну и данные стали менять свои показания.

Вопрос, что послужило причиной перехода плк в режим "стоп".
Пы.сы. плк работает автономно, корректируем там только время реальных часов и снимаем через 485-й по модбасу 24 цифры. Блок питания плк подключен к питанию без всякой фильтрации (не говорю уж о стабилизации).

В "Конфигурация ПЛК" добавить модуль Button и тем самым отключить кнопку Старт/Стоп на ПЛК

А почему встаёт плк?

Может на останов влиять провалы в питающем напряжении 220 в?

ПЛК 100 по питанию 90-265 Вольт переменки согласно тех. описанию. Вряд ли в сети м.б. меньше 90 В. Если только пики. Попробуйте БСФ.

Александр, давайте уточним. На плк 100 подаётся 24 в с внешнего овеновского же БП с питанием 90-265 Вольт. Но мы моделировали пропажу напряжения выключением автомата. Через несколько секунд автомат включали и плк сам включался в "ран". Такое уже случалось, ну минимум 2 раза. запущены 2 контроллера. Первый раз встали оба контроллера. В какой момент - не знаю. Второй раз встал только один. (плк стоятв разных зданиях)

Здравствуйте.
Добавьте в конфигурации ПЛК элемент Button, возможно это исправит ситуацию.

Спасибо за подсказки, попробуем. Ещё вопрос, может ли это быть связано с нехваткой времени цикла выполнения программы?

Добавьте модуль статистика и посмотрите. Думаю маловероятно. Скорее всего проблема самопроизвольного старт-стопа.
Было бы интересно еще и на программу посмотреть.

А что за проблема в овене с произвольным стопом?
Хорошо, приложение вышлю. Ничего шибко особенного. Составлено в ладдере. В главное окно вставлено 24 одинаковых фунциональных блока, которые обрабатывают (подсчитывают) импульсы на 8 счётных входах. К каждому входу приклеено по 3 ФБ, счёт в которых, соответственно, сбрасывается через 18 сек, 1 час и 1 сутки. результаты счёта выставляются в слёйвовский модбасовский модуль, откуда считываются в ПК. Ещё вставлена программа коррекции часов реального времени, которая поднимает выходные теги на один скан для сброса счёта импульсов через 18 сек, 1 час и 1 сутки в вышеупомянутых ФБ. (Один выход не используется - убрать руки не дошли).

И ещё, Александр, в документации "Порядок программирования ПЛК1хх_РП.пдф" прочитал, что "если пользовательская программа ПЛК выполняется за время, превышающее 70-80% от значения, заданного в параметре << MinCycleLenght>>, то на выполнение сервисных операций контроллеру не остаётся времени. При этом возможны сбои, замедления или прекращения сетевого обмена с модулями ввода - вывода .... Для нормальной работы рекомендуется, чтобы время простоя процессора составляло не менее 20% от значения, заданного в параметре << MinCycleLenght>>...."
Поэтому возникает подозрение, что немаловероятно влияние настройки цикла программы на устойчивость работы плк.
Модуль статистика, конечно добавлю и проверю, когда дадут букер. ПЛК уже все в поле.

Цитата:

---

Сообщение от Василий_S

И ещё, Александр, в документации "Порядок программирования ПЛК1хх_РП.пдф" прочитал, что "если пользовательская программа ПЛК выполняется за время, превышающее 70-80% от значения, заданного в параметре << MinCycleLenght>>, то на выполнение сервисных операций контроллеру не остаётся времени. При этом возможны сбои, замедления или прекращения сетевого обмена с модулями ввода - вывода .... Для нормальной работы рекомендуется, чтобы время простоя процессора составляло не менее 20% от значения, заданного в параметре << MinCycleLenght>>...."
Поэтому возникает подозрение, что немаловероятно влияние настройки цикла программы на устойчивость работы плк.
Модуль статистика, конечно добавлю и проверю, когда дадут букер. ПЛК уже все в поле.

---

Влияет и очень сильно! Если цикл маленький можете наблюдать много необычностей, потому смотреть статистику нужно обязательно! К сожалению в нашей документации на это сделан пока маленький упор, но думаю мы это поправим.

Вот, спасибо - это уже ближе к делу. Выслал вам приложение, но не со своей почты. Свой адрес указал. В програме есть немного "мусора", на него не обращайте внимания.
Модуль "статистика" там не установлен - потом всё сделаю и посмотрю все параметры.

раз уж речь зашла о модуле статистика, позволю себе рассказать 1 пример из жизни:
для контроля той самой перегрузки плк на панель сп270 выведен бит cpu overload - на лампу и на аварию. при вкл щита первой просыпается панель, секунд через 15 очухивается контроллер. сразу же появляется авария перегрузки плк, лампа горит секунды 3. путем выяснений было отмечено, что при старте работы Free processor resourse имеет значение около полутысячи и постепенно растет до 4к.
вот такая особенность.

Так понимаю, в симуляторе параметры модуля "статистика" просматривать - кислое дело, или я не прав?

Просматривать можно, данных не получите...

Не-е, данные есть, только они все равны нулю.

В общем без контроллера этот модуль смысла не имеет...

Да, жду букер от шефа.