Макрос рабочий.Сообщение от rovki
при симуляции макроса поставьте выходу ТТ (Q2) приоретет выше чем выходу Q1, посмотрите что будет.
в общем таймер не будет срабатывать на каждый второй спад.
Макрос рабочий.
при симуляции макроса поставьте выходу ТТ (Q2) приоретет выше чем выходу Q1, посмотрите что будет.
в общем таймер не будет срабатывать на каждый второй спад.
Последний раз редактировалось Евгений Сергеевич; 14.09.2013 в 21:50.
Так я вроде про то ,что не будет сообщений об ошибках ....при загрузке проекта,если почистить библиотеку.
электронщик до мозга костей и не только
Да после удаления всех лишних макросов из библиотеки все проблемы ушли.
Это говорит о не выявленном баге ,если ошибки в неиспользуемых в проекте макросах ,влияют на работу ОЛ,.
При редактировании макроса с последующим его сохранением в библиотеку и в файл, в программе в редакторе макросов показывается обновлённый, а при прошивке прибора реально работает старый!!!
Эффект проявляется при редактировании уставок времени и количества срабатываний счётчиков. Блoки TON CTU
И только полностью удалив макрос из программы и заменив его на обновлённый из библиотеки и восстановив все связи, получаем нормальную работу прибора.
Версия Овен логик - 1.7 build 51 beta
Проверялось с программируемым реле ПР114
Последний раз редактировалось Алексей Геннадьевич; 21.12.2013 в 10:29.
Обнаружил новую фичу, которая проявляется если с выхода одного макроса подать сигнал на входы двух других макросов. http://www.owen.ru/forum/showthread....l=1#post126399
Пожелание к разработчикам. Коллеги, было бы неплохо иметь доступ к регистрам часов реального времени изнутри программы, а не только по сети. Иначе приходится наворачивать громоздкие макросы, что не есть хорошо.
Выявил новую фичу или баг, смотри рисунок.
Баг3.JPG
Вот вариант схемки ,в которой можно выявить все не соответствия -0,251 ,0,253 , 0,503 , 0,506 ,0,511.......
это из--за деления (округления) и перехода с одного типа на другой ,поменяйте делитель и будут другие числа
Последний раз редактировалось rovki; 10.04.2014 в 22:06.
Обсуждать косяки программного обеспечения OWENLogik можно до бесконечности. После знакомство с пр114 в одном из проектов стало ясно, что применение ПР в "не игрушечных" проектах крайне нежелательно и доставляет кучу проблем!!! Кстати ваши утверждения --> "простота" OWENLogik и "сложность" CoDeSys ставлю под большое сомнение. В моём случае написание программ на CDS куда проще чем для ПР. Чего стоит только отсутствие "Онлайн" режима отладки и бешенные тормоза редактора при не таком уж и большом проекте (19% памяти - тормоза нереальные).
Ваши права
Ответить с цитированием