Когда переменной некуда писаться в ПР то не работает ВСЯ ветвь кода.... Особенность ОЛ, которую уже много раз обсуждали и обсасывали на форуме.
Когда переменной некуда писаться в ПР то не работает ВСЯ ветвь кода.... Особенность ОЛ, которую уже много раз обсуждали и обсасывали на форуме.
Что имеется ввиду? ОЗУ 10% ПЗУ 10% ЭСППЗУ 22% Перем. 1% ФБ 0%. Что значит некуда? Я так понимаю эти параметры мои распространяются на работу всей программы или я чего-то не понимаю?Сообщение от melky
Поясните пожалуйста.
даже когда переменная куда то пишется не факт что ветка будет работать https://owen.ru/forum/showthread.php...l=1#post381437 показывал же
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
И как с этим бороться?
Всё нашёл версию в которой открыл. Ну так я же спрашиваю про количество счетчиков или элементов задержки, а не вообще про количество элементов, в вашем проекте нет ни одного счётчика или задержки типа TP TON TOF, одна математика и логические функции, сделанные в другой версии OWL. А ещё у меня камень китайский клон STM32F303 на ПР200, т.е. GD32F303 что-то такое. В общем если предположить что на МК залит RTOS, то процессы задержки по времени и организация счётчиков может отличаться и неудивительно что ваш "Монстр", который меня ничуть не устрашил работает вполне успешно.
Последний раз редактировалось ВадимМеханика; 30.05.2022 в 05:11.
нельзя тут делать энергонезависимую переменную, у меня счётчик, тем более он всё равно с выходом хоть и косвенно связан. Ну просто мол а почему такой же счетчик тогда рядом в том же селекторе считается, а этот нет. Может что скажете про версии различные, бывали ли подобные чудеса с ПР или с изделиями ОВЕН, при переходе проекта на новую версию OWL?
Выкинул часть с дисплеем и паролем, вроде бы всё заработало как надо, сохранил эту версию, но естественно же хочется с вводом пароля и тому подобным управлением с дисплея, но ладно. Не стал его добавлять, хотел улучшить программу, буквально добавил 2 элемента 4и, вместо бинарного или добавил 3или и пару линий связи, и угадайте, опять начали глючить счетчики и триггеры. Добавок минимум, проблем максимум, причем отвалившиеся части программ находятся в логике очень далеко и влияют практически косвенно, либо вообще не связаны, например счетчик удержания реле на выходе по поступлению управляющего сигнала по RS-485. В общем глючная то ли ПР200 то ли что, как бороться? Логику перелопачивал уже уйму раз. Но причины так и не ясны.
пытался делать в версии 1.22.288 переписывал весь проект - толку 0
В общем была ещё такая ситуация, залип RS-триггер, перекидываешь выход переменной без связки с логикой - начинает тупить счетчик CTN, в общем беда похоже действительно с компиляцией. У меня были написаны блоки на ST, решил я их всё переписать через макросы, вдруг косяк в них, и о чудо! Больше вроде бы не глючит и проект работает и могу его расширять нормально, опять добавил экран всё работает по логике, не уверен конечно, но беда похоже была в компиляторе при совместной работе в проекте с блоками на ST, ибо функционал блоков какой был - такой и остался, по сути просто перенёс свой код на схему, вот и всё. Это конечно мои предположения, если проект работать как-то ещё не будет, опять тупить или подобные чудеса, отпишусь. А так вроде бы проблема ушла. Счётчики стали наконец-то считать как надо!
Ваши права
Ответить с цитированием