 | |
Предыдущие результаты
 [quote:4bc15e5a0d="DIMIOKS"]Можно на MVI69-MCM прописать какой-либо "нестандарт", если придет крайний случай? Например, тупо сформировать пакет, отправить на порт, потом взять на расшифровку пришедший пакет, очистить, повторить сначала.[/quote:4bc15e5a0d]
Нельзя.
И на сколько я помню, в MCM поддерживаются только функции чтения с 1 по 5 включительно и функции записи 5, 6, 15, 16
Никакие другие функции использовать невозможно (будет просто давать ошибку конфигурации команды).
Поэтому, конечно же, прежде чем применить - надо убедиться, что слейвы соответствуют стандарту Modbus/RTU, проверив карту регистров и поддерживаемые функции.
|
[quote:cefab180be="dv_"](1. БВР.М - нужно прочитать весь блок потом расшифровать, 2. БКТ.М - свой протокол на основе Modbus ASCII, но по Modbus ASCII не работает).[/quote:cefab180be]Не понял, что такое БВР.М и БКТ.М.
[quote:cefab180be="dv_"]Если выбирать между [b:cefab180be]1769-ASCII[/b:cefab180be] и [b:cefab180be]MVI69-ADM [/b:cefab180be]([b:cefab180be]MVI69-GSC[/b:cefab180be]) я бы выбрал 1769-ASCII.[/quote:cefab180be]
На L32E, через RS-232 на RS-485 сейчас у меня работает несколько АСУ. Но СОМ-порт не идеальное решение, были [url=http://www.vdt-automation.com.ua/modules.php?name=Forums&file=viewtopic&p=5535url]проблемы[/url]. Потом пару АСУ сделал на 1769-ASCII.
[quote:cefab180be="dv_"]Если выбирать между 1769-ASCII и MVI69-ADM (MVI69-GSC) я бы выбрал 1769-ASCII.[/quote:cefab180be]
Узнал, что MVI69-MCM довольно часто применяется, в отличие от MVI69-ADM. Вот только...
[quote:cefab180be="dv_"]...и как оказалось протокол был не совсем Modbus.[/quote:cefab180be]
Именно с этим и возможны проблемы. По предварительным данным, устройства работают ModBus/RTU master - slave, без событийных незапланированных передач со стороны slave. Временные задержки не прописаны, должны быть стандартны по скорости порта. Но ожидать можно всего. С MVI69-MCM еще не работал и не разбирался толком в доках. Можно на MVI69-MCM прописать какой-либо "нестандарт", если придет крайний случай? Например, тупо сформировать пакет, отправить на порт, потом взять на расшифровку пришедший пакет, очистить, повторить сначала.
|
[quote:224b630b9d="DIMIOKS"][quote:224b630b9d="dv_"]
1769-ASCII, но протокол придется реализовать самому.[/quote:224b630b9d]
На 1769-ASCII я уже делал, и через COM-порт тоже делал. Мне интересны именно эти два модуля от Prosoft...
что лучше подходит?[/quote:224b630b9d]
Давненько выбирал между [b:224b630b9d]MVI94-GSC-E[/b:224b630b9d] и [b:224b630b9d]MVI94-ADM[/b:224b630b9d].
Выбрал первый - не понравился (данные отдавал только после следущего запроса, благо устройство было одно \теплосчетчик SA-94\, а времени как всегда - "вчера"...). Через встроенный RS-232 - гораздо проще.
Для Compact выбор 1769-ASCII оказался лучше, чем Prosoft - дешевле и как оказалось протокол был не совсем Modbus (1. БВР.М - нужно прочитать весь блок потом расшифровать, 2. БКТ.М - свой протокол на основе Modbus ASCII, но по Modbus ASCII не работает).
Если выбирать между [b:224b630b9d]1769-ASCII[/b:224b630b9d] и [b:224b630b9d]MVI69-ADM [/b:224b630b9d]([b:224b630b9d]MVI69-GSC[/b:224b630b9d]) я бы выбрал 1769-ASCII.
|
Конечно же имелся в виду стандартный для протокола Modbus MVI69-MCM. В нем уже зашита программа работы по протоколу Modbus (мастером и слейвом). Для ADM придется эту программу писать самому.
|
Разница между ними существенная:
MVI69-MCM - непосредственно предназначен для протокола Modbus RTU; MVI69-ADM - предназначен для самостоятельного программирования.
Правильнее для вашей задачи применять стандартный модуль, а не самоделку.
|
[quote:b8ca4f3f5b="DIMIOKS"]Всем доброго времени суток!
Для контроллера L32E требуется по RS-485 опрашивать не более 10 устройств, поддерживающих протокол ModBus RTU.
Какой модуль лучше применить: MVI69-MCM или MVI69-ADM?[/quote:b8ca4f3f5b]
1769-ASCII, но протокол придется реализовать самому.
|
Всем доброго времени суток!
Для контроллера L32E требуется по RS-485 опрашивать не более 10 устройств, поддерживающих протокол ModBus RTU.
Какой модуль лучше применить: MVI69-MCM или MVI69-ADM?
|
[quote:0a6f224fa4="Naitek"] Формирую строку запроса, отправляю устройству (хочу считать дату и время, в каких регистрах они хранятся мне известно). Отправляется запрос без проблем, но устройство в ответ ничего не посылает!
[/quote:0a6f224fa4]
Ну если MCM опрашивает нормально, значит в устройстве протокол ModBus и было бы не плохо уточнить какой именно (RTU или ASCII)
В любом случае протокол ModBus накладывает строгие требования к запросам и ответам. Если с проводами и параметрами передачи (номер порта, скорость, четность, стоповые биты) всё на 100% проверено, то отсутствие ответа от устройства означает одно - [b:0a6f224fa4]неправильно сформирован или неправильно послан запрос![/b:0a6f224fa4]
Ещё имеет смысл проверить установку джамперов для режима работы портов (RS232/422/485).
Также не следует забывать, что в режиме работы по RS232 интерфейсу с устройством необходимо соединяться ноль-модемным кабелем.
|
Можно и дальше в угадайку играть, или может всё-таки автор темы приведет реальные цифры?
повторяю, для прояснения ситуации требуется данные о том, как сконфигурирована команда на опрос и какой номер ошибки возникает, когда не работает:
чего у вас прописано в MCM.CONFIG.Port1MasterCmd[0,1,2...]
и чего вы видите в MCM.DATA.ReadData[ххх], где ххх - это адрес куда пишутся ошибки с порта (MCM.CONFIG.Port1.CmdErrPtr)
Предельное ограничение регистров в одном запросе 127, это обусловлено самим протоколом ModBus
У MCMR отличие только в уменьшенном размере блока данных, котором он обменивается с процессором (чтобы не занимал весь ControlNet-овский пакет)
|
Я использую модуль MVI56E-MCMR. По ошибке он оказался установленным в локальной рейке. Ошибка "Modbus Protocol Errors" появляется на встроенном экранчике на модуле. Так же как на этом экранчике появляется ошибка "Communication Errors", если неправильно указана скорость модуля, паритет, или адрес абонента.
Поставить в локальную рейку модуль MCM, пока нет возможности. Но я не думаю, что это большая проблема. В руководстве по эксплуатации MCMR указано как его настроить в такой ситуации. Счетчики подключены к 1-му порту модуля, к 2-му порту модуля подключены другие устройства и с ними проблем нет. Информация в первых 40 словах корректная, совпадает с показаниями счетчика и сети.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
