плк100, глюк

[AVit]

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

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

в сервис?

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

[Дмитрий Артюховский]

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

[Филоненко Владислав]

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

[Разаренов Федор]

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

[Дмитрий Артюховский]

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


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

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


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

[Филоненко Владислав]

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

[o_nik]

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

[Дмитрий Артюховский]

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

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


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

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

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

[Филоненко Владислав]

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


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

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


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

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

[Филоненко Владислав]

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