 | |
Предыдущие результаты
 [quote:0f340934fe="Eraser"]Чем бы вычитать правильно эти данные в ControlLogix? [/quote:0f340934fe]
MVI-MCM - это оптимальный вариант. Можно также использовать MVI-GSC или MVI-ADM.
[quote:0f340934fe="Eraser"]По заверению разработчиков - протокол modbus, НО не modiconовский (т.е. данные будут лежать не в области начиная с 40001, а в какой то другой, в какой - еще точно не знаю).
...
Через MVI-MCM? Но насколько я вычитал из документации, при применении функции 3 (чтение), вычитка начинается с 40001 (devaddr). Как изменить не нашел.
[/quote:0f340934fe]
Согласно спецификации modbus, доступ к регистрам ввода (также как и к дискретным входа, выходам и регистрам хранения) осуществляется с помощью 16-битного адреса. Это значит, что вы указываете адрес требуемого регистра в диапазоне от 0 до FFFF. А формат адресации вида "40001" придуман для логического разделения дискретных входов, выходов, входных регистров и регистров хранения. Он используется на бумаге (в документации). В железе - просто 16-битный адрес.
Так что, если эти разработчики используют 16-битный адрес, то данные вы считаете без проблем.
Мануал со мной тоже согласен: :)
[quote:0f340934fe="User manual MVI56-MCM, page 47"]
DevAddress specifies the Modbus Slave address for the registers associated with that command. This is the offset address for the Modbus Slave device. With Modbus, to read an address of 40001, [u:0f340934fe]what will actually be transmitted out port is[/u:0f340934fe] Function Code 03 (one byte) [u:0f340934fe]with an address of 00 00 (two bytes)[/u:0f340934fe]. This means that to read an address of 40501, use Func 3 with a DevAddress of 500.[/quote:0f340934fe]
[quote:0f340934fe="Eraser"]
Через MVI-GSC (или MVIe-GCS)? Но там вроде как прийдется как-то прописывать весь этот протокол (что в общем то лень), да и потянет ли он работу в удаленных шасси?
[/quote:0f340934fe]
Да, придется реализовывать модбас протокол на релейной логике. Это лишняя трата времени.
MVI-GSC "потянет работу в удаленном шасси" точно также, как и MVI-MCM. У них одинаковые размеры тегов входа/выхода модуля.
Из личного опыта: два MVI-GSC с RPI = 30мс в удаленных шасси нормально работают в одном сегменте controlnet. К тому же, в этой сети еще шасси с сигнальными модулями работают.
Если время обновления данных не критично, то можно смело размещать MVI-MCM в удаленном шасси. Если требуется максимальная скорость обновления данных, то может стоит использовать MVI-ADM, размещенный в локальном шасси. Можно сэкономить несколько десятков миллисекунд :)
|
Есть прибор - расходомер УВР-011. У него есть выход RS-485. По заверению разработчиков - протокол modbus, НО не modiconовский (т.е. данные будут лежать не в области начиная с 40001, а в какой то другой, в какой - еще точно не знаю).
Чем бы вычитать правильно эти данные в ControlLogix?
Через MVI-MCM? Но насколько я вычитал из документации, при применении функции 3 (чтение), вычитка начинается с 40001 (devaddr). Как изменить не нашел.
Через MVI-GSC (или MVIe-GCS)? Но там вроде как прийдется как-то прописывать весь этот протокол (что в общем то лень), да и потянет ли он работу в удаленных шасси?
|
Доброго всем времени суток!
Может немного не в тему, давно уже сам для себя писал чтобы не забыть:
Экспорт тегов в RSView32 с использованием Logix 5000 Tag Import:
1. Для импорта REAL в настройках языков ввести разделитель - точка.
2. Импортировать в *.CSV.
3. Открыть в блокноте *.CSV и сохранить с кодировкой ANCI.
4. Экспортировать в RSView32.
Примеч: если при импорте в поле "Add RSLinx topic to tag adress", то в RSView32 имя топика будет в адресе тега в квадратных скобках, иначе адрес топика надо ввести в настройках узла RSView32 в поле "Access Path", в этом случае напрямую из контроллера уже не удасться получить адрес.
Я это делал, чтобы дескрипторы тегов, написанные в RSLogix5000 на русском языке, правильно экспортировались в RSView32.
|
[quote:7b1498f758="kempo"][quote:7b1498f758="dv_"]Объявляй свои массивы [b:7b1498f758]Produced [/b:7b1498f758]и [b:7b1498f758]Consumed [/b:7b1498f758](RPI=20000).[/quote:7b1498f758]
А можно ли в работающий проект добавить тэги такого типа? В ControlLogix только в оффлайне с последующим download в контроллер - а на некоторых техпроцессах это никак нельзя делать (в отличии от программирования MSG).[/quote:7b1498f758]
... мда ... вопрос об он - лайн экспорте часто востребован ... :D
|
[quote:1f62436126="dv_"]Объявляй свои массивы [b:1f62436126]Produced [/b:1f62436126]и [b:1f62436126]Consumed [/b:1f62436126](RPI=20000).[/quote:1f62436126]
А можно ли в работающий проект добавить тэги такого типа? В ControlLogix только в оффлайне с последующим download в контроллер - а на некоторых техпроцессах это никак нельзя делать (в отличии от программирования MSG).
|
[quote:12c8005a88="lexx19"]Большое спасибо за помощь!
Ставлю таймер на 2 сек. и MSG read. :)[/quote:12c8005a88]
... все же мои 3 коп.
может быть стоит поставить , хотя бы временно, счетчик возникновения ошибок - по флагу .ER инструкции MSG, первое время поработает в автомате, посмотрите сколько ошибок копится, а есть ли они вообще .... и тд.
|
[quote:4725cc0156="lexx19"]Большое спасибо за помощь!
Ставлю таймер на 2 сек. и MSG read. :)[/quote:4725cc0156]
Для Logix, MSG read? :(
Объявляй свои массивы [b:4725cc0156]Produced [/b:4725cc0156]и [b:4725cc0156]Consumed [/b:4725cc0156](RPI=2000).
И никакого программирования. :D
|
Большое спасибо за помощь!
Ставлю таймер на 2 сек. и MSG read. :)
|
Можно каждые 2 секунды отправлять во второй контроллер MSG, а можно вообще ничего не отправлять а просто, когда нужно, [url=http://vdt-automation.de/docs_ru/Controllers/Logix_Common/1756-PM011C-RU-P.pdf]читать тэги из второго контроллера[/url].
|
Дело в том что опыта по работе с программа RA у меня немного (всего одна неделя обучения на ваших курсах).
Контроллеры CompactLogix 1768-L43
Коммуникационные модули Ethernet 1768-ENBT.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
