Кстати, Владислав, судя по вашей фразев ранних версиях ПЛК110 и, наверное ПЛК100 эти функции должны "хромать"?в ПЛК110 новой редакции мы применили 2 сопроцессора для обработки быстрых входов/выходов.
И высокоскоростная обработка буде происходить внутри сопроцесоров. На текущий момент поддержан весь "быстрый" функционал ПЛК110
Идея прерываний противоречит концепции ПЛК в принципе. Однако она удобна, поэтому в ПЛК110 сделан параллельный циклик, который много быстрее основного. Это позволяет эмулировать прерывания, с запаздыванием отклика на время не более этого самого циклика. В ПЛК100 это совсем не реализовано. У меня наворочено довольно много функционала при быстром прерывании 40 мкс и основным циклом 4 мс. Быстрый таймер написан на IL, что быстрее чем аналог на ST процентов на 30, хотя это возможно от способа мышления зависит ))
ЗЫ. а чему там хромать? прошло 20 мкс - прогоняется циклик, кончился - происходит возврат к выполнению основного.... если в основном много работы - он не вложится в свои рамки... но это уже проблемы программера.... отличие от классических прерываний в том, что основной цикл нормально увидит результаты быстрых, только в начале следующего.... пробрасывать через общие переменные можно, но тогда такооой бардак при выполнении....
Хм. А кто будет делать полезную работу?Сообщение от KGB
Давайте не будем фантазировать. В языке ничего не поддерживается. Это все дело ОС и соответствующего ПО обработки прерываний.
Что прерывание таймера в ПЛК110, что вызов задачи по событию в том же СПК - внутри всё одинаковоеИ очень неоптимальное, к сожалению. В 3-м CODeSys-е еще хуже стало.
TASK_Т01 и TASK_I01с - в первый раз такие аббревиатуры вижу. Сриншотик сохранился? Даже стало интересно.
Последний раз редактировалось Филоненко Владислав; 22.08.2013 в 17:58.
Тролль-наседка, добрый, нежный и ласковый
Заданные скоростные параметры были реализованы. Но хотелось большего - поставили сопроцессоры.
Тролль-наседка, добрый, нежный и ласковый
Всё верно, кроме того, что прерывание не эмулируется, Код обработчика именно в нем и работает.
Тролль-наседка, добрый, нежный и ласковый
skr.bmp
Пожалуйста, Владислав!
Пополните свои знания о CoDeSys/
Вот Вы бы лучше Владиславу напомнили эту тему http://www.owen.ru/forum/showthread.php?t=1855 может он бы и вспомнил, а может и Вы бы не задали этот вопрос
Дмитрий, давайте не будем углубляться в дебри концепций и принципов ПЛК...
Ваша идея маленького цикла - это просто выход из положения при отсутствии нормального решения. Тем более, что ее можно реализовать только в случае вытесняющей многозадачности, если многозадачность поточная, то результат будет весьма любопытный...
А если уж в ПЛК реализована вытесняющая многозадачность, то зачем такие сложности с обработкой входа, если можно просто реагировать на событие этого входа? Отсюда собственно и возник вопрос, повторюсь, а ВОЗМОЖНО ЛИ НА КАКОМ НИБУДЬ КОНТРОЛЛЕРЕ ОВЕН РЕАЛИЗОВАТЬ ПРИОРИТЕТНОЕ ВЫПОЛНЕНИЕ ЗАДАЧИ ПО СОБЫТИЮ НА ФИЗИЧЕСКОМ ВХОДЕ?
По моему это не слишком сложный вопрос для тех кто разрабатывал и создавал такой контроллер, но почему-то, вместо ответа ухе несколько страниц переливания из пустого в порожнее. Мне кажется, разработчикам должно быть стыдно, если они не знают что сказать... Да и не только им, но и всем кто связан с продвижение этого продукта на рынке. Вывеска красивая, а что под ней..., - да какая разница! Пипл хавает!
Ничего личного.... Просто - мысли вслух.
Спасибо за подсказку. Сам не нашел.Вот Вы бы лучше Владиславу напомнили эту тему http://www.owen.ru/forum/showthread.php?t=1855 может он бы и вспомнил, а может и Вы бы не задали этот вопрос
Надо же, как все запущено... Уже пять лет вопрос висит в воздухе и ничего кроме фырканья в ответ не слышно!
там четко сказано что внешнее событие в контроллерах овен не поддерживается
по поводу собитий от физ.входа приоритетом может служить грамотно составленный код используя if else
Ваши права
Ответить с цитированием