Оценка быстродействия проекта для ПР110

[capzap]

Начиная эту тему я хотел получить от техподдержки или от уважаемых форумчан простые ответы на свои простые вопросы примерно так:
1. Время обработки входа (всех входов одновременно) составляет ~0,55 мс.
2. Время обработки одного ФБ типа ИЛИ (как вариант -любого ФБ из библиотеки) составляет ~0,1 мс.
3. Время сетевой переменной составляет ~0,хх мс.
4. Время обработки выхода (всех выходов одновременно) составляет ~0,55 мс.
Этого бы было вполне достаточно!

1) Math.max(1,время_цикла)
2) ~Math.max(1,время_цикла)/количество_элементов_в_проекте
3) ХЗ, зависит от скорости, помехи в кaнaле
4) Math.max(1,время_цикла)


злополучный элемент можно воспроизвести на одних константах и арифметике, не используюя ни одного элемента ИЛИ,НЕ, будет слекга громоздко, но зато принципиально не будет использоваться опыт работы с сериями логических микросхем

[Vish57]

1) Math.max(1,время_цикла)
2) ~Math.max(1,время_цикла)/количество_элементов_в_проекте
3) ХЗ, зависит от скорости, помехи в кaнaле
4) Math.max(1,время_цикла)


злополучный элемент можно воспроизвести на одних константах и арифметике, не используюя ни одного элемента ИЛИ,НЕ, будет слекга громоздко, но зато принципиально не будет использоваться опыт работы с сериями логических микросхем

Спасибо.
Хочу уточнить по п2: получается, что время выполнения ЛЮБОГО ФБ из библиотеки всегда одинаково и не зависит от сложности выполняемой функции, это действительно так?

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

2) ~Math.max(1,время_цикла)/количество_элементов_в_проекте

Спасибо.
Хочу уточнить по п2: получается, что время выполнения ЛЮБОГО ФБ из библиотеки всегда одинаково и не зависит от сложности выполняемой функции, это действительно так?

Почему же?
capzap, скорее всего, имел ввиду, что "если элементов на схеме мало, то ПР будет выдерживать паузу, чтобы цикл длился 1 мс минимум".
Откуда он это взял -- загадка, но оно неважно.

Длительность выполнения элемента OR (который подключен к входам-выходам, а не висит мёртвым грузом) не зависит от того, сколько этих элементов в схеме.
Поэтому, чтобы узнать длительность работы этого самого OR, нужно взять схему с большим количеством элементов, узнать какая длительность цикла получится и поделить на количество элементов.

Аналогично и для других элементов. Измерьте, посмотрим что будет. Заодно можно будет сравнить с производительностью самого железа. Вроде как обещают, что в ПР110 находится PIC18 18Mhz.

Умножение деление (вроде, доступен же в ПР110 блок умножения целых?), очевидно, должны занимать гораздо больше времени, т.к. процессор там PIC18 (8-и битный), и команд для умножения/деления 32 битных чисел у него нет. Значит, там длинные портянки для этого самого умножения, значит оно работать должно дольше.

Не хотелось бы верить, что интерпретатор ПР110 настолько медленный, что накладные расходы на выполнение блока OR превышают длительность умножения 32bit чисел.

[capzap]

Откуда он это взял -- загадка, но оно неважно.

правильнее конечно обратится к ТУ наверное, но я могу на это сослаться

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

правильнее конечно обратится к ТУ наверное, но я могу на это сослаться

Ясно. Я бегло пробежался по характеристикам -- не нашёл. В РЭ тоже нет.
Ещё раз глянул -- в функциональной схеме есть указание про "минимальный цикл в 1 мс".

Но всё равно формула Math.max(1,время_цикла)/количество_элементов_в_проекте для "Время обработки одного ФБ типа ИЛИ" это неправильная оценка. Там Math.max лишнее, и рассматривать нужно программы с большим количеством элементов.

Грубо говоря, если в программе всего 1 блок, то время цикла, конечно, будет равно 1мс (должно быть), но сама длительность выполнения операции ИЛИ будет гораздо меньше этой 1 мс.

---

У Vish57 получается цикл меньше 1 мс? Выходит, это ошибка в работе ПР?

[Vish57]

...
У Vish57 получается цикл меньше 1 мс? Выходит, это ошибка в работе ПР?

Или ошибка в работе ИДЕ OL....
Чему верить-то...?

Время цикла 1 мс при тактовой 18 МГц... м-да.... это-ж какие накладные расходы в программе прибора.... умереть-не встать...

[capzap]

это-ж какие накладные расходы в программе прибора.... умереть-не встать...

это не накладные расходы, а принцип работы плк как системы реального времени