Булева алгебра в программировании полна разных решений.Сообщение от Dimensy
Я про наглядность в ST - мне привычнее 1 и 0.
Булева алгебра в программировании полна разных решений.
Я про наглядность в ST - мне привычнее 1 и 0.
Неплохо работает графика - шаг вперед уже хорошо. А то я уже псевдографикой взялся мнемосхемы рисовать. А так-то лучше гораздо. Правда у меня почему-то иногда элементы прыгают по экрану, в процессе отрисовки, но я пока не понял, может сам чего.
Новые элементы ввели, а видео ОЗУ не выделили.
Катастрофически не хватает...
Создал около 70 переменных, для отображения данных, что = 100%
сообщение при наведении мыши = 28262 байт, при max 28262
"Для оптимизации ОЗУ визуализации попробуйте
уменьшить количество экранов и компонентов
визуализации на экранах"
Когда начал в ниспадающие меню пункты добавлять - всё стало.
Причём индикатор "ОЗУ визуализации" не отображает переполнения,
порога просто не компилится, сообщая:
"Перед записью программы в прибор необходимо устранить все критические замечания."
Пришлось их искать.
Те же 100% превышаются при явном добавлении на экран новой переменной "ввод/вывод".
Т.е. сообщение индикации не учитывает заполнение ниспадающих пунктов меню.Код:28672-29342=670 байт занимает новая переменная 102% 28672-29440=768 байт занимает динамический текст 103%
А там уже прописано по 6 строк в трёх "Динамических текстах".
Вот на этом пределе всё работает. пример А надо ещё под 200.
Прописать бы неизменные пункты меню в ПЗУ области,
а в видео ОЗУ только изменяемые значения.
Код:- ПЗУ 219К занято только 29468 = 12% - ОЗУ 50К занято только 2676 = 5% - Var 32К занято только 360 = 1%
То, что они будут "расти" - это понятно,
пераспределять бы "по ходу", под задачу.
для начала хотя бы сделайте возможность задавать для этих переменных (экранных) значение по умолчанию (как у сетевых переменных), чтобы при написании и отладке программы не приходилось забивать все значения экранных переменных заново каждый раз при очередной загрузке из OwenLogic.
Также при использовании элемента "динамический текст" хотелось бы иметь возможность скрывать галку справа, когда элемент используется только для чтения (вариант с перекрытием - не предлагать) - это нужно в первую очередь чтобы она не перекрывала сам текст в данном элементе (т.к. экранчик маленький).
И как писалось выше, неплохо бы сделать возможность определять группы для экранов, чтобы разносить экраны по разным группам, а также возможность определять порядок экранов в менеджере.
Заново вносить придется только в первый раз после заливки программы в ПР205. Далее - при выключении питания значения данных переменных сохраняются
Последний раз редактировалось anatoliyr77; 19.02.2024 в 10:34.
Уточните, пожалуйста, как именно добавляли строки в выпадающее меню? По двойному клику на дин текст на холсте или через меню свойств справа снизу?
Инженер по продукту | ПР и Owen Logic
email: k.korolev@owen.ru
Когда начал в ниспадающие меню пункты добавлять - всё стало.
>> Причём индикатор "ОЗУ визуализации" не отображает переполнения,
>> порога просто не компилится, сообщая:
>> "Перед записью программы в прибор необходимо устранить все критические замечания."
>> Пришлось их искать.
Экран 1 > Динамический текст > Список строк > Редактировать > вставить строку снизу
И так, и так попробовал - значение "ОЗУ визуализации" не изменяется = 100%.
Тупо начинает глючить система.
Здравствуйте!
В ПР205 в элементах ввода нельзя выбрать энергонезависимые переменные. Я что-то не так делаю или так и задумано?
Если так и задумано, то каким образом с ними предполагается работать?
Все переменные в ПР205, привязанные к экрану, по умолчанию энергонезависимые.
У меня в таблице переменных есть энергонезависимые. Когда открываю окно выбора переменной в Динамическом тексте или во Вводе/выводе int/float, то в списке присутствуют все переменные, кроме энергонезависимых.
С тех, которые надо поместить на экран снимите галку, они появятся и сможете вывести на экран.
Ваши права
Ответить с цитированием