 | |
Предыдущие результаты
 [quote:57fc0805ad="maxim"]Доброго времени суток уважаемые коллеги.
У меня возник один вопрос:
В RSVIEW SE есть база тегов (HMI tegs), там можно создавать теги обращаясь к контроллеру и с именно этими тегами работать. А ведь можно (SE позволяет) обращаться к тегам хранимым в контроллере. Система о которой я говорю использует и первый и второй способ доступа к тегам.
Вопрос в следующем: есть ли рекомендации от Rockwell использовать только какой-то один из способов, либо можно комбинировать?[/quote:57fc0805ad]
Насколько я знаю - есть рекомендации использовать доступ к тегам, которые хранятся в контроллере. Но бывают случаи когда без базы тегов просто не обойтись. У нас на предприятии мы где только возможно используем теги из контроллера. но например для Derived Tag база тегов нужна. И у нас все алармы тоже прописаны в базе - тегов что бы можно было выводить их Description. Сейчас с нетерпением ждем 16 версии Лоджикса, в котором уже организовано генерирование алармов непосредственно в контроллере
|
Алек, спасибо, замечательный документ!
Добавлю сюда ссылочку на него:
[url=http://literature.rockwellautomation.com/idc/groups/literature/documents/qs/ftsec-qs001_-en-p.pdf]FactoryTalk Security Quick Start Guide[/url]
|
Привет уважаемые колеги,
Советую обратиться к новому документу от Rockwell
FTSEC-QS001A-EN-P от December 2007.
Этот документ проясняет многие аспекты.
В заключение поздравляю всех с наступающим Новым Годом.
Happy New Year and all the best :) .
С уважением.
|
[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:b899f3937f]Я вобщем-то и не утверждал что мы реализуем ПИДы и прочее в СКАДе, но при этом и не отрицал что это легко возможно, например в скриптах. :)[/quote:b899f3937f]
Но Ваши скрипты хотя бы резидентно находятся и исполняются в контроллере? Или таки на каком-то из компьютеров?...
[quote:b899f3937f]Концепция уже давно утверждена - GeFanuc и никаких гвоздей! :)[/quote:b899f3937f]
Что ж.... тогда ой :)
[quote:b899f3937f]Позвольте полюбопытсвовать как Вы решаете задачи коммуникаций между контроллерами на базе TCP/IP по типу вызова низкоуровневых процедур в ПЛК ?[/quote:b899f3937f]
Пожалуйста :)
Контроллеры Allen-Bradley - это очень высокоорганизованные устройства, обладающие очень высоким уровнем интеллекта и очень серьёзной мультизадачной операционной системой реального времени. Именно поэтому никаких низкоуровневых процедур на уровне пользователя в этих контроллерах не предусмотрено. Да и необходимости в них никакой нет.
Есть два основных способа обмена данными между контроллерами:
1) В концепции Producer-Consumer любой контроллер в сети является Producer'ом, т.е. предоставляет свои данные (тэги) в сеть для всеобщего пользования. Все остальные контроллеры просто (одновременно) используют эти тэги, т.е. их потребляют так, как если бы эти тэги находились в их памяти. Т.е., являются Consumer'ами этих тэгов.
Этот механизм прозрачных "соеднинений" между производителем и потребителями данных обеспечивается протоколом CIP, который поддерживается сетями Ethernet/IP, ControlNet, DeviceNet.
Всё происходит на уровне операционной системы контроллера, пользователь организацией обмена не занимается.
2) В исторически более старой концепции, восходящей ещё к временам PLC-3 (или даже раньше) контроллер имеет в своей системе команд специальную команду MSG. С её помощью один контроллер либо читает единицу данных, находящуюся по фиксированному адресу в памяти другого, либо записывает данные в память другого контроллера по фиксированному адресу.
Этот способ обмена характерен для старых контроллеров с фиксированным распределением памяти и однозадачной операционной системой. В новых контроллерах эти приказы MSG тоже всё ещё поддерживаются, хотя операционная система в них мультизадачная и распределение памяти, соответственно, динамическое, Поэтому пользователь имеет доступ не к фиксированому адресу в "чужой памяти", а к единице хранения данных с символическим именем - тэгу.
В этом варианте пользователь также никак не программирует собственно сетевой обмен. Коммуникациями между контроллерами занимается не пользователь, а операционная система контроллера.
Весь обмен данными в любом из вариантов обмена происходит асинхронно к скану программы. В многозадачной операционной системе реального времени задача обмена по сети - это скрытая от пользователя системная задача с одним из наивысших приоритетов.
|
Уважаемые коллеги!
Кто-нибудь имел опыт работы с v 16 RSLogix5000 и RS Emulate 5000?
При загрузке в Эмулятор программы (в которой есть Add-On) после перехода в Run возникает ошибка:
(Type 04) Program Fault(can be trapped by a Fault routine)
(Code 86) Access violation in user program
В базе данных Rockwell есть note ID 38836:
Question
Code 86 access violation in user program when going to run after downloaded to RSEmulate 5000
Answer
Go to computer properties --> advanced --> performance --> settings and select 'Turn on DEP for essential windows programs and services only'.
Но DEP на компьютере так и настроен, а ошибка все равно происходит?!
|
[quote:4335b8466d="oldDad"]
или вот такое простое устройство 9300-RADES, позволяющее дозвониться в Вашу систему по телефону:
[img:4335b8466d]http://vdt-automation.com.ua/images/rades.jpg[/img:4335b8466d]
http://vdt-automation.com.ua/modules.php?name=News&file=article&sid=4[/quote:4335b8466d]
Ой какая интересная штучка. Нужно будет принять к сведению на всякий случай. Спасибо огромное
|
Есть и другие возможности удалённого доступа к Вашей системе.
Можно попробовать службу DynDNS:
https://www.dyndns.com/services/dns/dyndns/
или вот такое простое устройство 9300-RADES, позволяющее дозвониться в Вашу систему по телефону:
[img:54230ff6b3]http://vdt-automation.com.ua/images/rades.jpg[/img:54230ff6b3]
http://vdt-automation.com.ua/modules.php?name=News&file=article&sid=4
|
Вот утилита, позволяющая увидеть, какие порты используются:
http://vdt-automation.com.ua/modules.php?name=Files&go=view_file&lid=9
И Вам нужно будет знать внешний IP рутера, на котором висит CL, т.е. тот, который присвоен ISP.
Не забудьте также сконфигурировать в рутере NAT не только по TCP, но и по UDP.
Вот ещё одна статья, м.б. пригодится:
http://vdt-solutions.de/files/linx_gateway.pdf
|
Здравствуйте, коллеги!
Произошла такая ситуация: в результате экспериментов с панелью (настройки коммуникаций, заливки проектов и пр.) и настройки user accounts в RSViewME получилось так, что залили в панель проект, который выполняет автостарт, а Shutdown проекта запаролирован так, что пароль никто не может подобрать (разработчик проекта выполнял свою работу в другом месте и не перенес своих юзеров в фактори толк). Короче говоря, необходимо каким-то образом достучаться до конфигурационных параметров панели, остановить пароль. Как это можно вылечить? Есть подозрение, что придется Firmware upgrade делать.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
