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

[Владимир Ситников]

Всякие статистические оценки интересны начиная с 2 девятки после запятой

Неправда ваша. Интересен как раз общий профиль.
Вот пример графика, который я хочу увидеть: http://hdrhistogram.org

"время реакции" - максимальное время от подачи сигнала на DI до появления значения на DO. Именно так. На как минимум 10000 циклах.

10 мс - это примерное время джиттера в режим freewheeling. По результатам внутренних тестов.

Результаты где-то опубликованы?
Слышать "99.99% подойдёт для не особо критичного процесса" и при этом не знать сколько обеспечивает сам ПЛК крайне странно.
Сколько девяток гарантирует ПЛК110 М02, в режиме мц=1мс?

Но можете провести натурные испытания, всем будет интересно.

Да, могу. М02 у меня есть. Но время на ПЛК разве что в апреле появится.

Низкоприоритетные задачи вообще не выполняются ( т.е. прибор не работоспособен целиком или частично)

Вам же говорят: нет низкоприоритетных. Нет от слова "совсем".
Есть одна задача в режиме freewheeling. Ну, конкретный проект так составлен, что задача всего одна.
Какие с ней проблемы?

[Владимир Ситников]

Я к чему: даже вне зависимости от распределения шума самого ПЛК, если мы уберём искусственные ожидания (т.е. сделаем мц=0), то распределение времени отклика должно снизиться.

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

Давайте так: белый (ну или какой он там) шум гарантировано есть как в режиме мц=1, так и в режиме мц=0.
Сделать систему без шума крайне и крайне невозможно.

Да, соглашусь, что абсолютные значения уровня шума могут отличаться в мц=1 и мц=0 режимах.
Но: есть внятное объяснение почему в режиме мц=0 абсолютное значение уровня шума сильно больше, чем в режиме мц=1?

Если же уровень шума примерно одинаков, то, очевидно, в режиме мц=0 значения задержек 99% 99.9% и т.п. должны быть меньше, чем в режиме мц=1.

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

Ну и какова реакция будет у такой системы если мы ждём обсчёта конкретной молекулы?

точно заранее неизвестно... очевидно что это зависит от момента возникновения "молекулы", но при таком подходе, время реакции более предсказуемо

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

Но: есть внятное объяснение почему в режиме мц=0 абсолютное значение уровня шума сильно больше, чем в режиме мц=1?

конечно. даже если вы сделаете свой блок с однозначным временем выполнения, время на фоновые задачи будет разным от цикла к циклу и не предсказуемым, поэтому мс=0 - дает джиттер. А когда вы ставите мс=1 - то джиттера по сути нет, а если он таки есть - значит вы не вложились в 1 мс и нужно ставить мс=2

[capzap]

почему[/B] в режиме мц=0 абсолютное значение уровня шума сильно больше, чем в режиме мц=1?

Если же уровень шума примерно одинаков, то, очевидно, в режиме мц=0 значения задержек 99% 99.9% и т.п. должны быть меньше, чем в режиме мц=1.

и что тут внятного, допустим в КДС не так явно выражено, например у семена есть ОВ фонового процесса, когда ОВ1 закончил свою работу, а время до минВЦ еще осталось, крутится фоновый процесс, в случае если минВЦ равен нулю, операции фонового процесса никогда не выполнятся, стоит ли тогда говорить о работоспособности проекта в целом?

[Владимир Ситников]

конечно. даже если вы сделаете свой блок с однозначным временем выполнения, время на фоновые задачи будет разным от цикла к циклу и не предсказуемым, поэтому мс=0 - дает джиттер

Обсуждается проект, где всего одна пользовательская задача. Под "фоновыми" понимаем только "обслуживание ввода-вывода, работу тактового генератора самого ПЛК и т.п.". Верно? Или в понятие фоновых включаете ещё что-то?

Почему, скажем, "обслуживание ввода-вывода" будет зависеть от настроек мц?
А почему тактовый генератор будет работать по-другому?

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

Следите за руками
1) Если при мц=1 "всё хорошо", то фоновые задачи гарантировано занимают не более 1мс.
2) Если при этом настроить мц=0, то время работы этих "фоновых задач" возрасти не должно. С чего бы им замедляться?
3) Значит, в режиме мц=0, пользовательская программа имеет возможность вызываться чаще, чем в режиме мц=1.
4) Значит, в режиме мц=0 время отклика ниже, чем в режиме мц=1.

[_Pavel_]

2) Если при этом настроить мц=0, то время работы этих "фоновых задач" возрасти не должно. С чего бы им замедляться?

Я так думаю что фоновые задачи будут иметь более низкий приоритет перед программой ПЛК и будут выполняться в момент простоя, таким образом будет гарантирована стабильность цикла. Типа не успели в этом цикле простоя, выполнимся в следующем...

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

Сколько девяток гарантирует ПЛК110 М02, в режиме мц=1мс?

Внимательнее читаем форум. 20% джиттер от времени цикла

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

Вам же говорят: нет низкоприоритетных. Нет от слова "совсем".
Есть одна задача в режиме freewheeling. Ну, конкретный проект так составлен, что задача всего одна.
Какие с ней проблемы?

Тогда зачем мы на форуме ОВЕН обсуждаем приборы других фирм. У нас есть в ПЛК низкоприоритетные задачи

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

1. да 2. да 3. да 4.да, но оно разное от цикла к циклу!

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

Когда у вас установлено время цикла - планировщик фоновых задач может распределять обработку, если время нулевое - не определено, то демон будет делать текущий объем не пытаясь его оптимизировать