Страница 3 из 3 ПерваяПервая 123
Показано с 21 по 29 из 29

Тема: ПЛК 300 серии

  1. #21

    По умолчанию

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

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

  2. #22

    По умолчанию

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

  3. #23

    По умолчанию

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

  4. #24

    По умолчанию

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

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

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

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

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

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

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

    Предложения по доработке:
    Конечно, давайте обсуждать и предлагать доработки. CoDeSys – это живая система. Именно для этого мы проводим ежегодные конференции по CoDeSys. Так сложилось, что в России это не маркетинговое мероприятие, а более разработчиское. Руководитель проекта CoDeSys Дитер Хесс не зря приезжает на всю неделю (с его графиком это совсем не просто). Разговаривать с ним исключительно интересно. Все кажется так просто и даже странно что сам не догадался. Убедите его что надо изменить в CoDeSys и это будет реализовано. Подробнее о конференции тут. Сейчас составляю программу. Если есть желающие сделать презентацию или обсудить тему, то давайте прямо сейчас

  5. #25

    По умолчанию

    Цитата Сообщение от Игорь Петров Посмотреть сообщение
    Для V2.3 есть огромное число обученных специалистов. Их можно найти почти на любом предприятии в России.
    А вы оптимист, Игорь Викторович)))

  6. #26

    По умолчанию

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

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

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

    Кстати, про ООП для ПЛК: книжка вышла новая на эту тему: 'Модульное проектирование и повторное использование программ в CoDeSys V3'. См. тут. Книжка умная, интересная, но не для начинающих. Написана она в стиле научной литературы.
    Последний раз редактировалось Игорь Петров; 17.03.2009 в 12:01.

  7. #27

    По умолчанию

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

    про Atom

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

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

  8. #28

    По умолчанию

    Будет ли возможен обмен сетевыми переменными между контроллерами с CoDeSys V2.3 и контроллерами с CoDeSys V3.3 ?

  9. #29

    По умолчанию

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

Страница 3 из 3 ПерваяПервая 123

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •