 | |
Предыдущие результаты
 Добрый день!
Функционировала ли эта система ранее?
Если да, можете ли Вы установить, после чего нарушилась функциональность?
Если нет, то прежде всего, я бы порекомендовал сделать update этого софта до актуальной версии или хотя бы
[url=http://rockwellautomation.custhelp.com/app/answers/detail/a_id/35680]RSView SE 4.00.00 Patch Roll-up[/url].
|
Добрый день, может кто подскажет возможную причину следующего сообщения:
The alarm server functions failed to register with distrbuted alarm client <имя клиента>(Err0X8007000E)
Сообщение с HMI-сервера приложения RSViewSE 4.0(CPR 7)
|
[quote:e83d966153="AlexV"]...там лежит файл ModbusMaster.ACD
В нем готовая реализация протокола на ладдере через встроенный COM-порт процессора. :wink:[/quote:e83d966153]
У RS232 скорость передачи данных меньше и помехозащищенность хуже. ИМХО не годится он для серьезных решений в автоматизации.
А также нарушается принцип модульности АСУ ТП. Горячей замены коммуникационного модуля после возможного замыкания сети модбас на силовую сеть уже не получится :(
Но при ограниченном бюджете можно воспользоваться этим вариантом.
[quote:e83d966153="Eraser"]
необходимо на одно шасси приводить 3 разных сети от 3-х шкафов с расходомерами, так что нужны дополнительные порты.
[/quote:e83d966153]
В принципе, сети можно объединить через повторители, если по количеству хостов влазите в 247 штук и не требуется высокая скорость обмена данными.
[quote:e83d966153="Eraser"][quote:e83d966153]Мануал со мной тоже согласен: Smile[/quote:e83d966153]
что то мне кажется что мануал не очень то согласен :). В мануале то как раз и прописано, что чтение при посылке байтов 00 00 будет идти с 40001, а если я хочу скажем считать с 38950 ? что мне записать в тэг DevAddress? Отрицательные значения?[/quote:e83d966153]
Вы не поняли то, что я написал. В сеть (модбас слейву) передается адрес регистра в диапазоне от 0 до 65535. Это традиционное представление адреса. В "нетрадиционном" представлении модбас адресов типа "40001" ведущая цифра "4","3", "1", "0" определяет как бы "тип данных". "4" - это регистры хранения, "3" - регистры чтения, "1" - входные биты "0" - выходные биты. А число образованное оставшимися 4мя цифрами минус один это как раз адрес из диапазона 0-FFFF. Вот его то и надо посылать слейву. А "тип данных" в отсылаемой модбас телеграмме определяется функцией, которую вы указали.
Если вам разработчики расходомера указали адрес 38950, это значит, что вам надо считывать данные функцией 4 из регистра чтения по адресу 8949.
Если разработчики указали адрес 38950, а также указали, что считывать надо из [u:e83d966153]регистров хранения[/u:e83d966153], то вам надо считывать данные функцией 3 из регистра хранения по адресу 38950.
Вот такая путаница в модбасе. :o
И опять уже Википедия со мной согласна: :D
[quote:e83d966153="Wikipedia - Modbus"]
Следует отметить, что со способом адресации данных связана определённая путаница. Modbus был первоначально разработан для контроллеров Modicon. В этих контроллерах для каждой из таблиц использовалась специальная нумерация. Например, первому регистру ввода соответствовал номер ячейки 30001, а первому регистру хранения — 40001. Таким образом, регистру хранения с адресом 107 в команде Modbus соответствовал регистр № 40108 контроллера. Хотя такое соответствие адресов больше не является частью стандарта, некоторые программные пакеты могут автоматически «корректировать» вводимые пользователем адреса, например, вычитая 40001 из адреса регистра хранения.[/quote:e83d966153]
Вот здесь спецификация модбаса. [url]http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b.pdf[/url]
|
Прежде, чем покупать дорогущие модули MVI-MCM или задумываться о ручном программировании ADM, посмотрите в каталог
C:\RSLogix 5000\Projects\Samples\ENU\v16\Rockwell Automation
там лежит файл ModbusMaster.ACD
В нем готовая реализация протокола на ладдере через встроенный COM-порт процессора. :wink:
|
[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, размещенный в локальном шасси. Можно сэкономить несколько десятков миллисекунд :)
|
[quote:e474ee26f4="s60"]После загрузки ОС сервер активаций не видит USB ключа, надо сделать серверу стоп/стар и refresh на вкладке лицензий - тогда все нормально становиться...
Подозреваю что кто-то где-то не успевает загрузиться или не том порядке грузиться...
В чем может быть проблема ?[/quote:e474ee26f4]
Переходи на [url=http://rockwellautomation.custhelp.com/app/answers/detail/a_id/106569/kw/Activation%20manager/related/1] Activation Manager (3.30)[/url] (CPR 9 SR3).
|
Данная проблема связана с тем, что FT Activation Server использует параметр таймаута в реестра «HKEY_LOCAL_MACHINE_ \ SYSTEM \ CurrentControlSet \ Control \ ServicesPipe Timeout». Значение параметра в миллисекундах. По умолчанию это значение равно 85 секундам. Для нормальной работы FT Activation Server значение таймаута не должно превышать 1 секунды. На практике это значение 500-800 мс.
Значение ТАЙМАУТА подбиралось методом перебора.
Проделав такую процедуру, сервер активации будет успешно активировать продукты Rockwell Software, но при запуске всё равно будет отображаться диалоговое сообщение о том, что продукт не был активирован.
|
Здравствуйте!!!
Вот что пишет КВ
Under what conditions will ControlFLASH report back, "Failed to begin update to the target device. The target device is not in the proper mode to accept an update."?
Under what conditions will ControlFLASH report back, "Failed to begin update to the target device. The target device is not in the proper mode to accept an update."?
If a processor is being upgraded and it is in RUN mode, this message will be displayed. ControlFLASH will not execute. The processor must be in Program mode to perform the upgrade. It could be necessary to power cycle the plc after you switch the key to Program mode
The message was also seen when the processor key switch was in Program mode. The processor had to be changed to Remote Program to perform the upgrade.
Нескромный вопрос: а Вы контроллер в "Program mode" перевели?
Желаю удачи!!!
|
[b:7120c611d1]saya_saya[/b:7120c611d1], в панели есть [b:7120c611d1]PCMCIA[/b:7120c611d1] карта?
Если есть, там может быть твое приложение (файл с расширением [b:7120c611d1]PVA[/b:7120c611d1]).
Было, загонял [b:7120c611d1]PV Standard[/b:7120c611d1] в состояние ошибки (на шести языках писал Error), "действием" в приложении. :(
|
Вам нужно приобрести софт PanelBuilder32.
Понадобится кабель 2711-NC13.
Документация здесь по ключевому слову "PanelBuilder32":
http://literature.rockwellautomation.com/idc/groups/public/documents/webassets/browse_category.hcst
Если окажется, что панель поломалась, то можно купить новую, но если пропал файл аппликации для панели, и архивной копии нет, то всё это бессмысленно.
Поищите архивную копию или свяжитесь с авcтралийцами, т.к. в противном случае придётся делать программу для панели полностью заново (можем помочь и в этом).
[color=darkblue:ed5dfb36b9]
P.S. Люди! Делайте backup рабочих программ оборудования! Если у вас нет для этого софта, то купите его. Если не хотите покупать, то хотя бы пригласите специалиста с ноутбуком и необходимым софтом, чтобы он для Вас сделал backup. Это обойдётся во много раз дешевле, честно. Один из наших клиентов недавно за неделю потерял 15 000 евро только из-за того, что вовремя не сделал backup рабочей программы. [/color:ed5dfb36b9]
|
Предыдущие результаты
Ещё результаты |
|
| |
|
