СПК207 постоянно зависает визуализация

[Dmitro]

Во время работы СПК207 такие ошибки (зависания пока нет):

11.png11.png

2. Во время мониторинга реальное время цикла визуализации достигало 320'000 нс (320мс),
при том что время цикла задано 200мс. Может ли єто біть причиной зависания азадачи?
Сколько тогда ставить время цикла? 325? 400? 500?

[Евгений Кислов]

Во время работы СПК207 такие ошибки (зависания пока нет)

Эти ошибки ни на что не влияют и не могут быть причиной зависания.

Во время мониторинга реальное время цикла визуализации достигало 320'000 нс (320мс),
при том что время цикла задано 200мс. Может ли єто біть причиной зависания азадачи?
Сколько тогда ставить время цикла? 325? 400? 500?

В каком столбце отображалось это значение (320 мс) ?

[Dmitro]

Эти ошибки ни на что не влияют и не могут быть причиной зависания.



В каком столбце отображалось это значение (320 мс) ?

Max. Cycle Time (nuS).

Average Cycle Time при этом 3600 nuS (3.6 мс)

[vniko]

Эти ошибки ни на что не влияют и не могут быть причиной зависания.

Речь об ошибках Журнала Device:
Update configuration failed from driver (Компонент CmpIoMnr)
Update configuration failed from driver (Компонент CmpIoMnr)
Update configuration failed from driver (Компонент CmpIoMnr)
Перед ними ещё есть предупреждение:
Deriving touch support from operating system not supported. Touchhandling will not be active (Компонент: CmpTagetVisu)

Эти предупреждение и ошибки появляются сразу даже на "пустом проекте". Обратил на них внимание после вылета retain на СПК207 М04->М05 (прошивка и target последние, CodeSys V3.5 SP5 P5).
Евгений, можно поподробнее рассказать про эти ошибки? Что означают, откуда они и на что-то же они влияют?
Сильно уж они напрягают, т.к. наблюдаю проблемы СПК207 с постоянной разкалибровкой экрана и вылетом retain на последних прошивках.
На прошивке 9.954 тач скрин был намного стабильнее.
Выкладываю Журнал Device для "пустого проекта". Ну уж как-то очень между записями о retain находятся записи о вышеуказанных ошибках Update configuration failed from driver (Компонент CmpIoMnr) - записи № 21-23.

[Евгений Кислов]

Это значение, скорее всего, появилось в момент старта проекта.
Для получения адекватной статистики - надо после загрузки проекта выполнить сброс значений онлайн-мониторинга конфигурации задач.

[Dmitro]

Это значение, скорее всего, появилось в момент старта проекта.
Для получения адекватной статистики - надо после загрузки проекта выполнить сброс значений онлайн-мониторинга конфигурации задач.

Спасибо Евгений.

Еще вопросик: среднее время цикла 1 700 нс, макс 78 642 нс.
Это у меня плохо сделан алгоритм или нормальная ситуация?
Правильно ли при этом выставлена частота задачи 15 мс (15 000 нс) ?
Заранее спасибо

[Евгений Кислов]

Спасибо Евгений.

Еще вопросик: среднее время цикла 1 700 нс, макс 78 642 нс.
Это у меня плохо сделан алгоритм или нормальная ситуация?
Правильно ли при этом выставлена частота задачи 15 мс (15 000 нс) ?
Заранее спасибо

О какой именно задаче вы говорите?
Вообще, когда реальное время цикла превышает заданный интервал вызова в 5 раз - это, конечно, ненормально (если только это не выброс в момент запуска проекта).

[Dmitro]

О какой именно задаче вы говорите?

MainTask.
Ок, значит надо пересматривать проект, где может быть большая задержка.

[Dmitro]

Топик-панель СПК207.CS03.WEB

Есть такая конфигурация Мобас

Modbus Serial Port 3.4.0.0
-Modbus Master Com Port 3.5.4.0, Response1 Timeout, ms
-- Modbus_Slave_COM_Port_1 3.5.4.0, Response2 Timeout, ms
-- Modbus_Slave_COM_Port_2 3.5.4.0, Response2 Timeout, ms
-- Modbus_Slave_COM_Port_3 3.5.4.0, Response2 Timeout, ms

Не могу никак понять, почему указывается 2 таймаута - один в Мастере (Response1),
другие в Слейвах - (Response2). По какому таймауту все же определяется отказ связи ?

Кроме того в Мастере неактивным серым значится "Auto restart communication" и галка снята.
Приходится в программе вручную постоянно дергать сбросы связи чтобы возобновить обмен.

Заранее спасибо

[Евгений Кислов]

По какому таймауту все же определяется отказ связи ?

По таймауту, задаваемому на уровне слэйва.

Кроме того в Мастере неактивным серым значится "Auto restart communication"

Надо использовать версию мастера 3.5.5.0 - в нем эта галочка активна.