 | |
Предыдущие результаты
 Виталий, точного ответа не знаю, но может быть подскажу правильное направление для решения задачи.
В RSLinx есть пункт Station Diagnostics, который показывает соотояние каналов, ошибки и т.д. Я сильно не капал, но уверен, что к этим параметрам можно добраться из VBA (к некоторым добрался, но не нашел нужные - не было времени). Попробуйте, может у вас что-то получиться!
|
Приветствую всех!
Интересует вопрос диагностики сетевых соединений устройств, висящих на ControlNet из SCADA-системы RSView32.
Хотелось бы видеть на экране мнемосхему всей сети ControlNet, причем не только контроллеров, но и других станций.
Из набора системных тегов RSView32 понятно, что можно диагностировать OPC-соединение с сервером OPC:
system\ComErrorStringOPC (string)
system\ComErrorValueOPC (analog)
system\ComStatusStringOPC (string)
system\ComStatusValueOPC (analog)
Честно говоря, этот путь не очень устраивает, так как фактически мы диагностируем связь с RSLinx.
Как можно решить такую задачу? Что можно(нужно) дописать в контроллере для реализации задачи? Может можно как-нибудь обратиться к Linx, чтобы взять конфигурации сети?
Заранее благодарен,
Vitaliy D. Burtsev
|
Подскажите, плиз, есть ли проблемы совместимости версий проектов, созданных RSView Studio Machine Edition 3.00 и 3.20? Куда можно посмотреть по этому поводу?
|
Большое спасибо! Четко и понятно - приятно работать :)
Тогда следующий вопрос:
[quote:bcfdd18122]4. Если не хотите или не можете использовать RSViewSE, а компьютеров с HMI должно одновременно работать более. чем 2, то применяйте хотя бы RSLinx Gateway на одном (или двух компьютерах, если нужен резерв), а остальные компьютеры "вешайте" на Ethernet у тому. на котором работает RSLinx Gateway.
[/quote:bcfdd18122]
Допустим, что две станции ST1 и ST2 подключены к ControlNet, на них установлен RSLinxGateway (одна из станций ST2 - резервный RSLinx Remote OPC Server). На третьей станции ST3 конфигурируем узел, который ссылается на первую станцию ST1 - например OPC_ST1, формируем базу данных тэгов, в имени которых фигурирует название узла OPC_ST1.
Переход на резервный RSLinx Remote OPC Server вижу таким образом:
на станции ST3 конфигурирую узел, который ссылается на станцию ST2 - например OPC_ST2. В базе данных тэгов данного проекта имя этого узла не встречается.
В случае выхода из строя станции ST1, на станции ST3 переименовываю узел OPC_ST1 в OPC_ST1res, а OPC_ST2 в OPC_ST1 соответственно. Т.о. базу данных тэгов перелопачивать не надо - ограничиваемся только переименованием узла.
Является ли правильным данный подход, или это можно делать как-то автоматически, или можно системными средствами переименовывать узлы, а не вручную?
Заранее спасибо! :)
|
Спасибо за ответ. Конечно, оба способа я знаю, но первый способ сразу отпадает как нерациональный, а побитное копирование в начале каждого скана... не знаю, очень много операций прописывать (20битХ40), время скана опять-же, даже если использовать для этого пару XIC-OTE...
Наверно, раньше надо было думать.
Я сейчас уже изменяю тип структуры.
Вопрос в догонку: почему такую адресацию Logix берет:
Metki.Doz[ForNext].Numer_Dozator
а такую не хотит:
Sostav_tekush2[Metki.Doz[Numer_Uspokoi_Doz].Numer_Sostav]
?
При индексации он не берет вложенную индексацию индекса?
|
Удаление антивируса и переустановка PanelBuilder не привело никчему.Также система перезагружается, потом пишет что востоновлена после серьёзной ошибки. Интересный факт вчера произошедший, знакомый преобрёл RS Viev studio ME. И примерно такаяже ситуация.Программа начинает загружатся бах синий экран,абраказябры,перезагрузка системы.Антивируса не стоит вообще.Система как у меня XP Sp1.Буду пробывать дальше удалять програмы которые ставил после РВ32.После отпишусь. :?
|
[quote:b48ddcf42c]Просто странно не использовать одинаковые проекты RSView, например, в одной системе: это проще и обслуживать, и разрабатывать, и исправлять во время наладки, и контролировать версии и т.д. [/quote:b48ddcf42c]
Видите ли, нужно использовать не просто [color=darkblue:b48ddcf42c]одинаковые[/color:b48ddcf42c] проекты RSView, а [color=darkblue:b48ddcf42c]один и тот же[/color:b48ddcf42c] проект RSView, причём не несколько параллельно работающих копий его, а именно один-единственный :) Правда, не RSView32, а RSViewSE, который именно для этого и предназначен.
Видите ли, с тех пор, как стали применяться контроллеры ControlLogix (и lдругие из серии Logix) с мультизадачной операционной системой и динамическим распределением памяти, принципы организации связи систем HMI с контроллерами изменились.
Дело обстоит так, что если просто механически увеличивать количество одновременно работающих на шине проектов HMI, и при этом пренебречь этими соображениями, то производительность системы может пострадать. Проблемой является то, что при проектировании систем с контроллерами серии Logix люди исходят из тех же соображений и принципов посторения систем, которые применялись раньше, с более простыми старыми контроллерами без мультизадачности и динамического распределения памяти, какими были SLC и PLC-5, и всё ещё выпускаются другими производителями. Кроме того, старые сети с низкой скоростью обмена, работащие по принципу "master-slave" и не имеющие CIP и предсказуемого времени доставки, работали по совершенно другим принципам, не обеспечивающим детерминизма в реальном времени. При этом использовался совершенно другой механизм обслуживания рабочих станций.
RSView32 - это достаточно старый продукт, он был создан в эпоху, когда ещё не было ни тэгов в контроллерах, ни динамического распределения памяти, ни самого ControlLogix, ни встроенной мультизадачности, ни прозрачных благодаря CIP детерминированных сетей. RSView32 широко применяется и сейчас для тех случаев, когда нужен all-in-one stand alone продукт, когда количество компьютеров не превышает 2 или применяются старые контроллеры не-Logix.
Но для вновь проектируемых на базе контроллеров Logix систем рекомендуется всё-таки применять не RSView32, а RSViewSE, т.к. даже если в системе предусматривается только один компьютер с HMI, продукт RSViewSE Stand Alone обеспечивает более оптимизированный обмен с контроллерами.
RSViewSE оптимизирована для мультиклиентского применения и строится на (несколько) иных принципах, которые нужно знать и учитывать при проектировании системы. Поэтому при построении системы с нескольими (3 и более) компьютерами, которые собирают данные по OPC, нужно учитывать вполне определённые вещи, от которыъ непосредственно зависит производительность системы.
В соответствии с веянием времени повысились требования к скоростям передачи информации, к реактивности системы, к детерминизму сетей, что непосредственным образом повлияло на идеологию построения рапределённых систем управления. Принципы построения таких систем отличаются от принципов построения систем с "простыми" контроллерами и сетями", их просто нужно знать.
Коротко: если в Вашей системе не 1 и не 2 компьютера, на которых должны работать проекты HMI, обращающиеся к одному и тому же контроллеру ControlLogix, то:
1. Если Ваша система построена на современных кнотроллерах серии Logix, а количество компьютеров, на которых должны работать средства HMI_ больше двух, то применяйте RSViewSE с выделенными (резервированными) серверами вместо RSView32, которая применялась с SLC или PLC-5.
2. Ставьте один или два сервера (если нужнол резервирование) и столько "тонких" клиентов, сколько нужно. Их колмчество неограничено.
3. Пользуйтесь RSLinx Enterprise, встроенным в RSViewSE вместо RSLinx Сlassic, использующегося с RSView32. Он специально предназначен для работы в конфигурациях с контроллерами Logix и мультиклиент-мультисерверной платформой HMI.
4. Если не хотите или не можете использовать RSViewSE, а компьютеров с HMI должно одновременно работать более. чем 2, то применяйте хотя бы RSLinx Gateway на одном (или двух компьютерах, если нужен резерв), а остальные компьютеры "вешайте" на Ethernet у тому. на котором работает RSLinx Gateway.
5. Не пренебрегайте рекомендациями по планированию производительности системы HMI, описанными в документации. И тогда у Вас получатся красивые, надёжные, "прозрачные" и очень быстродействующие системы :)
Вот здесь [u:b48ddcf42c][url=http://vdt-solutions.de/modules.php?name=Forums&file=viewtopic&p=529#529]здесь[/url][/u:b48ddcf42c] я уже привёл несколько важных документов.
|
Здравствуйте.
Получили на фирму инсталляционный диск RSLogix 500, и, на том же диске, в дистрибутиве - RSView32. Но в главном меню диска, в пункте "Try out other Rockwell software products" RSView32 обозначена как demonstration version . Можно ли использовать, при наличии ключей активации от наших ранний версий, эту инсталляцию как полноценный SCADA пакет или она всё таки является урезанной демо версией пром.образца ?
|
"Напишите на ту фирму, которая Вам поставила этот продукт, объясните проблему."
Да нет их уже, уехали - какая-то подрядная итальянская компания...
"Или свяжитесь со службой поддержки Rockwell по тел. (1) 440-646-5800
Вам понадобятся данные регистрации продукта."
Видно придется звонить... У меня кроме серийника и Master disc на RSLogic ничего нет. Конечно, достать информацию о собственнике, версиях тоже возможно.
"Вот здесь находится процедура "Reset Codes":
http://support.rockwellautomation.com/resetcodes/"
Спасибо за ответ
|
[quote:5c3079123f]
Материал из Википедии — свободной энциклопедии
RS-485 — полудуплексный многоточечный последовательный интерфейс передачи данных. Передача данных осуществляется по одной паре проводников с помощью дифференциальных сигналов.
Разница напряжений между проводниками одной полярности означает логическую единицу, разница другой полярности — ноль.
Стандарт RS-485 совместно разработан двумя ассоциациями: Ассоциацией электронной промышленности (EIA — Electronics Industries Association) и Ассоциацией промышленности средств связи (TIA — Telecommunications Industry Association). Ранее EIA маркировала все свои стандарты префиксом «RS» (Рекомендованный стандарт). Многие инженеры продолжают использовать это обозначение, однако EIA/TIA официально заменил «RS» на «EIA/TIA» с целью облегчить идентификацию происхождения своих стандартов. На сегодняшний день, различные расширения стандарта RS-485 охватывают широкое разнообразие приложений.
В стандарте RS-485 для передачи и приёма данных часто используется единственная витая пара проводов. Процедуры совместного использования линии передачи требуют применения определённого метода управления направлением потока данных. Наиболее широко распространённым методом является использование сигналов RTS (Request To Sent) и CTS (Clear To Sent).
Примечание:
1. Стандарт RS-485 оговаривает только электрические характеристики, физический уровень (среду), но не программную платформу.
2. Стандарт RS-485 не оговаривает:
• возможность объединения несимметричных и симметричных цепей,
• параметры качества сигнала, уровень искажений (%),
• методы доступа к линии связи,
• протокол обмена,
• аппаратную конфигурацию (среда обмена, кабель),
• типы соединителей, разъёмов, колодок, нумерацию контактов,
• качество источника питания (стабилизация, пульсация, допуск),
• отражённость, уровень сигнала (reflect).
Электрические и временные характеристики интерфейса RS-485
• 32 приёмопередатчика при многоточечной конфигурации сети (на одном сегменте, максимальная длина линии в пределах одного сегмента сети: 1200 метров (4000 футов)).
• Только один передатчик активный.
• Максимальное количество узлов в сети — 250 с учётом магистральных усилителей.
• Характеристика скорость обмена/длина линии связи (зависимость экспоненциальная):
o 62,5 кбит/с 1200 м (одна витая пара)
o 375 кбит/с 300 м (одна витая пара)
o 500 кбит/с
o 1000 кбит/с
o 2400 кбит/с 100 м (две витых пары)
o 10000 кбит/с 10 м
Примечание: Скорости обмена 62,5 кбит/с, 375 кбит/с, 2400 кбит/с оговорены стандартом RS-485. На скоростях обмена свыше 500 кбит/с рекомендуется использовать экранированные витые пары.
• Тип приёмопередатчиков — дифференциальный, потенциальный. Изменение входных и выходных напряжений на линиях A и B: Ua (Ub) от −7В до +12В (+7В).
• Требования, предъявляемые к выходному каскаду: — выходной каскад представляет собой источник напряжения с малым выходным сопротивлением, |Uвых|=1,5:5,0В (не <1,5В и не >6,0В);
o состояние логической «1»: Ua больше Ub (гистерезис 200мВ) — MARK, OFF;
o состояние логического «0»: Ua меньше Ub (гистерезис 200мВ) — SPACE, ON;
o выходной каскад должен выдерживать режим короткого замыкания, иметь максимальный выходной ток
250мА, скорость нарастания выходного сигнала 1,2В/мкс и схему ограничения выходной мощности.
• Требования, предъявляемые к входному каскаду: — входной каскад представляет собой дифференциальный вход с высоким входным сопротивлением и пороговой характеристикой от −200мВ до +200мВ;
o допустимый диапазон входных напряжений Uag (Ubg) относительно земли (GND) от −7В до +12В;
o входной сигнал представлен дифференциальным напряжением (Ui+0,2В) и более;
o уровни состояния приёмника входного каскада — см. состояния передатчика выходного каскада.
[/quote:5c3079123f]
http://ru.wikipedia.org/wiki/RS-485
DH-485 - это сеть Allen-Bradley, на нижних уровнях модели OSI которой используется интерфейс RS-485.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
