RC
но в целом события можно организовать
Size: a a a
2021 April 02
SP
мне бы хотелось оставаться в монотреде прям жестко, полить все красиво. но на слипах отдавать управление чему то лоу приорити, типа экранчика
RC
и много чего на аппаратные прерывания и таймеры завязать, если вам миграцию не надо будет.
SP
но может действительно ну его на. и перекатываться в ос и треды..
RC
Ну обычно на оборот... основной поток делает всякое с низким приоритетом, а задачи реального времени в прерываниях
SP
по классике то да, но это странно
SP
у меня задача управлять. я хочу минимум латенси, т.е. просто в цикле дергать пины
SP
а в идле уже всякое мусорное делать
RC
Ну и в чем проблема? Генерируйте таймером циклические прерывания в них дергайте
RC
а main это ваш idle
RC
какой камень то?
SP
stm32f411
A
мне бы хотелось оставаться в монотреде прям жестко, полить все красиво. но на слипах отдавать управление чему то лоу приорити, типа экранчика
Посмотри protothreads.
Мб сгодится
Мб сгодится
СС
мне очень не нравится идея тредов
так не используй треды, почти все можно написать на одном потоке
СС
у меня задача управлять. я хочу минимум латенси, т.е. просто в цикле дергать пины
минимум это сколько
SP
минимум это сколько
ну например это столько сколько работает
loop{
read|> write
}
без всяких окон, семплов
loop{
read|> write
}
без всяких окон, семплов
СС
ну ок, с какой частотой надо что-то читать?
SP
чтобы не тормозило!
СС
чтобы не тормозило!
мне кажется у вас не с потоками трудности, а с пониманием процесса в целом "чтоб не тормозило" это вам в какой-то питон, у камней есть в целом 2 состояния "успевает или не усепевает" если "не успевает" - значит ваш прибор не работает
SP
да. с этим у меня проблемы. и я правда не знаю таймингов ничего