PDA

Просмотр полной версии : ПЛК 300 серии



Alex66
04.03.2009, 22:59
Давно ждали - нужен в Минск! Сейчас повышение спроса на сетевую интеграцию контроллеров различных производителей. Хорошо бы с поддержкой CoDeSys 3. Нужна поддержка панели, модема, хотелось бы увидеть реализацию GPRS. Успехов!

Anis
05.03.2009, 07:48
Полностью согласен вышесказанным!

Филоненко Владислав
05.03.2009, 10:27
И какие функции в 3.0 Вам требуются? Чего не хватает в 2.3?

Alex66
05.03.2009, 12:49
Ну Владислав, вопервых не нам требуется, а вам, чем больше функций возможно, тем большим спросом будет пользоваться. Во вторых хотелось бы больше увитеть реализованных функций в области холода и климата, очень большой рынок с плотной конкуренцией.
В общем хватает, но нужно стремиться к новому, имидж требует. Да и для вновь пришедших программистов среда разработки v.3 "ближе к телу". И по ходу, где то уже было, если ещё к расширителям Ethernet "приладите" воще круто будет (хотябы по UDP), может дешевле комплект получиться (ПЛК-30.. + МВА + МВУ и т.д. + панель + сетевая интеграция с другими).

Sniper007
09.03.2009, 13:16
А в чем проблема поддержки Codesys 3?
Лицензия дороже или технические проблемы?

Филоненко Владислав
10.03.2009, 10:21
Вернемся к вопросу. Какие функции в 2.3 отсутствуют и присутствуют в 3.0?
Библиотеки для автоматизации - и в 2.3 можно сделать, 3.0 волшебным образом их не добавит.
Если Вы про ПЛК304/308, так там Ethernet 2 порта есть. Чего ещё прикручивать?
Техподдержка - наша проблема. И с лицензией тоже.
Меня интересует мнение клиентов о тех функциях, к-х не хватете в 2.3 и они есть в 3.0.
Или просто число больше - значит круче?

P.S.
Если к внедорожнику прикрутить блендер - функций добавится, но возрастут ли продажи? Так что не все функции одинаково полезны!

Ygor
10.03.2009, 12:04
Во вторых хотелось бы больше увитеть реализованных функций в области холода и климата, очень большой рынок с плотной конкуренцией.


И каких же функций в этой областе вам не хватает? Там все есть, даже больше чем нужно, Или вы ждете готовые программы? Тогда закупайте спецально заточенные для этого контроллеры, которые ненадо программировать.

Andy
10.03.2009, 12:09
А почему написано PC-совместимые?

Филоненко Владислав
10.03.2009, 13:11
Где PC-совместимые?

Sniper007
10.03.2009, 16:43
Вот здесь:
http://www.owen.ru
"Линейка универсальных коммуникационных контроллеров серии ПЛК300, представляют собой программируемые промышленные PC-совместимые контроллеры под управлением операционной системы Linux."

Теперь насчет Кодесус 3. Я только полчаса назад его скачал и особо пощупать не успел. Но что уже понравилось - так это компилятор ST.
Во первых стал как в Visual Studio сворачивать вложенный конструкции if -else. Во-вторых. Например пишу
if k = 2 then
Если пишу это в Кодесус 2.3, помошник предлагает тип данных - bool (стандартный тип). А пишу в кодесус 3 сразу мне предлагает тип данных INT. Т.е. сам соображает что мне нужно. Мелочь?
Да, мелочь. Но приятно.

Вообще такое ощущение что я писал скажем на каком-нибудь VBA из комплекта Microsoft Office, и вдруг попал в Visual Studio. Конечно многое непонятно, но чувствуется что продукт совсем другого уровня.

P.S. Это только первые очучения. Будет время посмотрю что еще интересного.
P.P.S Владислав, так в чем проблема с поддержкой Кодесус 3? Если лицензия дороже, то тогда другой базар.

