Тормоза Owen Logic

[capzap]

Не надо наводить тень на ясный день. Лучше прочтите пост #38.

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

[melky]

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

[rovki]

всё не то, просто кто то перешл с плк на ПР из-за дешевизны и пытается впихнуть невпихуемое. Поэтому разговоры о ресурсах и т.п. тут ни к чему не приведут

О чем и речь .!

[Вольд]

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

capzap, зачем задавать детские вопросы ? Из того что написано в посте #38 явствует, что из-за жутких тормозов в ОЛ задействовать больше 30% ресурсов ПР200 не возможно. Чем больше схема, тем сильнее тормоза вплоть до того, что полдня придется ждать реакции ОЛ на движение мышки. Вы согласны ждать полдня ?

Еще раз повторю, что писал раньше: ПР200 - отличный прибор, ОЛ - посредственный продукт.

[SA104]

Для информации, кому интересно.
Провел лабораторную работу с целью исследования "тормозов" Owen Logic

1. Разместил на рабочем поле 800 ФБ (элементы ИЛИ), никуда не подключенных. Время реакции( на моем ПК) при наведении мышкой 6 сек.
2. Сделал макрос для 21 элемента. Разместил 50 макросов - больше тысячи элементов. Время реакции минимально, как при наведении на макрос, так и при редактировании внутри макроса.

Вывод: Больше макросов хороших и разных.

[rovki]

Макросы- Наше ВСЕ! 1000 раз об этом говорилось .Только толку от макросов в котором 2,3,4,5 элементов мало .В Макросы надо запихивать функционално законченные блоки схем большего размера с минимальным количеством входов\выходов .
SA104 ,спасибо за примеры ,не поленились.
Что ище интересно - ввиду того что элементы не соеденены ,в двух вариантах вычисляеется время выполнения проекта в ПР 1мс .А зависания наблюдаем только в первом вариане .Значит зависания не определяются временем выполнения и не определяются % памяти - в двух вариантах % минимальны (ввиду того что элементы не соединены),а количеством отображаемых самих элементов на одном поле

[rovki]

А вот ваш пример но только 4000элементов на 4 макросах и зависаний нет в схеме ,а внутри маросов есть .
Вывод -в очень сложных проектов стремитесь к количеству макросов равному корень из 2 от общего количества элементов ,с количеством элементов внутри каждого макроса также корень из 2 .Например 1000элементов - 33 макроса по 33 элемента ,теоритически для получения минимального времени реакции в ОЛ .Для ПР думаю это не имеет значения .
К стати обьем проекта то же вырос в почти 4 раза.
Если же вам нужны мелкие ,повторяющиеся макросы ,то делайте вложения -Макрос в макросе .И не нужно будет футбольное поле , достатчно будет 10 шахматных досок для схемы.

[SA104]

Проверил ваш пример, результат аналогичный.

[rovki]

Проверил ваш пример, результат аналогичный.

Тоесть читайте пост#96,97,для писсиммиссттов .Спасибо, коллега .

[melky]

Что делать, если код получается разветвленным и макросами сложно обойтись ?

Макрос - это повторяющийся код в схеме, а ни как не требование запихивать куски схемы просто для того, чтобы получился один блок вместо 10.