Без этого только "обслуживание ввода-вывода сферическая задача в вакууме получается. Если бы людям нужны были только прикладные задачи - сегнетикс бы завоевал бы весь рынок, там можно писать на С, и вообще все фоновые задачи убрать чтобы холопы не мешали. Однако в автоматизации всем нужен I/O - что автоматически ведет к появлению фоновых задач.Сообщение от vladimirisitnikov
Тролль-наседка, добрый, нежный и ласковый
[QUOTE=vladimirisitnikov;199718
Если при этом настроить мц=0, то время работы этих "фоновых задач" возрасти не должно. С чего бы им замедляться?
[/QUOTE]
мц=0 автоматически означает, что или задача цикла должна иметь самый низкий приоритет. И джиттер будет максимальный.
Или задача не имеет минимальный приоритет - следовательно не работают все задачи более низкого приоритета. Например не работаю входа. Прекрасно.
Тролль-наседка, добрый, нежный и ласковый
а вот это утверждение совсем непонятно, зачем так?
считали входы, упорядочили принятые на настоящий момент данные с интерфейсов, и начинаем выполнять пользовательский цикл, прерывая неотложными задачами (например, отсчеты входов для фильтрации, прием данных по интерфейсам)... по завершении, выставили выходы и настрополили процессы асинхронных обменов... далее пауза до начала цикла, либо без паузы.... почему что-то должно выпасть?
Потому что тогда у нас нет многозадачности. Плоская система, программируемое реле, по сути. Например задача обработки Ethernet должна идти асинхронно, но с приоритетом ниже цикла, чтобы не влиять на цикл - буфер позволяет отложить немедленную обработку пакетов до определённого момента, пока не кончится.
Входа тоже должны полится циклично, чтобы корректно работала фильтрация, а не как цикл позволит.
По сути все задачи, кроме синхронизации I/O CoDeSys выполняются асинхронно.
Шим должен шимить, даже если цикл тормозит.
USB должно передавать, даже если цикл тормозит.
UART тем более.
И даже SPI, тоже не бесконечно толерантно к провалам обмена.
Или всё это делаем в цикле ПЛК, библиотеками. И получаем ещё больший джиттер. И только простейшие функции.
Тролль-наседка, добрый, нежный и ласковый
это все понятно и очевидно... но что именно, в приведенной схеме работы, приведет к выпадению отдельных процессов, если мы перестаем следить за выдерживанием времени цикла? с джиттером все понятно, он большой...
Последний раз редактировалось Дмитрий Артюховский; 04.03.2016 в 15:58.
ну так вроде как, если более приоритетная задача только закончившись, сразу встает в очередь снова выполнятся, процессор обязан запустить её, а не низкоприоритетную задачу и она бедная так и будет ждать когда появится окно, но ни как не выполнятся
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Например задача обработки Ethernet должна идти асинхронно, но с приоритетом ниже цикла
То, что для Вас нет вытесняющей многозадачности - не значит, что её вообще нет!
Тролль-наседка, добрый, нежный и ласковый
дык, вроде как принято говорить о том что задача с более низким приоритетом получает меньше квантов выполнения, чем задача выше по приоритету, а не то что она вообще их не получает ))) ... конечно можно всю свою задачу объявить "time critical", ( а еще лучше просто запретить системные прерывания!) послав все остальное в down, но как-бы не правильно это )) .. и существование прошивок с "резиновым" циклом говорит что вы об этом знаете и умеете, когда хочется )))
Да, пример про ethernet хороший, понятный.
Тогда интересно как будет работать такое:
1) PLC_PRG -- пустая программа (так, чтобы она время не потребляла)
2) мц=1
3) "основной код" выполняем в отдельной freewheeling задаче
При таком подходе "ethernet" ломаться не должен, и "основной код" сможет выполняться чаще чем 1мс.
Вы предположили что у меня все задачи i++. Я Вам предложил чуть больше чем i++. И я про оценку времени. Если что.
ну сгорели другие интерфейсы ?
А Вам не приходило в голову, что по отношению к Овену я – пользователь ?
Вот про молекулы :
Такая работа где можно спать, курить бамбук, опаздывать, легко отпрашиваться с домой с обеда. Требуется только одно – при необходимости появится в нужном месте и решать проблему до ее разрешения вне зависимости от выходного, зубной боли, нового года, свадьбы и т.п. Например – пожарные.
Вы предлагаете сидеть от звонка до звонка, и если пожар , но 18-00 (смена окончилась) – по домам, c утра продолжу ?
(Пжста – не надо про подготовку техники и т.п. чем можно занятся на работе при отсутствии пожаров)
Видите ли в чем дело. Здание строят из маленьких кирпичиков. Но если кирпичи – гуановые, то будь Вы 5-жды разъархитектор, зданию – кранты. И при попытке выяснить качество новой модели кирпичей заявляют – да все пучком. Кирпичи надежные, тока ни в коем случае нигде никогда нельзя половинки класть. Здание нае-тся. А так - кирпичи новые ого-го !
Если внимательно читали, то могли бы увидеть что в контексте ежедневной езды на работу расписание электричек это “в любое время”, а расписание поезда – “да пошел он в ж-у”
Да о чем Вы ? Думаете слов “одна” кто-то увидит ?
И c этим проблемы. Но зато
Вы лекцию в детсаде читаете ? I/О нередко можно и без участия Ваших конфигураций сделать. Быстрее, удобнее и короче. В этой одной задаче.
Кто-то спорит что у Вас означает мц=0 ? Это Вы лучше знаете. Вы же из авторов ? Но только Вы попутали мягкое и горячее. Время и приоритет. У фривилинга не может быть другого приоритета ?
Валенок – доедет. И побыстрее (см. выше) А на Вашем оборудовании ведь можно вообще не доехать. Ведь
Овенмобиль, г-н министр. Овенмобиль.
Вы ведь уже минимум 3 года не можете разрешить косяк с Вашим оборудованием. Например с ПЧВ..
И, походу, каждый год ... одни и те же рыбаки ... на одной и той же льдине... (С)
Поэтому и пугают Ваши нововведения подрезающие уже существующие возможности.
Кстати - спасибо. Я ведь действительно приятно еду. Без этого плача ярославны – "ой пришивку поменял, ой она таржету не соответствует.."
Последний раз редактировалось Валенок; 05.03.2016 в 00:25.
Ваши права
Ответить с цитированием