Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » АСУТП »
Контроллеры от А до Я и дальше (страница 4)

Версия для печати (настроить)
Страницы: 1 2 3 4 5

Новая тема | Написать ответ

Подписаться

Автор Тема:   Контроллеры от А до Я и дальше
IP
Junior Member

Сообщений: 22
Откуда: Russia
Регистрация: Июнь 2006

написано 23 Ноября 2006 18:55ИнфоПравкаОтветитьIP

В Москве есть наша компания ЗАО «Шнейдер Электрик»...

Молодцы! Все лучшие объекты уже крепко схвачены

Интересно было бы уточнить, сколько из указанного объема продаж дают ПЛК, о рынке которых мы говорим? Есть сильное подозрение, что более 99% дает электротехническое оборудование (включая, серию продуктов "Домовой", о продажах которой строителям и в розницу очевидно и идет речь). Тогда на ПЛК остается Гулькин Ноль, в сравнении с размерами страны

ColdFire
Member

Сообщений: 191
Откуда: Россия
Регистрация: Ноябрь 2004

написано 24 Ноября 2006 10:00ИнфоПравкаОтветитьIP

По-моему вполне очевидно - продажи ПЛК очень и очень невелики в финансовом плане. Хотя смотря что с чем сравнивать.
Если с технологическим оборудованием, то в некоторых областях и электрика выглядит тем же нулем.

Те же Rockwell (Allen Bradley) почти только этим и кормятся. GE (Fanuc которая) если вы в курсе на локализацию ПО и мануалов вообще болт забила, ибо денег мало приносит - те жалкие крохи, которые сделаны, сделаны в частном порядке местными представителями.

Dmitry M. Gaidash
Member

Сообщений: 84
Регистрация: Сентябрь 2005

написано 24 Ноября 2006 15:57ИнфоПравкаОтветитьIP

продажи ПЛК очень и очень невелики в финансовом плане. Хотя смотря что с чем сравнивать.
Не забывайте добавлять "в России", потому как в остальном мире картина прямо противоположная.

Yougi
unregistered
написано 29 Ноября 2006 12:49  ПравкаОтветитьIP

цитата:
Практически Китайской компании HollySys наличие встроенного CoDeSys не мешает делать самые дешевые в мире ПЛК (от 30 у.е.).

А поподробнее про ПЛК за 30 уе можно? А то по ссылке только общие словеса, а гугл находит только китайские ресурсы.

GSM
Junior Member

Сообщений: 5
Откуда: Россия, Челяб. обл, г Миасс
Регистрация: Ноябрь 2006

написано 29 Ноября 2006 15:28ИнфоПравкаОтветитьIP

Уважаемые знатоки!
Мы раньше юзали DirectLogic. Плюсы
- надежность
- то что написано, то так и работает. Глюков практически не наблюдали(разве что в ранних версиях)
Минусы
- высокая цена
- ограниченные возможности(нет модулей удаленного сбора данных, а сторонние невозможно подключить, один язык программирования ЛД, невозможно написать обмен с устройством по нестандартному протоколу).
Сейчас юзаем ICP Das с изографом
Плюсы
-низкая цена
-большие возможности для программирования;
-поддержка модулей удаленоого ввода-вывода;
Минусы
- постоянно какие-нибудь глюки.
Хотелось бы что-нибудь по приемлемой цене, по возможностям программирования не хуже изографа, ну и самое главное без глюков. Хотелось бы услышать отзывы например о Beckhoff.

bessonov2
Member

Сообщений: 37
Регистрация: Май 2006

написано 01 Декабря 2006 00:46ИнфоПравкаОтветитьIP

Хотелось бы что-нибудь по приемлемой цене, по возможностям программирования не хуже изографа,...
LinCon-8000?

ну и самое главное без глюков.
Интересное желание. Мне кажется, что важно не само отсутствие глюков, а оперативное или хотя бы регулярное их устранение. К сожалениию в реальной жизни далеко всё не так хорошо, как мне раньше казалось и хотелось бы.

Beckhoff под TwinCAT не программировал, но пару минусов знаю. В среде TwinCAT (CoDeSyS) нельзя прогнать программу как изаграфе.

Модули сбора данных, аля BK9000 требуют специального не бесплатного кабеля и специальной не бесплатной программы к нему, иначе его не законфигурить как положено. Модбасовскую карту памяти BK9000 назвать нормальной я не могу. MOXA ioLogic 4000 в отличии от BK9000 не требует специальных не бесплатных кабелей и специальных платных софтин. Утилита ioAdmin бесплатна, настраивает и выдаёт всю необходиму инфу через стандартный кабель Ethernet, минимальное время освоения.

Beckhoff имеет смысл использовать, только если затачиваться только под него и только под его родную шину EtherCAT. По моему на сайте есть журналы где описываются примеры внедрений, посмотрите. Физически изаграф там тоже крутиться.

