Средство для программирования контроллера: Си или МЭК 61131? |
Ответить | Страница <12345 53> |
Автор | ||
Действительный член Присоединился: 16 Апрель 2003 Online Status: Offline Публикации: 126 |
Опубликовано: 09 Сентябрь 2003 17:52 |
|
Не могу не заметить, что С++ на самом деле тоже не бесплатен. Напрмер, известные мне компиляторы стоят (из открытых источников): 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 |
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 27 Март 2003 Категория: Russian Federation Online Status: Offline Публикации: 240 |
||
Получается, что нужно обрабатывать примерно 10 килоотсчетов/сек на канал, то есть всего примерно 120 килоотсчетов в секунду. А какой примерно алгоритм нужно выполнять для обработки каждого аналогового отсчета? (хотя бы приблизительно сколько умножений, сложений, сравнений). Делается это в целых числах или с плавающей точкой? Нужно ровно 200 точек на период или можно чуть больше или чуть меньше? С Уважением,
Сергей Сорокин
|
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 27 Март 2003 Категория: Russian Federation Online Status: Offline Публикации: 240 |
||
>>>>>>>>>>>>>>>>>>>>>> Еще раз скажу, что стандарт не является результатом в чистом виде инженерного проекта – это результат сложного компромиса и баланса интересов национальных комитетов по стандартизации стран участников IEC. Непонятно откуда взялось противопоставление целей PLCOpen и IEC. PLCOpen декларирует своей целью как раз поддержку стандарта IEC-61131-3 (PLCopen is a vendor- and product-independent worldwide association supporting IEC 61131-3). В МЭКе решались (скорее всего) задачи защиты >>>>>>>>>>>>>>>>>>>>>> Защиты от кого? От самих себя что ли? К тому же участники рабочей группы не имеют права голоса при принятии стандарта. Сейчас официальной политикой МЭК является поощрение к участию в работе над стандартами представителей промышленности. Только стандарты поддерживаемые производителями выживают. В самом МЭКе большое количество «мертвых» стандартов, придуманных академическими учеными, причем как правило с хорошим уровнем инжиниринга. Любая страна может делегировать в рабочую группу своего представителя, и если Россия этого не сделала, то чего теперь пенять на зловредных капталистов-мироедов. Если хотите стать членом рабочей группы, могу посодействовать, только вряд ли с Вашим отношением к стандарту у Вас получится там конструктивная работа. Конечно, если стандартизация затрагивает коммерческие интересы крупных игроков рынка, то даже такие «тихие» организации как МЭК становятся ареной столкновений этих интересов (как было недавно со стандартом 61158 по филдбасам). PLC Open декларирует построение >>>>>>>>>>>>>>>>>>>>>>>>> PLCOpen этого не декларирует (может Вы так интерпретируете слово Open в названии организации?). Такие общественные организации как PLCOpen имеют более гибкую и демократическую структуру. Любая мелкая фирма или даже частное лицо, заплатив ежегодные членские взносы, может получить право голоса при работе над стандартом. В такого рода организациях и апробируются общие подходы участников рынка по тому или иному вопросу. Как правило, уже после этого соответствующие предложения направляются в бюрократические организации типа МЭК. В то же время многие этого и не делают (скажем консорциум PC/104 просто публикует свои спецификации, которые не являются каким либо стандартом). И, что самое >>>>>>>>>>>>>>>>>>>>>>> Для меня это не очевидно, потому как именно эволюционным путем он и развивается (причем с большими задержками). В МЭК есть стандартный 5-летний цикл ревизии стандартов, но он уже давно просрочен. Только недавно вторая версия стандарта после долгих лет голосований и переголосований вышла на стадию FDIS (окончательного голосования). Сергей Сорокин |
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 08 Сентябрь 2003 Категория: Russian Federation Online Status: Offline Публикации: 178 |
||
гмгм...русский C++... из бесплатных есть OpenWatcom и gcc gcc-подобные есть для ряда pic'ов & dsp PS: от себя добавлю что на сях достаточно спокойно обращаюсь с микросекундами на PC и микросекундами и десятыми микросекунды в 16битнных DSP. И согласен с предыдущим оратором что никакая скада такого не обеспечит. |
||
SY,
EK |
||
Новичок Присоединился: 09 Сентябрь 2003 Категория: Russian Federation Online Status: Offline Публикации: 5 |
||
UL - это Ultralogik надо полагать? Можно ли в нем сформировать выборку значений из АЦП, и как с ней работать ?
|
||
Новичок Присоединился: 09 Сентябрь 2003 Категория: Russian Federation Online Status: Offline Публикации: 5 |
||
В наст. время раз в секунду производится опрос всех входов - при этом считываются непрерывные значения синусоид ( или точнее того, что от нее осталось) примерно 2.5 периода. Мат. обработка - плавающая точка, сглаживание - скользящее среднее, визулизация - на том же PC где и измеряются значения - на пульту плавильщика. Давно назрел вопрос: как облегчить труд программиста, да вот что-то большая часть диалектов МЭК (или их реализаций) не кажется подходящей.
|
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Новичок Присоединился: 25 Май 2003 Категория: Ukraine Online Status: Offline Публикации: 38 |
||
[/QUOTE] А подробнее об этом можно? Где, например, взять? Скачать. Примеры и пр. |
||
Профили участников
Послать частное письмо
Поиск публикаций участников
Посетить домашнюю страницу участника
Добавить в список приятелей
Действительный член Присоединился: 09 Сентябрь 2003 Категория: Russian Federation Online Status: Offline Публикации: 247 |
||
Сергей Гусев:
Не могу не заметить, что С++ на самом деле тоже не бесплатен. Напрмер, известные мне компиляторы стоят (из открытых источников): 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 |
||
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 |
||
Типичный цикл управления на 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> |
Переход на форум | Права доступа на форуме Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |