Современные технологии автоматизации» («СТА») —  журнал для квалифицированных специалистов по промышленной автоматизации Форум СТА — современные технологии автоматизации Домашняя страница
Домашняя страница форума CTA Домашняя страница форума CTA > II. АСУТП и SCADA > Архив
  Активные темы Активные темы
  FAQ FAQ  Искать в форуме   Зарегистрироваться Зарегистрироваться  Вход в систему Вход в систему

Средство для программирования контроллера: Си или МЭК 61131?

 Ответить Ответить Страница  <12345 53>
Автор
Сообщение
Сергей Гусев Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 16 Апрель 2003
Online Status: Offline
Публикации: 126
Свойства публикации Свойства публикации   Ответить, цитируя автора - Сергей Гусев Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Тема сообщения: Средство для программирования контроллера: Си или МЭК 61131?
    Опубликовано: 09 Сентябрь 2003 17:52

Первоначально опубликовано Владимир Е. Зюбин

Отвечаю... сделать так, чтобы русскоязычный
пользователь прежде, чем выложить килобаксы за
какой-нибудь продукт на базе стандарта МЭК 61131-3,
семь раз подумал...

Не могу не заметить, что С++ на самом деле тоже не бесплатен.

Напрмер, известные мне компиляторы стоят (из открытых источников):

CPE1360WWFS180 Borland C++Builder 6 Enterprise Full System $2 999

G77-00049   VStudio.NET Ent Architect 2002 Win32 English Intl Not to China/HK CD  $ 2 595,00

При этом, например, UltraLogik стоит $1128, WAGO I\O pro - 485 евро, Step7 lite V2 - 727 евро, и т.д.

И кто, извините, после этого получается грабитель нашего бедного русскоязычного пользователя? При том, что как раз все МЭКовские системы как правило всегда переведены на русский, а вот С...???

Я искренне надеюсь, что Вы просто знаете какие-то другие более дешевые и более русские С++, а ни коим образом не призываете народ к пиратству...

С уважением,

Сергей Гусев
"Первая Миля", Authorized ICONICS Systems Integrator
Наверх
Sergey Sorokin Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 27 Март 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 240
Свойства публикации Свойства публикации   Ответить, цитируя автора - Sergey Sorokin Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 09 Сентябрь 2003 22:35
Первоначально опубликовано KST

Речь идет о управлении ферросплавной печью, 200 точек на период, 12 каналов (не считая дискретныз вх/вых).  Ultralogik и еже с ним не подходят - вот и получается, что кроме С (или др. языка высокого уровня) и применить нечего.

Получается, что нужно обрабатывать примерно 10 килоотсчетов/сек на канал, то есть всего примерно 120 килоотсчетов в секунду. А какой примерно алгоритм нужно выполнять для обработки каждого аналогового отсчета? (хотя бы приблизительно сколько умножений, сложений, сравнений). Делается это в целых числах или с плавающей точкой?  Нужно ровно 200 точек на период или можно чуть больше или чуть меньше?

С Уважением,

 

Сергей Сорокин

 

Наверх
Sergey Sorokin Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 27 Март 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 240
Свойства публикации Свойства публикации   Ответить, цитируя автора - Sergey Sorokin Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 10 Сентябрь 2003 01:20


Кратко резюмируя статью скажу, что основная
мысль в статье была такая:

IEC создал стандарт, который кроме того, что с точки
зрения хорошего инжиниринга весьма слаб, еще и для
целей PLC Open не подходит абсолютно.

>>>>>>>>>>>>>>>>>>>>>>

Еще раз скажу, что стандарт не является результатом в чистом виде инженерного проекта – это результат сложного компромиса и баланса интересов национальных комитетов по стандартизации стран участников IEC. Непонятно откуда взялось противопоставление целей PLCOpen и IEC. PLCOpen декларирует своей целью как раз поддержку стандарта IEC-61131-3 (PLCopen is a vendor- and product-independent worldwide association supporting IEC 61131-3).


В МЭКе решались (скорее всего) задачи защиты
мега-корпораций (см. список участников) посредством
стандартизации.

>>>>>>>>>>>>>>>>>>>>>>

Защиты от кого? От самих себя что ли? К тому же участники рабочей группы не имеют права голоса при принятии стандарта. Сейчас официальной политикой МЭК является поощрение к участию в работе над стандартами представителей промышленности. Только стандарты поддерживаемые производителями выживают. В самом МЭКе большое количество «мертвых» стандартов, придуманных академическими учеными, причем как правило с хорошим уровнем инжиниринга. Любая страна может делегировать в рабочую группу своего представителя, и если Россия этого не сделала, то чего теперь пенять на зловредных капталистов-мироедов. Если хотите стать членом рабочей группы, могу посодействовать, только вряд ли с Вашим отношением к стандарту у Вас получится там конструктивная работа.

 

