ПЛК-160 сброс программы

[Гарчев Евгений]

отсутствие связи с устройством с адресом 72 I2C шины.

Здравствуйте! Отсутствие связи с устройством с адресом 72 для ПЛК160 - это нормально, устройство с адресом 72 - это компенсатор холодного спая, в ПЛК160 его нет, т.к. контроллер не поддерживает работу с термопарами.

В файлах bad3 и bad4 хорошо видно,как удаляется файл default.prg
до этого сперва удалился retain.bin
Причём данная ситуация проявляется и при загрузке другого проекта >50кб размером.
Чуть позже будет возможность протестировать еще 2 плк160(один из них предположительно исправный,со старой прошивкой(2.10.9) и 14 пиком).
п.с. Тестируемый ПЛК новый,буквально из коробки,не работал ранее.

Действительно, из логов видно, что файлы удаляются в момент монтирования файловой системы, появляются новые "bad" блоки(?)

Значит проблема проявляется только на относительно больших проектах (>50кб)? Проверим Ваш проект на наших ПЛК на наличие указанной проблемы.

[Nts]

Провел тесты еще двух плк.
у плк № ......4411 ситуация повторяется.Прошивка у него 2.14.Пик 15

У плк с прошивкой 2.10.9 и пиком 14 ситуация несколько другая.
при выключении питания бутлоадер\кернел пытаются загрузиться,но не успевают полностью.Поэтому видимо не портится файловая система.Хотя за 1.5 года эксплуатации этого плк имеется 4 плохих сектора.

На данный момент у меня есть только один нормальный алгоритм загрузки программы в плк с прошивкой 2.14-после заливки загрузочного проекта и отключения кодесиса от плк не выключатть питание плк,а нажать кнопку ресет на самом плк.Тогда я не наблюдаю в терминале попытки ложной загрузки бутлоадера и кернела,а сразу идет полная загрузка.И соответственно не портится файловая система флэш памяти.

[Гарчев Евгений]

Сегодня был новый сюрприз: после заливки новой программы (с созданием загрузочного проекта) и пробного отключения питания, программа запустилась, но обнулились RETAIN переменные. Причём именно обнулились, а не установились в значения по умолчанию.

И ещё, сегодня же контроллер только со второго раза загрузился после отключения питания.

Проблемы с обнулением retain переменных и пропаданием программы имеют наверняка одни корни, какой объем проекта, загружаемого в ПЛК?
Если есть возможность, выложите проект и файлы из ПЛК Log.txt и Debug.txt, а так же по возможности лог загрузки контроллера после возникновения проблемы.

[Гарчев Евгений]

Здравствуйте, Nts, L.Ch. и sumbur76!
Воспроизвести проблему сброса программы с Вашими проектами на наших ПЛК не удалось.
Есть ли у Вас возможность предоставить нам Ваши ПЛК160, на которых проявляется описанная выше проблема, для наиболее детального разбора проблемы?

[Александр Приходько]

Здравствуйте, Nts, L.Ch. и sumbur76!
Воспроизвести проблему сброса программы с Вашими проектами на наших ПЛК не удалось.
Есть ли у Вас возможность предоставить нам Ваши ПЛК160, на которых проявляется описанная выше проблема, для наиболее детального разбора проблемы?

Если сроки горят и контроллеры нужны срочно, можем сделать замену. Вышлем вам новый, вы пришлете старый в замен. Доставка за наш счет.
Проблема собственно в том, что у некоторых клиентов встречается подобного рода проблема и именно на ПЛК160. Нам не получается ее диагностировать, т.к. нет сбойного контроллера. Если бы он появился у нас, то процесс сдвинулся с мертвой точки.

Надеюсь на ваше понимание.
По вопросам замены ПЛК вам поможет Евгений. Если будут какие-то срочные вопросы, пишите мне в личку.

[L.Ch.]

Если мы забираем "подменный" контроллер у диллера, везем на объект, меняем, старый привозим диллеру или представитель приезжает к нам с контроллером и в его присутствии меняем, то так можно сделать.
Но хочу сразу предупредить, что у нас один релейный выход - сожжены дорожки, восстанавливали самостоятельно. Сбои начались до "выгорания".

[Nts]

Проконсультируюсь с начальством,когда и как мы сможем произвести обмен.Да и лучше потом позвоню лично,живое общение лучше форума.

[Гарчев Евгений]

По вопросам замены - лучше напрямую организовать замену, не через диллеров. При необходимости мы готовы выслать Вам контроллеры на замену, под гарантийное письмо.
По вопросам пересылки контроллеров: e-mail e.garchev@owen.ru , тел. (495) 64-111-56 (доб. 1105).

[Nts]

Попробуйте погонять проект с параметром back-working time >10сек.
У меня почти всегда тогда слетает программа,появляются плохие сектора.И такое ощущение,чем больше бэд секторов,тем больше шансов слета.

Могу посоветовать следующий алгоритм "лечения"(хотя конечно это не лечение,а смягчение симптомов болезни):
1.Перешиваем прошивку с форматированием памяти.
2.В своем проекте ставим параметр back-working time=2сек
3.Подключаемся к плк
4.Записываем программу в озу и создаем загрузочный проект
5.Отключаемся от плк.(можно запустить программу-по желанию)
6.нажимаем кнопку ресет на плк,ждем перезапуска и нормальной работы
программы.
7.подключаемся гиппертерминалом.
8.несколько раз перезапускаем питание плк.
9 проверяем отсутствие бэд секторов.

В итоге программа нормально перезапускается.Бэд секторов пока не было(порядка 50ти раз включал\выключал).Похоже при back-working time=2с кернел не успевает полностью запуститься при пропадании питания.Это очень хорошо видно,если плк подключен к пк через ethernet.При выключении питания нет появления заново подключения связи.(Запись проекта конечно через RS232).

[Гарчев Евгений]

Тестировали Ваш проект, там как раз back-working time = 10 сек, программа не слетала, правда тестировали на ПЛК без битых секторов.
Попробуем протестировать с различными значениями этого параметра...