С PLCWinNT проверить не могу.
Не пользуюсь - всегда есть плк под рукой.
С PLCWinNT проверить не могу.
Не пользуюсь - всегда есть плк под рукой.
В боевом проекте есть сервер ModbusTCP.
При отваливании кодесиса, он продолжает работать.
Есть большое желание через него сделать перезагрузку ПЛК, чтоб восстановить связь по 1200 порту...
Я просто попросил воспроизвести мои действия.
Если результат такой же - то и диагностировать нечего, ещё один глюк в ПЛК.
Если у кого-то порт 1200 открывается-закрывается несколько раз без проблем - проблема в моих железках.
Если у вас нет возможности это проверить - так и скажите. Может у кого-нибудь ещё эта возможность будет.
CAPZAP, похоже вы совсем не читаете, о чём я пишу.
То, что я на объекте не могу второй раз открыть онлайн режим - это отдельная песня.
Сейчас речь идёт (с первого поста!) о невозможности открыть онлайн режим после открытия-закрытия порта 1200.
Мне хотелось, чтоб форумчане, имеющие в доступности живые ПЛК, либо подтвердили либо опровергли мой результат.
Прям, сказка про белого бычка получается...
А телнет - для открытия-закрытия порта.
Одну из проблем решил - понял, что это всё-таки глюк ПЛК и без очередной заплатки не обойтись. И уже её сделал - перезапуск ПЛК через ModbusTCP.
Как можно открыть порт 1200 при открытой онлайн-сессии?
Тогда ваш ПЛК должен позволять открывать с ним 2 сессии?
Как-то слабо верится...
На моём ПЛК порт 1200 не откроешь, пока он занят онлайн-сессией.
Конечно, если инструмент позволяет выявить очередной косяк в ПЛК, то, естественно, он не нужен.
Да, но если бы КДС сам всегда стабильно подкючался к ПЛК, то я бы не полез в порт, не стал бы пытаться эмулировать отказ в подключении, не стал бы городить заплатку в виде сброса ПЛК. Да и топика бы этого вообще не было.
Да, я решил проблему повторного подключения. Благо, на этом объекте техпроцесс довольно инерционный и позволяет перегрузить ПЛК без ущерба для дела. А подключения КДС нужны исключительно для модернизации проекта. Для "посмотреть" есть скада.
Ну да, только речь здесь идёт не о пользовательской программе.
По вашему, все софт/хард тестеры ерундой занимаются.
И как-то странно получается. То, что в ПЛК стек ТСР работает некорректно - это нормально. А то, что я на это наступил и пытаюсь как-то выкарабкаться - сплошная критика...
Короче, резюме такое:
1. Возможность искусственного создания отказа в подключении КДС к ПЛК - существует (вопросы безопасности, области применения...).
2. Создать искусственный отказ - проще простого (уровень квалификации вредителя - пионер ).
3. Восстановить возможность связи можно только через перезапуск ПЛК (неприемлемо для некоторых техпроцессов).
Я, наверное, тут немного сгустил краски. Отказ в подключении - конечно, не смертельно.
Но очень неудобно. По крайней мере, для меня.
Всё. Белый бычок помер. Сказке конец.