Малышев Олег
10.03.2009, 17:29
1. Насчет PC - погорячились - проц там как в ПЛК1хх
2. Кодесис 3 - лицензия денег стоит приличных, а ясности нет особой насколько лучше...
3. Техподдержке тяжело и 2.3 поддержать а это "продукт совсем другого уровня."
4. Imho цимус 3 версии - работа с несколькими ПЛК в одном проекте

Alex66
10.03.2009, 20:06
И каких же функций в этой областе вам не хватает? Там все есть, даже больше чем нужно, Или вы ждете готовые программы? Тогда закупайте спецально заточенные для этого контроллеры, которые ненадо программировать.

Предложите такой готовый контроллер, который управляет в камере климатом (холод, тепло, осушение, увлажнение, оттайки, загрузки, выгрузки, вентиляция, циркуляция...), электронным ТРВ + "холодильной машиной (холодильной централью) и всё это синхронно...+ визуализация + GSM_SMS (мониторинг и управление) + GSM канал передачи данных.
СoDeSys 3, возможно это и имеджевый для наших целей продукт. Согласен, что в v2 почти всего хватает, но хотелось бы быть "имеджевыми"! Мало кто работал в v3, поэтому сказать чтото однозначное о ней сложно. Предлагаю открыть тему "Отличия СоDeSys v3 от v2 - кто, что знает", тогда и поймём, а надо это нам или нет.

Sniper007
10.03.2009, 20:44
Насчет создания темы про Кодесус 3 поддерживаю. Но только думаю достаточно чтобы там ответил один человек - Игорь Петров.

Ну вот теперь наступает ясность. Раз цена выше, то пожалуй лучше перетоптацца на 2.3 (по крайней мере пока кризис не капитулирует).
А на сколько примерно возрастет цена с Кодесус 3 контроллера ПЛК100? Нельзя скажем это как опцию предлагать: кто хочет 3 версию - доплатите и получите?
А вот то что техподдержке тяжелее будет, тут уж АУ. Кому щас легко... Вам в любом случае рано или поздно придется поддержать 3 версию...

Ygor
10.03.2009, 21:01
Предложите такой готовый контроллер, который управляет в камере климатом (холод, тепло, осушение, увлажнение, оттайки, загрузки, выгрузки, вентиляция, циркуляция...), электронным ТРВ + "холодильной машиной (холодильной централью) и всё это синхронно...+ визуализация + GSM_SMS (мониторинг и управление) + GSM канал передачи данных.

То что вы написали это уже задача не контроллера, а целая система. Она может быть решена на десятке различных элентных баз. Я вообще сторнник закрытых систем управления. Могу вам реализовать вам эти задачи на базе JC, Siemens, Hanewell. Все будет зависить от первичного(основного технологического) оборудования и требований на разработку системы упраления. И конечно от того сколько за это готовы заплатить. У JC, Hanewell штатные конфигураторы намного слабее чем CoDeSys 2, однако их хватает за глаза.;)

Alex66
10.03.2009, 21:05
P.S.
Если к внедорожнику прикрутить блендер - функций добавится, но возрастут ли продажи? Так что не все функции одинаково полезны!

Вернёмся в начало. Почему 2 года назад мы выбрали ПЛК "ОВЕН" (хотя альтернативы были и в ценовой категории тоже) - из-за понятной среды разработки и хорошей поддержки для "начинающих". Не всегда дело в функциях, которые там есть, а там нет. В итоге их можно и написать. На сегодняшний день более логически понятная среда для программиста - VS, следовательно CoDeSys 3 ("не посвящённые" большие программы для ПЛК не пишут и вообще их мало покупают)! То что лицензия стоит денег, увы ничем помочь не можем, нам тоже стоят деньги всякие ОРС, HMI и т.п., но если конечному потребителю (клиенту) "надо вдруг", мы покупаем и в некоторых ситуациях поставляем бесплатно в составе программно-аппаратных комплексов.
Да и в самом начале, что бы сделать какие то системы, мы покупали ПЛК, затрачивали кучу рабочего времени для начальных разработок -функций, ФБ, библиотек, испытывали это, а потом внедряли на объектах - соответственно получали денежку.

