Добрый день, Владислав!
Хорошо, попробую изложить свой взгляд.
В данный момент народ изучает возможности вашего изделия и определяет для себя следующее: на объектах какой сложности и ответственности можно применять ваш ПЛК. Если посмотреть на зарубежные контроллеры, то большинство из них имеет широкие возможности диагностирования и регистрации ошибок, которые могут возникнуть в программной и аппаратной частях и их ДЕТАЛЬНОЕ ПОДРОБНОЕ описание. Конечно, контроллеры есть разные по функциональным возможностям и цене, и вы имеете определенные границы подбирая соотношение : (функциональность + надежность)/цена. Тут вам определять.
Давайте теперь взглянем со стороны персонала, который будет внедрять и эксплуатировать ПЛК (его мнение иногда тоже играет роль при выборе и приобретении контроллеров). Поставили на некий объект систему с ПЛК без постоянного присутствия работающего персонала или появляющегося на объекте раз в смену. Допустим в какой-то момент времени система (ПЛК) встала – приезжает обслуживающий персонал и начинает разбираться. Анализирует 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. Поддерживаю, озвученное ранее в форуме пожелание, «хотелось бы иметь в руководстве по эксплуатации структурную схему прибора, карту распределения памяти и т.п.». В принципе, вы Владислав в форуме насчет памяти хорошо разъяснили, но почему бы все это не изложить в руководстве, к вам же меньше вопросов будет и пользователю удобно.
С уважением, Алексей.