Это схема для детского сада ,младшая группаСообщение от Totuin
.В букваре то же буквы крупные и слов десяток на станице .Такие схемы читать ненужно, нарисовал и забыл
Это схема для детского сада ,младшая группа
электронщик до мозга костей и не только
Ну а теперь представьте схемку посложнее (четыре насоса, каруселька, автоматическая замена выведенного ... и.д.)Это схема для детского сада ,младшая группа
Насосы.PNG
Я даже пробовать не буду его переводить на линии - страшно)))) а в таком виде даже читабельно (извините за мелкий размер, на одном экране не помещалось крупнее)
Значит, просто не умеете чертить схемы.
Совершенно не читабельно. Разбросанные блоки, соединенные тегами.
А чем Вас не устраивает вот такое в ОЛ?
Ну я так и поступил.
Овен.PNG
Но это не всегда возможно и не совсем оптимально. Всё таки переменные занимают память. Например в той схеме которая у Вас в цитате, я воевал за каждый байт. Именованное соединение не занимает памяти, это просто другое отображение соеденительной линии - то есть бесплатное улучшение читаемости.
А вот так не пробовали делать?Блок управления насосами.JPG
Я думаю, что "переменные" в проекте ОЛ никак не являются "переменными, используемыми в контроллере". Любой "промежуточный результат" - это "переменная", не важно как она называется в проекте - "именованное соединение" или "переменная". Так что, насчёт оптимизации памяти МК, и то, и другое - абсолютно равнозначно. Если, конечно, не использовать энергонезависимые или сетевые переменные, которые, действительно, занимают физическую память в конкретной физической области.
Если ОЛ так сделано, то это бредовый подход. В этом просто нет необходимости, гробить память на глобальные переменные для промежуточных значений. Те переменные которые создаются в таблице тэгов - это глобальные переменные (они не возвращаются в кучу после отработки цикла), и под них сразу отводится память. Как реализовано обсчитывание логики в ОЛ я не знаю, но уверен что они не настолько тупы что бы использовать глобальные переменные для всех входов и выходов блоков.
Кто Вам такое сказал?
Я ж и пишу о том, что выделять память под "пользовательские переменные" просто "чохом" было бы, мягко говоря, не оптимально. Эти "переменные" внутри в "глобальном" виде нужны ровно так же, как "глобальная переменная" на каждую связь из Вашей схемы.
"Пользовательские переменные" - это ТОЧНО ТАКАЯ ЖЕ таблица, как "таблица цепей". "Оптимизация" таблицы пользовательских переменных в общем случае никак не относится к оптимизации кода для контроллера. Эти переменные всёравно никак и нигде, кроме как в самой программе недоступны.
Это помесь ФБД и СТ .Схема должна читаться параллельно ,а не последовательно (обрывками)....Прочитал переменную ,а потом ищи ее по всей схеме и так сто раз ...
Ваши права
