пытался делать в версии 1.22.288 переписывал весь проект - толку 0
пытался делать в версии 1.22.288 переписывал весь проект - толку 0
Не могу открыть ваш проект, ошибки типа Microsoft.Runtime, не знаю с чем это связано.Вложение 60934Вложение 60934
Всё нашёл версию в которой открыл. Ну так я же спрашиваю про количество счетчиков или элементов задержки, а не вообще про количество элементов, в вашем проекте нет ни одного счётчика или задержки типа TP TON TOF, одна математика и логические функции, сделанные в другой версии OWL. А ещё у меня камень китайский клон STM32F303 на ПР200, т.е. GD32F303 что-то такое. В общем если предположить что на МК залит RTOS, то процессы задержки по времени и организация счётчиков может отличаться и неудивительно что ваш "Монстр", который меня ничуть не устрашил работает вполне успешно.
нельзя тут делать энергонезависимую переменную, у меня счётчик, тем более он всё равно с выходом хоть и косвенно связан. Ну просто мол а почему такой же счетчик тогда рядом в том же селекторе считается, а этот нет. Может что скажете про версии различные, бывали ли подобные чудеса с ПР или с изделиями ОВЕН, при переходе проекта на новую версию OWL?
Тогда в чём причина несработки триггеров и счётчиков в железе может крыться? Есть идеи? Урезал проект, экран выкинул и вроде бы работать стало, грешил на экран и на меню, но при дальнейшей разработке без экрана при добавлении таких элементов как 4и 3или и др. + пару линий задержки на цикл - счётчики или триггеры опять перестают работать нормально, сейчас время исполнения программы 10 мс (может тут причина?). Логики добавил не так много 3-5 блоков типа КЛС, не считая линий задержки конечно, а глючить опять начало.
Есть вполне успешно работающие программы и с циклом 100 мс. И огроменным числом блоков.
Возможно, ОвенЛоджик запутывается как-то в этих линиях задержки и не может автоматически добавить промежуточную (скрытую от пользователя) переменную для хранения промежуточного результата. Помочь может добавление их вручную.
Или использование вместо них TON/TOF (что более верно с точки зрения удержания стабильного времени вне зависимости от длины программы).
В общем была ещё такая ситуация, залип RS-триггер, перекидываешь выход переменной без связки с логикой - начинает тупить счетчик CTN, в общем беда похоже действительно с компиляцией. У меня были написаны блоки на ST, решил я их всё переписать через макросы, вдруг косяк в них, и о чудо! Больше вроде бы не глючит и проект работает и могу его расширять нормально, опять добавил экран всё работает по логике, не уверен конечно, но беда похоже была в компиляторе при совместной работе в проекте с блоками на ST, ибо функционал блоков какой был - такой и остался, по сути просто перенёс свой код на схему, вот и всё. Это конечно мои предположения, если проект работать как-то ещё не будет, опять тупить или подобные чудеса, отпишусь. А так вроде бы проблема ушла. Счётчики стали наконец-то считать как надо!
Да, все глюки были из-за того, что добавлены блоки ST, скорее всего виноват ОЛ в этом, во всяком случае больше таких глюков не наблюдалось, проект переделывался много раз.