Конечно, если стандартизация затрагивает коммерческие интересы крупных игроков рынка, то даже такие «тихие» организации как МЭК становятся ареной столкновений этих интересов (как было недавно со стандартом 61158 по филдбасам).

 

 

 PLC Open декларирует построение
"открытых" систем на базе МЭК 61131-3, а по сути
разрабатывает некий параллельный стандарт.

>>>>>>>>>>>>>>>>>>>>>>>>>

PLCOpen этого не декларирует (может Вы так интерпретируете слово Open в названии организации?). Такие общественные организации как PLCOpen имеют более гибкую и демократическую структуру. Любая мелкая фирма или даже частное лицо, заплатив ежегодные членские взносы, может получить право голоса при работе над стандартом. В такого рода организациях и апробируются общие подходы участников рынка по тому или иному вопросу. Как правило, уже после этого соответствующие предложения направляются в бюрократические организации типа МЭК. В то же время многие этого и не делают (скажем консорциум PC/104 просто публикует свои спецификации, которые не являются каким либо стандартом).

 

 

И, что самое
забавное, и пять лет назад и сейчас ОЧЕВИДНО, что
такой стандарт эволюционными методами разработать
невозможно - а это и был основной прогноз статьи.

>>>>>>>>>>>>>>>>>>>>>>>

Для меня это не очевидно, потому как именно эволюционным путем он и развивается (причем с большими задержками). В МЭК есть стандартный 5-летний цикл ревизии стандартов, но он уже давно просрочен. Только недавно вторая версия стандарта после долгих лет голосований и переголосований вышла на стадию FDIS (окончательного голосования).

С Уважением,

 

Сергей Сорокин

Наверх
evgen Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 08 Сентябрь 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 178
Свойства публикации Свойства публикации   Ответить, цитируя автора - evgen Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 10 Сентябрь 2003 04:31
Первоначально опубликовано Сергей Гусев

Первоначально опубликовано Владимир Е. Зюбин


Отвечаю... сделать так, чтобы русскоязычный
пользователь прежде, чем выложить килобаксы за
какой-нибудь продукт на базе стандарта МЭК 61131-3,
семь раз подумал...


Не могу не заметить, что С++ на самом деле тоже не бесплатен.


Напрмер, известные мне компиляторы стоят (из открытых источников):


CPE1360WWFS180 Borland C++Builder 6 Enterprise Full System $2 999


G77-00049   VStudio.NET Ent Architect 2002 Win32 English Intl Not to China/HK CD $ 2 595,00


При этом, например, UltraLogik стоит $1128, WAGO I\O pro - 485 евро, Step7 lite V2 - 727 евро, и т.д.


И кто, извините, после этого получается грабитель нашего бедного русскоязычного пользователя? При том, что как раз все МЭКовские системы как правило всегда переведены на русский, а вот С...???


Я искренне надеюсь, что Вы просто знаете какие-то другие более дешевые и более русские С++, а ни коим образом не призываете народ к пиратству...


С уважением,


гмгм...русский C++...
из бесплатных есть OpenWatcom и gcc
gcc-подобные есть для ряда pic'ов & dsp

PS: от себя добавлю что на сях достаточно спокойно обращаюсь с микросекундами на PC и микросекундами и десятыми микросекунды в 16битнных DSP. И согласен с предыдущим оратором что никакая скада такого не обеспечит.
SY,
EK
Наверх
KST Смотреть выпадающим
Новичок
Новичок


Присоединился: 09 Сентябрь 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 5
Свойства публикации Свойства публикации   Ответить, цитируя автора - KST Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 10 Сентябрь 2003 06:50
Первоначально опубликовано Сергей Гусев

Интересно, чем не подходит?  Мне лично известны как минимум две крупные (металлургическая и коксохимическая) компании, с которыми мы давно сотрудничаем, и где подобные по составу сигналов печи вот уже несколько лет непрерывно работают под управлением 5510 с проектами на UL? Причем обе компании в этом году автоматизируют новые печи и продолжают использовать именно эту технологию программирования...

UL - это Ultralogik надо полагать? Можно ли в нем сформировать выборку значений из АЦП, и как с ней работать ?

 

 

Наверх
KST Смотреть выпадающим
Новичок
Новичок


Присоединился: 09 Сентябрь 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 5
Свойства публикации Свойства публикации   Ответить, цитируя автора - KST Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 10 Сентябрь 2003 07:38
Первоначально опубликовано Sergey Sorokin

Первоначально опубликовано KST

Речь идет о управлении ферросплавной печью, 200 точек на период, 12 каналов (не считая дискретных вх/вых)...... 

