Ethernet ПЛК154

[AVM]

При сканировании сети с помощью программы nmap
во время работы контроллера прерывается связь с контроллером по сети
Ethernet.
Связь можно восстановить только после отключения/включения питания
Праметры настройки контроллера:
IP 192.168.0.13
port 1200
blocksize 1500
Motorola byteorder No
Nmap запускаеться с параметрами -sP -n 192.168.0.1-254
(без параметров происходит тоже самое).
:confused:

[magirus]

была тема недавно, выяснилось что при большом количестве броадкаст пакетов пытаясь их обработать, контроллеры "ложатся"

[AVM]

так че делать?

[AVM]

Еще раз "че делать?" - сисадмин на объекте отменять сканирование сети отказывается

[DARNER]

может установить регламентом по оборудованию на обьекте выкинуть из сканирования IP-шник этого ПЛК???;)

[DARNER]

ммммммммммдаааа.....

[Евгений_Томск]

Тоже с надеждой ожидаем новой прошивки , с которой сохранилась бы работа сетевых переменных , но в то же время контроллеры не висли от определённых комбинаций пакетов по TCP/IP. Живём как на пороховой бочке , в ожидании , что кто-нибудь включить прогу ,сканирующую IP-ки, и всё оборудование тут же встанет.
Потом около часа бегать и RESETить все ПЛК-ки и устранять последствия . К сожалению никаких рекомендаций,предложений от ОВЕНа по данному вопросу так и не дождались ...

[AVM]

То то и оно, что не глючит по запросу с IP-шником ПЛК, а на пакетные запросы по другим адресам.
Уважаемые спецы из "ОВЕН" позарез нужен нормальный Ethernet. Речь идет об АСУ ТП целого завода (около 50 точек с ПЛК). На Cемене, Schneidere и пр. не проходим по цене и не хотим.
Ответьте, не молчите пожалуйста!!!!!!

[Николаев Андрей]

1. Совсем избавится при таком "спаме" от сбоев не получится - по тому как и в ПК в эти моменты сетевой обмен виснет напрочь.
2. Шлите на мыло запрос - вышлю 2.10.5 Там решен вопрос разграничения ресурса контроллера, и убрано зависание в данной ситуации (со слов программиста).

[AVM]

С 2.10.5 тоже глючит.

[Филоненко Владислав]

blocksize 1500 неверно, надо 128.

Тестированием установлено, что если за 1 раз сканируется более 60 IP адресов - происходит зависание и посл. перезагрузка ПЛК. Исправления мы внесем. Сейчас рекомендую при необходимости сканирования разбивать области сканирования на куски не более 60 адресов, либо обеспечить задержку между запросами к разл. IP не менее 50 мс.
Проблемы связаны с переполнением таблицы ARP при слишком интенсивном сканировании.