Size: a a a

2021 August 09

E

Evgen in Embedded Group
нуклео тоже можно назвать ардуино бордом😁
источник

A

Andrey S in Embedded Group
почему бы и нет, если знать границы применения оных
источник

E

Evgen in Embedded Group
я помню делал без ртос планировщик чисто на таймере и автомате состояний
При этом был модбас, dac,  adc, spi , кнопки ещё
источник

D

Dr Zlo in Embedded Group
Сложно представить, но ос (и ртос в частности) это планировщик чисто на таймере и автомате состояний
источник

D

Dr Zlo in Embedded Group
С некоторыми плюшками, конечно
источник

D

Dr Zlo in Embedded Group
Динамически расширяемый автомат и возможность переключения контекста по запросу, между срабатыванием таймера, например
источник

E

Evgen in Embedded Group
да я делал достаточно просто
В sysTick функции которые просто пинать раз в 10-100 мс
точнее их флаги
а в вайле проверка на нужный флаг и действие
Ацп постоянно крутился
источник

h

hold3r in Embedded Group
Ещё нужен диспетчер, который будет переключать контекст. Это не входит в задачи планировщика
источник

l

lbh in Embedded Group
когда много прерываний железных, с ртос может начаться ебанина, которая гарантирует долгую и унылую отладку. если не учёл всего и не завалил весь код блокировками прерываний. иногда или без ртос или накрайняк с кооперативной ртос проще и быстрее что-то сделать
источник

ED

Egor Dolgalev in Embedded Group
понятно, что писать нужно с умом, обычный супер луп имеет намного большую защиту от дурака
источник

ED

Electronics Designer in Embedded Group
Хехе, вот тут имеет смысл делегировать прерывания. :)

В разных реализациях называется по разному, но смысл в том, что в прерывании только дают команду планировщику запустить специальную задачу, которая делает все, что должно было бы делать собственно прерывание.

Отличная тема для тех случаев, когда вроде бы надо инициировать что-то по прерыванию, но при этом тело прерывания получается ну очень длинным, и по каким-то причинам его никак не сократить другими методами.
источник

AK

Andy Korg in Embedded Group
вот плюсую,
если уж используете RTOS, то не надо вставлять ей палки в колеса прерывания :)
источник

ED

Electronics Designer in Embedded Group
Ну, так-то, прерывания в принципе не рекомендуется делать длинными, вне зависимости от того, есть RTOS, или нет. :)
источник

ED

Electronics Designer in Embedded Group
Кстати как раз нужда в неразумно длинном обработчике прерывания на мой взгляд могла бы служить аргументом в пользу RTOS в конкретном проекте. :) Перенос кода прерывания в задачу отлично решает такую проблему.
источник

VK

Valentin Kornienko in Embedded Group
Тут, кстати корутины красиво кладутся. Сохранили хендл корутины, по возникновению прерывания передали его в очередь главного потока, в главном потоке восстановили корутину
источник

PT

Panavia Tornado in Embedded Group
А что не так, для простых проектов?
источник

s

shadowsoul in Embedded Group
хипстеры, блять)
источник

s

shadowsoul in Embedded Group
то лифт на ардуйне, то пусть себе дефибриллятор на ней же сделают
источник

s

shadowsoul in Embedded Group
или как хипстеры же хотели - ИВЛ
источник

s

shadowsoul in Embedded Group
лопнут как грелки)
источник