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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 [img:45c987aea3]http://img191.imageshack.us/img191/8550/image2ay.jpg[/img:45c987aea3] [i:45c987aea3](c) "3RW44 System Manual_12.08.pdf"[/i:45c987aea3]

 [quote:c259a6c995="Roland"]Если не трудно, расскажите как прошивать правильно (по пунктам), а главное, с помощью какого ПО это делается. Не хотел бы второй раз попасть в эту ситуацию... [/quote:c259a6c995]Перепрошивают SLC-5/05 с помощью отдельно приобретаемой сервисной программы, называемой ControlFlash. Каталожный номер 1747-DU501, официальный [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/in/1747-in019_-en-p.pdf]мануал на английском тут (587Кб)[/url]. Там и про настройки Ethernet есть. Надеюсь от всего сердца, что перепрошивка Вам никогда не понадобится. По поводу связи с Ethernet - проверьте версию RSLinx; тип используемого в RSLinx драйвера (их там два, попробуйте другой); используйте свитч с двумя "прямыми" кабелями, а не один "кроссоверный"; посмотрите на IP-адрес отображаемого в RSLinx устройства (того, что со знаком вопроса) и поставьте маску подсети в компьютере по-уже; настройки встроенного в Windows файервола уточните, или отключите его на время эксперимента вообще. Удачи!

 Версия ОС (судя по наклейке) 1747-OS501. Из автоопределения я получил следующий контроллер: 1747-L553 5/05 CPU - 64K Mem. OS501 Я прогружал в него 1747-L553C 5/05 CPU - 64K Mem. OS501 Series C FRN 10 and later Программа, которую я прогружал, была написана для контроллера SLC 5/04 (если нужно, версию могу уточнить позднее). Сначала я поменял контроллер на 1747-L553 5/05 CPU - 64K Mem. OS501, но здесь нет блоков BTR и BTW. Дальше вы знаете... :) Я сравнил настройки COM-порта у этих контроллеров - они различаются. Поэтому сделал вывод, что туда прогрузились не те настройки. Если не трудно, расскажите как прошивать правильно (по пунктам), а главное, с помощью какого ПО это делается. Не хотел бы второй раз попасть в эту ситуацию... К сожалению, мои попытки связаться по EtherNet ни к чему не привели. Такое впечатление, что после исчезновения питания он сбросил настройки сети в какой-то адрес (через MAC найти устройство не удалось). В RSLinx устройство было показано как знак вопроса, перечеркнутый красным крестом.

 Ознакомьтесь с [url=http://simplesolvers.com/How%20to%20Go%20Online%20with%20Newer%20500.html]этим[/url], а главное [url=http://au.rockwellautomation.com/applications/gs/ap/gsau.nsf/pages/Configuring_an_SLC5_05]вот с этим[/url]. Тут про настройки связи по Eternet достаточно подробно прописано. И уточните, какую версию RSLinx рекомендовано использовать для вашего нового процессора (засада может быть и в этом, увы) P/S Аналогичная проблема обсуждалась[url=http://www.plctalk.net/qanda/showthread.php?t=49978] и вот здесь[/url]

 Переношу проект на другой компьютер и при попытке запуска получаю: [b:1ca8144b9f]Incorrect version of the DLL file MSJET35.DLL was found [/b:1ca8144b9f] если запускаю из папки проекта ругается по другому: [b:1ca8144b9f]Runtime Error! Program C:\Program files\Rockwell Software\rsview32.EXE The application has requested the runtime to terminate it in unusual way [/b:1ca8144b9f] Windows XP Service Pack3 Microsoft Office 2000 RSView32 ver.7.10 Спасибо

 Добрый день! Функционировала ли эта система ранее? Если да, можете ли Вы установить, после чего нарушилась функциональность? Если нет, то прежде всего, я бы порекомендовал сделать update этого софта до актуальной версии или хотя бы [url=http://rockwellautomation.custhelp.com/app/answers/detail/a_id/35680]RSView SE 4.00.00 Patch Roll-up[/url].

 [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:d0c06e8070]В нем готовая реализация протокола на ладдере через встроенный COM-порт процессора. Wink[/quote:d0c06e8070] необходимо на одно шасси приводить 3 разных сети от 3-х шкафов с расходомерами, так что нужны дополнительные порты. [quote:d0c06e8070]Мануал со мной тоже согласен: Smile[/quote:d0c06e8070] что то мне кажется что мануал не очень то согласен :). В мануале то как раз и прописано, что чтение при посылке байтов 00 00 будет идти с 40001, а если я хочу скажем считать с 38950 ? что мне записать в тэг DevAddress? Отрицательные значения? И еще вдогонку, в конце при посылке надо добавлять СRC. Так вот MVI-MCM будет сам добавлять это к каждому запросу? Или мне нужно это еще высчитывать дополнительными командами?

 Прежде, чем покупать дорогущие модули MVI-MCM или задумываться о ручном программировании ADM, посмотрите в каталог C:\RSLogix 5000\Projects\Samples\ENU\v16\Rockwell Automation там лежит файл ModbusMaster.ACD В нем готовая реализация протокола на ладдере через встроенный COM-порт процессора. :wink:

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



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


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



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



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



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



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




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


  
RA & VDT GmbH

Облако тэгов
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.153 секунды