В таком случае, Вам категорически не следовало провозглашать ненужность операционных систем в микроконтроллерах. Домохозяйке тоже не нужны не только операционные системы, но и микроконтроллеры с конечными автоматами. Ей тоже достаточно "Черного Ящика" и интерфейса-кнопки, и она тоже "в нутро не влезает". Имеет ПОЛНОЕ право. Только вот если она будет разглагольствовать о ненужности операционных систем, то это будет глупо. Так не уподобляйтесь такой домохозяйке.

Ужас, какой упоротый товарищ попался!
Может, кто-то без ртоси не может обойтись. Мне она не нужна.
Я же вас не заставляю сносить свою пиратскую мастдайку и ставить линукс!

Просто мало имели дело с модулями.

Я реверсил телефоны еще по заказу Мотороллы ( в смысле фирмы)
Там была RTOS с 30-ю задачами. На ARM7 без MMU.
Т.е. еще задолго до вас Эдди люди осознали важность RTOS даже на простейших микроконтроллерах без всяких признаков MMU.

Если вернуться к модулям, то в те же времена NOKIA уже делал модули с которыми можно было общаться через специальный M2M протокол.
И давали сорсы ответной части того протокола для хост микроконтроллера. И те сорсы тоже были предназначены для исполнения под RTOS.

TI сейчас для своих чипов IoT выкладывает сорсы для embedded хостов, которые без RTOS хрен запустишь.
AT команды это анахронизм, удел ардуинщиков.

Верю. Я просто посчитал нужным объяснить читающим эту тему при каких условиях RTOS не нужна и почему конкретно Вам, а не вообще всем, она "не нужна".

К делу совершенно не отностися, но отвечу.
C Линуксом, будучи его активным сторонником, завязал лет 15-16 назад, когда понял, что все это катится в мутную десктопную помойку в стиле "секс по телефону", полузакрытые любительские поделки и закрытые коммерческие. Ну и Win в своей 2000 реинкарнации к тому времени уже не вызывал сколь-нибудь критичных нареканий. С тех пор держу только CoLinux для поддержки старых проектов. Хватает.
"Масдайки" сностить не буду. Они у меня лицензионные, ибо давно покупаю железо с прошитой Software Licensing Description Table и лицензией на все WIN операционки. Удобно и абсолютно необременительно - пару десятков евро. Ну и здесь вам не в горах Кавказа - с вороованым софтом строго.

Похоже, что Вы не очень поняли суть проблемы. DMA - это для отображения статической картинки.
Чтобы картинка изменялась, ее нужно перерисовывать. При хорошем разрешении это длительный процесс даже на 32-х разрядном контроллере.
Второй длительный процесс - это (например) работа с SD-картой.
Если в бесконечном цикле Вы поочередно будете вызывать эти функции поочередно, пользователю будет сложно работать с таким прибором из-за "рваной" реакции.
Да, можно побить функции на части, но это трудоемко.

Вот собственно и вся коллизия, если Вы с ней пока не столкнулись, это не значит, что она не существует.
Если повезет, так и будете всю жизнь на STM8 датчики считывать

Хотел написать еще 10 страниц назад по поводу эффективных реализаций автоматов состояний и обмена информацией между ними.
Советую установить такой продукт как Matlab/Stateflow и почитать документацию к нему, чтобы узнать как там строятся автоматы состояний. Узнаете много чего нового.
Ну и советую набросать там свой автомат, промоделировать, а потом сгенерировать Си код для своего, хоть даже 8-и битного микроконтроллера. Писать автоматы состояний на Си после этого больше не захочется. И проблемы со switch-case, глобальными флагами, и событиями исчезнут сами.

Эт точно.
А еще RTOS приносит удачу.

Поностальгирую.
Вот к примеру мой дивайс сделанный на msp430F149C. Напомню, там всего 2К RAM-а!

Я поставил туда uCOS-II и сделал 5-ть задач.
Это шлюз охранных централей в телефонные и GSM сети способный сам работать как охранная централь.

Дивайс выставлялся на одном стенде с NOKIA на CeBIT в Ганновере.
Дал начало одному из самых успешных наших региональных стартапов.

Не, на единичных экземплярах цена МК не важна. Поэтому STM32.
Промышленные драйверы на десятки киловатт мне собирать не надо, только фотометрами/спектрографами управлять, телескоп двигать, да данные собирать, передавать, обрабатывать и хранить. Ничего сложного.
Ну, иногда какую-нибудь простую железку пореверсить приходится (к сожалению, обычно бывает так: покупает один, а работать это должен заставить другой, и случается, что к протоколам железки не то, чтобы API с исходным кодом, а вообще никакой документации нет; либо есть API, но сильно навороченные и только под мастдайку — тут, конечно, реверсить не надо, но чужой код приходится довольно сильно перелопачивать, чтобы что-то работающее собрать).


Чушь-то какая! Ну вот не надо мне рассказывать, что монохромный дисплей от Nokia долго перерисовывается!
Мы говорили о мобильном телефоне, а не о неведомом монстре. А у мобилки задача: показать на экранчике телефонную книгу/выбрать номер, показать набираемый номер, отобразить принятые смски, дать набрать и отправить смску. Опционально — часы. Но это уже сложно (нужно копать глубже АТ-команд, т.к. для получения времени по GSM они не помогут).

Сообщение отредактировал Эдди - Jan 11 2017, 19:32

Прямо, Эпиграф к Теме..

Плохой пример. Слишком элементарная железка, чтобы хвастаться необходимостью установки туда ртоси. Ее и без ртоси легко забульбенить. И займет это не больше 5-7 тысяч строк кода!

Странный вывод. Все на автоматах делаю уже лет 10, особых трудностей с protothreads не испытывал и не испытываю.
Причины неиспользования ртос просты: индивидуальная работа и законченные железяки невысокой сложности. При том, что кода может быть и много - больше 64к при задействовании всей имеющейся периферии например stm32 - относить сие к "сложным" программам не могу - слишком хорошо все разбивается на части, штатная периферия выполняет штатные задачи, прерывания легчайшие итд итп

Бросается в глаза стремление писателей развести пальцы и рассказать какой же мол он крутой и какие забористые железки он делает. И если тут есть такие кому есть чем похвастаться, то есть и те кто просто не понимает с кем общается. Вот например Эдди и zltigo.
Глядя на титанов всех мастей и слушая рассказы о проектах я бы пожалуй изменил название темы, и даш новое название есть: "Сложные люди"
гг

AlexandrY, хто разводил плату и занимался схемой!? Вот я лично считаю ,что в человеке и плате должно быть все прекрасно. Нет, я четко знаю как все это не просто и совершенно не факт ,что лучше сделал бы, но вот как то для соседства с нокиа стремновато...

Не напрягайтесь.
Это во-первых музейный экпонат.
Во-вторых проект открытый и были в свое время в SOEL выложены все исходники.
Если не поленитесь, то найдете и сможете увидеть как RTOS реально помогает жить.

И да, все сдел я сам, даже паял.


А я бы советовал зайти там в закладку Robotics System Toolbox -> ROS или Similink RealTime и убедится что роботов и реальное время программируют исключительно с RTOS.
А в Stateflow делают только лабуду типа вкл-выкл.

Так в банальном чипе на базе Cortex-M0 есть скоростные интерфейсы для работы с периферией: SSP, UART, I2S. Это же не зависит от ядра. FPU тоже никем не удивишь: технически вы его можете хоть к AVR прикрутить, если свой камень делаете А MMU вам чем поможет при установки операционной системы?

Тем, что операционная система (я о линуксе говорю, а не о фигне неведомой) без MMU не будет работать!