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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 Добрый день, может кто подскажет возможную причину следующего сообщения: The alarm server functions failed to register with distrbuted alarm client <имя клиента>(Err0X8007000E) Сообщение с HMI-сервера приложения RSViewSE 4.0(CPR 7)

 Рад был помочь :friends:

 [quote:93d3a11e3c="Ryzhij62"][quote:93d3a11e3c="saya_saya"]Люди добрые подскажите пожалуйста!!! Не моги запустить панель PanelView 600 тип 2711-T6C16L1. Горит синий экран загрузка панели идет до 40 ка процентов и пишет ошибку. Все это после посадки. Можно ли с ним что нибудь сделать? Заранее спасибо[/quote:93d3a11e3c]Привести в чувство "отказавшую" панель можно по-пробовать с помощью перепрошивки с помощью всё той же PCMCIA карточки с залитым на неё специальным файлом. При перепрошивке в панели проект будет стёрт. А уже потом поместить на эту флеш-PCMCIA карточку файл проекта, сохранённый с другой рабочей панели. Если вход в конфигурационное меню (ткнуть залитый прямоугольник в правом нижнем углу сенсорного экрана при включении питания) на исправном терминале в проекте не закрыт неизвестным Вам паролем, то можно обойтись и без программного обеспечения - была бы флэш-карточка и компьютер с PCMCIA слотом. УДАЛИТЕ ФАЙЛ ПРОШИВКИ С КАРТОЧКИ ПРЕЖДЕ, ЧЕМ ВСТАВЛЯТЬ ЕЁ В [b:93d3a11e3c]ИСПРАВНУЮ[/b:93d3a11e3c] ПАНЕЛЬ - иначе Вы и ту панель рискуете перепрошить, потеряв последний источник информации о проекте!!! PS Какое-то время архив с файлом прошивки под Вашу панель будет лежать [url=http:///vdt-automation.com.ua/files/T6C16.rar] тут. [/url][/quote:93d3a11e3c] Спасибо огромное попробовал как вы говорили. Все заработало. Благодарю за помощь!

 [quote:6a3fbdb14f]Если разработчики указали адрес 38950, а также указали, что считывать надо из регистров хранения, то вам надо считывать данные функцией 3 из регистра хранения по адресу 38950. [/quote:6a3fbdb14f] Ну, тогда получается что эта фраза лишена смысла, т.к. регистры хранения начинаются с 40000 адреса. [quote:6a3fbdb14f]В "нетрадиционном" представлении модбас адресов типа "40001" ведущая цифра "4","3", "1", "0" определяет как бы "тип данных". "4" - это регистры хранения, "3" - регистры чтения, "1" - входные биты "0" - выходные биты.[/quote:6a3fbdb14f] В общем, я понял, что MVI-MCM должен мне подойти, и с 99% вероятностью будет работать как надо, если только разработчики расходомера УВР-011 не зададут какой то уж очень специфический адрес на чтение. Всем спасибо.

 [quote:3ff767622e="Eraser"]ведь при использовании функции 3 в сеть уйдет запрос на чтение того адреса, что указан в DevAddres + 40001. Или не так? [/quote:3ff767622e] откуда такая информация? Еще раз, из мануала MVI56-MCM: [quote:3ff767622e] "With Modbus, to read an address of 40001, what will actually be transmitted out port is Function Code 03 (one byte) with an address of 00 00 (two bytes)." [/quote:3ff767622e] На человеческом языке это: Чтобы считать адрес 40001 по модбасу, из порта, в действительности, будет передаваться функция 3 с адресом 0 (в двух байтах).

 [quote:bc3a35fb23]Если разработчики указали адрес 38950, а также указали, что считывать надо из регистров хранения, то вам надо считывать данные функцией 3 из регистра хранения по адресу 38950. [/quote:bc3a35fb23] если функцией 3, то что при этом указать в DevAddres? ведь при использовании функции 3 в сеть уйдет запрос на чтение того адреса, что указан в DevAddres + 40001. Или не так? Думаю, что это все же должно сработать [quote:bc3a35fb23]Если вам разработчики расходомера указали адрес 38950, это значит, что вам надо считывать данные функцией 4 из регистра чтения по адресу 8949. [/quote:bc3a35fb23]

 [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]

 [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:8f40c25bc9="kempo"][quote:8f40c25bc9="Liter"] ... мда ... вопрос об он - лайн экспорте часто востребован ... :D[/quote:8f40c25bc9] Мы на доменной печи вынужденны передавать месседжами по той причине, что останов контроллеров просто невозможен - а проектировщики (не буду выражаться) просто не знали о таких тегах и не заложили несколько массивов "на всякий случай".[/quote:8f40c25bc9] ... ну а что делать ... нашли же выход ... хотя с другой стороны проектирровщики то же не могут отвечать на 100% за все ... имхо конечно.

 [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



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


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



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



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



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



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




Выберите страницу:   [ << Предыдущая страница ] 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.129 секунды