Создать функцию на ST

[petera]

А я про что?
>> Я про булевый вход и выход (например байт -> байт),
Входы I1..I8 сформируют входной байт.
Выходы Q1..Q8 выходной байт.

Спрашивалось у народа про:
>> "Какую частоту ST через себя пропустит, не искажая входной сигнал?"
Если вы не знаете, то так и скажите.

Подразумевается, что тут гуру за годы уже "собаку съели"!

Никакой частоты пропускать он(ST) не будет!

ПРка, как и положено ПЛК, работает так
1. в начале каждого цикла опрашиваются все физические входы и полученные значения запоминаются в специальном буфере
2. выполняется код, в том числе и ST. При этом используются сохраненные на ш.1 значения входов. Физические входы и выходы НЕ ОПРАШИВАЮТЯ!!!
3. данные, получаемые на ш.2, в том числе и для физических выходов ПР запоминаются во втором специальном буфере
4. данные из буфера п.3 записываются на физические выходы.

далее циклы повторяются.

таким образом ни о какой "пропускаемой частоте" ST речи быть не может!
Быстрее чем время выполнения одного цикла все равно работать не будет!

[ПавелП]

Никакой частоты пропускать он(ST) не будет!

Будет!.
Примет байт, обработает, и направит на выход!
А вот какие временные рамки - уже по факту завтра гляну на работе.
А что вы имели под пропустить через ST не понятно.

ПРка, как и положено ПЛК, работает так
1. в начале каждого цикла опрашиваются все физические входы и полученные значения запоминаются в специальном буфере
2. выполняется код, в том числе и ST. При этом используются сохраненные на ш.1 значения входов. Физические входы и выходы НЕ ОПРАШИВАЮТЯ!!!
3. данные, получаемые на ш.2, в том числе и для физических выходов ПР запоминаются во втором специальном буфере
4. данные из буфера п.3 записываются на физические выходы.

далее циклы повторяются.

Вот за эту инфу спасибо, видно что вы в теме.

таким образом ни о какой "пропускаемой частоте" ST речи быть не может!
Быстрее чем время выполнения одного цикла все равно работать не будет!

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

[petera]

Будет!.
...
Не цикл надо обогнать, а внутри цикла выяснить скорость выполнения своего цикла.
Другими словами - сколько тактов успеет прога на ST пересчитать.
Отсюда и вопрос был: Если внутренний цикл "затянется" - что будет.
Но это уже к внутренней архитектуре оболочки вопросы выясняем.

Так ведь время цикла у ПР никак не задается, а получается таким, какое нужно для выполнения конкретной программы,
при 200 внутренних циклах ST, предположим, время цикла ПР будет 1 мс, а при миллионе циклов FOR, время цикла ПР, положим, станет 1 минута.

Т.е. цикл ПР подстраивается под выполнение всего кода, а не наоборот.

[ПавелП]

Т.е. цикл ПР подстраивается под выполнение всего кода, а не наоборот.

Ага. Тогда интересно, на какой частоте работает код.
Код ST скомпилирован, и на частоте проца?

ПР200 - STM32F103VET6, Максимальная частота 72МГц,
минус потери времени на откомпилированные куски кода,
там же чистый АСМ получается (правда, это не известно).

Если в 1мс удастся "втиснуть" 100000 циклов, то это здорово!