Weintek вешает rs485

[nya]

Здравствуйте!
Такая проблемка. Есть плк150 с двумя доп модулями. Все отлично работает, до подключения к этой связке панельки MT8071ip. Сразу наглухо вешаются все модули и панелька тоже не работает
Подключена панелька по COM2: 1 - B, 2 - A
Может быть конечно неверно выбран протокол в easybuilder. Пришлось обновить его до версии 6.01.02.276. И там в модбасах произошли небольшие изменения (смущает что нет "modbus rtu" простого)
Я выбираю "Modbus RTU, RTU over TCP": com2, rs485 2w, параметры ставлю как в конфигурации для weintek на овене (modbus slave).
По Modbus tcp кстати работает. Только при "Modbus TCP/IP"

Что не так, подскажите пожалуйста

[petera]

Панель и ПЛК соединены по RS485. Тогда причем здесь RTU over TCP ?

Вам нужен Modbus RTU (Zero-based Addressing)

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

[nya]

Ну там через запятую tcp и rtu. И в настройках варианты ethernet и rs485/232.

А про тот же порт не поняла. Порт 485 же один.
И мастер один - для молулей. А для панели - слэйв.
Вроде никогда проблем с модбасом не было((
А может быть дело в том что есть еще один мастер, но он не используется (но от него не было вреда, пока панель по 485 не подключили)

[petera]

Ну там через запятую tcp и rtu. И в настройках варианты ethernet и rs485/232.

А про тот же порт не поняла. Порт 485 же один.
И мастер один - для молулей. А для панели - слэйв.
Вроде никогда проблем с модбасом не было((
А может быть дело в том что есть еще один мастер, но он не используется (но от него не было вреда, пока панель по 485 не подключили)

Нельзя в конфигурации ПЛК использовать один и тот же порт и в модуле Мастер и в модуле Слейв.

И мастер один - для молулей. А для панели - слэйв.

Вот и появилось два мастера один - ПЛК, а второй - панель
Оба мастера начинают слать запросы одновременно, по одним и тем же проводам, и взаимно блокируют работу друг друга.
Панель подключайте на другой порт ПЛК, RS232 или Ethernet, его и укажите в слейве, который для панели.

[nya]

petera,
Спасибо огромное за подсказку!

[nya]

Уважаемые специалисты, вновь проблема с этим же контроллером. Надеюсь что также просто все решается.
Заранее прошу прощения за сумбур Мысли за весь день попутались, много "крови" было выпито у программиста.

1 - Пропадает связь по tcp (восстанавливается только сбросом с кнопки и последующим подключением чз rs232, если не чз свитч). И с кодесисом и с веинтеком. Сначала думала что дело в панеле (потому что данный глюк возникал в те дни когда я подключала панель напрямую к контроллеру). Потом выяснилось что надо кросс-кабель. Попробовали и с ним (контроллер-панель)- тоже безрезультатно, короткое время работает, а потом no response((( И вот сегодня пожертвовала на объект свитч. Связь появилась, весь день все работало. Но это до момента тестирования программы на пропадение питания. Обесточили весь шкаф (с контроллером, автоматами, пускателями, частотником). И вот после восстановления питания вся связь снова пропала. И программа загруженная на контроллере тоже не запустилась. Но после удерживания кнопки reset, все чудесным образом заработало (и программа начала запускать релешки и связь с панелькой восстановилась, и с codesys-ом тоже) - как-то это странно, как мне кажется.

2 - Объясните пожалуйста, пробовала гуглить, но не получилось , почему при сбросе программы не сбрасываются выходы? То есть если после сброса открыть программу онлайн, то выходы все якобы false и не почуешь подвоха, если никаких обратных связей нет. Но они остаются включенными. Или наоборот - включается выход в программе в кодесисе, но по факту этого не происходит. Да, я понимаю что кнопка reset относится к контроллеру, а модули они все равно как будто чужие, но кучу лишних проверок городить не хочется, да и не предусмотришь все. Должен же быть способ проинициализировать все выходы? (сейчас подумала, а может ли помочь режим опроса both?)

[petera]

Уважаемые специалисты, вновь проблема с этим же контроллером. Надеюсь что также просто все решается.
Заранее прошу прощения за сумбур Мысли за весь день попутались, много "крови" было выпито у программиста.

1 - Пропадает связь по tcp (восстанавливается только сбросом с кнопки и последующим подключением чз rs232, если не чз свитч). И с кодесисом и с веинтеком. Сначала думала что дело в панеле (потому что данный глюк возникал в те дни когда я подключала панель напрямую к контроллеру). Потом выяснилось что надо кросс-кабель. Попробовали и с ним (контроллер-панель)- тоже безрезультатно, короткое время работает, а потом no response((( И вот сегодня пожертвовала на объект свитч. Связь появилась, весь день все работало. Но это до момента тестирования программы на пропадение питания. Обесточили весь шкаф (с контроллером, автоматами, пускателями, частотником). И вот после восстановления питания вся связь снова пропала. И программа загруженная на контроллере тоже не запустилась. Но после удерживания кнопки reset, все чудесным образом заработало (и программа начала запускать релешки и связь с панелькой восстановилась, и с codesys-ом тоже) - как-то это странно, как мне кажется.

2 - Объясните пожалуйста, пробовала гуглить, но не получилось , почему при сбросе программы не сбрасываются выходы? То есть если после сброса открыть программу онлайн, то выходы все якобы false и не почуешь подвоха, если никаких обратных связей нет. Но они остаются включенными. Или наоборот - включается выход в программе в кодесисе, но по факту этого не происходит. Да, я понимаю что кнопка reset относится к контроллеру, а модули они все равно как будто чужие, но кучу лишних проверок городить не хочется, да и не предусмотришь все. Должен же быть способ проинициализировать все выходы? (сейчас подумала, а может ли помочь режим опроса both?)

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