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

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

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

Подписаться

Автор Тема:   Кто работал(ет) с контроллерами Bekhoff?
GSM
Junior Member

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

написано 10 Января 2007 13:53ИнфоПравкаОтветитьIP

Хочется перейти на данные контроллеры. Интересует следующее
- есть ли "подводные камни" (глюки);
- надежность;
- удобство программирования;
- возможность исползования модулей удаленного ввода-вывода других производителей.
Ну и прочее, стоит ли игра свеч или нет? Сейчас используем ICP DAS, но жутко замучила глюкавость данных девайсов.

znp
unregistered
написано 10 Января 2007 16:10  ПравкаОтветитьIP

Рекомендуем.
Что вы имеете ввиду под "подводными камнями"?
О надежности - из 2200 модулей в/в и 84 (71 типа ВК9000 и 13 типа ВС9000)для одного из заказов,
в процессе наладки вышли из строя 1 модуль в/в и 1 модуль ИП 24В.
За год эксплуатации объекта данных о неисправных модулях не имеем.
В качестве ПО можно использовать TwinCAT или ISAGRAF (соответствуют IEC61131-3).
Поддерживает все типы полевых шин.
Нормально работает с оборудованием FESTO,Siemens (на двух предприятиях в Питере)
Пишите zotov@fiord.com

IP
Member

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

написано 10 Января 2007 16:19ИнфоПравкаОтветитьIP

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

Контроллеры программируются в TwinCAT. Это слегка измененный CoDeSys. Его полноценный дистрибутив можно загрузить с сайта www.codesys.ru бесплатно, включая хелп и документацию на русском.
Легко стыкуются с другими контроллерами поддерживающими CoDeSys (ABB, Moeller, ifm, Kontron, Festo, Fastwel, Wago, Wieland, Овен и др.)

GSM
Junior Member

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

написано 11 Января 2007 07:49ИнфоПравкаОтветитьIP

znp
Что вы имеете ввиду под "подводными камнями"?

Правильнее выразится - "глюки". Т.е. по описанию должно работать, а на самом деле не работает, или работает с непредсказуемыми сбоями. Например, в контроллере I-8417 фирмы ICP DAS по описанию должен работать ModBus протокол на порту COM2. Когда запустили систему в эксплуатацию - выяснилось, что по непонятным причинам контроллер перестает отвечать на модбас запросы. Связь возобновляется только после перезагрузки контроллера. Также сталкивались с тем, что некоторые функции работают некорректно, правда разработчики обычно такие проблемы оперативно устраняют. Есть ли такие проблемы в данных контроллерах?
И еще. Как оперативно работает техническая поддержка? Например если надо реализовать какую-либо нестандартную функцию, которую нельзя реализовать средсвами среды разработки.

Добавление от 11 Января 2007 08:24:

IP
А как обстоят дела с удаленным вводом-выводом. Аналог в ICP DAS модули серии i-70xx. Можно ли использовать эти модули совместно с контроллерами Beckhoff?

IP
Member

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

написано 11 Января 2007 13:02ИнфоПравкаОтветитьIP

См. для начала ссылка
Обратите внимание на EtherCAT

Можно ли использовать эти модули совместно с контроллерами Beckhoff?
ИМХО == можно ли водку 'Абсолют' закусывать сырком 'Дружба'?

bessonov2
Member

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

написано 11 Января 2007 20:15ИнфоПравкаОтветитьIP

GSM
Хочется перейти на данные контроллеры.
Из огня да в полымя

жутко замучила глюкавость данных девайсов.
Если надо решить эту проблему рекомендую попробовать LinCon-8000 хотя бы демо с версией таргета ISaGRAF 4.хх


