 | |
Предыдущие результаты
 Здравствуйте, В общем предистория...
С Англии заказали новый усилитель, для его сопряжения с имеющимся у нас оборудованием они прислали к нему пульт управления на АленБрендлей. Видать англичане не поняли что мы хотели, в общем он работает не так как надо. Мы собрали свой пульт управления, который удовлетворяет нашим требованием.
Английский пульт управления остался, хотелось его все таки довести до ума и внедрить в работу.
С этим столкнулся впервые.
Что он всебя включает
Контроллер micrologix 1500
Экран panel view plus 600 (сенсор)
2 блока расширения входов
БП
Я заказал кабели для подключения к компьютеру контроллера 8 дин на СОМ порт, и СОМ на СОМ для экран.
Какое мне необходимо программное обеспечение.
С чего начать?
Я так понимаю это RS Logix 500 и RS View Studio
Задача:
имеются блокировки
2 охлождение
1 источник питания
1 стенд
1 температура
Нажимаю кнопку "вкл. охлождение", включается охлождение, снимаются 2 блокировки соответствующие.
Нажимаю кнопку "вкл источник питания" снимается 1 блокировка соответствующая
Нажимаю кнопку "вкл. усилитель" включается усилитель.
Это нормальный режим работы!
В случае срабатывания одной из блокировок отключается усилитель, источник питания, охлаждение.
Так же хотелось бы реализовать возможность измерения и отображения 2 унифицированных сигналов 4-20 мА, 0-20 мА.
В общем что то вроде того хочется реализовать. С индикацией на экране, по-русски, с журналом срабатывания блокировок.
Интересует чисто программная часть!!!
|
Заработало!!!!!
Я сбросил настройки в заводские, и порты заработали.
Кстати, ОС стала новой. Как я понял, такой способ перепрошивки (поставить в RSLogix версию контроллера выше и загрузить программу) в принципе возможен. Нужно только делать это из нового проекта. В моем случае при изменении типа контроллера настройки COM-порта остались старые, поэтому он отвалился. Остается непонятным, почему он не предупреждает об этом.
Всем огромное спасибо за помощь!!!!!
|
OPC сервер от фирмы wonderware как то некорректно читает данные из контроллера а именно module-defined-тэги. например
CNBR_01:1:C.Ch0Config.LowEngineering...записывает корректно, а прочитать не может (или отображает как то неправильно)
User-defined-тэги читает нормально
|
[quote:f25918da9e]Попытайтесь сбросить процессор в заводские установки. Не очень надейтесь, что это поможет, но мало ли, вдруг оживёт хотя бы один порт.[/quote:f25918da9e]
Спасибо, в понедельник попытаюсь.
[quote:f25918da9e]Правильно ли я Вас понял - Вы не прошивали новый контроллер с помощью ControlFlash, а просто попытались залить в него программу, перекомпилированную под новый тип процессора с помощью RSLogix500?[/quote:f25918da9e]
Совершенно верно. При этом никаких предупреждений, что этого делать нельзя, он не выдал. Спокойно залил программу, после чего отвалился COM-порт.
Что касаемо батареи - свет отключился не во время заливки, а после (EtherNet работал). Прежде чем заменять контроллер во время планового останова я хотел залить в него программу и настроить SCADA.
Напишите, пожалуйста, как прошивать правильно.
Возможно, есть какой-то заводской Ip-адрес?
P.S. В S7-300, например, нельзя залить программу от другого контроллера. А чтобы после заливки начали умирать порты - просто невероятно.
|
[b:3dde50b4cc]2Roland [/b:3dde50b4cc]
Правильно ли я Вас понял - Вы не прошивали новый контроллер с помощью ControlFlash, а просто попытались залить в него программу, перекомпилированную под новый тип процессора с помощью RSLogix500?
|
[quote:1ce80daab7="Roland"]
Если я неправильно перепрошивал, почему RSLogix без вопросов залил программу? Как перепрошить правильно?
[/quote:1ce80daab7]Об опасности сбоев по питанию и про необходимость иметь исправную батарею ControlFlash честно предупреждает.
Учитывая, что процедуры по замене контроллеров как правило производятся во время плановых остановов на производстве, когда и механики со сварочными аппаратами, и электрики со своей активной жизненной позицией проводят свои работы - применение UPS при прошивке становится жизненно необходимым правилом.
Что делать теперь? Прежде всего попытаться как-то сбросить ошибки в контроллере.
|
Здравствуйте!
Есть SLC 5/04 с DH+ на борту. Заказчик решил поменять его на SLC 5/05 (с EtherNet).
После конвертации программы появились ошибки при компиляции на функции BTR и BTW. Мне сказали, что версия ОС старая (OS501), надо ее перепрошить и все будет впорядке. Для этого надо изменить версию контроллера в программе и залить ее.
После этих действий у контроллера отвалился COM-порт. А через некоторое время отключили свет. Так как батареи в контроллере не было, то EtherNet тоже вывалился.
RSLinx соединений не видит. Старый Ip-адрес стерт. Попытка сканирования по MAC-адресу ничего не дала (видимо, Ip-адрес был заменен на какой-то другой).
Подскажите, пожалуйста, как можно реанимировать контроллер.
Если я неправильно перепрошивал, почему RSLogix без вопросов залил программу? Как перепрошить правильно?
Заранее благодарю за помощь и советы.
|
Прежде, чем покупать дорогущие модули 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, размещенный в локальном шасси. Можно сэкономить несколько десятков миллисекунд :)
|
Есть прибор - расходомер УВР-011. У него есть выход RS-485. По заверению разработчиков - протокол modbus, НО не modiconовский (т.е. данные будут лежать не в области начиная с 40001, а в какой то другой, в какой - еще точно не знаю).
Чем бы вычитать правильно эти данные в ControlLogix?
Через MVI-MCM? Но насколько я вычитал из документации, при применении функции 3 (чтение), вычитка начинается с 40001 (devaddr). Как изменить не нашел.
Через MVI-GSC (или MVIe-GCS)? Но там вроде как прийдется как-то прописывать весь этот протокол (что в общем то лень), да и потянет ли он работу в удаленных шасси?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
