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

[Vish57]

Собственно при работе над своим текущем проектом я понял чего не хватает:
1. Очень хотелось бы иметь следующие ФБ: 3И, 4И, 3ИЛИ, 4ИЛИ, 3И-НЕ, 4И-НЕ, 3ИЛИ-НЕ, 4ИЛИ-НЕ, 2И-НЕ, 2ИЛИ-НЕ (например для реализации функции 4ИЛИ-НЕ необходимо поставить ЧЕТЫРЕ!!! ФБ).
Мой опыт в программировании МК говорит мне, что сделать эти ФБ - "как 2 байта переслать".
2. Ну и уже упоминал о введение в режим симуляции меток времени, отражающих реальное (хотя бы приблизительно) время отработки ФБ.
3.Забыл упомянуть еще логический коммутатор, хотя бы на 2 входа.

[Ревака Юрий]

Собственно при работе над своим текущем проектом я понял чего не хватает:
1. Очень хотелось бы иметь следующие ФБ: 3И, 4И, 3ИЛИ, 4ИЛИ, 3И-НЕ, 4И-НЕ, 3ИЛИ-НЕ, 4ИЛИ-НЕ, 2И-НЕ, 2ИЛИ-НЕ (например для реализации функции 4ИЛИ-НЕ необходимо поставить ЧЕТЫРЕ!!! ФБ).
Мой опыт в программировании МК говорит мне, что сделать эти ФБ - "как 2 байта переслать".
2. Ну и уже упоминал о введение в режим симуляции меток времени, отражающих реальное (хотя бы приблизительно) время отработки ФБ.
3.Забыл упомянуть еще логический коммутатор, хотя бы на 2 входа.

По первому вопросу зайдите в онлайн базу, часть из макросов есть, остальные открываете на редактирование, добавляете сохраняете как 2ИЛИ-НЕ и используете сколько нужно, по времени займет меньше, чем Вы писали сообщение. Не вижу смысла тратить время на макросы 5И, 8И 30И и т.д
По 3 пункту, опять путь в базу, там есть много всего, даже если не подойдет на 100%, можно открыть добавить необходимое.
По 2 пункту, не совсем понятно, что Вам это даст, в OWENLogic вы не работаете с процессором напрямую, это не тот случай, когда переходя с С на ассемблер вы сможете реально влиять на быстродействие.

[Vish57]

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

Вы меня не поняли. В этой теме я говорю о быстродействии выполнения алгоритма.
Вы предлагаете использовать макросы...
Макрос создается из БИБЛИОТЕЧНЫХ ФБ для удобства работы при разработке алгоритма.
ИМХО макрос будет выполняться за то же время (если не большее), что и набор ФБ непосредственно на холсте.
Если бы в библиотеке существовал упомянутый мной ФБ 4ИЛИ-НЕ, то он выполнялся бы в ЧЕТЫРЕ раза быстрее, чем макрос, выполняющий ту же функцию.
Вышеприведенное утверждение будет справедливо при условии, что обработка одного ФБ производится вызовом 1 функции (как в С ).

[Ревака Юрий]

Вы меня не поняли. В этой теме я говорю о быстродействии выполнения алгоритма.
Вы предлагаете использовать макросы...
Макрос создается из БИБЛИОТЕЧНЫХ ФБ для удобства работы при разработке алгоритма.
ИМХО макрос будет выполняться за то же время (если не большее), что и набор ФБ непосредственно на холсте.
Если бы в библиотеке существовал упомянутый мной ФБ 4ИЛИ-НЕ, то он выполнялся бы в ЧЕТЫРЕ раза быстрее, чем макрос, выполняющий ту же функцию.
Вышеприведенное утверждение будет справедливо при условии, что обработка одного ФБ производится вызовом 1 функции (как в С ).

