A
Конечно, подход с бесконечеым циклом не единственный, можно усложнять архитектуру (добавлять очереди, программные ивенты итп), но в какой-то момент становится проще заюзать ртос)
"костыли и велосипеды. Программируем как умеем"
Size: a a a
2020 July 31
T
Конечно, подход с бесконечеым циклом не единственный, можно усложнять архитектуру (добавлять очереди, программные ивенты итп), но в какой-то момент становится проще заюзать ртос)
Это получается свою ОС писать придется?)
I
Это получается свою ОС писать придется?)
Ртос это гораздо больше, чем диспетчер)
F
Ртос это гораздо больше, чем диспетчер)
scmRTOS?
F
Ну там ещё + межпроцессный обмен
F
Но вообще ОС минималистичная
TK
уже готовые либы очередей, синхронизации потоков
TK
T
Можно тогда узнать, если не секрет, какие задачи вы решали в программировании МК с использованием РТОСа или Линукса?
K
К слову, если мк жирный, то маленькая unix-система с готовым сетевым стеком и шеллом таки может быть удобна.
T
Оно и интересно для каких задач? Т.к. я после универа устроился в небольшую пром компанию где я один программист, еще не возникало задач, с которыми сложно было бы справиться чисто на бареметал. Поэтому и интересно какие задачи выполняют другие люди и на каком примерно уровне начинает требоваться многопоточность
TK
есть еще такой фреймворк, touchGFX. Богатые возможности по части графического интерфейса и HMI сенсорного. ему тоже лучше воткнуть ртос
TK
там есть функция у него "taskEntry()", и ее надо вызывать в отдельном потоке
TK
иначе у вас кнопочки будут тормозить когда что то откуда то читается, вычисляется или пишется
СС
В прерываниях нельзя делать обработку данных и какие-то сложные операции. Поэтому в самом примитивном случае в прерывании ставят флажочек, который затем обрабатывают в бесконечном цикле (это описано в статье). Вот этот бесконечный цикл и есть бутылочное горлышко
Можна
I
Ну если осторожненько только
СС
Хотелось бы аргументов. Просто почему я так посчитал, что ничего не может быть быстрее работы по прерыванию, те же ОС через них ведь и работают. Просто на бейрметал это будет быстрее, т.к. не будет лишнего промежуточного кода от ОС
Чтоб не мудохаться с синхронностью
СС
Ну если осторожненько только
Можно и не осторожно, 70% времени жил в прерывании, полет нормальный
СС
Оно и интересно для каких задач? Т.к. я после универа устроился в небольшую пром компанию где я один программист, еще не возникало задач, с которыми сложно было бы справиться чисто на бареметал. Поэтому и интересно какие задачи выполняют другие люди и на каком примерно уровне начинает требоваться многопоточность
Ок, самое простое, есть вычитка информации по готовности в одном потоке, как данные выситаны их надо переслать с задержкой в 20 мс между пакетами