Обновленный ПЛК110?

[Дмитрий Артюховский]

ваши рассуждения про "сферического коня в вакууме" )) понятно, что когда плк нужно сделать i++ за цикл и не нужно это никуда посылать - то все круто! но в реальной жизни есть куча служебных задач синхронных и асинхронных.. практически все задачи ТАУ требуют точного следования кванту времени, иначе все управление напоминает прогноз погоды "по чукче" ...

ну и кстати, по пункту 2 - так было давно!!! (самая любимая прошивка 2.10.9 где точно так происходит) - сейчас (плк110м02) при вываливании пользовательского кода за выбранное время цикла наказывают "собакой" !

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

[_Pavel_]

нет, если минВЦ > 0, то и задача цикла не idle-приоритет. И соответственно если система не перегружена, то перекрытия нет.
А если перегружена - то есть (но тут уже ничего не сделаешь, кроме увеличения цикла или снижения нагрузки)..

А вам не кажется что само понятие "система перегружена" мы как раз и создаём, вводя минВЦ?
С одной стороны Вы утверждаете, что у прикладного кода ПЛК должен быть высочайший приоритет и стабильный цикл, с другой минВЦ я обязан подобрать чтобы и системные задачи успевали выполняться, иначе проблемы с сетевым обменом и прочее..
Да и вообще, кому нужно выдерживать определённый цикл ПЛК? Неужели кто-то опирается на него при временнЫх расчётах внутри прикладного кода?

[Филоненко Владислав]

Павел, мин. цикл используется 2 путями:
1. У нас маленькая программа, которую мы хотим вызывать раз в 12 мс стабильно. Ставим цикл ПЛК 12 мс и получаем требуемое.
2. У нас расчёт столкновения 1000 молекул и он занимает 10 мс. Чтобы он выполнялся регулярно, без задержек, предсказуемо, мы ставим цикл 12 мс.

Если нам не нужно общаться с внешним миром с предсказуемым временем реакции - мы ставим freewheeling, наслаждаемся 2,4 кратным "виртуальным" ускорением и на реальной установке внезапно получаем задержку срабатывания тормоза на суппорте и сломанный станок за 10к баксов.

P.S. Заказ кастомных прошивок через менеджеров, они и прайс огласят. Если Вам так нужны "шашечки, а не ехать"

[Филоненко Владислав]

Т.е. Вы утверждаете что при текущем положении вещей любой замер истинной цикличности всегда покажет равенство с заданной цикличностью ?

Никого не интересует скорость поезда на перегоне. Всем нужно точно в срок приехать на вокзал.

[_Pavel_]

Владислав, спасибо за терпение, но позвольте ещё один вопрос:

и на реальной установке внезапно получаем задержку

Расскажите, пожалуйста, природу возникновения этих задержек. И о каких потенциальных временах задержки идёт речь?

[Валенок]

ваши рассуждения про "сферического коня в вакууме" )) понятно,
что когда плк нужно сделать i++ за цикл и не нужно это никуда посылать - то все круто!

К примеру такая пони :
6 x ПЧВ, 2x8А (на них 12pt1000 + 2x0-10в), 8ДФ, 8У, 16Р, ип320, сп270
ПЛК110-60. Занято 32Di/19Do
Примерно с десяток логически не связанных систем.
Параметров разных где-то под 100. Панельки удаленные и синхронные - все равно где менять параметры.Ни одна из панелей необязана быть все время включённой.
Кстати все на одной линии RS (мне так проще)
Оцените время минимальное/среднее/максимальное время цикла плк и максимальную реакцию на нажатие панельной кнопки ?

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

Можно несколько разнородных задач из ТАУ которые требуют точного следования кванту времени ?

ну и кстати, по пункту 2 - так было давно!!! (самая любимая прошивка 2.10.9 где точно так происходит) -
сейчас (плк110м02)..

пункт 2.
Плк110(мо1) 2.12.7, с = 2960..2970 (а ведь и прям шустрей чем 154, да ? и это - мо1)

сейчас (плк110м02) при вываливании пользовательского кода за выбранное время цикла наказывают "собакой" !

Т.е. за превышение МинЦа наказывают собакой ?

.. мин. цикл используется 2 путями:
1...
2...

3. У меня алгоритм работы с 1000 молекулами который предполагает обработку различного кол-ва молекул за цикл - от 100 до 1000. Среднее за тысячу итераций (циклов плк) - 200. И время соотв. может быть от 1мс до 10мс, со средним - 2мс. Выбор кол-ва для об-ки определяется заранее неизвестными входными данными в начале цикла, задача - обработать максимально быстро. Что предложим для Минца?

Если нам не нужно общаться с внешним миром с предсказуемым временем реакции"

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

..Если Вам так нужны "шашечки, а не ехать"

Кстати - мне кажется что Ваш "прошиватель" ПЧВ предпочитает именно "шашечки", раз допускает косяк который можно обойти (я то привычный, фигли), а вот если бы кто прикрутил что-нить суръезное, и был бы верящим во все хорошее, и в то, что

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

то он и привез бы Вам тот станок. Который за 10к.

Никого не интересует скорость поезда на перегоне. Всем нужно точно в срок приехать на вокзал.

И меня не интересует. Просто у меня пересадка, а следующий поезд в Овнинск через сутки. Вот и хочется - на такси

[Валенок]

Расскажите, пожалуйста, природу возникновения этих задержек. И о каких потенциальных временах задержки идёт речь?

То же интересно. О природе.

[capzap]

И меня не интересует. Просто у меня пересадка, а следующий поезд в Овнинск через сутки. Вот и хочется - на такси

в Обнинск лучше на маршрутках, чем по железке

[Филоненко Владислав]

Владислав, спасибо за терпение, но позвольте ещё один вопрос:
Расскажите, пожалуйста, природу возникновения этих задержек. И о каких потенциальных временах задержки идёт речь?

Jitter есть неотъемлемая часть любого процесса управления, в котором есть ассинхронные задачи/компоненты или код с варьируемым временем выполнения.
Т.к. Поцессор 1 а задач несколько и они не синхронизованы, загрузка процессора напоминает сильно неровную дорогу. И не важно, что это за задачи.
Мы можем играть приоритетами задач - однако даже имея самую приритетную задачу, даже с аппаратным шедулером (т.е. прерывание) оно, прерывание, не может быть вызвано немедленно, всегда есть задержка, нестабильная и описанная производителем процессора, в единицы тактов.
Чем больше задачи-нем нестабильнее работа.
Есть способы бороться с jitter-ом. Например цикл PRU идеален. Jitter на уровне нестабильности срабатывания оптопар и флуктуаций частоты кварца. Но в PRU 1 задача, никаких прерываний, ветвлений и пр. Уже архивчик не создашь, модули не опросишь.

В М02 помимо естественного ускорения за счёт более мощного процессор основной упор был сделан на стабильность цикла управления. Для чего применена ОС реального времени. Сейчас jitter на пустой программе (без логина,логин всегда сильно влияет на jitter) не превышает 20% от времени цикла.

Ну а желающим ехать на шахид-такси, т.к. на поезд опоздал - остаётся только посочувствовать.

[_Pavel_]

Ну уж задержка на вызов обработчика по аппаратному прерыванию (высшего приоритета) настолько мала (вы правильно говорите - единицы тактов), что про неё даже говорить не стоит...

А в конфигурации задач в режиме онлайн - актуальная информация о джиттере? Например у меня сейчас 4000 мкс. При максимальном цикле ПЛК - 600 мкс.