А вот так не пробовали делать?Блок управления насосами.JPGСообщение от Totuin
А вот так не пробовали делать?Блок управления насосами.JPG
Это помесь ФБД и СТ .Схема должна читаться параллельно ,а не последовательно (обрывками)....Прочитал переменную ,а потом ищи ее по всей схеме и так сто раз ...
электронщик до мозга костей и не только
Только правила чтения разные для разных языков ....используйте макросы ,что бы не плодить на схеме промежуточные переменные ,которые нужно читать по буквам .
Ну вообще то в представленном примере используются именно переменные (созданные в таблице переменных). А именованные связи в ZelioSoft точно не жрут памяти. Я это проверял, когда пытался впихнуть в контроллер слишком большой проект (честно говоря я это проверил в первую очередь, когда кончилась память). Да и LogoSoftComfort от сименса (ещё одна среда где они используются) так же была проверенна на это дело. И то же в использовании памяти контроллера для именованных соединений замечено не было. Ну и естественно в FLProg где они применяются это точно просто другой способ отображения соединения.Тут я могу сказать точно.
Сравните опыт 4 и 40 лет ...ссылки хороши внутри щита или между щитами ,но не внутри программы .С ними большой проект не сделать ,если у каждой двухвходовки подписи делать ....Вы наверное не работали с действительно большими проектами. Если схема большая, как вы её задокументируете? Стандартный чертёж - это формат А4 или А3. Как Вы там расположите схему с несколькими сотнями датчиков и несколькими сотнями исполнительных устройств? Или как у нас например - проект АСУ турбины, состоящий из нескольких десятков тысяч чартов (аналог листа схемы, содержащий законченную логическую схему). Они соединяются между собой как раз ссылками. Я не зря говорил про осмысленные названия соеденений. Это конечно отдельное умение - давать осмысленные названия соединениям, и непосредственно участкам схемы, и этому надо учится. Тогда не надо будет прыгать по ссылкам. Например рассмотрим один кусочек схемы:
Вложение 32184
Включение автомата ДГ произойдёт если:
"Режим автомат" И "Автомат ДГ отключён" И "Нет напряжения на вводе 1" И "Нет неисправности на вводе 1" И "Нет неисправности на вводе ДГ" И "Есть напряжение на вводе ДГ" И "Ввод 1 отключён"
И не потребовалось прыгать по схеме, всё понятно из названий. Любую сложную схему можно разбить на отдельные законченные кусочки., которым всегда можно дать осмысленное название. В этом и заключается мастерство промышленного программиста, схемотехника, да и простого програмиста то же. Везде идеология одинакова -"Разделяй и властвуй"
Я думаю, что "переменные" в проекте ОЛ никак не являются "переменными, используемыми в контроллере". Любой "промежуточный результат" - это "переменная", не важно как она называется в проекте - "именованное соединение" или "переменная". Так что, насчёт оптимизации памяти МК, и то, и другое - абсолютно равнозначно. Если, конечно, не использовать энергонезависимые или сетевые переменные, которые, действительно, занимают физическую память в конкретной физической области.
Вообще-то, это "таблица переменных" существует только в проекте на компьютере. Очень удивлюсь, если она как-то (статически) живёт в конечном коде программы контроллера. Не должна эта таблица жрать память (контроллера) сама по себе. А экономить память в проекте...
Т.е., смотрите. При наличии в проекте "именованных цепей" в проекте наверняка есть "таблица цепей", в дополнении к "таблице пользовательских переменных". Разница - только в названии, т.к. в конечном коде не будет ни "цепей", ни "пользовательских переменных"
Последний раз редактировалось pop70; 23.07.2017 в 20:19.
как Вы проверяли, читали ассемблер и только в ОЛ есть складывание в аккумулятор Как это понимать: тестирование - впихнуть большой проект.Ну вообще то в представленном примере используются именно переменные (созданные в таблице переменных). А именованные связи в ZelioSoft точно не жрут памяти. Я это проверял, когда пытался впихнуть в контроллер слишком большой проект (честно говоря я это проверил в первую очередь, когда кончилась память). Да и LogoSoftComfort от сименса (ещё одна среда где они используются) так же была проверенна на это дело. И то же в использовании памяти контроллера для именованных соединений замечено не было. Ну и естественно в FLProg где они применяются это точно просто другой способ отображения соединения.Тут я могу сказать точно.
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Если ОЛ так сделано, то это бредовый подход. В этом просто нет необходимости, гробить память на глобальные переменные для промежуточных значений. Те переменные которые создаются в таблице тэгов - это глобальные переменные (они не возвращаются в кучу после отработки цикла), и под них сразу отводится память. Как реализовано обсчитывание логики в ОЛ я не знаю, но уверен что они не настолько тупы что бы использовать глобальные переменные для всех входов и выходов блоков.
ну примерно так - собираю проект, проверяю его - не хватает 20 байт, перевожу часть соединений в линии - проверяю -не хватает 20 байт, оптимизирую проект (меняю логику, убираю блоки, меняю алгоритмы) , проект влазит (около 0 запаса памяти). ОК. Перевожу все соединения в текст, проект влазит, свободного места столько - же. Как то так..... Результат - именованные соединения не жрут памяти.
Ваши права
