Быстродействие ПЛК ОВЕН vs ПЛК Siemens

[Yegor]

Просто я случайно дал ссылку на зазеркалье без www. Уже говорил об этой проблеме, но видимо, никому нет дела. Так что могу предложить только быть залогиненным и там, и там.

[rwg]

А вообще чето пердуны старые разбубнились

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

[Вольд]

А кокой смысл в таких сравнениях ?

Например Do (реле) := A and B;
На ПЛК-X1 "A and B" выполнится за 1 наносекунду. На ПЛК-X2 - тоже за 100 микросекунд.
Катушка реле в обоих случаях - 50мс.
Можно продолжить дальше...

Валенок, Что за детские мысли ? Ты, вроде, не человек с улицы. Из множества мелких операций складывается время цикла программы ПЛК. В ПЛК ОВЕН это называется Cycle time in 100 mks. Помнишь ? Кроме регенерации состояния дискретных
входов/выходов ЦП может выполнять много других операций.

[Вольд]

Вывод - быстродействие микропроцессора на быстродействие ПЛК не влияет, но нужно для компенсации ухудшения качества программного кода.

Еще один Валенок.

[Вольд]

Ну и зачем там быстрая аппаратная платформа?
Те же отечественные КР300/КР500 - полное резервирование (даже ввод/вывод), КР300 на i386, (20 МГц по моему), время переключения в мс измеряется...
И под Codesys 2 у нас в стране резервированные решения есть, стоит только поискать.
Неужели Вы думаете что Овен сделает резервированный контроллер? Они не в состоянии связь своих модулей со своими же контроллерами человеческую без кучи костылей сделать
Так что Овен "рулит"

В фирме "ОВЕН" не хватает высококлассных программистов.

[Валенок]

Кроме регенерации состояния дискретных входов/выходов ЦП может выполнять много других операций.

А каких к примеру ?

[Вольд]

А каких к примеру ?

Почитай тему, там про это написано. ПЛК - это не ПР, он и сложными вычислениями заниматься может. Есть ПЛК, работающие под управлением ОС, там быстрый ЦП ой как нужен.

[Валенок]

Есть ПЛК, работающие под управлением ОС, там быстрый ЦП ой как нужен.

А мы о каких ПЛК говорим ?

[alexx751]

0,007мкс это и есть 7 нс, математики...

ПЛК100
Процессор слабенький, всего 200 МГц, файловая система журналируемая, со статическим wearleveling и маленькой страницей + достаточно медленная шина до Flash - пока загрузит в ОЗУ, пока обработает журнал и построит таблицы транслирования - вот 4-5 секунд. + загрузка ядра + всякие настройки периферии + загрузка ПО CoDeSys с миллионом настроек - вот и 8-9 секунд. На самом деле для ПЛК с ФС - не так и много.

Выходы/Входы ПЛК уже работают на таких частотах и счётчики считают/ШИМ шимит. Но технологии не стоят у нас на месте - разработан язык LogicRT для высокоскоростного управления быстрыми I/O. В ближайшее время, надеюсь, анонсируем и наберем группу для тестирования.

Из инструкции к СР6782, мне кажется Вы знаете что это такое
"Через 2 сек. после подачи питания производится синхронизация основного и
резервного процессора
• Через 3 сек. производится инициализация мезонинов.
• Через 4 сек. разрешается работа технологической программы. "
при этом процессор всего 72 МГц, даже до "слабенького" ПЛК100 не дотягивает... В реале еще быстрее - около 2 сек.
Там тоже хватает нюансов - один форм-фактор чего стоит, однако нет таких фатальных провалов как у Овена - Ethernet, USB, Retain, Modbus работают годами без перезагрузки,
про резервирование даже говорить не стоит.
Может надо перестать пускать пыль бесконечными анонсами несбывшихся надежд и создать наконец нормальный стабильный продукт? Ведь все вроде есть у Вас для этого - что мешает то?

[spectrum48k]

Так никто и не против. На это и направлены основные усилия. А алгоритмы для БАК пишуться по дороге домой

и пишутся, вполне возможно, что в CoDeSys )) https://wikis.web.cern.ch/wikis/disp...ys+-+SoMachine