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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 Привет коллеги. Я немного добавлю к предыдущему своему message. Вы наверное помните, что до недавнего времени KepWare Server шел в комплекте с RSView ME(SE). И в PV Plus setup была такая опция по настройке этого сервера. Но я пытался показать другое применение KepWare. У меня был проект по модернизации. Существующая система 8 SLC и RSTrend. Заказчик захотел заменить RSTrend. Проектной документации никакой. Решение простейшее, к существующим SLC добавил KepWare + iHistorian + Proficy Portal. Вся конвертация тэгов: RSTrend -> Excel -> Kepware. Достаточно просто. Теперь от прошлого к настоящему. Наверное многие из вас работают с CPR9. И уже пробовали RSLogix5000 V16 с новыми командами ALMD and ALMA. При новой концепции Device-based alarm monitoring, разработчик должен использовать ТОЛЬКО RSLinx Enterprise и НИЧТО ДРУГОЕ. Есть и другой выбор, это работать по старинке, так называемый метод Tag-based alarm monitoring, но в этом случае уже без новых команд ALMD and ALMA в RSLogix5000 V16. Так что выбор ваш.

 Абсолютно верно! Версия программного продукта (RSLogix5000) должна быть та же, что и версия firmware контроллера. Если приобрести сейчас CompactLogix, то в нем будет либо последняя (16) прошивка, либо первая. Его необходимо будет перефлешить до 13 версии (до версии Вашего ПО).

 [quote="oldDad"][quote:369b404a36="Kondratiev"] [quote:369b404a36]и, кстати, Logix5000 можно ведь использовать уже купленный??? Заказав оборудование такой же ревизии что купленный Logix5000. [/quote:369b404a36] Каким образом вы собираетесь модули от SLC вставлять в шасси ControlLogix? :) Купленный Logix Вы испoльзовать, действительно, можете, но я бы поставил в пульты удалённый ввод-вывод подешевле и ушёл бы в шкаф сетью. Ревизия Logix к делу отношения не имеет.[/quote:369b404a36] я возможно недовыразился!:) естественно модули от SLC никто вставлять не собирался. все уже трезвые после новогодних праздников:0 и вообще это было бы что-то чс чем то:) если все таки не старый SLC ставить, а CompactLogix. пакет програмиирования для них то же RSLogix5000, что и для ControlLogix. так? предположим он есть. скажем 13й ревизии. для CompactLogix те же шутки с ревизиями, что и для ControlLogix?? когда для програмирования контроллера нужно имет пакет программирования той же ревизии????

 По поводу Security смотрите, пожалуйста, вот эту брошюру: [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/pm/1756-pm016_-en-p.pdf]Logix5000 Controllers Security[/url] Кроме того, см. [url=http://rockwellautomation.custhelp.com/cgi-bin/rockwellautomation.cfg/php/enduser/std_adp.php?p_faqid=8378&p_created=966624250&p_sid=Z9HZkUVi&p_accessibility=0&p_redirect=&p_lva=&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PWRmbHQ6MSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9MiwyJnBfcHJvZHM9MCZwX2NhdHM9NyZwX3B2PSZwX2N2PTEuNyZwX3NlYXJjaF90eXBlPWFuc3dlcnMuc2VhcmNoX25sJnBfcGFnZT0xJnBfc2VhcmNoX3RleHQ9ODM3OA**&p_li=&p_topview=1]Knowledge Base ID 8378 "Security and RSLogix 5000 software - General Information"[/url]

 Здравствуйте. Возникла необходимость что бы у электриков был доступ к проекту в контроллере через RSLogix. Доступ нужен ViewOnly. Подскажите пожалуйста как правильно это все дело организовать?

 Добрый день! [quote:0e6facf99a]1. Пакет RSLogix 500 не позволяет создавать функциональные блоки и не предназначен для программирования контроллеров серии 1756. Для этого необходим пакет RSLogix5000. Он позволяет.[/quote:0e6facf99a] Позволю себе маленькое дополнение: необходимо, чтобы активация RSLogix5000 позволяла использовать FB and ST. :oops:

 Подскажите пожалуйста, что за трабла такая. Не становится на ХП СП2 рус. Вылетает с ошибкой инсталлятора 1722 в конце процесса установки. На девственной винде. А на английскую встал и не пискнул. Хотя 15 эмулятор ставил и на русскую винду. В чем проблема и если он таки не ставится - то как добавить 15 Емулятор в список процессоров RsLogix 5000 V16 ???

 [quote:084379b7e2="oldDad"]Не могу согласиться с тем, что MSG удобнее. Не могли бы Вы привести пару аргументов в пользу этой концепции?[/quote:084379b7e2] Вы так и не ответили ни на один из моих вопросов :) [quote:084379b7e2]Вы можете запостить тут несколько интересных скринов из RSLogix? [/quote:084379b7e2] Я не знаю, какие скрины для Вас могут оказаться интересными, покажу несколько каких-нибудь из Google: [img:084379b7e2]http://www.hbi.de/clients/Rockwell_Automation/bilder/RSLogix5000_300dpi.jpg[/img:084379b7e2] [img:084379b7e2]http://www.hbi.de/clients/Rockwell_Automation/bilder/RSLogix_5000_v16_image_HMI_2007.jpg[/img:084379b7e2] [img:084379b7e2]http://www.rockwellautomation.com/rockwellsoftware/design/rslogix5000/images/rslogix5000.jpg[/img:084379b7e2] [quote:084379b7e2]И ещё, в Ваших ПЛК можно кодить на С? [/quote:084379b7e2] Да, для любителей писания на С или BASIC есть специальные модули. Вообще, такое "свободное" писание не поощряется в силу нескольких причин: 1) Мало ли кто что напишет. Может получиться непредсказуемая функциональность, а этого может зависеть жизнь и здоровье людей. 2) Если писатель уволится, сопровождать систему может оказаться некому. 3) В мультизадачной операционной среде реального времени такое писание довольно специфично. Кроме того, это обычно просто дорого, сложно и неэффективно. Смысл как раз в том, чтобы любой инженер, не владеющий программированием, мог быстро создавать работающие системы и их просто и эффективно эксплуатировать. 4) Честно говоря, не представляю, что и зачем в контроллерах писать на С, если есть Ladder, FBD, SFC, Structured Text. Cистема команд содержит всё, что только может понадобиться, включая самонастраивающийся PID, а если кому-то нужно всё-таки какое-нибудь [i:084379b7e2]извращение[/i:084379b7e2], то в RSLogix есть возможность создавать свои собственные команды. Что вообще (и зачем) писать в контроллерах на С? Ну, могу представить себе какой-нибудь очень специфический протокол обмена данными. Но у нас есть модули для практически всех протоколов. Эти стандартные языки и появились как раз именно потому, что мировое automation community захотело уйти от вышеперечисленных усложняющих жизнь субъективных вещей и упростить себе жизнь. [quote:084379b7e2]Вы хоть раз видели интерфейс "Проскона" ?[/quote:084379b7e2] Нет :) Я даже документации по нему никакой не нашёл, настолько всё это устарело :) Правда, в одном месте я смог прочесть вот что: [quote:084379b7e2]PROSCON is an HMI system developed by Outokumpu, a Finnish company which specialises in mineral processing installations. At the heart of PROSCON is GE Fanuc's CIMPLICITY HMI software. The PROSCON package provides easy installation and visualisation of motor and PID control.[/quote:084379b7e2] http://www.manufacturingtalk.com/news/geu/geu100.html Это, видимо, что-то очень старое, как по концепции, так и по исполнению. :)

 [quote:f52181dc83="oldDad"]Не могу согласиться с тем, что MSG удобнее. Не могли бы Вы привести пару аргументов в пользу этой концепции? Мне кажется, что просто использовать у себя consumer-тэги, вообще ничего не кодируя, - это гораздо проще и удобнее, чем писать дополнительный код для получения информации в тэги, которые, к тому же, должны быть созданы у себя на борту. [quote:f52181dc83]"культурная обвязка" с интерфейсом на верхнем уровне[/quote:f52181dc83] Что именно Вы имеете в виду? Вы видели оболочку программирования RSLogix? Куда уж, по-моему, "культурнее" :) Позвольте полюбопытствовать, зачем нужна какая-то дополнительная оболочка? для какой цели?[/quote:f52181dc83] Вы можете запостить тут несколько интересных скринов из RSLogix? И ещё, в Ваших ПЛК можно кодить на С? Вы хоть раз видели интерфейс "Проскона" ? :)

 [quote:7e8a8a4a0f="oldDad"]Не могу согласиться с тем, что MSG удобнее. [/quote:7e8a8a4a0f] +1 Скажем так. Как выход из ситуации (быстрый выход) и очень даже безболезненный - можно и нужно использовать MSG. Но при разработке проекта НОВОГО необходимо использовать producer/consumer тэги. Это мое личное ИМХО. Лично мне намного проще просто указать с каким тэгом работать чем создавать в контроллере дополнительный тэг, указывать что он записывается (или читается) из какого то другого контроллера, прописывать пути коммуникационные и т.п. [quote:7e8a8a4a0f="oldDad"] Вы видели оболочку программирования RSLogix? Куда уж, по-моему, "культурнее" :) [/quote:7e8a8a4a0f] И снова +1 Настройка MSG сводится к минимуму. И понятна буквально через пару минут как столкнулся с данной командой. Немножко конечно приходится подумать насчет как прописать путь - но это тоже "победимо" :)



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


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



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



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



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



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




  
RA & VDT GmbH


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