debug.txt, log.txt и т.п.

Вид для печати

21.11.2011, 06:09
ks-app

debug.txt, log.txt и т.п.

Вопрос к разработчикам ПЛК и продвинутым пользователям: есть ли документация по расшифровке файлов debug.txt, log.txt, лога гипертерминала и т.п., и если есть, то где её можно взять. Понятно, что такие сообщения, как "Power up" расшифровывать не надо. Однако есть и специфические сообщения, которые понять не так просто. Ещё проблема - как узнать время события? Хотя в ПЛК установлено правильное время (автоматически синхронизируется с компьютером), в лог-файлах всё равно пишется нечто вроде этого:

2000. 3.19 18:58:17

что не соответствует реальному времени.

Всем спасибо.
21.11.2011, 08:49
swerder

а в вашем плк вообще есть RTC?
21.11.2011, 10:24
ks-app

Да, RTC есть.
21.11.2011, 10:34
swerder

тогда напрашивается мысль, что синхронизация выполняется не в полной мере, либо не выполняется. контроллер для архива берет все же свое собственно время, и судя по приведенной дате, он уже 3 месяца и 19 дней не видел синхронизации
21.11.2011, 11:30
ks-app

Что значит не в полной мере?
Время в контроллере правильное, так как оборудованием управляет контроллер, а оборудование включается/выключается в заданное время (это проверено визуально, к тому же ведётся архивация в компьютере и сообщения о важных событиях отправляются по электронной почте).
Время в контроллере устанавливается (синхронизируется) через определённый период с помощью RTC. Синхронизацию приходится выполнять, так как собственный таймер контроллера убегает на несколько десятков минут в сутки. Может есть какие-то тонкости установки времени через RTC, которые я не знаю? Но там вроде всё просто: на вход PDT подается нужная дата/время, а переключение входа EN начинает отсчёт времени от этой заданной даты. Или надо ещё что-то делать?
21.11.2011, 12:13
swerder

не могу сказать про время, но приведенная дата точно не правильная.

Цитата:

Сообщение от ks-app

собственный таймер контроллера убегает на несколько десятков минут в сутки

вот тут у вас явно что-то не работает как надо. на плк100 ради интереса в течении недели сверял внутреннее время контроллера через браузер плк. рассинхрон не доходил и до 10 секунд за эту неделю
21.11.2011, 13:09
ks-app

А что может работать не так, кроме самого ПЛК (кстати, тоже ПЛК-100)? Ведь за время отвечает, если я правильно понимаю, RTC. И тут время либо идёт, либо нет))). Что там ещё можно прибавить/убавить?

Может, поможете разобраться с конкретным примером:

2000. 3.19 18:58:15 # 17 E Power is recovered too late!

С текстовым сообщением понятно, но что такое всё остальное, например, число 17 и буква Е. Также интересует дата/время. Если я правильно Вас понял, то 3.19 - это 3 месяца и 19 дней с момента чего-то там. Но чего? Последнего заводского сброса, последней прошивки или ещё чего? И что такое 2000?

На всякий случай сообщу причину интереса. Контроллер иногда (1-2 раза в месяц зависает по непонятной причине). Если подозрение, что это связано с питанием, но хотелось бы выяснить причину наверняка. Вот и пытаюсь разобраться с лог-файлами.
21.11.2011, 13:22
capzap

если вспомнить совоковые часы электроника, то там если время начинало убегать, значит настала пора менять батарейку
21.11.2011, 13:30
ks-app

Не в моём случае))))
Этот ПЛК с новья так себя ведёт.
21.11.2011, 13:31
Филоненко Владислав

2000. 3.19 18:58:15 # 17 E Power is recovered too late! - означает то, что питание восстановилось именно в тот момент, когда контроллер уже решил выключится.
21.11.2011, 13:41
swerder

Цитата:

Сообщение от ks-app

А что может работать не так, кроме самого ПЛК (кстати, тоже ПЛК-100)?

как вариант - не синхронизируется дата

Цитата:

Сообщение от ks-app

Может, поможете разобраться с конкретным примером:
2000. 3.19 18:58:15 # 17 E Power is recovered too late!

С текстовым сообщением понятно, но что такое всё остальное, например, число 17 и буква Е. Также интересует дата/время. Если я правильно Вас понял, то 3.19 - это 3 месяца и 19 дней с момента чего-то там. Но чего? Последнего заводского сброса, последней прошивки или ещё чего? И что такое 2000?

"ну вы блин даёте" (с)
2000й год, 3й месяц, 19е число от рождества контроллера (либо от последнего чего-то там, что вызвало сброс rtc часов)
когда в контроллере сбрасывается время (батарейка села, выполнили заводской сброс), оно принимает вид 2000.1.1. следовательно у вас 3 месяца и 19 дней не было синхронизации даты.

Цитата:

Сообщение от ks-app

Контроллер иногда (1-2 раза в месяц зависает по непонятной причине). Если подозрение, что это связано с питанием, но хотелось бы выяснить причину наверняка. Вот и пытаюсь разобраться с лог-файлами.

а перегрузки процессора у вас нет?
21.11.2011, 13:53
ks-app

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

Про перезагрузку процессора не совсем понял. Где она может быть или не быть?
21.11.2011, 14:22
swerder

в конфигурации плк добавляете модуль statistic и смотрите бит с описанием "CPU is overloaded, optimize your programm or increase PLC cycle"
и заодно "Free processor resourse mks in 1 cycle" - в идеале должно быть порядка 25% от времени цикла плк
22.11.2011, 05:27
ks-app

Спасибо за помощь.
В спешке "перегрузку" перепутал с "перезагрузкой". Почти как Хилари Клинтон)))))