По части Бекхофа и TwinCAT я уже высказывал своё мнение.
Для начала рекомендую вам, вашим коллегам программистам и инженерам-системотехникам вдумчиво и упорно почитать документацию на железо и софт.
В процессе чтения задаться вопросами, понимаете ли вы как конфигурить железо и софт.
В качестве интерфейса обмена данными рекомендую рассматривать только её родную EtherCAT.
Как обеспечить обмен данными между контроллерами с точки зрения программиста... по моему это не последний вопрос... например я на него ответа не знаю...
Что представляет из себя программа KS2000, как её используит на этапе разработки, отладки и внедрении.
Какой минимум софта и железа надо обеспечить программисту и пусконаладчику.

Редактор языка ST - просто замечательный.
Скорость компиляции софта хорошая.

[Это сообщение изменил bessonov2 (изменение 11 Января 2007 22:10).]

Добавление от 11 Января 2007 23:55:

Даже это сделали:
BK9103 PROFINET Bus Coupler
ссылка

GSM
Junior Member

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

написано 12 Января 2007 08:38ИнфоПравкаОтветитьIP

Большое спасибо всем откликнувшимся.
Правда я ничего не услышал про глюки. Или действительно все так хорошо, или отвечающие заинтересованы в распространении данных контроллеров(простите за откровенность).

Pike
Junior Member

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

написано 12 Января 2007 11:09ИнфоПравкаОтветитьIP

>Или действительно все так хорошо, или отвечающие...
Beckhoff - это совершенно другой уровень по сравнению с ICP DAS. И таких глюков как у "китайцев" там не будет. Все остальное это удобство использования ПО, совместимость с другим оборудованием, ориентированость оборудования на ваши задачи и т.д. - на вашей "совести" так сказать.

znp
unregistered
написано 12 Января 2007 12:01  ПравкаОтветитьIP

для GSM
Компания Beckhoff очень долгое время (с 1986г.) выступала,как компания -разработчик.Многие ее разработки продавались под флагами других фирм ( например удаленный в/в на оптике Lightbus, продавался немецкой фирмой OR Industrial Computers, в России с 1993 года установлен на ряде энергетических объектов).
Известное всем решение WAGO - это совместная разработка Beckhoff (вся схемотехника) и WAGO (дизайн и клемники).
Для того, чтобы Вам составить свое мнение о аппаратных и программных средствах Beckhoff, Вы можете взять во временное пользование контроллер и все попробовать сами.

" И опыт, сын ошибок трудных ...."

GSM
Junior Member

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

написано 12 Января 2007 12:29ИнфоПравкаОтветитьIP

znp
Для того, чтобы Вам составить свое мнение о аппаратных и программных средствах Beckhoff, Вы можете взять во временное пользование контроллер и все попробовать сами.

Это был бы идеальный вариант. Только где можно осуществить такое в нашем регионе?

znp
unregistered
написано 12 Января 2007 13:54  ПравкаОтветитьIP

Пишите zotov@fiord.com договоримся

bessonov2
Member

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

написано 12 Января 2007 18:54ИнфоПравкаОтветитьIP

GSM
Правда я ничего не услышал про глюки. Или действительно все так хорошо, или
Я не знаю как с глюкаими, но я точно знаю, что в отношении Beckhoff сначала надо разобраться с документацией на софт и железо, хотя бы запустить демку, посмотреть.

Добавление от 12 Января 2007 19:01:

Pike
Все остальное это удобство использования ПО, совместимость с другим оборудованием, ориентированость оборудования на ваши задачи и т.д. - на вашей "совести" так сказать.
Поностью согласен. Собственно для разрешения этих вопросов и надо читать документацию, запускать демки, делиться мыслями в форуме, делать выводы, а не спрашивать бесполезную интегрированную оценку по типу хорошо/плохо.

Добавление от 12 Января 2007 19:05:

GSM
Большое спасибо всем откликнувшимся.
Правда я ничего не услышал про глюки. Или действительно все так хорошо, или отвечающие заинтересованы в распространении данных контроллеров(простите за откровенность).

Насколько подробно вы читали документацию? Какое у вас сложилось мнение? Приведите пример.

