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

[Gendos]

Вечером повторил эксперимент - дал питание на СПК, при этом свич и панель уже с утра работали.
И опять пошел опрос....(вся конфигурация как лежала на столе , так и лежит, ничего не трогал),
я засёк время - 3 минуты, потом связь пропала, вернее СПК перестал отправлять пакеты.
Кабели в порядке - я их лично обжимал(опыт в этом у меня колоссальный) , местами менял,
напрямую ПК==СПК подключал и эффект аналогичный. Но при этом панель==свич==ПК всегда работает,
программа в СПК пустая - только читает 23 регистра из панели по modbus tcp.

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

В настройках Modbus TCP Master установлена галочка Автоподключение?

[Gendos]

Да, стоит.

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

В данный момент осталась доработка дополнительного функционала для упрощения отладки.
С большой долей вероятности релиз шаблонов произойдет в мае.

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

После установки хотфикса создается новый ярлык на рабочем столе.
Вы запустили "обычную" версию CODESYS, которая у вас уже была установлена.
Инструкция по установке и запуску хотфикса:
https://ftp.owen.ru/CoDeSys3/98_Book..._3.5.11.54.pdf

[охотник]

Все спасибо разобрался.

[DENth]

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

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

Добрый день! Просьба помочь разобраться. СПК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
Что это значит?