Вид для печати
При сканировании сети с помощью программы nmap
во время работы контроллера прерывается связь с контроллером по сети
Ethernet.
Связь можно восстановить только после отключения/включения питания
Праметры настройки контроллера:
IP 192.168.0.13
port 1200
blocksize 1500
Motorola byteorder No
Nmap запускаеться с параметрами -sP -n 192.168.0.1-254
(без параметров происходит тоже самое).
:confused:
была тема недавно, выяснилось что при большом количестве броадкаст пакетов пытаясь их обработать, контроллеры "ложатся"
так че делать?
Еще раз "че делать?" - сисадмин на объекте отменять сканирование сети отказывается
может установить регламентом по оборудованию на обьекте выкинуть из сканирования IP-шник этого ПЛК???;)
ммммммммммдаааа.....
Тоже с надеждой ожидаем новой прошивки , с которой сохранилась бы работа сетевых переменных , но в то же время контроллеры не висли от определённых комбинаций пакетов по TCP/IP. Живём как на пороховой бочке , в ожидании , что кто-нибудь включить прогу ,сканирующую IP-ки, и всё оборудование тут же встанет.
Потом около часа бегать и RESETить все ПЛК-ки и устранять последствия . К сожалению никаких рекомендаций,предложений от ОВЕНа по данному вопросу так и не дождались ...
То то и оно, что не глючит по запросу с IP-шником ПЛК, а на пакетные запросы по другим адресам.
Уважаемые спецы из "ОВЕН" позарез нужен нормальный Ethernet. Речь идет об АСУ ТП целого завода (около 50 точек с ПЛК). На Cемене, Schneidere и пр. не проходим по цене и не хотим.
Ответьте, не молчите пожалуйста!!!!!!
1. Совсем избавится при таком "спаме" от сбоев не получится - по тому как и в ПК в эти моменты сетевой обмен виснет напрочь.
2. Шлите на мыло запрос - вышлю 2.10.5 Там решен вопрос разграничения ресурса контроллера, и убрано зависание в данной ситуации (со слов программиста).
С 2.10.5 тоже глючит.
blocksize 1500 неверно, надо 128.
Тестированием установлено, что если за 1 раз сканируется более 60 IP адресов - происходит зависание и посл. перезагрузка ПЛК. Исправления мы внесем. Сейчас рекомендую при необходимости сканирования разбивать области сканирования на куски не более 60 адресов, либо обеспечить задержку между запросами к разл. IP не менее 50 мс.
Проблемы связаны с переполнением таблицы ARP при слишком интенсивном сканировании.