Просмотр полной версии : debug.txt, log.txt и т.п.
Вопрос к разработчикам ПЛК и продвинутым пользователям: есть ли документация по расшифровке файлов debug.txt, log.txt, лога гипертерминала и т.п., и если есть, то где её можно взять. Понятно, что такие сообщения, как "Power up" расшифровывать не надо. Однако есть и специфические сообщения, которые понять не так просто. Ещё проблема - как узнать время события? Хотя в ПЛК установлено правильное время (автоматически синхронизируется с компьютером), в лог-файлах всё равно пишется нечто вроде этого:
2000. 3.19 18:58:17
что не соответствует реальному времени.
Всем спасибо.
а в вашем плк вообще есть RTC?
тогда напрашивается мысль, что синхронизация выполняется не в полной мере, либо не выполняется. контроллер для архива берет все же свое собственно время, и судя по приведенной дате, он уже 3 месяца и 19 дней не видел синхронизации
Что значит не в полной мере?
Время в контроллере правильное, так как оборудованием управляет контроллер, а оборудование включается/выключается в заданное время (это проверено визуально, к тому же ведётся архивация в компьютере и сообщения о важных событиях отправляются по электронной почте).
Время в контроллере устанавливается (синхронизируется) через определённый период с помощью RTC. Синхронизацию приходится выполнять, так как собственный таймер контроллера убегает на несколько десятков минут в сутки. Может есть какие-то тонкости установки времени через RTC, которые я не знаю? Но там вроде всё просто: на вход PDT подается нужная дата/время, а переключение входа EN начинает отсчёт времени от этой заданной даты. Или надо ещё что-то делать?
не могу сказать про время, но приведенная дата точно не правильная.
собственный таймер контроллера убегает на несколько десятков минут в сутки
вот тут у вас явно что-то не работает как надо. на плк100 ради интереса в течении недели сверял внутреннее время контроллера через браузер плк. рассинхрон не доходил и до 10 секунд за эту неделю
А что может работать не так, кроме самого ПЛК (кстати, тоже ПЛК-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:31
2000. 3.19 18:58:15 # 17 E Power is recovered too late! - означает то, что питание восстановилось именно в тот момент, когда контроллер уже решил выключится.
А что может работать не так, кроме самого ПЛК (кстати, тоже ПЛК-100)?
как вариант - не синхронизируется дата
Может, поможете разобраться с конкретным примером:
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 дней не было синхронизации даты.
Контроллер иногда (1-2 раза в месяц зависает по непонятной причине). Если подозрение, что это связано с питанием, но хотелось бы выяснить причину наверняка. Вот и пытаюсь разобраться с лог-файлами.
а перегрузки процессора у вас нет?
про 2000й год я догадался)))) Но начали уже терзать сомнения, потому как дата вместе с временем устанавливается (хотя на всякий случай ещё раз проверю).
Про перезагрузку процессора не совсем понял. Где она может быть или не быть?
в конфигурации плк добавляете модуль statistic и смотрите бит с описанием "CPU is overloaded, optimize your programm or increase PLC cycle"
и заодно "Free processor resourse mks in 1 cycle" - в идеале должно быть порядка 25% от времени цикла плк
Спасибо за помощь.
В спешке "перегрузку" перепутал с "перезагрузкой". Почти как Хилари Клинтон)))))
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot