Кто как решает проблемы с драйверами?, Достаточно сложные драйвера: ETH, USB Host и др.? Опции

[haker_fox]

Добрый день!
Может быть повторяюсь, прошу прощения если так.

Мне вот интересно, как уважаемые специалисты решают вопрос с написанием достаточно сложных драйверов и стеков (USB, ETHERNET, CAN, MMC/SD, SATA и др)?

Одному человеку, как мне кажется, такое не поднять. Я правильно понимаю, что нужна команда разработчиков? Т.е. один пишет драйвер для USB host, другой TCP/IP стек пилит? Но опять же, неужели с нуля все это писать?

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

К чему все эти мысли? Мне как разработчику в одном лице хотелось быть лицензионно чистым хотя бы с компилятором. Поэтому для ARM выбрал gnu. Но далеко дело не пошло. Вчера понадобилось поднять доступ к MMC/SD карте. Нашел готовый проект под LPC2478 на сайте Чана. Но перепсиховал, пытаясь вытащить оттуда все необходимые исходинки. Нет документации (не считая FatFS). Да и сам я не знаю спецификации работы с SD картами. Получилось только DMA запустить, и ускорить работу графического LCD))))

Взял Кейл. Запустил SD-карту за 5 минут по готовому примеру

Голось вопиющего в пустыне: не зазорно ли одинокому (в плане команды), делающему как праило для себя, разработчкиу (ну пусть любителю) взять коммерческий продукт (чихнув на чистоту) и по полной использовать возможности RL-ARM?

Попутно вопрос: лет 5 назад читал, что эта библиотека содержит ошибки, по крайней мере для FAT. Как сейчас обстоит с ней дело? Можно ли ее использовать?

Прошу к данному вопросу отнестить как к философскому, полу-риторичекскому. Прошу профессионало сильно не смеяться и не говорить, что это уже неоднократно обсуждалось Как-то уперся я рогом в камень на распутии. С одной стороны жалко бросить GCC с которым не один год работаешь, с другой стороны я понял, что ARM - не AVR. Тут уже такая периферия, что для написания одного драйвера для "несложного" модуля можно угробить несколько месяцев. А если таких модулей 2 - 3? Основной-то проект стоит.

Вот как-то так. Что можно посоветовать в данной ситуации?

З.Ы. СИльно себя ругаю, что поторопился, не поднокопил немного денег (была возможность), и не взял одноплатный или индустриальный компьютер, или хотя бы даже ARM9 (на который портирована Linux). Это решило бы все вопросы...

Спасибо!

[sparcmaster]

Вчера понадобилось поднять доступ к MMC/SD карте. Нашел готовый проект под LPC2478 на сайте Чана. Но перепсиховал, пытаясь вытащить оттуда все необходимые исходинки. Нет документации (не считая FatFS). Да и сам я не знаю спецификации работы с SD картами. Получилось только DMA запустить, и ускорить работу графического LCD))))

Вот как раз-таки под LPC2478 FATFS поднимается без проблем. Вам нужно взять драйвер у Чана, а остальное все достаточно тривиально и описано на примере тех же avrок в сети.

[haker_fox]

Вот как раз-таки под LPC2478 FATFS поднимается без проблем. Вам нужно взять драйвер у Чана, а остальное все достаточно тривиально и описано на примере тех же avrок в сети.

Да, как частный пример.
Но если речь встает о поднятии дополнительно, скажем FTP сервера, то сразу встает вопрос выбора драйвера ETH, стека TCP/IP, ну и собственно реализации FTP-сервера. Это тоже частный, но более обширный пример.

Лично я забиваю на лицензионную чистоту.

Да вот тоже колебаюсь пока... Почему-то трудно сделать шаг.

Кстати, а как все-таки дела с библиотекой RL-ARM? Стабильна ли она?

Использую тыреный ucOS-III

Да, и еще. У Вас только ядро, или скажем GUI, FS, USB host используются?

[AlexandrY]

Да, как частный пример.
Но если речь встает о поднятии дополнительно, скажем FTP сервера, то сразу встает вопрос выбора драйвера ETH, стека TCP/IP, ну и собственно реализации FTP-сервера.

Кстати, а как все-таки дела с библиотекой RL-ARM? Стабильна ли она?

RL-ARM стабильна.
FAT в ней работает нормально, но она немного примитивная в плане обнаружения разделов и таймингов.
Поэтому иногда при использовании некоторых SD карт необходимы коррекции.

В целом не делайте ошибку и не фиксируйтесь на операционках хоть и очень тут популярных, но без соответствующего middleware включая необходимые вам драйвера.
Сейчас самый лучший и чистый выбор это будет MQX от Freescale на базе их чипов с Cortex.

Драйвера реально написать все одному человеку, если пишите под RTOS то это и не драйвера в обычном смысле, а ститические библиотеки.
Занимают в среднем пару десятков килобайт. При навыке пишутся за неделю для каждой периферии под любую платформу.