Обновленная линейка контроллеров СПК1хх [M01] с интерфейсом Ethernet

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

Добрый день! Просьба помочь разобраться. СПК110[M01] на объекте периодически раз в день или чаще зависает. После перевода в конфигураторе режима обработки исключения в TraceInfo удалось понять, что причина зависания - деление на ноль. Анализ проекта показал, что все деления в коде защищены проверкой. Возможно ли, что выводимое сообщение вызвано каким-то другим событием, например, помехой по линии питания или иной? И как, с точки зрения практики, осуществить поиск проблемного места в коде, если закономерности в зависании нет и это событие происходит крайне редко. Но естественно не должно происходить вовсе.

Добрый день.
Вероятность того, что деление на ноль вызвано внешним событием - крайне мала.
Основных вариантов два:

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

С точки зрения отладки - можно подключиться в момент зависания из CODESYS и проверить значения переменных.
По идее, проблемная строка должна быть подсвечена в коде желтым.

[DENth]

Евгений, спасибо за Ваш ответ!

Если говорить о библиотеках, то мне кажется такая ситуация не должна быть возможна при условии использования проверенных библиотек, из среды Codesys или производства Овен. А у нас только они и используются в проекте.
По первому пункту и специфических ситуациях, хотелось бы больше деталей.
Подключиться в момент зависания пока затруднительно... Ехать в командировку и сидеть ждать зависания особого желания нет.

Интересно то, что проект построен на основе предыдущих проектов под предыдущие контроллеры, например, СПК207, где прекрасно работает.
Правда это привело к тому, что в проекте используются библиотеки для работы с модулями МХ110 предыдущей версии 3.5.4.0, а не последние 3.5.11.4, т.к. они отличаются по организации взаимодействия. Но всё компилируется и работает.

Кто еще подскажет, где копать?

[Карбофос]

Здравствуйте!

при попытке залить программу из CDS в СПК выскакивает такая ошибка:
2019-06-05_13-30-15.png
2019-06-05_13-34-57.png
Что это значит?

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

Здравствуйте!

при попытке залить программу из CDS в СПК выскакивает такая ошибка:
2019-06-05_13-30-15.png
2019-06-05_13-34-57.png
Что это значит?

Добрый день.
Попробуйте удалить проект из контроллера через конфигуратор СПК и после этого загрузить новый проект.

[Карбофос]

Добрый день.
Попробуйте удалить проект из контроллера через конфигуратор СПК и после этого загрузить новый проект.

Не помогает

Даже если создать пустой проект, ситуация аналогичная. Из CDS прибор виден, на "помигать" отзывается. При первом включении программы нормально заливались, потом через несколько раз, стала выскакивать эта ошибка

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

Т.е. если в контроллере пустой проект, то при загрузке другого проекта все равно может появиться эта ошибка?
По какому интерфейсу загружается проект - USB, Ethernet?

[Карбофос]

Да. Проект удален через встроенный конфигуратор, но ошибка появляется всегда при попытке залить новый. Подключение - Ethernet.

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

Да. Проект удален через встроенный конфигуратор, но ошибка появляется всегда при попытке залить новый. Подключение - Ethernet.

СПК подключен напрямую к ПК?
В проекте есть обмен по Ethernet?

[Карбофос]

СПК подключен напрямую к ПК?
В проекте есть обмен по Ethernet?

И ПК и СПК подключены к сети через свитч. Обмена по Ethernet в проекте нет.

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

И ПК и СПК подключены к сети через свитч. Обмена по Ethernet в проекте нет.

Если есть возможность - попробуйте подключить СПК напрямую к ПК.