Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: FreeRTOS+IO отзывы
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы > FreeRTOS
yanvasiij
Почитал я про про эту штуку. Идея мне понравилась, если я правильно понимаю, то я реализую порт периферии для FreeRtos и дальше пишу проект только помощью API FreeRTOS. Проект становится совершенно платформонезависимым. Кто-нибудь пробовал эту штуку?
gazpar
Цитата(yanvasiij @ Aug 12 2016, 12:52) *

Афигеть, лютая вещь.
Портов у этой ОСРВ целая куча, даже x86 есть. Круть.
Когда добавят USB и Ethernet, будет вообще почти что универсальный framework для MCU.
AlexandrY
Цитата(gazpar @ Aug 12 2016, 15:57) *
Когда добавят USB и Ethernet, будет вообще почти что универсальный framework для MCU.


В MQX с рождения был этот самый "POSIX like open(), read(), write(), ioctl() type interface"
Там же есть и USB и Ethernet.

Но в отладчике для FreeRTOS вы увидите максимум простейший список задач и очередей.
В MQX можно наблюдать все объекты RTOS и еще фрагментацию памяти.
А без знания фрагментации ой как сложно отлаживать тот самый POSIX like слой драйверов.
gazpar
Цитата(AlexandrY @ Aug 12 2016, 17:45) *
В MQX с рождения был этот самый "POSIX like open(), read(), write(), ioctl() type interface"
Там же есть и USB и Ethernet.

Я правильно понял, что эта ОСРВ только для камней от NXP?
Или есть порты под камни других производителей?
yanvasiij
AlexandrY А вы применяли эту ОСРВ где-нить?

Я просто почему обратил внимание на FreeRTOS: в случае, если проект реализован на API FreeRTOS, то разработчика уже не волнует для какого проца он пишет, будь то LPC, STM или AVR... MQX, если я правильно понял, это детище NXP для их процов.
aaarrr
Цитата(yanvasiij @ Aug 13 2016, 07:06) *
Я просто почему обратил внимание на FreeRTOS: в случае, если проект реализован на API FreeRTOS, то разработчика уже не волнует для какого проца он пишет, будь то LPC, STM или AVR...

Да, ему только останется написать набор совместимых драйверов для всех этих процессоров. По-моему, для случая МК это совершенно бесполезная прослойка.
AlexandrY
Цитата(yanvasiij @ Aug 13 2016, 07:06) *
AlexandrY А вы применяли эту ОСРВ где-нить?

Я просто почему обратил внимание на FreeRTOS: в случае, если проект реализован на API FreeRTOS, то разработчика уже не волнует для какого проца он пишет, будь то LPC, STM или AVR... MQX, если я правильно понял, это детище NXP для их процов.


Я ее уж года три как использую.
Вот например сделал в свое время отладочную плату специально для изучения возможностей MQX на двух чипах Kinetis
Нажмите для просмотра прикрепленного файла

Нажмите для просмотра прикрепленного файла

И конечно драйверный интерфейс типа POSIX like никакой совместимости или переносимости не гарантирует.
Весь дьявол сидит в функции ioctl()

Где сейчас можно применять MQX я не интересовался.
С недавних пор там развивается некая community, может уже портируют на другие чипы.



Непомнящий Евгений
Цитата(yanvasiij @ Aug 12 2016, 12:52) *
Почитал я про про эту штуку. Идея мне понравилась, если я правильно понимаю, то я реализую порт периферии для FreeRtos и дальше пишу проект только помощью API FreeRTOS. Проект становится совершенно платформонезависимым. Кто-нибудь пробовал эту штуку?


Глянул. Как я понимаю, на данный момент это дорогая ($300 на линейку продуктов) и малополезная хрень, которая собственно практически ничего не умеет (SPI + I2C в режиме мастера + UART). Плюс не забывайте, что у каждого проца есть свои нюансы. Во к примеру stm32f37 поддерживает автоопределение частоты UART, а stm32f4 - нет. И что дальше? Если я написал ПО , требующую эту фичу и перенес его на другой проц - врядли данная либа реализует эту фичу софтварно и прозрачно...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2024 Invision Power Services, Inc.