Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 Добрый день! Подскажите пожалуйста как убрать RSLinx из автозагрузки? Windows XP. Через msconfig.exe его не видно. Юзать его приходится редко, а избавится от лишнего процесса хочется. Заранее благодарю за ответ.

 Спасибо Но это не так. Сегодня получил ответ из техподдержки роквел [b:b8114d99af]You asked if PlantPAx objects support HMI language switching. At the moment, they do not support that.[/b:b8114d99af]

 [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: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.

 через -[S:FS]- генерировать сигнал аварии и инкрементировать счетчик (это если надо считать количество перезагрузок). Упс, тормоз. Это справедливо для ControlLogix. Для 830/850 не скажу.

 Без сомнения может. Вот даже примерная конфигурация сети [img:7634fb8dd1]http://saveimg.ru/pictures/12-03-13/fb13d65cd220a31b0e210ec743e2bf4f.jpg[/img:7634fb8dd1]

 [quote:113446ac08="Med"]У меня схожая задача: имеется 2 сервера, на одном взводят дискретный тег и исполняется команда SupressON для группы тэгов, необходимо, чтобы на втором сервере на такие же тэги была исполнена аналогичная команда. на серверах исполняются одинаковые проекты и они резервированные. Если есть решение, помогите. Я пока склоняюсь к тому, что должен быть скрипт, который должен запускаться по тэгу-идентификатору от 1-го сервера и будет испонять команду SupressON для аналогичной группы тэгов. Скрипт написан но не работает). Если поможете, буду очень благодарен!)[/quote:113446ac08] Не работает скрипт VBA или Event? Для Event:[code:1:113446ac08]Tag == 1 /событие Tag = 0; VBAExec Name /действия[/code:1:113446ac08]или без VBA: [code:1:113446ac08]Tag == 1 /событие Tag = 0; SupressON *GroupTags* /действия[/code:1:113446ac08]



Предыдущие результаты


Ещё результаты



Предыдущие результаты

Разделы


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты




Выберите страницу:   [ << Предыдущая страница ] 1 2


  
RA & VDT GmbH

Облако тэгов
ProSoft Modbus Automation ControlLogix MVI56-MCM Allen-Bradley Logix Windows FactoryTalk PanelView VersaView ControlTower GuardLogix Compact Software Studio Designer 100-E 100-D SMC-50 Energy Saver 1756-RMS-SC Spectrum Encompass Level Ethernet Redundancy Stratix

Яндекс цитирования

Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany
Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de
Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна.
Открытие страницы: 0.142 секунды