Alex66
10.03.2009, 21:09
То что вы написали это уже задача не контроллера, а целая система. Она может быть решена на десятке различных элентных баз. Я вообще сторнник закрытых систем управления. Могу вам реализовать вам эти задачи на базе JC, Siemens, Hanewell. Все будет зависить от первичного(основного технологического) оборудования и требований на разработку системы упраления. И конечно от того сколько за это готовы заплатить. У JC, Hanewell штатные конфигураторы намного слабее чем CoDeSys 2, однако их хватает за глаза.;)

Это рассматривалось, но цена получается намного выше, в особенности с увеличением кол-ва климат-камер на обьекте. ("Кучу" конфиг. контроллеров заменяет один ПЛК+расширители - он же всем этим и управляет. Да и практичней, один раз написали библиотеки и долго ими пользуемся уменьшая цену на изделия. И конкретно к объекту дописываем или конфигурируем чего нибудь).

Sniper007
11.03.2009, 10:05
Alex66 надо посмотреть на вещи с холодной головой. Давайте все же сперва услышим насколько увеличится стоимость контроллера. Может действительно овчинка выделки не стоит.

Вот кстати статья Игоря Петрова о Кодесус 3.

Филоненко Владислав
11.03.2009, 10:15
1. Редактор языков в 3.0 безусловно лучше. Но это такие мелочи, что не закидать ли нам 3S пожеланиями внести их в 2.3?
2. Внутри системы 2.3 и 3.0 отличаются кардинально, 3.0 написана заново. Есть много интересных для разработчика ПЛК вещей, но с точки зрения пользователя - они не видны.
3. Есть ООП. Модная фишка несколько лет назад. Но так ли она нужна?
4. Есть поддержка нескольких ПЛК в проекте - это реально хорошая вещь.

Итак.
Про - 1 и 4.
Контра - 2, много времени и ресурсов на адаптацию, переучивание и ловлю багов, в т.ч. и в самом ядре.

Ygor
11.03.2009, 10:30
Это рассматривалось, но цена получается намного выше, в особенности с увеличением кол-ва климат-камер на обьекте. ("Кучу" конфиг. контроллеров заменяет один ПЛК+расширители - он же всем этим и управляет. Да и практичней, один раз написали библиотеки и долго ими пользуемся уменьшая цену на изделия. И конкретно к объекту дописываем или конфигурируем чего нибудь).

Значит проблем со встренными возможностями нет?;) Всего хватает в версии 2?
На счет вашей конфигурации, не все так просто. Простой пример: 2 сблокированных здания, 12 приточно-вытяжных установок, раскиданных по кровлям и подвалам, все с вращающимися рекуператорами, с поддержанием постоянства расходов воздуха, ну и естественно с поодержанием температурно-влажностного режима, с парогенераторами и осушкой, в общем самые обычные. К каждому центральному кондиционеру местное управление, с возможностью просмотра всех температур и влажности + возможность местного управления выходами контроллера. К этому 4 водоохлаждающих машины и 2 свободных охладителя. Ну еще 2 помещения с UPS ами и серверная на 180! КВА. В которых 100% резервирование по оборудованию. Суда же пара ИТП с тремя уровнями температур. Интеграция в систему монитринга пожарной сигнализации. Ну лифты и малые серверные уже не учитываю. Все выводится на 1 основной пульт мониторинга, 1 вспомогательный и один информационный в другом здание ~ 6 км.
Такую систему тоже будите строить на одном контроллере? Если да, то приведите коэффициент надежности.;)
П.С. простой любой системы не должен привышать 3 часов. Комплекс вообще имеет права останавливаться максимум на 10 минут.
Это не утрированная задача, мы ее реализовали в 1998 году. Везде применялось я закрытое управление.

