СПК107 - зависает после нескольких часов работы

Начал отладку своей программы: оставил на ночь СПК107 работать с включенным опросом модулей, архивированием (на SD карту).
Судя по архивированным переменным проработал СПК примерно 7 часов и завис....

Подскажите пожалуйста где искать причину, сам грешу на архивирование на базе "гистограммы"(на форуме есть пример),
правда я его переделал под себя - увеличил количество переменных, от сюда вопрос: не много ли я хочу от СПК107????


Вот сам проект (не судите строго - мой первый проект на контроллере ОВЕН) Вложение 24417

А есть ли метод поиска причин зависания контроллера??

Завис как?
Индикатор работа моргает? Или горит?

скрин журнала:Вложение 24419

Цитата:

---

Сообщение от приборист

Завис как?
Индикатор работа моргает? Или горит?

---

CОМ потух и модули перестали опрашиватся
РАБОТА - ГОРИТ

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

Вложение 24421
Задача MainTask висит походу, что могло ее подвесить??

Че все так плохо и никто не знает????

Андрей, у Вас проект гигантский и зависает через (целых) 7 часов.
Вы реально думаете, что кому-то под силу за 6 часов локализовать проблему и разобраться в простынях кода, которые "не судите строго - мой первый проект на контроллере ОВЕН"?

Цитата:

---

Сообщение от XopHeT

Андрей, у Вас проект гигантский и зависает через (целых) 7 часов.
Вы реально думаете, что кому-то под силу за 6 часов локализовать проблему и разобраться в простынях кода, которые "не судите строго - мой первый проект на контроллере ОВЕН"?

---

нет, я все понимаю (хотя на счет гигантского не совсем согласен, на работе контролер(S7-400) который управляет всем предприятием-250 блоков, и то это еще не гигантский ), хочется самому разобраться, но не знаю с чего начать, хотя догадываюсь, что проблема в куске который строит график, наверное я его упрощу - оставлю только режим 10 мин и 24 часа и оставлю на ночь.....

Интересно, а можно ли посмотреть загрузку процессора СПК??

Цитата:

---

Сообщение от a_gricaj

нет, я все понимаю (хотя на счет гигантского не совсем согласен, на работе контролер(S7-400) который управляет всем предприятием-250 блоков, и то это еще не гигантский ), хочется самому разобраться, но не знаю с чего начать, хотя догадываюсь, что проблема в куске который строит график, наверное я его упрощу - оставлю только режим 10 мин и 24 часа и оставлю на ночь.....

Интересно, а можно ли посмотреть загрузку процессора СПК??

---

Можно, подключитесь через Putty и в терминале выполните команду top. См. СПК. FAQ, п. 14.9.

У вас, судя по описанию, не СПК зависает, а программа уходит в очень долгий цикл.

Как верно заметили выше - вряд ли кто-то разберется в проекте лучше вас, и как верно заметили вы - очень вероятно, что дело в архивации (некорректная работа с файлами может привести к печальным последствиям).

Я Вам сегодня ответил на e-mail. Проверьте пожалуйста и давайте локализовать проблему вместе.
Для начала нам нужно понять что зависает, потом будем разбираться почему.

Отключайте части программы и смотрите, в который момент проект перестанет зависать - значит последняя из отключенных частей приводила к зависанию.

Возможно Евгений прав и проблема из-за некорректной работы с файлами.
Есть возможность определить к-вот открытых файлов можно по следующему методу:

Код:

---

1) подключиться с использованием putty;
2) выполнить команду "ps";
3) найти процесс с именем codesyssp, и запомнить его PID;
4) выполнить команду "ls /proc/PID/fd", где PID - ID процесса из 3 шага;
5) запомнить максимальное число, которое выведет команда

---

В общем случае к-во открытых файлов в системе не переваливает за 100, если у Вас перевалит за 300-500 и будет увеличиваться со временем, то явно проблема в файлах.

Если Вы используете библиотеку SPK_Tools версии 1.3.12, то объявите экземпляр ФБ:

Код:

---

fb_HandleCount:FileHandles;

---

и вызывайте циклически код

Код:

---

fb_HandleCount.xStart := TRUE;
fb_HandleCount();
if fb_HandleCount.xDone then
//организуйте задержку перед следующим вызовом ФБ для избежания перегрузки процессора, после окончания задержки выполните код
    fb_HandleCount.xStart := FALSE;
    fb_HandleCount();
end_if

---

Отобразите на визуализации значение переменной fb_HandleCount.wHandlesCount
и следите за его изменением. Если значение будет расти - проблема в работе с файлами.

В будущих прошивках этот функционал будет поддержан в таргет-файле и эти танцы не будут нужны.

И да, в общем случае, одного обращения более чем достаточно, нет смысла писать сразу везде. Это не ускорит решение Вашего вопроса.