 | |
Предыдущие результаты
 DevAddress - адрес регистра ModBus твоего прибора. Если написано 4000, то и нужно писать 4000.
|
Попробуй указать MCM.CONFIG.Port1.MinCmdDelay 100, по крайней мере когда я настраивал Modbus, то указал этот параметр и все работало.
Если не получится, то попробуй еще Baudrate 9600 на всякий случай
|
Доброго времени суток! Нужна помощь в настройке модуля МСМ69 как слейв. Такие вопросы.
1) В какие теги нужно писать значения для передачи их Мастеру? MCM.DATA.ReadData или MCM.DATA.WriteData?
2) Какие д\быть настройки порта в свойствах Bit Input Offset, Word Input Offset, Output Offset, Hold Offset в PSB.exe?
3)Нужно ли в этом случае заполнять Modbus Port Commands? Если да, то какие поля?
4)Как выявить соответствие регистров Модбас для опроса, например, утилитой ModbusPoll?
|
[quote:bb711c6283="Olga"]Спасибо, Игорь Аркадьевич.
Т.е. использовать ОРС сервер для протокола Modbus стороннего производителя. А что у Rockwell нет решений? А для каких целей тогда можно использовать KEPServer Enterprise? В каталоге описание очень коротенькое, может кто более подробно пояснит.[/quote:bb711c6283]
KEPServer Enterprise почти как KEPServer EХ, но:
- продает Rockwell для использования со своими продуктами (нельзя подключить стороннего OPC клиента)
- утверждают, что дешевле
- нет связи с контроллерами Allen Bradley
C FTView SE нормально работает, подключали: Simatic 7-300, REF-531 (ABB), ECL Comfort (Danfoss).
Жалко, что не может с Bernecker&Rainer.
|
Спасибо, Игорь Аркадьевич.
Т.е. использовать ОРС сервер для протокола Modbus стороннего производителя. А что у Rockwell нет решений? А для каких целей тогда можно использовать KEPServer Enterprise? В каталоге описание очень коротенькое, может кто более подробно пояснит.
|
Добрый день!
OPC-сервер ModBus TCP от, например, Kepware, получаете данные по OPC.
|
Коллеги, добрый день.
Собственно тема и содержит основной вопрос как в FTViewSE забрать данные с оборудования по открытому протоколу Modbus TCP? Что для этого нужно, ну или где почитать? Собственно задача отображать на станции мониторинга данные со стороннего оборудования по указанному протоколу, контроллер в этой цепочке отсутствует, в нем нет необходимости.
|
[quote:72fd6f354f="avgaid"]Да не про PanelView речь, а про то, что данные он собирает в один контроллер только затем, чтобы потом по модбасу передать на HMI, который на Интаче... Что мешало поставить OPC сервер (RSLinx или KEP server) на PC c интачем, и брать эти данные напрямую из слайвов по Ethernet? и мароки бы небыло с конекшинами.[/quote:72fd6f354f]
"Создаем себе трудности, чтобы их потом героически преодолевать" (С) из фильма.
Ему бы возможности маршрутизации [b:72fd6f354f]NetLinx[/b:72fd6f354f]. Помечтаем (Modbus aka Ethernet I/P, ControlNet, DeviceNet), было бы - по Modbus входим на Main, с него на Ethernet I/P и далее к остальным.
Т.к. этого нет, но мечты приводят к [b:72fd6f354f]ProLinx [/b:72fd6f354f](например [b:72fd6f354f]4201-DFNT-MCM[/b:72fd6f354f]) от [b:72fd6f354f]Prosoft-Technology[/b:72fd6f354f]. Получит функционал - в разы выше, чем с [b:72fd6f354f]1769-MCM[/b:72fd6f354f].
|
[quote:d2b9004bbd="Liter"][quote:d2b9004bbd="dv"]
1. Советов пока нет, разве, что Main сменить на 1756-L7*.
....
2. Придется копнуть программы (вернее данные для обмена) в глубину, что-то мне шепчет про неправильный подход.
[/quote:d2b9004bbd]
1. А почему L7х ... а если в среде Compact поискать ?
2. Счас оч.занят , но совершенно такая же мысль посетила :о))
ps
3. Есть вопрос по коммуникации - у Вас EtherNet/IP какую архитектуру имеет ? Какое оборудование ? Такие объемы данных перекачивать 8O[/quote:d2b9004bbd]
1. Замена контроллера отпадает, т.к. оборудование уже закуплено.
2. Можете копнуть...
3. Не совсем понял вопрос про архитектуру? Полные список оборудования:
- 5 PLC L32E объеденных в сеть по Ethernet, один из них главный собирает данные с остальных PLC;
- 1 HMI PanelView Plus в той же сети Ethernet, опрашивает все 5 PLC;
- АРМ оператора на SCADA InTouch'е, которая по Modbus RTU забирает данные с головного контроллера;
Т.к. наша фирма с Rockwell работать начала относительно недавно, то я всех тонкостей еще не знаю, но в сравнении с другими PLC с которыми мы работали, я бы не назвал этот объем данных таким уж и большим. Я думаю тут проблема скорее в том как я построил передачу данных.
|
[quote:598fe39cf3="AlexV"]
Нельзя.
И на сколько я помню, в MCM поддерживаются только функции чтения с 1 по 5 включительно и функции записи 5, 6, 15, 16
Никакие другие функции использовать невозможно (будет просто давать ошибку конфигурации команды).
Поэтому, конечно же, прежде чем применить - надо убедиться, что слейвы соответствуют стандарту Modbus/RTU, проверив карту регистров и поддерживаемые функции.[/quote:598fe39cf3]
Ок. Спасибо за своевременную информацию. На слейве определены 3,4,6,16 функции. Определены типы данных. Определены адреса регистров архивов и есть таблица смещения адресов регистров соответственно по типам данных. Настройки порта стандартные. Теоретически проблем не должно быть...
ЗЫ: Пока не могу найти в доках MVI69-MCM каких-либо ограничений по адресам регистров в слейве. В доках слейва указаны адреса 1-5, 10х, 3хх, 50х, 8хх и архив начиная с 2001. Никаких ошибок в MVI69-MCM не возникнет при обращении к этим адресам?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
