Просмотр полной версии : Как скрыть внутренние переменные ФБ
Есть ФБ у которого несколько переменных VAR_INPUT и VAR_OUTPUT и еще три десятка переменных просто VAR.
Так вот в Online режиме если в списке объявлений найти экземпляр этого ФБ и раскрыть его переменные, то вылезает вся портянка из 4х десятков переменных. Можно ли как-то хитро объявить эти VAR переменные, чтоб их вообще не было видно из вне.
Вообще вопрос появился в связи с тем, что если контроллер подключен к CoDeSys через GPRS и открыть POU с огромным списком переменных то порой старый СПК207 после такого начинает жить своей жизнью и даже PINGоваться перестает. К тому же эффекту приводит открытие визуализации в CoDeSys. На новых СПК вроде получше с этим.
структуры и указатели рулят
Это оно конечно да, только внутренних переменных промежуточных они не отменяют
я этого не понимаю, покажите пример что именно не нравится, я сниму видео как бы я поступил
lara197a
02.08.2014, 22:39
дык просто закройте окно с переменными.
надуманная проблема 100%
это если для просмотра.
а если еще для чего-то др., то не понимаю.
состряпал проект и со структурой и с указателем
Совсем хэлп не смотрим. В кдс2 были {library private}, в 3 {attribute 'hide'}. Курим директивы компилятора и рядом.
состряпал проект и со структурой и с указателем
Да как работать со структурой и указателями я и сам хорошо знаю, но иногда хочется видеть промежуточные результаты действий с данными и тут нужны промежуточные переменные. Но видеть их вне ФБ желания нет. Отсюда и проблема.
Совсем хэлп не смотрим. В кдс2 были {library private}, в 3 {attribute 'hide'}. Курим директивы компилятора и рядом.Спасибо, именно этого и не хватало.
хм, я ж просил показать наглядно что не нравится, тогда возможно и пошел бы в нужном направлении. И кстати мое мнение промежуточные переменные должны лежать в VAR_TEMP, а не в просто VAR
И тут согласен, но есть еще счетчики и флаги состояний.
мое мнение промежуточные переменные должны лежать в VAR_TEMP, а не в просто VAR
Тута какое-то недопонимание (имхо). VAR_TEMP - это определение времени жизни переменной (в прог и фб) в течении 1-ого вызова. Тоже что и VAR, VAR_INPUT в функции. (для функций VAR_TEMP ессно масло маслянное)
//плагиат после #11
Есть промежуточные переменные которые нафик не нужны для просмотра, но должны жить между циклами. Вот накой пялиться на .StartTime в таймерах ?
Так мы пр ФБ а не функцию
Так и говорю ж - VAR_TEMP в ФБ, по поведению тоже самое что VAR в функции
Хочу уточнить один момент. Промежуточные локальные переменные ФБ, описанные как var доступны вне блока для чтения через точку. Тогда с таким же успехом можно их использовать вместо var_output?
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot