про log.txt

[Алексей11]

Скажите, имеется ли перечень событий контроллера, которые в принципе могут быть зарегистрированы в log.txt (в ПЛК150). Можно ли его получить. В log.txt моего ПЛК я вижу только события: выкл/вкл питания, загрузку ядра и старт ПЛК.

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

и это все...а что бы вам хотелось?

[Алексей11]

Добрый день, Владислав!
Хорошо, попробую изложить свой взгляд.
В данный момент народ изучает возможности вашего изделия и определяет для себя следующее: на объектах какой сложности и ответственности можно применять ваш ПЛК. Если посмотреть на зарубежные контроллеры, то большинство из них имеет широкие возможности диагностирования и регистрации ошибок, которые могут возникнуть в программной и аппаратной частях и их ДЕТАЛЬНОЕ ПОДРОБНОЕ описание. Конечно, контроллеры есть разные по функциональным возможностям и цене, и вы имеете определенные границы подбирая соотношение : (функциональность + надежность)/цена. Тут вам определять.
Давайте теперь взглянем со стороны персонала, который будет внедрять и эксплуатировать ПЛК (его мнение иногда тоже играет роль при выборе и приобретении контроллеров). Поставили на некий объект систему с ПЛК без постоянного присутствия работающего персонала или появляющегося на объекте раз в смену. Допустим в какой-то момент времени система (ПЛК) встала – приезжает обслуживающий персонал и начинает разбираться. Анализирует log.txt, видит перечень записей, интерпретирует их смысл в силу своего понимания, размышляет что могло бы быть причиной останова, начинает гадать какие-события пишутся в лог, а какие могли произойти в ПЛК, но не зарегистрировались, начинает задавать в форуме всякие вопросы (если время терпит). Начинает гадать: может сбой в «железе», может вылез какой-нибудь глюк в программе, может кто-то шаловливый кнопку «Старт/Стоп» нажал. Докладывает руководству о предполагаемых им причинах сбоя или останова, при этом иногда руководство (или заказчик) требует документ по «разбору полетов» (например распечатку того же log.txt). Затем что-то делает, запускает систему в работу, хорошо если причина найдена и устранена. Исходя из этого, смотрите по своим возможностям, что можно доработать, чтобы персонал имел в плане анализа при сбоях, останове ПЛК и поиска неисправностей хороший инструментарий.
1. Теперь конкретнее, что хотелось бы видеть в логе:
1.1 Программный или аппаратный сбой вызвал останов ПЛК
1.2 Если возможно, то в какой-то мере конкретизировать причину сбоя: для аппаратного: сбой в работе такого-то блока(устройства), для программного: программный модуль в котором произошел сбой.
1.3 Регистрацию всех моментов останова программы
1.4 Регистрацию нажатия кнопок «Старт/Стоп», «Reset»
1.5 Регистрацию момента загрузки(в смысле с ПК – по download/create boot project) проекта в ПЛК
2. В документации к ПЛК (или руководстве пользователя в/вв) должнs быть четко и конкретно прописаны все возможные события, которые регистрируются в логе, их коды, описаны условия, которые могут привести к возникновению этих событий, чтобы людям точно знать что регистрируется, чем это может быть вызвано и что не регистрируется вообще. (Например в логе есть запись «11 Power down Switch to backup» и затем через пять минут «11 Power down backup power off». Я догадываюсь, что это отключение основного питания и отключение аварийного питания с сохранением Retain переменных во флэш, но почему я должен догадываться, а не прочитать об этом в соответствующем букваре. Или вот в логе одна строка забита «яяяяяяяяяяяяяяяяяяяяяяяяяяяя»: что это значит?
3. В документации к ПЛК описать интерпретацию ответов ПЛК при общении с ним через ПЛК-браузер, потому что в мануале по codesys написано кратко. Например в ответе на «getprgstat» есть строка «Last error: Id 00000BB9» - что это значит.
4. Поддерживаю, озвученное ранее в форуме пожелание, «хотелось бы иметь в руководстве по эксплуатации структурную схему прибора, карту распределения памяти и т.п.». В принципе, вы Владислав в форуме насчет памяти хорошо разъяснили, но почему бы все это не изложить в руководстве, к вам же меньше вопросов будет и пользователю удобно.
С уважением, Алексей.

[izwerg]

и это все...а что бы вам хотелось?

В логе при каких либо действиях оператора появляется запись: Write single value. А как узнать конкретно какое действие произвел оператор(на какую кнопку нажал)?

[Gans]

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

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

P. S. возможность читать логи должна быть у обслуживающего персонала, иначе просто не набегаетесь, а так глядишь и без нас справятся;)

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

В логе при каких либо действиях оператора появляется запись: Write single value. А как узнать конкретно какое действие произвел оператор(на какую кнопку нажал)?

Вы говорите о логе, генерируемом CoDeSys? Тут мы безсильны...

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

спасибо за ваши пожелания и замечания. постараемся оперативно реализовать.

[Сергей71]

Что это за строка.

или вот в логе одна строка забита «яяяяяяяяяяяяяяяяяяяяяяяяяяяя»: что это значит?
У меня эта строка в ПЛК на диске как файл. Удалил перепрошивкой с форматированием.
:confused: Как можно форматировать диск без перепрошивки.

[МИХАИЛ]

тщательнее надо размешивать , говорил вий своим оппонентам

[Малышев Олег]

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