 | |
Предыдущие результаты
[quote:7c80f1637c="oldDad"]Присоединяюсь к просьбе коллеги. Очень интересно.
Два вопроса:
1. Что такое, по-Вашему, пользовательскпая программа, и чем она отличается от firmware. В моём понимании пользовательская программа - это то, что пользователь пишет в RSLogix5000, а firmware - то, что производитель зашивает в модуль. А в Вашем?
2. Как Вы думаете, чем же именно отличаются модули, например, MVI56-HART для HART и MVI56-PDPS для Profibus-DP кроме строки вендора, если модули только что пришли с завода и ещё не написана пользовательская программа?[/quote:7c80f1637c]
по первому:
Вам уже ответили, и я к этому присоединяюсь целиком и полностью :D
по второму:
внимательно перечитайте последнюю строчку моего предыдущего поста!
я писал про модули на одном физическом интерфейсе, совершенно одинаковой архитектуры но с единственным отличием - в одном есть пользовательская программа, а в другом нет.
про что тема? по 1756-MVI ... так при чём тут сравнения с профибас и харт?
по поводу выдирания программы...
вся необходимая информация об этом есть в документации к этим модулям. Просто надо уметь читать между строк :wink:
А в публичном серьёзном форуме я не буду выкладывать методу.
У себя мы это делали больше из спортивного интереса :P
Единственное могу сказать сейчас - если не готовы дизассемблировать выдранную программу из MCM - то лучше даже не тратьте время на вытаскивание... просто так она не будет работать на MVI !!! :D
|
[quote:88bead16bd="oldDad"]В моём понимании пользовательская программа - это то, что пользователь пишет в RSLogix5000, а firmware - то, что производитель зашивает в модуль.[/quote:88bead16bd]
Если пользоваться терминологией rockwell'a, то я бы сказал что для модуля MVI56-ADM firmware - это BIOS и DOS6-XL, а пользовательская программа (написанная на С++, а не релейной логике) загружается в [b:88bead16bd]этот[/b:88bead16bd] модуль. В итоге имеем самодостаточный коммуникационный модуль типа CNB или ENBT - вставил и поехал. А релейную логику в контроллере для этого модуля писать ненадо, кроме копирования данных из тега модуля во внутренний тег контроллера :) (весь код уже написан и загружен в модуль).
|
Присоединяюсь к просьбе коллеги. Очень интересно.
Т.е., если я Вас правильно понял, модули не отличаются firmware никак, кроме строки вендора в прошивке, а-ля название модуля "Prosoft Communication"?
Два вопроса:
1. Что такое, по-Вашему, пользовательскпая программа, и чем она отличается от firmware. В моём понимании пользовательская программа - это то, что пользователь пишет в RSLogix5000, а firmware - то, что производитель зашивает в модуль. А в Вашем?
2. Как Вы думаете, чем же именно отличаются модули, например, MVI56-HART для HART и MVI56-PDPS для Profibus-DP кроме строки вендора, если модули только что пришли с завода и ещё не написана пользовательская программа?
|
А и в самом деле, если не жалко поделиться с коллегами - выложите сюда, или пришлите, а я выложу в "Файлы".
В RSLogix5000 v16 эта проблема будет решена, можно будет самостоятельно [u:94da0188bd][url=http://literature.rockwellautomation.com/idc/groups/literature/documents/pp/9324-pp004_-en-p.pdf]Add-On инструкции[/url][/u:94da0188bd] и создавать библиотеки.
|
Да, действительно,
разработчики Роквэл-Автомэйшн почему-то посчитали, что такая инструкция в контроллере ненужна (в отличие от разработчиков Сименса ;))
У меня тоже возникала такая проблема. Я сам написал функцию в ControlLogix которая делает преобразование хексо-строки в dint и наоборот.
Если очень надо могу поделиться
|
Здравствуйте, Игорь Аркадьевич. Здавствуйте, коллеги.
Проект бюджетный :( . Пытаемся найти золотую середину: поскольку в эксплуатации уже есть CL, хотелось бы применить именно его (персонал обучен, имеется ЗИП). Система небольшая, но с хорошей перспективой расширения. Не хотелось бы переходить на другой продукт, даже из линейки Logix: всегда будут специфические особенности в техобслуживании (персонал минмальный, расходы на обучение) и программировании (не смотря на общую среду RSLogix).
Хотелось все-таки узнать, что однозначно недопустимо при монтаже с общим проводом и какие техничекие меры необходимо применить для исключения возможных проблем, исходя из описанных выше исходных условий.
|
C 1769-L20 и 1769-L30 (и 1756) RSLOGIX работает без проблем. А от 1769-L31 и выше - не хочет. ОС - Win XP SP2. Если все-таки проблема в установке, нельзя ли уточнить - в чем именно?
|
[quote:8e463102a2="akko"]1. В RSLOGIX (13 версия) не создается проект для контроллера 1769-L32E 13 версии. Пишет "Failed to create project file "..." Не найден указанный модуль". Или вместо модуля - "класс не зарегестрирован".
В чем может быть проблема?[/quote:8e463102a2]
Проблема может быть в инсталляции или нарушении инсталяции Windows и/или продуктов Rockwell Software.
[quote:8e463102a2="akko"]2. В таблице по адресу
http://www.ab.com/en/epub/catalogs/12762/2181376/2416247/407648/6202192/1835636/tab4.html
указано, что контроллеры 1769-L32E,С и 35Е,С не могут работать с модулями 1769 Compact I/O - стоит No в таблице.
Это опечатка, или как это понимать?[/quote:8e463102a2]
В этой таблице написано, по какой из сетей могут быть подключены модули удалённого ввода-вывода. Так вот, удалённые модули Compact I/O - только по DeviceNet.
|
1. В RSLOGIX (13 версия) не создается проект для контроллера 1769-L32E 13 версии. Пишет "Failed to create project file "..." Не найден указанный модуль". Или вместо модуля - "класс не зарегестрирован".
В чем может быть проблема?
2. В таблице по адресу
http://www.ab.com/en/epub/catalogs/12762/2181376/2416247/407648/6202192/1835636/tab4.html
указано, что контроллеры 1769-L32E,С и 35Е,С не могут работать с модулями 1769 Compact I/O - стоит No в таблице.
Это опечатка, или как это понимать?
|
[quote:15e240b66c="gim"]Замечено, что в таких котроллерах как SLC500 и ControlLogix иногда происходит удаление программы релейной логики вместе с файлами данных и конфигурации, причем контроллер подключен к сети 220В круглосуточно и заряд батареи удовлетворителен. Резервная энергонезависимая память не установлена. Почему происходит удаление программы, в чем кроется причина, из какой тех.документации можно узнать о данном баге?[/quote:15e240b66c]
фильтр сетевой ставить надо хороший.... :twisted: проблема с затиранием программы реально имеется у CL, но только если система косо спроектирована по части питания
|
Предыдущие результаты
Ещё результаты |
|
| |
|