Sniper007
11.03.2009, 11:44
ООП нужная вещь с моей точки зрения.
У вас контроллер с большим объемом памяти, что позволяет создавать большие проекты. Наличие ООП позволит облегчить написание программы, позволит повторно использовать наработки.
Кстати ООП реализована даже на компиляторах C++ для микроконтроллеров.
Ну хорошо. Раз цена вопроса велика, то давайте перетопчемся пока. Если же добьетесь добавления опций в версию 2.3 - будет замечательно. Но я правда сомневаюсь что немцы прислушаются к вашим просьбам.
Однако рано или поздно вам придется перейти на версию 3, так что готовьтесь. Ну и пользователи тоже думаю начнут изучать Кодесус 3 в теории.

Alex66
11.03.2009, 12:13
Значит проблем со встренными возможностями нет?;) Всего хватает в версии 2?
На счет вашей конфигурации, не все так просто. Простой пример: 2 сблокированных здания, 12 приточно-вытяжных установок, раскиданных по кровлям и подвалам, все с вращающимися рекуператорами, с поддержанием постоянства расходов воздуха, ну и естественно с поодержанием температурно-влажностного режима, с парогенераторами и осушкой, в общем самые обычные. К каждому центральному кондиционеру местное управление, с возможностью просмотра всех температур и влажности + возможность местного управления выходами контроллера. К этому 4 водоохлаждающих машины и 2 свободных охладителя. Ну еще 2 помещения с UPS ами и серверная на 180! КВА. В которых 100% резервирование по оборудованию. Суда же пара ИТП с тремя уровнями температур. Интеграция в систему монитринга пожарной сигнализации. Ну лифты и малые серверные уже не учитываю. Все выводится на 1 основной пульт мониторинга, 1 вспомогательный и один информационный в другом здание ~ 6 км.
Такую систему тоже будите строить на одном контроллере? Если да, то приведите коэффициент надежности.;)
П.С. простой любой системы не должен привышать 3 часов. Комплекс вообще имеет права останавливаться максимум на 10 минут.
Это не утрированная задача, мы ее реализовали в 1998 году. Везде применялось я закрытое управление.

Примерно тоже мы и делаем и в общем на ПЛК. Про дублирование систем знаем и стараемся закладывать, но тут есть региональная особенность - деньги, у нас на тендерах (узаконено) - 50% выйгрыша это стоимость, поэтому заказчики в своих ТЗ дублирование напрочь отсекают, но мы ставим (упращённое) в виде, если система навернётся, ну допустим в камере, то стоит контроллер-регулятор (малостоящий), который некоторое время берёт на себя функции регулирования температур.

По поводу одного контроллера - нужно понимать, что да один ПЛК но на 1-2 камеры или позонное регулирование, опять - цена вопроса.

Малышев Олег
11.03.2009, 12:20
Переход на версию 3, конечно неизбежен, как и победа мировой революции.
Однако существующие ПЛК 100,150,154,110,63 останутся на платформе 2.3

Филоненко Владислав
11.03.2009, 16:49
ООП нужная вещь с моей точки зрения.
У вас контроллер с большим объемом памяти, что позволяет создавать большие проекты. Наличие ООП позволит облегчить написание программы, позволит повторно использовать наработки.
Кстати ООП реализована даже на компиляторах C++ для микроконтроллеров.
Ну хорошо. Раз цена вопроса велика, то давайте перетопчемся пока. Если же добьетесь добавления опций в версию 2.3 - будет замечательно. Но я правда сомневаюсь что немцы прислушаются к вашим просьбам.
Однако рано или поздно вам придется перейти на версию 3, так что готовьтесь. Ну и пользователи тоже думаю начнут изучать Кодесус 3 в теории.

Красивая вещч ООП, но ООП это не язык, а стиль мышления. Язык стиль мышления не заменит, а наоборот запросто.
К нам немцы не прислушаются. А к Вам прислушаются. Вы покупаете!
К переходу готовы :)

