 | |
Предыдущие результаты
 Здравствуйте!
Имеется следующее соединение:
PLC <-----ControlNet-----> WS1 <-----Ethernet-----> WS2
На WS1 стоит RSLinx Gateway, на WS2 - RSLinx Professional.
Я не могу настроить соединение на WS2 :oops:
Может быть кто-то знает как это сделать, если в таком варианте это вообще возможно? Где можно взять подробную документацию по RSLinx (желательно на русском)?
Спасибо за внимание!
|
Хороший вопрос :) Сейчас попробую привести несколько общих соображений и рекомендаций.
Основное правило планирования вычислительной мощности мультизадачных проектов реального времени звучит так: „Don’t hog the CPU“, что означает «не заграбастывайте время процессора» :) Поэтому, чтобы минимизировать время скана, следует, в принципе, придерживаться следующих соображений:
1. Лучше использовать небольшое количество больших программ, чем большое количество маленьких. Чем больше задач, тем больше «накладных расходов», т.е. вычислительных ресурсов, требующихся процессору и операционной системе, чтобы отслеживать переключение задач, сохранения контекста, определения наиболее приоритетной готовой к выполнению задачи, сохранению контекста в стеки задачи, у которой система забирает процессор и т.п.
2. Если возможно, используйте только одну или как можно меньше задач.
3. Лучше использовать одну программу с вызовами подпрограмм (routines) чем несколько автономных задач со своими приоритетами, локальной областью данных и т.п.
4. Если Вам необходимо иметь в системе несколько задач с собственными приоритетами, то в каждой задаче лучше иметь только одну программу или пару программ.
5. Лучше применять «оборонительный» стиль планирования приоритетов и вычислительного процесса, чем «наступательный», т.е. присваивать задаче настолько маленький приоритет, насколько это возможно и имеет смысл, а не назначать каждой новой задаче (ещё) больший приоритет, чем предыдущей.
6. Старайтесь следовать следующей стратегии: задачи с относительно более высоким приоритетом должны обслуживать самые важные события во внешней среде, и быть настолько короткими, насколько это возможно. Чем выше приоритет, тем короче, лаконичнее и проще должна быть задача.
7. Поскольку резервированные процессоры постоянно заняты ещё и сравнением и выравниванием контекста, и это происходит с довольно высоким приоритетам (по вполне понятной причине – нужно постоянно быть наготове!) , очень критичным является время передачи массива данных (тэгов). Поэтому структурируйте данные так, чтобы иметь наименьшее количество тэгов. Это позволит уменьшить объём данных, передаваемых между основным и резервирующим процессором, а, следовательно, уменьшить время трансфера данных между контроллерами и увеличить быстродействие.
8. Удаляйте ненужные тэги. Поскольку они созданы, память под них отписана, и они участвуют в трансфере, т,к. Процессор не анализирует, используются ли они в действительности.
9. По этим же соображениям лучше использовать массивы тэгов вместо ряда индивидуальных тэгов. Каждый раз, когда Вы создаёте тэг BOOL, контроллер создаёт 4-байтовую структуру данных вместо 1 бита. Например, массив BOOL из 32 битов занимает 32 бита, т.е. 4 байта, а 3 независимых тэга типа BOOL занимают 3 тэга x 4 байта/тэг = 12 байт.
10. Старайтесь использовать биты в слове, а не отдельные битовые тэги. Если Вам необходимы тэги различного типа, то лучше создавать польовательские структуры данных, состоящие из тэгов и массивов разных типов, чем просто большое количество тэгов. Напирмер, структура может состоять из тэгов SINT, INT, DINT, REAL, COUNTER, TIMER. Менеджер памяти оптимизирует такие структуры, макчимально упаковывая данные вплотную друг к другу.
11. Если уж Вы создаёте единичные тэги, то лучше создавайте альянсы (aliases) к компонентам массивов.
12. Минимизируйте код программы, насколько это возможно. Если по какому-нибудь условия выполняются различные действия, то избегайте множественных проверок этого условия в разных строках программы, а лучше для всех этих действий используйте ветвление во второй половине строки проверки учловия.
13. По этой же причине минимизируйте применение конструкций вида «проверил условие – установил флажок – во многих местах пользуюсь этим флажком». Лучше избегать флажков и помещать инструкции выполнения впараллель в строчке проверки условия непосредственно после проверки этого условия.
14. Не выполняйте строчки программы, если это не нужно. Выполняйте действия только тогда, когда это действительно необходимо. Например, выполнение сложения после проверки необходимости сложения лучше, чем безусловное выполнение сложения без проверки этого условия.
15. При передаче данных между партнёрами-контроллерами данные делятся на пакеты по 256 байт. Каждый раз, когда производится запись, скажем, в 1 (один) бит, т.е. тэг типа BOOL, между контроллерами передаётся целый блок из 256 байт. Поэтому лучше осмысленно группировать данные таким образом, чтобы передавалось только то, что нужно, а не, например, одни и те же константы в одном и том же блоке. Иными словами, лучше располагать константы в одном блоке, медленно меняющиеся значения в другом, быстроменяющиеся – в третьем и т.п. в этом смысле.
16. Лучше использовать DINT, чем SINT или INT. Поскольку контроллер имеет 32-битную шину данных, его естественным форматом является именно DINT. Все остальные Ваши форматы контроллер вынужден перед использованием сперва преобразовывать в DINT, а потом снова в Ваш формат. Это занимает время.
17. Не нужно явно в программе преобразовывать SINT или INT в DINT. Контроллер делает это автоматически. В противном случае это занимает лишнее время.
18. При планировании Вашей системы пожалуйста не пренебрегайте всеми рекомендациями документа [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um523_-en-p.pdf]1756-um523_-en-p.pdf[/url].
Настройки ControlNet тоже нужно оптимизировать с помощью RSNetworx for ControlNet.
- Можно поварьировать NUT.
- Очень часто недостаточная производительность сети связана с некачественным механическим её исполнением, например, нехорошим контактом в разъёме. Посмотрите в Station Diagnostics в RSLinx, нет ли плохих пакетов, "шума", ошибок?
- Лучше располагать адреса в сети подряд, без промежутков.
- Хорошо бы проверить в RSNetworx, корректно ли указаны максимальные сетевые адреса Max Scheduled и Max Unscheduled.
- Если у Вас резервированная сеть, проверьте, установлено ли в Media Redundancy, что передача идёт по кабелям А и В.
- Посмотрите, сколько реально байтов в секунду пропускает Ваша сеть в фазе unscheduled. Не получается ли так, что NUT слишком мал, чтобы пропустить все байты за один такт? Не слишком ли велик бесполезный запас?
- Посмотрите характер загрузки сети: Average and Peak Scheduled Band Network. Чем ближе эти значения к 100%, тем тяжелее загружена сеть.
Сколько у Вас рабочих станций в данном сегменте ControlNet? Что Вы используете - RSView32 или RSViewSE?
Успехов! :)
|
Хотел спросить совета у опытных спецов. Вопросов, по сути несколько, но прежде чем их задать в общих чертах опишу ситуацию. Два контроллера L55M13 работающих в горячем резерве при помощи 1757-SRM. Сеть ControlNet, ввод/вывод удаленный, 3 17-х шасси, в каждой 15 модулей. Как оказалось синхронизация основного и резервного контроллеров занимает довольно прилично ресурсы оных.
По мануалу загрузка вроде как должна быть больше всего на 30%, но на мой субъективный взгляд на практике дело обстоит по другому. Тормоза у меня выражаются в подвисании RSLinx, диагностика драйвера показывает 2 пакета в секунду на прием и столько же на передачу. В режиме работы без резервного контроллера, диагностика показывает 10 пакетов, RSView работает, как положено, тормозов не наблюдается.
Теперь собственно вопросы.
1. Как лучше организовать задачи контроллера. Сделать больше задач содержащих меньше программ, или постараться выстроить процедуры управления так, чтобы задач было меньше, а программ внутри них больше. Вообще, что-нибудь от этого зависит или я не туда копаю?
2. Какие вообще есть способы оптимизации быстродействия?
3. Может дело быть в неправильных настройках ControlNet-а?
4. Сколько пакетов должна получать/отправлять рабочая станция для "нормального" обмена информацией по контролнету? Сетевые модули нагружены на 50% если судить по показаниям индикаторов.
|
Здравствуйте. Если помните, мы встречались в г.Липецке на НЛМК и ТЭЦ-2 по поводу использования ControlLogix в АСУ ТП ТЭЦ "Азовсталь". Кстати вопрос еще не решился. :cry:
Сейчас изучаю проект.
Такие вопросы:
1) насколько критично для работоспособности системы неиспользование заглушек 1756-N2 в пустых слотах, т.к. в документации информация по данному устройству идет под пометкой [b:6c8fc6d4d3]"ВАЖНО"[/b:6c8fc6d4d3] ?
2) верно ли, что вместе с шасси в комплекте поставляются 2 заглушки 1756-N2 ?
|
У нас имеется большой парк динамического оборудования. АСУТП выполнено на ControlLogix. Есть идея попробоать, но опыта пока нет. В дальнейшем планируем осуществлять управление(1756-OF8) оборотами. 15000 об/мин это максималная скорость, которая у нас существует. Речь идет о компрессорном оборудовании. На роторе делается метка и считывается датчиком. Теория по данному вопросу у нас хромает, поэтому мы пока пытаемся разобраться, что да как.
Спасибо за ответ.
|
Тахометры до 15000 об/мин имеются:
[u:2eea4c28b0] [url=http://www.ab.com/catalogs/c114/7enc/704041.pdf]845PY[/url][/u:2eea4c28b0]
[u:2eea4c28b0] [url=http://www.ab.com/catalogs/c114/7enc/704648.pdf]845T[/url][/u:2eea4c28b0]
Для ввода сигнала тахометра можно использовать модуль ControlLogix 1756-HSC:
[u:2eea4c28b0] [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um007_-en-p.pdf]ControlLogix 1756-HSC High Speed Counter Module User Manual[/url][/u:2eea4c28b0].
Если бы Вы могли рассказать более подробно, что это за применение и что собственно нужно, мы могли бы посоветовать что-нибудь более предметно.
|
Мы тут посовещались с коллегами. Видите ли, за более чем 10 лет работы с таким явлениями мы столкнулись лишь один раз, когда в резервированной системе ControlLogix грузили программу не в основной, а в дублирующий контроллер, а основной оставался пустым. Резервный после этой загрузки, как ему и положено, качал себе программу и данные из основного, стирая только что загруженную в него программу. :)
В остальном - ни нам, ни Роквелл такой "баг" неизвестен. По-видимому, дело где-то в железе.
Можете более подробно описать?
|
Замечено, что в таких котроллерах как SLC500 и ControlLogix иногда происходит удаление программы релейной логики вместе с файлами данных и конфигурации, причем контроллер подключен к сети 220В круглосуточно и заряд батареи удовлетворителен. Резервная энергонезависимая память не установлена. Почему происходит удаление программы, в чем кроется причина, из какой тех.документации можно узнать о данном баге?
|
[quote:dc71f6eb77]Существуют интерфкйсные модули для любых сетей.
Оптимальными вариантами являются, по моему мнению, DeviceNet и SSI.[/quote:dc71f6eb77]
При помощи какого модуля можно опрашивать датчик с интерфейсом SSI? (Желательно установка модуля в локальное шасси процессора)
Интерфейсные модули производяться Allen-Bradley или сторонними производителями, просто в формате ControlLogix?
|
[quote:565f90d095="Pvl"]Какие ещё из распространённых для такого типа устройств, как кодовые датчики, интерфейсов (SSI, Profibus, etc.) возможно использовать в системе управления, построенной на базе контроллеров/УВВ ControlLogix?
Является ли в данном случае DeviceNet наиболее удобным вариантом (учитывая в/у требования к быстродействию)?[/quote:565f90d095]
Существуют интерфкйсные модули для любых сетей.
Оптимальными вариантами являются, по моему мнению, DeviceNet и SSI.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