Получается, что нужно обрабатывать примерно 10 килоотсчетов/сек на канал, то есть всего примерно 120 килоотсчетов в секунду......

В наст. время  раз в секунду производится опрос всех входов - при этом считываются непрерывные значения синусоид ( или точнее того, что от нее осталось)  примерно 2.5 периода.

Мат. обработка - плавающая точка, сглаживание - скользящее среднее, визулизация - на том же PC где и измеряются значения - на пульту плавильщика. 

Давно назрел вопрос: как облегчить труд программиста, да вот что-то большая часть диалектов МЭК (или их реализаций) не кажется подходящей. 

 

Наверх
Maxym Смотреть выпадающим
Новичок
Новичок


Присоединился: 25 Май 2003
Категория: Ukraine
Online Status: Offline
Публикации: 38
Свойства публикации Свойства публикации   Ответить, цитируя автора - Maxym Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 10 Сентябрь 2003 07:48

[/QUOTE]
...gcc-подобные есть для ряда pic'ов...
[/QUOTE]

А подробнее об этом можно?

Где, например, взять? Скачать.

Примеры и пр.

Наверх
Владимир Е. Зюбин Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 09 Сентябрь 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 247
Свойства публикации Свойства публикации   Ответить, цитируя автора - Владимир Е. Зюбин Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 10 Сентябрь 2003 08:15
Сергей Гусев:
Не могу не заметить, что С++ на
самом деле тоже не бесплатен.
Напрмер, известные мне компиляторы стоят
(из открытых источников):
CPE1360WWFS180 Borland C++Builder 6 Enterprise
Full System $2 999
G77-00049   VStudio.NET Ent Architect 2002 Win32
English Intl Not to China/HK CD $ 2 595,00
При этом, например, UltraLogik стоит $1128,

WAGO I\O pro - 485 евро, Step7 lite V2 - 727 евро,
и т.д.


Опять же, поймите меня правильно, я не утверждаю, что
UL не стоит покупать вообще... Может и стоит.

И вообще:
На мой взгляд, разработчики UL более правильно
используют стандарт IEC 61131-3, чем в ISaGRAF
CJ International... или как там они сейчас называются...

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

Кстати, поясните пожалуйста, почему Си-код, вставленный
в UL, дает неадекватный результат... приводит к замедлению
работы системы? Вы случаем, не сами ль с Си разбираетесь?
или это загадочные издержки архитектуры UL? По мне, так
"си"-шный sqrt завсегда должен быть быстрее sqrt на FBD...
не говоря уже о странном предложении sqrt на FBD писать...

Заранее спасибо за пояснение.
Владимир Е. Зюбин
Язык Рефлекс -- Си-подобный язык программирования ПЛК
http://reflex-language.narod.ru/
Наверх
Владимир Е. Зюбин Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 09 Сентябрь 2003
Категория: Russian Federation
Online Status: Offline
Публикации: 247
Свойства публикации Свойства публикации   Ответить, цитируя автора - Владимир Е. Зюбин Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 10 Сентябрь 2003 10:15
Sergey Sorokin:
Еще раз скажу, что стандарт не является результатом
в чистом виде инженерного проекта – это результат
сложного компромиса и баланса интересов национальных
комитетов по стандартизации стран участников IEC.
Непонятно откуда взялось противопоставление целей
PLCOpen и IEC. PLCOpen декларирует своей целью как раз
поддержку стандарта IEC-61131-3 (PLCopen is a vendor-
and product-independent worldwide association
supporting IEC 61131-3).


1. Так и я говорю, что стандарт слаб как инженерный проект,
что там много политики. ПРИЧЕМ, не национальных
комитетов стандартизации, а ТРАНС-национальных компаний,
лоббирующих свои интересы...

2. PLCOpen неверно интерпретирует цели стандарта.
А попросту говоря, PLCopen пытается заработать на
стандарте... домысливает какие-то уровни соответствия,
навязывает сертификацию. Все это противоречит
написанному в самом стандарте. Если они при этом говорят,
что они поддерживают стандарт, то это ложь. Они этот
стандарт самым бессовестным образом нарушают.

Sergey Sorokin:
Защиты от кого? От самих себя что ли? К тому же
участники рабочей группы не имеют права голоса при
принятии стандарта. Сейчас официальной политикой
МЭК является поощрение к участию в работе над
стандартами представителей промышленности.
Только стандарты поддерживаемые производителями
выживают. В самом МЭКе большое количество «мертвых»
стандартов, придуманных академическими учеными, причем
как правило с хорошим уровнем инжиниринга. Любая страна
может делегировать в рабочую группу своего представителя,
и если Россия этого не сделала, то чего теперь пенять
на зловредных капталистов-мироедов. Если хотите стать
членом рабочей группы, могу посодействовать, только
вряд ли с Вашим отношением к стандарту у Вас получится
там конструктивная работа.


1. Сергей, процесс стандартизации активно используется в
конкурентной борьбе. Могу порекомендовать хорошую
статью по теме:
Д. Арнольд. Смысл графических стандартов: коммерческая
выгода и риск // Программирование 1996 №5 с 52-63.
Уверен, Вы ее с интересом прочтете.

2. За предложение стать членом МЭК спасибо. Но это
действительно излишне... Если честно, мне жалко
тратить время впустую (хотя там много приятных
людей :-).

Sergey Sorokin на мое "PLC Open декларирует построение
"открытых" систем на базе МЭК 61131-3, а по
сути разрабатывает некий параллельный стандарт." :
PLCOpen этого не декларирует (может Вы так интерпретируете слово
Open в названии организации?).


Я читаю прямо с их сайта: "users can move between
different brands and types of control with very
little training and can exchange applications with
a minimum of effort. To reach this goal, the
members of PLCopen are committed to supply and/or
use IEC 61131-3 compliant products."

Я не думаю, что люди, писавшие эту отсебятину
про кросс-платформенную переносимость и
независимость от производителя, не читали стандарт
и не знают текущего положения с _полной_
несовместимостью продуктов на базе МЭК 61131-3...

МЭК говорит о стандартизации _внешнего_
представления и синтаксиса, а PLC Open
о переносимости...

Какой вывод? А вывод такой - а) цели PLC Open с
МЭК 61131-3 не совпадают, б) PLC Open дает
неверную информацию о стандарте...

В статье об этом целый раздел.

Sergey Sorokin на мое "И, что самое забавное, и
пять лет назад и сейчас ОЧЕВИДНО, что такой стандарт
эволюционными методами разработать невозможно - а это
и был основной прогноз статьи." :
Для меня это не очевидно, потому как именно
эволюционным путем он и развивается (причем с
большими задержками).


Вы меня не поняли, Вы говорите о МЭК 61131-3,
а я о стандарте, который целям PLC Open
соответствует...

Еще раз:
На базе МЭК 61131-3 (без его РЕВОЛЮЦИОННОЙ переделки)
невозможно достичь межплатформенной переносимости
пользовательского ПО и независимости пользователя от
производителя ПО разработки.

Что и происходит на деле... в том смысле, что ничего
не происходит и PLC Open топчется на месте...
Кстати, в статье и эпиграф для последнего раздела
с прогнозами был взят из бессмертного крыловского...
по лебедя, рака и щуку... :-)

"а воз и ныне там" :-)))
Владимир Е. Зюбин
Язык Рефлекс -- Си-подобный язык программирования ПЛК
http://reflex-language.narod.ru/
Наверх
Сергей Гусев Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 16 Апрель 2003
Online Status: Offline
Публикации: 126
Свойства публикации Свойства публикации   Ответить, цитируя автора - Сергей Гусев Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 10 Сентябрь 2003 11:40

Первоначально опубликовано evgen

от себя добавлю что на сях достаточно спокойно обращаюсь с микросекундами на PC и микросекундами и десятыми микросекунды в 16битнных DSP. И согласен с предыдущим оратором что никакая скада такого не обеспечит.

Типичный цикл управления на UL завсит от процессора и составляет, например, порядка 1/1500с для х188-40 и порядка 1/75000 для Р-233 (NationalGeode) для типовой задачи одного ПИД регулятора (2 аналоговых входа, один аналоговый выход, два дискретных входа, два дискретных выхода, три аналоговых сетевых уставки (P,I,D), одна аналоговая сетевая уставка).

Т.е. время реакции контроллера, построенного напроимер на CPU686 от Фаствела, и запрограммированного на UL на любое входное возмущение составляет 1,3 мкс (!!!). На CPU-188 - порядка 70 мкс.

Я не утвержнаю, что это рекорд. На С, (особенно если писать не для ДОС, а под RT-Kernel) можно получить время реакции порядка 700 нан.

Но для большинства реалых задач - вполне нормально.

Более того, можно произвести о обратные расчеты: если требования к системе предполагают (как это обычно бывает) время реакции порядка 10 мс, но на CPU868 можно написать в UltraLogik алгоритм, состоящий в совокупности из 7700 (!) "приведенных" ПИД-регуляторов. И этот аггоритм будет крутиться с периодом 10мс . А это довольно приличное быстродействие...

С уважением,

Сергей Гусев
"Первая Миля", Authorized ICONICS Systems Integrator
Наверх
 Ответить Ответить Страница  <12345 53>

Переход на форум Права доступа на форуме Смотреть выпадающим

Bulletin Board Software by Web Wiz Forums® version 9.64
Powered by Web Wiz Forums Free Express Edition
Copyright ©2001-2009 Web Wiz