Игорь Петров
16.03.2009, 15:25
Практически:
Для V2.3 есть огромное число обученных специалистов. Их можно найти почти на любом предприятии в России. Есть русская версия. Поэтому для коммерческих приложений прямо сейчас я пожалуй предпочту ПЛК с V2.3. Будет полегче сопровождать.

Актуальная версия V3.3. Локализация делается. К концу мая будет русский интерфейс. Полностью вся документация на русском к концу года. Как обычно для наших пользователей все будет доступно бесплатно.

Увы, есть вещи внутри V2 которые задумывались и воплощались на уровне развития технологий который был в свое время. Их можно улучшать понемногу (что и делается), но в тоже время есть понимание: начни сейчас с нуля – сделали бы иначе, совсем по-другому. Наверняка и вас часто бывает такое после окончания некой большой работы. В итоге было принято весьма болезненное для 3S решение разработать новую систему программирования с нуля. Получилась V3. Решение больное для разработчиков в первую очередь. Анонс новой версии мгновенно привел ее ожиданию заказчиками и спаду продаж. Сейчас ситуация выправилась.

К сожалению для нас в V3 принципиально другая система исполнения в контроллере. Среду программирования V3 нельзя использовать для программирования контроллеров сделанных под V2.3. На уровне прикладных проектов совместимость есть, но ПЛК нужно переделывать сильно.

:) Стоимость V3 не выше нисколько! Никаких мыслей ее увеличивать и близко нет, напротив… Однако установка V3 тянет за собой новую разработку ПЛК. Абсолютно никто из изготовителей ПЛК не ставит V3 на свои уже запущенные в производство контроллеры. Нет резона. Это практически новая разработка. Требования к аппаратным ресурсам под V3 выше. Если делать, так делать новый ПЛК. На новые ПЛК конечно все ставят V3 без вариантов.

В V3 много видимых улучшений: ООП, распределенные системы в одном проекте, несколько приложений в одном контроллере, конфигурирование пассивных устройств, сервер данных, тонкий клиент визуализации, OPC UA, всякие красоты в редакторах и др. и пр. С этим все понятно. Для меня совсем неожиданным явился спрос на технологию Automation Platform (http://www.3s-software.com/index.shtml?ru_automation_platform). Изначально предполагалось что это внутренняя технология для себя, для разработчиков 3S и очень очень редких изготовителей ПЛК, у которых возникнет желание переделать CoDeSys. Однако оказалось, что есть немало серьезных компаний, которые специализируются на определенных прикладных областях и имеют свой софт для проектировщиков. Например, рисуется объект из типовых модулей (задвижки, привода и др.). К нему автоматом генерируются все описания сигналов и даже шаблон программы (обычно FBD). Возникает мысль интегрировать эту среду с CoDeSys (заодно выбросив избыточный функционал). Получается простой в применении инструмент проектирования заточенный четко под себя. С его помощью можно программировать любые ПЛК, которые поддерживают V3. Т.е. можно ожидать, что кроме универсальной среды CoDeSys в перспективе появятся специализированные инструменты. Будут ли эти компании их использовать только сами, но и давать (продавать) сказать сложно. Абсолютно новая область, пока не изведанная :cool:

Глобально:
Есть очень серьезный вопрос развития языков программирования ПЛК на ближайшие десятилетия. Понятно, что эти языки надо развивать. Но как? Вопрос бурно обсуждается в научных кругах. Практически же получается все плохо. Все попытки собрать кучу умных людей от ведущих компаний заканчиваются откровенным базаром. Те, кто могут делают сами то, что могут придумать. Вот после многолетнего обсуждения приняли МЭК 61499. Да, неплохое улучшение, возможно, многим полезное (противники тоже есть), но и не более того. Не революция.
Доработать стандарт МЭК под ООП – это естественная идея лежащая на поверхности, причем активно требуемая пользователями. Она реализована в V3. Плюс компонентная модель ядра. Это мощный фундамент, на котором можно делать еще более интересные штуки. В частности высокоуровневые языки программирования нового поколения. Один красивый вариант уже реализован в CoDeSys. Пока это чисто научный проект. К концу года будет отполирован и представлен на суд общественности. Впрочем, это пока секрет

Предложения по доработке:
Конечно, давайте обсуждать и предлагать доработки. CoDeSys – это живая система. Именно для этого мы проводим ежегодные конференции по CoDeSys. Так сложилось, что в России это не маркетинговое мероприятие, а более разработчиское. Руководитель проекта CoDeSys Дитер Хесс не зря приезжает на всю неделю (с его графиком это совсем не просто). Разговаривать с ним исключительно интересно. Все кажется так просто и даже странно что сам не догадался. Убедите его что надо изменить в CoDeSys и это будет реализовано. Подробнее о конференции тут. (http://www.users-conference.com/index.shtml?ru_uc_homepage) Сейчас составляю программу. Если есть желающие сделать презентацию или обсудить тему, то давайте прямо сейчас ;)

Kirill
16.03.2009, 16:06
Для V2.3 есть огромное число обученных специалистов. Их можно найти почти на любом предприятии в России. ;)

А вы оптимист, Игорь Викторович)))