GSM
Member

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

написано 15 Января 2007 07:58ИнфоПравкаОтветитьIP

bessonov2

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

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

...надо читать документацию, запускать демки, делиться мыслями в форуме, делать выводы, а не спрашивать бесполезную интегрированную оценку по типу хорошо/плохо.

По опыту работы с контроллерами ICP DAS IMHO "не все то золото, что блестит".


Насколько подробно вы читали документацию? Какое у вас сложилось мнение? Приведите пример.

В среде программирования(чем, собственно говоря, приходится заниматься) понравился язык ST. Он более близок к професиональным языкам программирования, чем тот же язык в изографе(3 версии). Еще понравилось то, что нет крейта, и модули ввода-вывода можно наращивать один на другой, что позволяет безболезненно расширять возможногсти системы. Мнение пока сложилось положительное, подробно документацию пока не читал, буду читать перед тем как буду заниматься. Или Вы решили мне устроить экзамен по теоретической части? Согласен - пока не готов. Чуть позже.

Pike
Junior Member

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

написано 15 Января 2007 12:34ИнфоПравкаОтветитьIP

Поностью согласен. Собственно для разрешения этих вопросов и надо читать документацию, запускать демки, делиться мыслями в форуме, делать выводы, а не спрашивать бесполезную интегрированную оценку по типу хорошо/плохо

А еще лучше запросить у продавцов информацию о применении оборудования в вашей отрасли. Если все нормально, то получите документ с указанием какая организация на каком оборудовании использовала тото и тото. Исходя из таких листочков многое становится понятно.

bessonov2
Member

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

написано 15 Января 2007 21:48ИнфоПравкаОтветитьIP

GSM
Но я еще не встречал документацию, где были бы описаны так называемые "глюки".
Да уж, хороший тон у производителей микросхем erratashit

Мнение пока сложилось положительное, подробно документацию пока не читал, буду читать перед тем как буду заниматься. Или Вы решили мне устроить экзамен по теоретической части? Согласен - пока не готов. Чуть позже.
Нет, я не к этому. Просто icpdas и Beckhoff два продукта просто разного уровня функциональности. Одно дело освоить и сделать чтото на icpdas, совсем другое дело освоить функциональность Beckhoff. Просто посмотрите сколько там настроек

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

Поэтому то я и спрашиваю про документацию. А так вы спрашиваете людей, а сами не представляете на что идёте.

Глюки сами по себе вещь не очень страшная, страшно, когда производитель ПО не выпускает каждые два месяца сервис паки. Вот чего надо бояться


Что касается глюков icpdas. Просто китайцы считают, что размер пакета не может привышать 16 байт. Для их протокола обмена этого достаточно. А если вы начинаете заряжать модбас по 250 байт, то конечно их железо просто под это не расчитано
Мировая тенденция - 485 устарел, надо на Ethernet полностью переходить

Павел Мощицкий
Member

Сообщений: 1774
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 16 Января 2007 00:54ИнфоПравкаОтветитьIP

bessonov2
485 устарел, надо на Ethernet полностью переходить
Полностью с Вами согласен. А длину/ширину цеха уменьшить до 100 м и от руководства выбить в 1.5 раза больше денег на оборудование под модное слово - Ethernet

Valera
Member

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

написано 16 Января 2007 06:26ИнфоПравкаОтветитьIP

Павел Мощицкий
и от руководства выбить в 1.5 раза больше денег на оборудование
Проблему плохих магистралей решить можно, а вот вторую..

GSM
Member

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

написано 16 Января 2007 07:02ИнфоПравкаОтветитьIP

bessonov2

Просто китайцы считают, что размер пакета не может привышать 16 байт. Для их протокола обмена этого достаточно. А если вы начинаете заряжать модбас по 250 байт, то конечно их железо просто под это не расчитано