Pike
Junior Member

Сообщений: 1
Откуда: Москва, РФ
Регистрация: Декабрь 2006

написано 01 Декабря 2006 10:50ИнфоПравкаОтветитьIP

to GSM:
Сложно сказать, что является для Вас приемлемой ценой, но обратите внимание на контроллеры фирмы OMRON (http://www.omron-industrial.com/ru_ru/home/). В настоящее время имеется два языка програмирования LD и ST, скоро будет SFC. Есть возможность реализации нестандартного протокола (очень удобная). Есть удаленные модули CompoBus/S, CompoNet, DeviceNet, Profibus.
Поддерживаются сети CANOpen и Ethernet.

Если есть желание то могу подсказать с кем можно пообщаться в Вашем регионе.

Irlimp
Junior Member

Сообщений: 2
Откуда: Россия, Братск
Регистрация: Ноябрь 2006

написано 03 Декабря 2006 16:04ИнфоПравкаОтветитьIP

А контроллеры с Си и Ассемблером выходят из моды? А подчас имеют все: и 485 и Ethernet и поддержку множества протоколов и, конечно, возможность реализации любых нестандартных. Те же Rabbit

bessonov2
Member

Сообщений: 39
Регистрация: Май 2006

написано 03 Декабря 2006 16:09ИнфоПравкаОтветитьIP

Irlimp
Rabbit

Этож вроже не контроллеры, а микрухи - микроконтроллеры?

Irlimp
Junior Member

Сообщений: 3
Откуда: Россия, Братск
Регистрация: Ноябрь 2006

написано 04 Декабря 2006 14:01ИнфоПравкаОтветитьIP

Вообще, я в общем виде спрашивал - чем по-вашему плохи такие решения? Да, больше трудоёмкость. Но очаровательная гибкость и безглючность: любой глюк софта можно отловить, т.к. все исходники есть.

А Rabbit это контроллеры на одноименных процессорах. В гамме несоклько моделей, от самой простой с парой DIO, до ОП с тачскринами и модульных систем. Своя версия Си. Особенность в поддержке кооперативной многозадачности. Т.е. один поток выполнения, который может быть "заморожен" во многих места по условию с поледующим возвратом в это место.
ссылка

Минус один:
просто так к мелким контроллерам стыкуется только одна "родная" плата расширения DIO/AIO/..., отбирая при это один 485й порт. Хотя, никто не мешает цеплять неродные ;-) Или поставить хаб. 485й чаще всего всего одни. Но остаётся Ethernet :-)

Pike
Junior Member

Сообщений: 2
Откуда: Москва, РФ
Регистрация: Декабрь 2006

написано 04 Декабря 2006 18:06ИнфоПравкаОтветитьIP

А контроллеры с Си и Ассемблером выходят из моды?
Вообще, я в общем виде спрашивал - чем по-вашему плохи такие решения? Да, больше трудоёмкость. Но очаровательная гибкость и безглючность: любой глюк софта можно отловить, т.к. все исходники есть.

Первую проблему таких контроллеров вы правильно назвали - трудоемкость. А вот на счет гибкости, безглючности и отлова багов, ту все очень относительно. Если брать гибкость, в плане внесения изменений в готовую программу (особенно если она не собственного производства), то на МЭК языках это все происходит значительно проще. Безглючность - многие вещи для ПЛК уже отлажены самими производителями, например протоколы обмена, работа с пром сетями, функции синхронизации приводов... Отлов багов - ну, например найти баг в дискретной логике, для системы с 200 физ IO и таким же количеством внутренних дискрет(от программируемого терминала, например) проще если она написана в LD и у контроллера есть он-лайн отладчик.

GSM
Junior Member

Сообщений: 7
Откуда: Россия, Челяб. обл, г Миасс
Регистрация: Ноябрь 2006

написано 05 Декабря 2006 13:26ИнфоПравкаОтветитьIP

Насчет МЭК языков. Да конечно просто и удобно. Но недостаточно гибко. Хорошо чтоб была еще возможность самим писать библиотеки на Си. В изографе такая возможность есть, но в контроллерах ICP DAS нет. Модули на Си могут писать только производители контроллеров. Правда по нашей просьбе они написали некоторые функции.
Да и хотелось помимо он лайнового иметь еще и пошаговый отладчик. Как, например, в Си.

Pike
Junior Member

Сообщений: 3
Откуда: Москва, РФ
Регистрация: Декабрь 2006

написано 05 Декабря 2006 13:35ИнфоПравкаОтветитьIP

Да конечно просто и удобно. Но недостаточно гибко. Хорошо чтоб была еще возможность самим писать библиотеки на Си.
Не могли бы вы привести пример ситуации когда это необходимо.

