Система управления и контроля. нужен хелп - Страница 3

mvkarp · 20.12.2007, 01:14

ben-vladen, извини, погорячился. У меня и на работе, и дома компы, вот и кажеться, что и у всех так.
Ну а если смогу помочь, то с удовольствием. Предложение остается в силе.

ben-vladen · 20.12.2007, 20:27

Ну, сам по себе цех не нуждается в присутствии в нем людей. Всё управление производится из диспетчерской с пульта диспетчером. Цех по обогащению соли на солефабрике. В задачу управления входит просто включение и выключение механизмов конвейеров, дробилок и др. и отключение в случае перегрузки. учитывая, что раньше управлял диспетчер, то критичность к зависаниям системы ничтожна (по крайней мере в выданом мне задании указывался именно ПК с обычной виндой).
Я только недавно устроился на работу и опыта у меня маловато. вот и решил спросить совета что лучше.

efim_max · 21.12.2007, 00:05

Ben-Vladen, если можешь, скинь на мейл efim_max@ukr.net тех задание, чем смогу тем помогу.

HiDux · 21.12.2007, 08:54

Всем привет.
Более 10 лет занимаюсь автоматизацией производства. Почитал эту тему - много дельного. Хочу тоже дать некоторые советы.
1. Если решитесь использовать промышленные контроллеры при малом бюджете, рекомендую посмотреть ADAM (низкая стоимоть, программирование на С, соответственно гемор и с программированием и сотладкой.).
2. Если хотите получить надежную систему, то без нормального контроллера не обойтись. Но не рекомендую брать Siemens (чихорда спрограмным обеспечением, не удобно ни писать программу, ни отлаживать.). Лучим в мире я считаю контроллеры Allen-Bradley.
3. Если будите делать проект под управлением PC, то не рекомендую использовать встраиваемые платв ввода-вывода. Мы решаем это так: используем модули ввода-вывода с интерфейсом Modbas по каналу RS-485. В компьютере OPCserver и программа на Visual Basic. В вашем случае такое решение может стоить порядка 60 т.руб.
Вобщем если есть вопросы hidux@bk.ru

mvkarp · 21.12.2007, 21:07

Не согласен с HiDux в плане его "обиды" на SIEMENS. Ныне выработаны требования к средам разработки программ для контроллеров. Ведущие производители как контроллеров, так и программных продуктов для них уже давно работают тесно друг с другом.
Так, например, среды разработки фирмы Wonderware одинаково хорошо подходят как к контроллерам OMRON, так и к контроллерам SIEMENS.
Другое дело, что здесь нужен толковый спец + его опыт.
Для небольших разработок это, конечно, не годиться, цена слишком высока. Но для больших проектов, за которые заказчик готов выложить достойную Вашему труду сумму - подобные программные продукты то, что надо. К тому же подобные продукты дают вам возможность прекрасного дизайна картинки на экране монитора (или хорошо работают со сторонними разработками).

efim_max · 21.12.2007, 23:58

Если проект небольшой, то можно взять что-то вроде програмируемого реле "Zeleo" от "Schneider Electric" или "Tvido", а если и финансирование поджимает - то собрать подобие плк на AVR. Ввести защиты, обеспечить надежным питанием, подобрать перефирию и получится очень неплохое устройство за небольшие деньги. Такое устройство прекрасно работает не хуже любого ПЛК.

HiDux · 24.12.2007, 10:04

По поводу "обиды" на SIEMENS.
Я говорю о средах програмирование PLC, по этому я и сказал, что Step7 SIEMENS намного слабее чем RSLogix 500 от Rockwell. А что касаеться SCADA, то использование InTouch от Wonderware я считаю не целесообразным, так как у SIEMENS есть прекрасное средство HMI WinCC. (Если конечно mvkarp понимакт очем речь)
Что косаеться использования "Zeleo", "Logo" и т.д. то использование их в проектах с тремя сотьнями входов-выходов довольно проблематично. (А автору темы нужно примерно столько входных сигналов, на сколько я понимаю)
"....а если и финансирование поджимает - то собрать подобие плк на AVR....". С этим согласен, но уж больно долго и не надежно. В итоге затраты на проектирование, програмирование и эксплуатацию превысят те которые были бы затрачены на использование PLC. (Проверено не раз!!!! для проектов от 30 вх/вых)

sanitar249 · 24.12.2007, 10:33

Сообщение от HiDux

"....а если и финансирование поджимает - то собрать подобие плк на AVR....". С этим согласен, но уж больно долго и не надежно. В итоге затраты на проектирование, програмирование и эксплуатацию превысят те которые были бы затрачены на использование PLC. (Проверено не раз!!!! для проектов от 30 вх/вых)

Однозначно, на своем контроллере, только "малая" автоматизация(до 30 IO , наприм узел управл. насосами). Для этого есть хорошая прога, программирование на LAD и на выходе готовый код для МК. Но к сожалению, под большие проекты не годиться, в виду полного отсутствия средств отладки и ограниченных коммуникационных возможностей (все придеться делать с нуля)

.
Для проекта топикавтора, я бы порекомендовал OMRON с распределенной системой I/O на основе сети на базе RS485(с применением соответствующих модулей), хотя, как говориться, на вкус и цвет...

Удачи!

mvkarp · 24.12.2007, 19:20

HiDux! Вы поставили меня в "собачье положение" - слышал, но сказать не могу.
В действительности я не разработчик, а потребитель. Руководитель группы АСУ службы КИПиА. Я видел процесс разработки при использовании Wonderware, и видел конечные продукты от двух разработчиков, использующих Wonderware и WinCC. Последние мне не понравились (это, вообще-то от программиста и дизайнера зависит). STEP7 также присутствует в нашем проекте.
Ну, да это просто препирательства со HiDux. Их тут не должно быть.
А по поводу удаленного управления - еще раз обращаю внимание на электромагнитные помехи. Почему-то в данной теме кроме меня больше никто вопрос не затрагивает? Ребята, какие бы ни были написаны программы, они будут себя плохо вести при наличии наводок в информационных сетях. Информационными здесь имею ввиду не только сети передачи компьютерной информации, но и контрольные кабели, по которым приходит информация о состоянии объекта. Эта информация обычно "0" или "1". Наводки силовых кабелей на контрольные - огромны. Поэтому обязательно продумайте вопросы данного плана.

nocturnus · 25.12.2007, 15:52

И все-таки, уважаемые специалисты, почему вы считаете целесообразным все дискретники вести на диспетчерский пульт (тем более когда их там сотни)? Как насчет распределенной системы контроля? Каждый функционально законченный агрегат оборудовать простым контроллером с небольшим числом входов/выходов, а коммуникацию с центральным пультом вести по промышленному протоколу (например, тому-же MODBUSу на RS485) - уменьшаем количество проводов (что кстати заметно влияет на цену изделия), а для надежности оставить 1-2 дискретных сигнала готовности узла (или аварии). Этот вариант менее критичен к переделкам при наращивании производственных мошностей и переделкам какого-либо узла.