Создание индивидуальных блоков встроенных в OL принесет больше вреда чем пользы, а быстродействие работы блока от этого, скорее всего. не увеличится, но потребуется дополнительная память в процессоре для описания новых блоков.
С точки зрения быстродействия пять идентичных элементов взятых из программы и онлайн базы будут работать с одинаковой скоростью.
Что касается проверки влияния, никто Вам не запрещает накопировать в логику n-ое кол-во интересующих блоков, только связать их в логику, что бы они не просто были вставлены, но и соединены в логику, и сравнить время цикла для 100 блоков и затем удалить половину и опять посмотреть время цикла. Но вообще, если вопрос в ресурсах, лучше использовать ПР200, там добавление логики не так быстро влияет на время цикла.

[Vish57]

Создание индивидуальных блоков встроенных в OL принесет больше вреда чем пользы, а быстродействие работы блока от этого, скорее всего. не увеличится, но потребуется дополнительная память в процессоре для описания новых блоков.
С точки зрения быстродействия пять идентичных элементов взятых из программы и онлайн базы будут работать с одинаковой скоростью.
Что касается проверки влияния, никто Вам не запрещает накопировать в логику n-ое кол-во интересующих блоков, только связать их в логику, что бы они не просто были вставлены, но и соединены в логику, и сравнить время цикла для 100 блоков и затем удалить половину и опять посмотреть время цикла. Но вообще, если вопрос в ресурсах, лучше использовать ПР200, там добавление логики не так быстро влияет на время цикла.

Неужели у Вас при записи алгоритма в прибор копируются ВСЕ ФБ, содержащиеся в библиотеках?
А по поводу перечисленных мной "желательных" ФБ - эти функции входят во ВСЕ серии логических микросхем малой и средней степени интеграции.
Предложенный Вами подход к определению быстродействия ФБ я применяю.
Но он применим для определения времени выполнения алгоритма только в том случае когда известен порядок обработки ФБ, помещенных на холст.
Например: Вход I1->Вход I2->Вход I3->Вход I4->ФБ1(где он расположен?)->ФБ2->.......ФБN->ВыходO1->ВыходO2->ВыходO3->ВыходО4.
Кроме того я упоминал о сетевых переменных - их прием/передача также требуют времени на обработку.
По поводу ПР200 - увы... я ограничен ПР110.

[capzap]

Неужели у Вас при записи алгоритма в прибор копируются ВСЕ ФБ, содержащиеся в библиотеках?

а не проскакивала мысль, что компиляция творит чудеса и в прибор заливается оптимизированный код, неважно что в ИДЕ он нарисован на холсте или использован готовый блок из библиотеки?
В ОЛ выполняются все блоки нанесенные на холст, нет такого что из-за условия здесь выполняю, а там нет

[Vish57]

а не проскакивала мысль, что компиляция творит чудеса и в прибор заливается оптимизированный код, неважно что в ИДЕ он нарисован на холсте или использован готовый блок из библиотеки?
В ОЛ выполняются все блоки нанесенные на холст, нет такого что из-за условия здесь выполняю, а там нет

В том-то и дело,что проскакивала....
Вызвало недоумение фраза:
"Создание индивидуальных блоков встроенных в OL принесет больше вреда чем пользы, а быстродействие работы блока от этого, скорее всего. не увеличится, но потребуется дополнительная память в процессоре для описания новых блоков."
На мой взгляд введение новых ФБ в библиотеку несколько (незначительно) увеличит объем ИДЕ и, соответственно, размер дистрибутива и.... все. А быстродействие и гибкость построения алгоритма увеличатся.

[Vish57]

.....
По 2 пункту, не совсем понятно, что Вам это даст, в OWENLogic вы не работаете с процессором напрямую, это не тот случай, когда переходя с С на ассемблер вы сможете реально влиять на быстродействие.

Я не хочу работать с процессором напрямую...
Я хочу иметь возможность оценить быстродействие алгоритма. Как пример: цепочка из 10 триггеров в счетном режиме будет работать так же как инкрементный счетчик с уставкой 1024, но, наверное, в 10 раз дольше.
Вот для этого и нужен механизм меток времени при симуляции алгоритма. Я понимаю, что это достаточно сложная задача, но было бы хорошо...