ЗЫ С Изаграфом ни когда не работал.

bessonov2
Member

Сообщений: 40
Регистрация: Май 2006

написано 05 Декабря 2006 19:22ИнфоПравкаОтветитьIP

Irlimp
Особенность в поддержке кооперативной многозадачности. Т.е. один поток выполнения, который может быть "заморожен" во многих места по условию с поледующим возвратом в это место.
Дайте пожалуйста точную ссылку на доку, где описан этот момент.

Добавление от 05 Декабря 2006 19:33:

Интересная демка:
ссылка

GSM
Junior Member

Сообщений: 15
Откуда: Россия, Челяб. обл, г Миасс
Регистрация: Ноябрь 2006

написано 07 Декабря 2006 09:39ИнфоПравкаОтветитьIP

2Pike
Вот с изографом как раз и работаем на контроллерах I8k и 7188. И там как раз невозможно писать на Си. Точнее говоря писать может только разработчик контроллера. Теперь насчет ситуации когда это необходимо. В контроллере есть, например, функция, которая возвращает текущую дату в формате год, месяц, число, часы, мин, сек. А хотелось бы иметь еще такую, которая бы возвращала время в секундах относительно какой-то даты( как в Си функция time). Здесь бы возможность писать на Си не помешала.

Valera
Member

Сообщений: 463
Откуда: novosibirsk
Регистрация: Май 2004

написано 07 Декабря 2006 09:58ИнфоПравкаОтветитьIP

Irlimp
любой глюк софта можно отловить, т.к. все исходники есть.
GSM
Здесь бы возможность писать на Си не помешала.
А исходники(или хоть описание) ОС этих контроллёров у Вас есть?

isagraf
unregistered
написано 07 Декабря 2006 16:12  ПравкаОтветитьIP

Вот с изографом как раз и работаем на контроллерах I8k и 7188. И там как раз невозможно писать на Си. Точнее говоря писать может только разработчик контроллера.

Здравствуйте!
Не скажите! Если Вы используете версию 3, которая идет вместе с контроллеров от ICP DAS, то да, нужно просить только самих, но есть разработчики в России, которые используют версии ISaGRAF 4 и ISaGRAF 5, так вот для этих версий есть пакет для разработки драйверов, который позволяет писать на Си свои драйверы, функции, функциональные блоки на уровне исполнительной системы. Этот пакет предлагает компания ФИОРД(www.fiord.com), которая адаптировала версии 4 и 5 на эти контроллеры. Демо версии исполнительных систем и среды разработки можно получить на сайте www.isagraf.ru.
Алексей.

Irlimp
Junior Member

Сообщений: 4
Откуда: Россия, Братск
Регистрация: Ноябрь 2006

написано 09 Декабря 2006 07:40ИнфоПравкаОтветитьIP

