Просмотр полной версии : Организация работы системы
Нужна консультация. Планируется система из контроллера ОВЕН ПЛК 110-60, панели СП270, и 60 приборов аналогового и дискретного ввода-вывода. В связи с этим вопросы
1. Хватит ли адресов для связи с приборами по протоколу Modbus?
2. Хватит ли вычислительной мощности контроллера для непрерывной обработки данных и управления системой?
Николаев Андрей
28.07.2011, 09:26
Подробнее данные.
Что за приборы ввода\ввывода в штуках. Сколько параметров планируете передавать на панель. Что за программа.
Планируется замена системы SimaticS5 на ОВЕН. Предполагается использовать ПЛК 110-60, СП270, 23 прибора МВ110-32ДН, 23 прибора МУ110-32Р, 2 прибора МВ110-8А, 4 прибора МВ110.4ТД. Пульт управления хранения, дозирования сырья, замешивания теста (пищевая промышленность). Пульт центральный, его работоспособность и безотказность очень важна, поэтому хотелось бы заранее оценить насколько беспроблемная получится конфигурация системы.
Николаев Андрей
28.07.2011, 11:21
Управлять всеми узлами должен один контроллер? То есть логика работы узлов связанна между собой?
Да, именно так. Это одна система.
Еще рассматриваю вариант распределения задач между несколькими контроллерами, объединенными в сеть. Но тоже терзают сомнения насчет стабильности работы.
Николаев Андрей
28.07.2011, 13:44
Если есть возможность разбить - я бы разбил. Контроллеры объеденить можно будет по Ethernet.
Когда один контроллер. Контроллер в любом случае нужен с лицензией М.
Модули подключаются на 2 разных RS485. СП270 на порт RS232.
Обмен с дискретными модулями ввода\вывода только по маске. Панель делать мастером сети. Однозначно надо будет увеличивать цикл ПЛК до 2-5 мс.
Вопрос в величине программы.
В общем вопросов больше чем ответов. Предлагаю более подробное описание проекта высылать на plc@owen.ru. Будем разбираться, давать рекомендации.
Я вас понял - распределить модули по разным интерфейсам, чтобы сэкономить адреса. Проект существует пока только в форме Simatic Step5, сейчас как раз решается реально ли перевести на ОВЕН и что может этому помешать.
Спасибо за подсказки, надеюсь на дальнейшее сотрудничество если по проекту возникнут вопросы.
Николаев Андрей
28.07.2011, 22:28
Мне сам проект в step7 или в степ 5 или в CoDeSys не интересен. Ну интересен конечно, но я не об этом сейчас говорил.
Мне интересна постановка задачи: сколько переменных, какие, каков алгоритм, необходимое время реакции входов\выходов. Сколько будет переменных передаваться на панель, будет ли связь с ПК? и т.д.
С удовольствием поучаствуем в процессе - пищевка для нас - любимая тема.
Ну и для справки: В CoDeSys есть такая штука - экспорт проекта Step5... (меню проект, Сименс импорт). Формат бедствия можно прям сразу определить...
:) :) :)
Предполалагается 736 дискретных входных переменных, 731 выходных дискретных, насчет внутренних переменных точно сказать не могу, но тоже будет немало. Кроме того обработка аналоговых входов(11 весов, 9 уровней в емкостях), для дозирования нужна достаточно высокая точность. С панели будет происходить управление как раз дозированием: наборы значения веса и времени, с количеством переменных точно еще не определился.
Связь с ПК будет в плане передачи в SCADA переменных веса бункеров хранения сырья.
Ранее мы выполняли менее масштабные проекты, а такой обьемный впервые, поэтому есть сомнения в способности ПЛК ОВЕН обработать большое количество данных без глюков. Сейчас руководство должно определиться браться за него, или дальше покупать очень дорогие Сименсовские платы и контроллеры для замены выходящих из строя.
Кстати при импорте проекта Step5 выскакивает ошибка обращения к памяти.
Николаев Андрей
29.07.2011, 08:16
Ну могу сказать, что проект достаточно большой. Порядка 1500 переменных... + панель, + SCADA, + скорее всего будете "рецепты" забивать...
С точки зрения вычислений - контроллер справится. Цикл регулируется.
С точки зрения обмена - у Вас будет всего одна переменная для опроса МВ110-32 или записи МУ110-32 (по маске, маска уже в контроллере распаковывается\упаковывается). Соответственно переменных будет 23*2+16+4*4=78 Соответственно время опроса можно считать...
Плюс обмен с панелью и со SCADA.
По поводу импорта проекта из степ5 - не скажу, не пробовал. Это Вам надо в Прологе поинтересоваться.
Благодарю за помощь, осталось убедить руководство.
Для такого масштабного проекта я бы рекомендовал плк308, можно модули по большему количеству линий раскидать, соответственно выше скорость и надежность.
Сп270 в единственном числе? Будет ли комп со скадой? Если терминалов больше одного то лучше брать панель с езернетом, а то под каждый терминал на 1500 переменных подпрограмму писать не радостно.
Будут ли где нибудь использоваться индукционные датчики вращения или еще что-то в этом роде требующее быстрых входов? Если будут то придется ставить допконтроллер, если много, то не овен. Так как скорость срабатывания обычных входов на плк110 не соответствует заявленной (сильно не соответствует), а быстрых входов на нем не много.
А что модули на 32 входов/выходов уже в продаже, можно к дилерам с мешком идти?:)
Николаев Андрей
31.07.2011, 10:18
Для такого масштабного проекта я бы рекомендовал плк308, можно модули по большему количеству линий раскидать, соответственно выше скорость и надежность.
Сп270 в единственном числе? Будет ли комп со скадой? Если терминалов больше одного то лучше брать панель с езернетом, а то под каждый терминал на 1500 переменных подпрограмму писать не радостно.
Будут ли где нибудь использоваться индукционные датчики вращения или еще что-то в этом роде требующее быстрых входов? Если будут то придется ставить допконтроллер, если много, то не овен. Так как скорость срабатывания обычных входов на плк110 не соответствует заявленной (сильно не соответствует), а быстрых входов на нем не много.
А что модули на 32 входов/выходов уже в продаже, можно к дилерам с мешком идти?:)
Согласен - возможно и ПЛК3ХХ. Все будет зависеть от скоростей, времени реакции и пр.
МХ110-32 можно идти брать. На складе на заводе они в свободном остатке.
Мешок дилеры выдадут :)
А может все дискретные входы/выходы разнести на несколько ПЛК 110-XX.60.Р-М, + несколько модулей ввода-вывода (так чтоб модули подвесить каждый на свой порт RS-485),ПЛК объединить по Ehernet.
По цене может получиться не на много дороже, а вот по скорости обмена можете выиграть. Плюс логику можете разнести на несколько ПЛК, и т.д.
Плюс если система разбита на несколько частей, которые могут функционировать по отдельности, то вобщем система станет более отказоустойчивой.
Ну это мои предположения.
как-то упустили в обсуждении, что речь ещё идёт о дозировании. Не всё так просто, нужно правильно рассчитать время цикла обмена в сетке где стоят МВ110-224.4ТД и дискретные для дозаторов, и по этому времени определить возможную погрешность из-за скорости реакции всей системы.
Т.е. сколько продукта неконтролируемо может свалится с дозатора с момента когда контроллер получит данные о весе и отреагирует модуль выходов. естественно нужно учитывать что нужный вес обязательно появится в следующее мгновение после опроса прибора, а модуль выходов отработает в следующем цикле опроса после команды контроллера, т.к. контроллер уже изменил бит, а запись в нужный модуль выходов была мгновение назад. Если просто, время цикла обмена множим на 3 и плюс время цикла контроллера.
Если этот расчёт Вас устроит, тогда всё нормально.
На практике, 485 сеть для 11 дозаторов не прокатывает.
Проект существует пока только в форме Simatic Step5, сейчас как раз решается реально ли перевести на ОВЕН и что может этому помешать.
В принципе STEP5, в своем основном теле, может быть транслирован на IL. Но вряд ли где найдутся такие автоматические конверторы.
Помешать может специфика работы S5 с блоками данных и переферией, а в таких системах они всегда имеются. Далее, сами программые блоки Step5 имеют "номерную" привязку к определенному набору прерываний, не зная которую трудно что либо повторить. Третье, существуют наборы предустановленных производителем функций, доступ пользователя к которым просто закрыт, как следствие повторить их полную функциональность может оказаться невозможным. Четвертое, существуют конфигурационные блоки системы, в которых кажется определяются периоды прерываний. И так, пятое.. десятое... Проще купить другой блок питания или заказать процессорный модуль с тем же номером. Но правда и тогда не факт, что заработает. Если слетела карта памяти EPROM (обычное дело если вовремя не сменили батарейку), тогда надо будет заказывать EEPROM и лить на неё проект. НО очень часто проект имеющийся на руках не соответствует реальному на машине (это происходит из-за того, что проект поставляется вместе с оборудование, на котором уже в процессе наладки выявляются глюки). В таком случае только к производителю, а он к своему субподрядчику если таковой ещё существует. Как правило, немцы аккуратные люди и "наследство" не бросают в мусорный бак, а передают куда-нить.
Реально для начала я бы ознакомился с правилами работы RUN-STOP для конкретного процессора ( у всех она разная, даже несмотря на серию), а потом бы подергал, подержал, поотпускал, подождал бы, посмотрел бы как мигает, какие лампочки загораются, наконец, попрыгал бы пару дней с бубном, глядишь и заработает 8!) Это бывает проще чем переворачивать всю систему.
Предполалагается 736 дискретных входных переменных, 731 выходных дискретных, насчет внутренних переменных точно сказать не могу, но тоже будет немало. Кроме того обработка аналоговых входов(11 весов, 9 уровней в емкостях), для дозирования нужна достаточно высокая точность. С панели будет происходить управление как раз дозированием: наборы значения веса и времени, с количеством переменных точно еще не определился.
Связь с ПК будет в плане передачи в SCADA переменных веса бункеров хранения сырья.
Ранее мы выполняли менее масштабные проекты, а такой обьемный впервые, поэтому есть сомнения в способности ПЛК ОВЕН обработать большое количество данных без глюков. Сейчас руководство должно определиться браться за него, или дальше покупать очень дорогие Сименсовские платы и контроллеры для замены выходящих из строя.
Кстати при импорте проекта Step5 выскакивает ошибка обращения к памяти.
Можно ведь попробовать WinAC с недорогими платами ввода/вывода от Овен. И проект останется в степе и удешевите оборудование
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot