Бэта-версия OWEN Logic 1.9

[Totuin]

Коли так, то как Вам электросхемы, выполненные разнесенным методом в чем то типа элплана? Только работать с ними Вам приходится не за столом, при большой поверхности, возможности разложить и хорошем освещении, в в "полях" и "на коленке". Перекрестные ссылки помогают, но как же достают "прыжки", когда надо отследить цепь!

Вы наверное не работали с действительно большими проектами. Если схема большая, как вы её задокументируете? Стандартный чертёж - это формат А4 или А3. Как Вы там расположите схему с несколькими сотнями датчиков и несколькими сотнями исполнительных устройств? Или как у нас например - проект АСУ турбины, состоящий из нескольких десятков тысяч чартов (аналог листа схемы, содержащий законченную логическую схему). Они соединяются между собой как раз ссылками. Я не зря говорил про осмысленные названия соеденений. Это конечно отдельное умение - давать осмысленные названия соединениям, и непосредственно участкам схемы, и этому надо учится. Тогда не надо будет прыгать по ссылкам. Например рассмотрим один кусочек схемы:

АВР2.PNG

Включение автомата ДГ произойдёт если:
"Режим автомат" И "Автомат ДГ отключён" И "Нет напряжения на вводе 1" И "Нет неисправности на вводе 1" И "Нет неисправности на вводе ДГ" И "Есть напряжение на вводе ДГ" И "Ввод 1 отключён"

И не потребовалось прыгать по схеме, всё понятно из названий. Любую сложную схему можно разбить на отдельные законченные кусочки., которым всегда можно дать осмысленное название. В этом и заключается мастерство промышленного программиста, схемотехника, да и простого програмиста то же. Везде идеология одинакова -"Разделяй и властвуй"

[ASo]

Вы наверное не работали с действительно большими проектами. Если схема большая, как вы её задокументируете? Стандартный чертёж - это формат А4 или А3. Как Вы там расположите схему с несколькими сотнями датчиков и несколькими сотнями исполнительных устройств?

По подсистемам и на больших форматах.
Это вообще не вопрос.
Но число ссылок должно быть минимальным.

[pop70]

По подсистемам и на больших форматах.
Это вообще не вопрос.
Но число ссылок должно быть минимальным.

Угу А0 с паутиной "в чистом поле, на коленках"

[Totuin]

По подсистемам

Золотые слова, и разбиваем дальше, по кусочкам подсистем, например обработка сигнала от одного датчика (масштабирование, верхние и нижние пороги предупреждений и аварий от него) на одном листе. На выходе ссылки - например:" Текуший уровень гликоля", "Аварийно низкий уровень гликоля" и т.д.

и на больших форматах.

Очень неудобно, особенно где ни будь в контейнере, в шкафу водить карадашом по паутинке линий чтобы найти нужную связь

Но число ссылок должно быть минимальным.

Ну это уже как получится

[capzap]

Золотые слова, и разбиваем дальше, по кусочкам подсистем, например обработка сигнала от одного датчика (масштабирование, верхние и нижние пороги предупреждений и аварий от него) на одном листе. На выходе ссылки - например:" Текуший уровень гликоля", "Аварийно низкий уровень гликоля" и т.д.

так в чем проблема в ОЛ это макросы

[Totuin]

так в чем проблема в ОЛ это макросы

да макросы это хорошо. Я как раз про это и говорю, разбиение на маленькие кусочки. Я так же использую макросы в Zelio (в моей программе это пользовательские блоки), но не все таки текстовый вид соеденений нравится больше чем линии. Тут конечно каждому свое, но было бы неплохо что бы можно было выбирать что использовать, кому нравятся линии - могут использовать их, кому нравится текст - использует текст. Это и есть забота о ВСЕХ пользователях. Самое главное что сделать это не очень сложно, говорю как человек сделавший это в своей программе.

[pop70]

да макросы это хорошо. Я как раз про это и говорю, разбиение на маленькие кусочки. Я так же использую макросы в Zelio (в моей программе это пользовательские блоки), но не все таки текстовый вид соеденений нравится больше чем линии. Тут конечно каждому свое, но было бы неплохо что бы можно было выбирать что использовать, кому нравятся линии - могут использовать их, кому нравится текст - использует текст. Это и есть забота о ВСЕХ пользователях. Самое главное что сделать это не очень сложно, говорю как человек сделавший это в своей программе.

Так есть такая возможность. Через "переменные". Просто, таблица "именованных цепей" совмещена с таблицей "пользовательских переменных". Названия разные, а суть одна.

[capzap]

В этом и заключается мастерство промышленного программиста, схемотехника, да и простого програмиста то же. Везде идеология одинакова -"Разделяй и властвуй"

https://habrahabr.ru/company/infopulse/blog/331934/ к чему я эту ссылку дал, можно много говорить, что чьё то ПО не отвечает лично Вашим требованиям, но в них есть свои преимущества незаметные тем, кто ни когда на них не программировал.

Всё таки переменные занимают память

Вы дезасемблировали все среды разработки, что уверенно говорите что в ОЛ используются временные переменные, а в других ПО этого нет, ведь если их не видно не значит что их нет

[Totuin]

Вы дезасемблировали все среды разработки, что уверенно говорите что в ОЛ используются временные переменные, а в других ПО этого нет, ведь если их не видно не значит что их нет

Ну вообще то в представленном примере используются именно переменные (созданные в таблице переменных). А именованные связи в ZelioSoft точно не жрут памяти. Я это проверял, когда пытался впихнуть в контроллер слишком большой проект (честно говоря я это проверил в первую очередь, когда кончилась память). Да и LogoSoftComfort от сименса (ещё одна среда где они используются) так же была проверенна на это дело. И то же в использовании памяти контроллера для именованных соединений замечено не было. Ну и естественно в FLProg где они применяются это точно просто другой способ отображения соединения.Тут я могу сказать точно.

[pop70]

Ну вообще то в представленном примере используются именно переменные (созданные в таблице переменных).

Вообще-то, это "таблица переменных" существует только в проекте на компьютере. Очень удивлюсь, если она как-то (статически) живёт в конечном коде программы контроллера. Не должна эта таблица жрать память (контроллера) сама по себе. А экономить память в проекте...
Т.е., смотрите. При наличии в проекте "именованных цепей" в проекте наверняка есть "таблица цепей", в дополнении к "таблице пользовательских переменных". Разница - только в названии, т.к. в конечном коде не будет ни "цепей", ни "пользовательских переменных"