Игорь Петров
17.03.2009, 11:06
По крайней мере 4 тыс человек в России с CoDeSys V2.3 работать умеют. Понятно, это совсем мало по масштабам Овен :)

Причины для оптимизма возникают благодаря общению с приятными людьми. Плюс заказчики всякие хорошие появляются.

:o Вы наверняка знаете такие штуки как PLCcore. Это ядро для быстрой разработки ПЛК. Обычно микро-плата с процессором, памятью, диском, сетевыми интерфейсами и интерфейсами для подключения входов/выходов. Обязательно продвинутый софт, включая ОС и среду МЭК 61131-3 программирования. В последнее время модно ставить еще и FPGA для своих расширений. Силовую обвязку добавил и получил готовый ПЛК. Классический пример Beck IPC@CHIP.
В деле разработки таких устройств решила поучаствовать замечательная компания из США: Intel. Есть у них широко известные процессоры Atom. Прекрасно подходят для встраиваемых систем, но изготовители ПЛК к ним еще не пристрелялись. Тут хорошо бы иметь свой PLCcore. Люди в компании Intel умные – все продумали и сделали на высшем уровне. Угадайте, какую среду МЭК 61131-3 программирования они выбрали? ;) Подробнее. (http://www.prolog-plc.ru/docs/Ind_Ref_web.pdf)

:o Кстати, про ООП для ПЛК: книжка вышла новая на эту тему: 'Модульное проектирование и повторное использование программ в CoDeSys V3'. См. тут. (http://www.amazon.de/Wiederverwendung-Modulares-Engineering-mit-CoDeSys/dp/3835631055)Книжка умная, интересная, но не для начинающих. Написана она в стиле научной литературы.

K.I.V.
19.03.2009, 07:49
По крайней мере 4 тыс человек в России с CoDeSys V2.3 работать умеют.

Ух ... сколько конкурентов ;-)
и прям все сделают распределёнку с кучей граблей?

про Atom

ещё до этого не копал инфу, руки не дихоли ...
Но думаю у него большие перспективы - это очевидны.

Взять хоть "мелкие/разовые разработки" - это будет хит!
Бытовые разработки уже очень дёшивы (полноценный РС - дешевле плк), когда появиться предложения конструкторов для промышленных нужд - вот тогда ..., полёт мысли будет не остановить ...

Евгений_Томск
04.07.2009, 13:23
Будет ли возможен обмен сетевыми переменными между контроллерами с CoDeSys V2.3 и контроллерами с CoDeSys V3.3 ?

Николаев Андрей
05.07.2009, 11:37
На сколько я понял из семинара в Смоленске - да, хотя подождем ответа Игоря.