Valera, а вы на Си писали? Проект ПОЛНОСТЬЮ компилируется перед стартом. Это отностися и ко всем модулям, предоставляемых производителями. Все идеологически идет в исходниках. Тем более что компилироваться может различно, в зависимости от настроек и определенных (#define-ом) параметров. Документация есть на все железо: не хочешь пользовать родное - пиши своё, что часто оправдано.
А вообще для Rabbit существует RT ОС, но она платная и в целом я не вижу смысла добавлять в программу лишний код. Подозреваю, что она также идет в исходниках

bessonov2 могу выслать подностью инструкцию по языку, могу выбрать этот раздел. Куда?

Builder
Junior Member

Сообщений: 7
Откуда: Минск
Регистрация: Июль 2006

написано 11 Декабря 2006 11:28ИнфоПравкаОтветитьIP

цитата:
GSM писал:
2Pike
Вот с изографом как раз и работаем на контроллерах I8k и 7188. И там как раз невозможно писать на Си. Точнее говоря писать может только разработчик контроллера. Теперь насчет ситуации когда это необходимо. В контроллере есть, например, функция, которая возвращает текущую дату в формате год, месяц, число, часы, мин, сек. А хотелось бы иметь еще такую, которая бы возвращала время в секундах относительно какой-то даты( как в Си функция time). Здесь бы возможность писать на Си не помешала.

Что-то не понял. Сам я на ISaGRAF не писал, но доку листал. Версии 3.4, которая идёт с СД с контроллерами ICP DAS. Так там есть раздел "C.7 Программирование на “C”".
Или Вы имели ввиду что-то другое, более расширенное по возможностям?

GSM
Junior Member

Сообщений: 19
Откуда: Россия, Челяб. обл, г Миасс
Регистрация: Ноябрь 2006

написано 11 Декабря 2006 15:16ИнфоПравкаОтветитьIP

Builder
Теоритически это так. Но нет библиотек, которые позволяли бы создавать собственные подпрограммы. И когда задавали вопросы в ICP DAS, то они сами предлагают написать подпрограмму под заказ.

IP
Junior Member

Сообщений: 23
Откуда: Russia
Регистрация: Июнь 2006

написано 12 Декабря 2006 15:07ИнфоПравкаОтветитьIP

В среде TwinCAT (CoDeSyS) нельзя прогнать программу как изаграфе.
Что значит прогнать? В TwinCAT программу можно запускать в реальном времени, по рабочим циклам, по точкам останова, по шагам с обходом вызываемых POU либо с заходом в них, с контролем стека вызовов, сверх того в режиме эмуляции. Как нужно еще?

Насчет МЭК языков. Да конечно просто и удобно. Но недостаточно гибко. Хорошо чтоб была еще возможность самим писать библиотеки на Си.

Во многих МЭК системах возможность программировать на С сделана не от хорошей жизни. Просто есть существенные упрощения и ограничения в реализации языков, которые можно преодолеть только используя внешние компиляторы. Конечно, и в CoDeSys можно писать внешние библиотеки на C. Но практически все что можно написать на С можно написать непосредственно в CoDeSys на языке ST, только удобнее, с сохранением переносимости. В некоторых контроллерах с CoDeSys разрешено даже писать аппаратные прерывания на МЭК языках!
Вся многочисленная критика МЭК языков, которую я читал, была правильной, но построенной на основе обобщений распространенных весьма ограниченных программных средств (в лучшем случае Изограф). Отсюда возникают всякие чудные мифы, что без С никуда, что МЭК программы могут быть только циклические, что событийно управляемая логика не поддерживается, что язык ST не самодостаточен и выполняет утилитарные функции и т.п. глупости.
Мы сами очень много лет использовали контроллеры с программированием на С. Главная проблема возникает тогда, когда нужно поправить программу, которая отработала лет 5 и прочно забыта. Страшно не хочется копаться в своем старом ПО, в котором полно аппаратно зависимых штук, технологических заморочек и разбираться со всем этим снова. С CoDeSys если мы делаем проект под ключ, то обязательно учим специалиста заказчика, как его править и все, спим далее спокойно. МЭК дает очень четкое разделение прикладного ПО и системного. Язык С великолепен для системного ПО, но аппаратно независимой модели контроллера он не дает. Кроме того в универсальных С компиляторах нет специализированных отладочных функций для задач пром. автоматизации. Например, чтобы просто установить выходы в нужное состояние при наладке оборудования, приходится писать программу.
Если сравнивать Изаграф с CoDeSys, то нужно сразу обратить внимание на то что первый изначально заточен под АСУ ТП, здесь основной 'интеллект' как правило реализуется в SCADA, требования к прикладному ПО в контроллерах не столь жесткие, зато очень важна простота портирования и легкие в применении средства распределенного программирования. Крупнейшие заказчики для CoDeSys – это машиностроительные компании. Здесь другие акценты, обычно используется простой HMI, а контроллер является основным мозгом, из МЭК языков выжимается максимум и даже вводятся дополнения, позволяющее самостоятельно расширять функциональность без применения внешних инструментов. Но, адаптация под железо сложнее и может быть выполнена только его изготовителем.

К стати, к огромной радости обнаружил весьма приличный стенд Fastwel на выставке SPS/IPC/DRIVES в Нюрнберге. Первая отечественная компания, изготовитель железа для промышленной автоматизации, которая реально вышла на Европейский рынок. К сожалению, они не привезли свои новые ПЛК Fastwel IO с CoDeSys, экспонировали только компьютерные платы.

Потряс стенд Beckhoff своими размерами (метров 400 кв.) и разнообразием техники. Самый мощный стенд среди изготовителей контролеров. К сожалению на сайте у них есть очень далеко не все . Реально типов модулей для ПЛК они делают более 200! Причем всегда сразу кажется дорого, но когда начинаешь считать конкретную задачу, то обнаруживается что вместо 3-4 модуля у конкурентов, можно обойтись одним и итоговая цена оказывается дешевле. Вообще потрясает, как интенсивно развивается эта компания. Начинали с пустого места, а сейчас ежегодно демонстрируют пионерские вещи: контролеры с функциями многоосевого ЧПУ, EtherCAT… На подходе Safety системы (совместно с 3S и Wago)…
В целом на выставке я насчитал 84 компании, изготавливающие оборудование с CoDeSys. Нам бы такие масштабы. Наши выставки пока совсем убогие в сравнении с западными

А поподробнее про ПЛК за 30 уе можно? А то по ссылке только общие словеса, а гугл находит только китайские ресурсы.
В Россию не экспортируются. Поэтому информации нет. По качеству и надежности тоже -

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики
Страницы: 1 2 3 4 5

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика