Я уже писал, что простые программы никогда не приводят к останову, но если есть объемная программа, мощный сетевой обмен по RS-485, многооконная визуализация в CodesysHMI, то ПЛК периодически переходит в ОСНАНОВ. Вначале работал 1 месяц отлично, потом начал переходить в стоп раз в три дня, потом прошло, затем опять, но уже раз в два дня. Да и на ПЛК 110[М02] не кнопка, а переключатель, это если для модуля Buttton.
Пишу на Assembler-е за еду
Остаётся причина - доступ из программы к служебной памяти.Сообщение от Валенок
+ внешнее управление, к-е, как я понял, есть.
Проект, логи - по фотографии гадать сложно.
Тролль-наседка, добрый, нежный и ласковый
Выкладываю проект, в котором периодически происходит останов ПЛК 110[M02].
Последний раз редактировалось Olegis; 19.09.2017 в 16:14.
Пишу на Assembler-е за еду
Проверить проект можно в ПЛК, так как в эмуляторе ругается на нехватку памяти.
Пишу на Assembler-е за еду
Я, конечно, завтра посмотрю проект и даже попробую его запустить.
Что в логах ПЛК (события Start/Stop) туда записываются?
Тролль-наседка, добрый, нежный и ласковый
это как с автомобилями, хороший проект вагиной не назовут
ЗЫ один из вариантов зависания: при компиляции появляется ряд предупреждений, видимо когда оператор выбирает какой то экран, визуализация подвешивает прогу, потому что не может найти требуемые переменные
Последний раз редактировалось capzap; 20.09.2017 в 08:46.
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Зависания от переменных, которые отсутствуют в визуализации можно сразу отмести, так там все работает автоматически без оператора, не сидит оператор, его просто нет. Все стопы происходили ночью без обслуживающего персонала, помещение, где стоит комп закрыто на ключ и под видеокамерами, т. е. никто по экранам визуализации не ходил. Останов происходил и при выключенном компе с визуализацией. Да и вообще у Codesys нет проблем по останову, если визуализация выполняется в ПЛК и вдруг идет обратится к неиспоьзуемым переменным визуализации, они отслеживаются отдельно.
Последний раз редактировалось Olegis; 20.09.2017 в 13:48.
Пишу на Assembler-е за еду
To capzap Перед тем как обсирать название и проект изучите изучите Codesys. При обращении в визуализации к не объявленной переменной ничего страшного не происходит. Выводится предупреждение в отладочном окне: "Неверное наблюдаемое выражение...". ПЛК в стоп из-за этого не переходит. По поводу ошибок, вы их читали? Откомпилируйте с отключенной эмуляцией, ее возможности ограничены. Смотрите, прилагаемую картинку.
Пишу на Assembler-е за еду
а теперь обратитесь к меню КДС и проверте в контроле на не используемые переменные и множественную запись, там куча всего выскакивает, помимо визуализации, даже пускай просто не нравиться самой среде разработки но на самом деле работает, это не означает что код идеален, раз столько выскакивает. Не удастся Вам убедить что проект хорош и к нему нельзя применить слово говнокод
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Здесь не обсуждается хорош проект или нет. На самом деле это только часть проекта, в полной версии(она в три раза больше) все эти переменные используются и по ним сделана проверка на неиспользуемые и визуализации сделана проверка на используемые переменные, множественная запись пофигу не должна влиять на останов. Просто постепенно удалялись части программы и визуализации, чтобы выяснить проблему останова. Так вот если удалить всю визуализацию и неиспользуемые переменные все равно останов происходит хаотически.
Пишу на Assembler-е за еду
Ваши права
Ответить с цитированием