 | |
Предыдущие результаты
 [quote:e707728c29]The PlantPAx language switching feature provides you with the ability to set up multiple languages for an application and switch languages dynamically with the system running. Operators simply change the language using a switch button.[/quote:e707728c29]
http://www.emea.rockwellautomation.com/oem/en/process/multi_language_support.aspx
|
Вопрос о возможности переключения языка HMI при использовании PlantPAx.
Основа PlantPAx - библиотека Addon -ов для контроллерова + набор файсплайтов к ним для FTView SE сделана так, что тегнаймы и дескрипшины (a так же некоторые другие текстовые данные) хранятся в строковых переменных-элементах экземпляров Addon-в в контроллерах Logix. Строковые переменные в контроллерах Logix могут быть заданы только символами латинского алфавита.
Получается что PlantPAx изначально не поддерживает кирилицу и другие языки, не базирующиеся на латинице? И файсплайты библиотеки PlantPAx тогда фактически бесполезны и не могут быть использованы, чтобы построить операторский интерфейс на русском, а тем более, если нужно иметь переключения языка?
|
Вот на сайте Rockwell информация
http://ru.rockwellautomation.com/applications/gs/emea/gsrussia.nsf/pages/-
|
[quote:b3e2a540f8="DIMIOKS"]
ЗЫ: Пока не могу найти в доках MVI69-MCM каких-либо ограничений по адресам регистров в слейве. В доках слейва указаны адреса 1-5, 10х, 3хх, 50х, 8хх и архив начиная с 2001. Никаких ошибок в MVI69-MCM не возникнет при обращении к этим адресам?[/quote:b3e2a540f8]
Таких ограничений нет.
|
[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 не возникнет при обращении к этим адресам?
|
[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.
|
[quote:1a62c762f2="AlexV"]Правильнее для вашей задачи применять стандартный модуль, а не самоделку.[/quote:1a62c762f2]
Стандартный модуль - имеется виду 1769-ASCII?
|
[quote:b61bbd6ff2="dv_"]
1769-ASCII, но протокол придется реализовать самому.[/quote:b61bbd6ff2]
На 1769-ASCII я уже делал, и через COM-порт тоже делал. Мне интересны именно эти два модуля от Prosoft...
что лучше подходит?
|
[quote:b8ca4f3f5b="DIMIOKS"]Всем доброго времени суток!
Для контроллера L32E требуется по RS-485 опрашивать не более 10 устройств, поддерживающих протокол ModBus RTU.
Какой модуль лучше применить: MVI69-MCM или MVI69-ADM?[/quote:b8ca4f3f5b]
1769-ASCII, но протокол придется реализовать самому.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