Спасибо за совет. Правда в документации про это я ничего не нашел . Да и у самих же китайцев функциональный блок mbus_r позволяет обработать 12 двухбайтных слов. IMHO он делает это за один запрос. Когда с китайцами переписывались, то они про это тоже ничего не сказали. Но все равно попробую разбить пакет на несколько запросов может поможет.
Насчет модбаса в данных контроллерах я уже писал в соседней ветке. Как то удалось обнаружить такую последовательность байтов, при которых контроллер не отвечал на запрос. Написали китайцам - сначала побрыкались, потом извинились и исправили. Но похоже не до конца.

надо на Ethernet полностью переходить

У нас от диспетчерской, где стоит сервер сбора данных, до цеха расстояние около 700 метров по прямой, по эстакадам где то около километра выйдет.

За советы по Бекхофу отдельное спасибо.

Добавление от 16 Января 2007 07:08:

страшно, когда производитель ПО не выпускает каждые два месяца сервис паки. Вот чего надо бояться
У китайцев то как раз новые версии появляются чуть ли не каждые 2 недели.

bessonov2
Member

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

написано 16 Января 2007 21:41ИнфоПравкаОтветитьIP

GSM
За советы по Бекхофу отдельное спасибо.
Да не за что. Просто это такая штука, что если им заниматься, то заниматься им лучше долго, упорно и серьёзно

Добавление от 16 Января 2007 21:51:

GSM
Да и у самих же китайцев функциональный блок mbus_r позволяет обработать 12 двухбайтных слов.
По моему у них ещё есть свой ACSII протокол, в котором пакет не может быть больше 16 байт. Возможно он для них основной.

А то что там левые протоколы, типа modbus... ну да, возможно только для галочки так себе поддерживают. Если бы серьёзно подумали, поставили бы туда микруху uart совместимую, с буфером больше чем на 16 байт, так бы и на проц нагрузка уменьшилась, только наверное железка дороже бы стала.

У каждого железа и софта, есть свой родной, любимый протокол с которым всё нормально работает. Все левые протоколы при всём желании не охватить

Добавление от 16 Января 2007 22:09:

Павел Мощицкий
и от руководства выбить в 1.5 раза больше денег на оборудование под модное слово - Ethernet

Находятся же деньги на человек/часы монтажа, прокладки, отладку софта на 485? С Ethernet не проще?

Павел Мощицкий
Member

Сообщений: 1775
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 17 Января 2007 03:43ИнфоПравкаОтветитьIP

bessonov2
С Ethernet не проще?
Денег нужно будет в 1.5-2 раза больше, а эффект сомнителен. Если только жёсткое реальное время или в цикл опроса не укладываетесь.

GSM
Member

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

написано 17 Января 2007 07:11ИнфоПравкаОтветитьIP

Павел Мощицкий
Денег нужно будет в 1.5-2 раза больше
Не согласен. Вот например цены на I-8417 290 ye и I-8437 315 ye.(может быть не совсем свежий прайс, но порядок, думаю, сохранился). Отличаются только эзернетом. А удобство в разработке, не надо бегать с ноутом к каждому контроллеру - воткнулся в хаб и все видно. Другое дело в помехозащищенности и расстояниях.
bessonov2
По моему у них ещё есть свой ACSII протокол, в котором пакет не может быть больше 16 байт. Возможно он для них основной.
Когда начинали работать с данными контроллерами, то ModBus ASCII протокола еще не было. Был только RTU. Во всяком случае если верить документации . Он появился позже.

Если бы серьёзно подумали, поставили бы туда микруху uart совместимую, с буфером больше чем на 16 байт

Может быть ламерство, но IMHO в компьютерах данный буфер тоже 16 байт. Если имеется в виду буфер FIFO. Во всяком случае если залезть в настройки винды, то там его можно только уменьшить. Или здесь речь идет о чем то другом?

Ваш ответ:

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


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

Все время MSK

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

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

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

Copyright © skunksworks.net, 2000-2018

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


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