плк100, глюк

плк 100 мигает светодиод "питание" и иногда вместе "питание" и "работа", период мигания примерно секунда, при этом иногда перезагружается.

как я понимаю из схемы эти светодиоды софтовые. контроллер при этом перешивается (перешил на 2.05), при переустановки перемычки на программирование светомузыка прекращается. после перешивки контроллер заработал нормально, но не долго, при очередном включении история с миганием повторилась.

в сервис?

гипертерминал выдает, это при нажатии старт/стоп +сброс (во вложении):
и так бесконечно...

почти тоже самое (((( повторяется несколько попыток загрузки, в конце концов контроллер загружается и работает.... но иногда это кончается пропаданием программы...
один контроллер возил в сервис, сказали что выполнили форматирование диска и перепрошили. в настоящее время ситуация повторяется, причем на нескольких контроллерах

можно прислать лог нескольких перезагрузок? а то не понятно.
если мигает светодиод питание - значит питание пропадает - проверьте контакты и линию. светодиод аппаратный!
уже бывали случаи, когда не затягивали клеммы и питание пропадало.

подтверждаю, что светодиод "питание" не связан с выполнением программы, т.к. он сетится в момент включения блока питания. возможно при выполнении программы в связи с возрастающей нагрузкой на блок питания он выключается и соответственно при разряженном аккумуляторе (а он в таком режиме разряжается минут за 10-15 максимум) контроллер уходит в хаотические перезагрузки.
рекомендую обратиться в сервис центр и четко сформулировать симптомы: "контроллер перезагружается при старте выполнения программы, при этом моргает светодиод питания". можно даже написать, что по поверхностной оценке разработчиков дефект в блоке питания или в межплатном соединителе.

лог загрузки...


конкретно у этого контроллера есть еще один прикольный дефект, периодически посылки по порту Debug идут со сброшенным 8 битом. перепрошивка восстанавливает работу на некоторое время, но потом дефект вылезает снова

дефект соединения может быть у единичных экземпляров, но когда несколько рядом стоящих аппаратов ведут себя похоже.. это что-то неправильно...


кстати, а сколько файловых операций (открытие закрытие) может быть в одном цикле? или требуется время (какое?) между операциями записи на диск?
может ли запись нового файла повредить существующий?
мне показалось что для записи файла, в частности образа программы, требуется непрерывное пространство последовательных секторов? в противном случае запись вроде выполняется, но не работает после перезагрузки. мысль родилась после того как после нескольких неудачных попыток создать загрузочный образ, почистил диск и запись тут же удалась.

размер кэша - 30 кбайт. при переполнении - резкое затормаживание работы.
очищается 20-30 кбайт в сек.

Вопрос по этой же теме:
ПЛК100, при включении по очереди пяти дискретных выходов (реле), после включения пятого (в любой последовательности, включая хоть в CoDeSys в конфигураторе ПЛК вручную, хоть программно) контроллер начинает сам включать/выключать все выходы (где-то с периодом менее полсекунды), после чего секунд через 5 перезагружается.

Сегодня очередной визит на объект...
"нет программы в контроллере"
- загружаю, делаю загрузочную копию (create boot project), нажимаю "сброс"
контроллер стартует, панель выводит приветствие, загружает настройки из файлика.... после чего контроллер перезагружается ..... и так 10 мин.. наконец все умирает ....
"нет программы в контроллере"
.... sensored .....
- загружаю, делаю загрузочную копию (create boot project)
- загружаю файл конфигурации
нажимаю "сброс"
контроллер стартует, выводит приветствие, загружает настройки и работает.... но как-то криво.... подключаю Кодесис и вижу что часть ретайн-переменных не определена ...... правлю ручками .. вроде заработало........
Вывод: каким-то образом повреждаются файлы на флэш-диске... причем любые .. и пользовательские и служебные и наверно может слететь ядро...
Что делать? файл программы можно залить, файлы конфигурации загрузить..... но что делать с ретайн-переменными? как проверить их валидность и восстановить хотя-бы на девалтные значения?

Ответ про оптимизацию программы и поиск в ней ошибок очевиден и не канает... сделано около 200 единиц оборудования, и наработка больше года....


да, светодиод питания не мигал, аккумулятор заряжен (520 сек)... специально смотрел после утренней дискуссии

собственно подумалось, что источником жопы и могли стать ретаин-переменные.... проблемы начинаются после выключения питания.... ошибка записи, а при последующем включении - случайный набор мусора в данных .... а дальше что требовать от взбесившейся железки?

и повторю свой вопрос... умеет ли файловая система собирать цепочки из разрозненных кластеров, или для правильной записи файла нужен непрерывный кусок свободных блоков?

Цитата:

---

Сообщение от Дмитрий Артюховский

лог загрузки...


конкретно у этого контроллера есть еще один прикольный дефект, периодически посылки по порту Debug идут со сброшенным 8 битом. перепрошивка восстанавливает работу на некоторое время, но потом дефект вылезает снова

дефект соединения может быть у единичных экземпляров, но когда несколько рядом стоящих аппаратов ведут себя похоже.. это что-то неправильно...


кстати, а сколько файловых операций (открытие закрытие) может быть в одном цикле? или требуется время (какое?) между операциями записи на диск?
может ли запись нового файла повредить существующий?
мне показалось что для записи файла, в частности образа программы, требуется непрерывное пространство последовательных секторов? в противном случае запись вроде выполняется, но не работает после перезагрузки. мысль родилась после того как после нескольких неудачных попыток создать загрузочный образ, почистил диск и запись тут же удалась.

---

По логу сплошные пропадания питания. Смотрите соединения. Если с ними всё ОК - ПЛК в ремонт.

файловая система журналируемая с коррекцией ошибок и распределением числа перезаписей равномерным образом. непрерывных кусков не надо.

Спасибо за ответ....

это третий контроллер на этом объекте.... может сразу всю партию в ремонт? да и в других местах изредка программа слетает, но редко было, а здесь прям жесть какая-то

довольно часто была ситуация когда после нескольких перезагрузок контроллер начинал работать

нет там пропадания питания, единственный вариант - глюк модуля статистики.... (power)

Цитата:

---

Сообщение от филоненко владислав

можно прислать лог нескольких перезагрузок? а то не понятно.
если мигает светодиод питание - значит питание пропадает - проверьте контакты и линию. светодиод аппаратный!
уже бывали случаи, когда не затягивали клеммы и питание пропадало.

---

вообщето до редактирования андреем николаевым это был лог с 3 перезагрузками, я просто выложил его в в окно сообщения, а не прикрепил отдельным файлом, выглядело это конечно очень длинно..., исправлюсь.

думаю что это 99% неисправность бп, при изменения в небольших пределах напряжения питания (23 - 25в) период мигания изменяется в сторону увеличения или уменьшения соответственно (крутил подстроечный резистор на бп30-24). бп30-24 полностью исправный, при эксперименте был подключен только один контроллер.

в сервис?

возможно, дело в каких-то помехах по питанию. раз уж в других местах все нормально. попробуйте запитать от 24в аккумулятора. если и на аккумуляторе будет мигать - в ремонт однозначно.
и проверьте земли. плк ведь подключён к оборудованию? возможно перекос земель и очень сильные наводки.

Цитата:

---

Сообщение от филоненко владислав

и проверьте земли. плк ведь подключён к оборудованию? возможно перекос земель и очень сильные наводки.

---

нет, место одно и тоже - на рабочем столе, наводки исключены.. ничего к плк не подключено...

Скидывайте номера контроллеров на plc@owen.ru - будем разбираться.