caxapa.ru :: И ось целиком можно написать самому. Речь о продуманных проверенных готовых решениях.

ASDFS, USB-гуру (26.11.2013 15:28, просмотров: 259) ответил Apтём на FreeFros стек контроллирует, но такой контроль в любую ось можно добавить самому.

И ось целиком можно написать самому. Речь о продуманных проверенных готовых решениях.

Ответить

- Целиком - долго. - Apтём(26.11.2013 15:33)
  - Если ограничиться шедулером и наплевать на сервисы - то за пару дней неторопясь. - ASDFS(26.11.2013 15:41)
    - Без сервисов? Оно такое надо? Смысл в такой недо-оси? - Apтём(26.11.2013 15:43)
      - А какие сервисы даёт ОС? Типичная embedded RTOS ничего не даёт. Загрузку программ -- никак. Упрвление памятью -- кое-как. Ввод-вывод -- скорей никак. Параллельное исполнение -- обычно да. Примитивы синхронизации, взаимодействие процессов -- fk0(225 знак., 26.11.2013 15:56)
        
        MPU? А подробнее с этого места можно? - ASDFS(26.11.2013 16:42)
        
        Memory protection unit - зашита доступа до 8 областей памяти. Смотрите в описании Cortex-Mпункт The Cortex-M3 Peripherals/ Memory protection unit. - Apтём(26.11.2013 16:58)
        
        Вы сами написали: параллельное исполнение, взаимодействие процессов - события, мьютексы, очереди, сообщения. А остальное в МК не очень и нужно. - Apтём(26.11.2013 16:01)
        
        Очереди делаются и без ОС, да и мьютексы тоже -- это типично user level штука, на самом-то деле (в libpthread спрятанная, да, там есть поддержка ОС, но это из-за вытеснения и многоядерности). Остальное очень даже нужно... в первую очередь fk0(94 знак., 26.11.2013 16:41)
        
        в первую очередь нужны приоритеты задач. как это забубенить без вытесняющей многозадачки? - Mahagam(26.11.2013 16:47)
        
        Приоритеты скорей не нужны. Приоритеты нужны либо когда CPU не хватает и становится актуальным, кто больше проработает (быстрей прореагирует, если очень realtime). Но в типичном embedded проекте CPU редко когда используется на 100%, да и реалтайм fk0(290 знак., 26.11.2013 18:20)
        
        да как-то всегда требовался жёсткий реалтайм. без приоритетов - ну никак. Mahagam(44 знак., 26.11.2013 22:00)
        
        наверно Вам это действительно нужно. но очень часто жесткий риалтайм закладывается просто из-за отметания даже попыток разнести масштабы времени (и допустимых отклонений). т.е. вместо проектирования ПО зачем-то сразу Vit(414 знак., 26.11.2013 23:18)
        
        А зачем для lwIP вообще отдельный поток делать? оно вроде даже в примерах (кроме варианта с) идет без всякой многопоточности. aoreh(83 знак., 26.11.2013 23:34)
        
        Да как бы при наличии собственно стека нужно хоть блинкать для приличия:), и та же FS это только драйвер для чего-то полезного. А это уже многозадачность. Не обязательно вытесняющая, но тут речь о ней. Vit(770 знак., 27.11.2013 00:48)
        
        Посмотрю, спасибо. - aoreh(27.11.2013 12:08)
        
        а может не нужны? - Vit(26.11.2013 17:28)
        
        тогда не используйте их. всегда ваш, К.О. - Mahagam(26.11.2013 17:44)
        
        за полнейшей ненадобностью не использую:) - Vit(26.11.2013 17:57)

ARM, RISC-V контроллеры