главная->Тион-Про-270->ARM9+Linux:За и против |
Сначала скажу о задаче, которую решал практически. Нужно было сделать систему, которая бы собирала информацию с датчиков через Zig-Bee сеть и передавала бы её на сервер. Моё устройство-ретранслятор в этой системе называется базовой станцией. В принципе было возможно пойти тремя путями (как мне кажется): - Использовать простенький микроконтроллер (типа AVR), хороший GSM-модем со встроенным TCP/IP стеком и три месяца упорной работы (больше времени просто не давалось). - Использовать микроконтроллер типа ARM7 или MSP430, использовать одну из доступных RTOS, тоже модем желательно чтоб был с реализованным TCP/IP over PPP - сделать легче, но тоже работы много... - Использовать готовый компьютер, на котором всё есть: и TCP/IP и файловая система и операционная система с многозадачностью. В этом случае моя работа из разработческой превратилась бы в работу системного интегратора, да, это не так интересно, но зато гораздо быстрее. А сроки у меня сжатые. Поэтому я и выбрал в качестве платформы одноплатный компьютер. По функциональности это примерно аналог КПК или смартфона. И этих ресурсов более чем достаточно. Почему именно ARM9? Наверно понятно... это очень опробованная и известная архитектура, для похожих устройств я уже разрабатывал, ну и к тому же она наименее навороченная из всех 32-битных /можно сказать полноценно-компьютерных/ архитектур. АРМ9 - своеобразный мостик между микроконтроллерами и настоящими компами. При этом, "настоящий компьютер" (PC на базе x86) в климатическом исполнении сделать очень сложно, стоить он будет достаточно дорого, а на базе ARM9 - пожалуйста. Собственно это была решающая причина, по которой обратился в сторону Тионов. Есть много разных платок отладочных в продаже с ARM9, но они предназначены для устройств, которые будут работать при комнатной температуре. Связаться с изготовителями таких плат затруднительно. А с Тионом получилось так, что на одно из первых же писем ответил лично директор завода. Я съездил на семинар, посмотрел на людей и решил, что стоит попробовать. Альтернатива была - но главный недостаток был в том, что общаться пришлось бы с продавцом, а не с реальным производителем. Глядя назад я понимаю, что вопросы у меня возникли бы в любом случае и выбор "отечественного производителя" был единственным правильным решением. Что хотелось бы сказать напоследок: заводу очень трудно совмещать собственн работу с поддержкой клиентов. И я честно пообещал инженеру, который выступал перед нами на семинаре, что постараюсь не задавать много вопросов. Но одно дело постараться, а другое дело не задавать. Вобщем не получилось. Вопросов было очень много. Похоже даже один раз вывел из душевного равновесия своими вопросами руководство Завода (к их чести - все вопросы идущие в Google-группу попадают в копию не только инженерам, но и директору). Задавал я их в Google-группе и эти обсуждения доступны, но глядя на них сейчас я понял, что там все идет вперемешку и новичку разобраться будет очень трудно. Вобщем я решил поделиться своими "шишками" со всеми, кому это сможет помочь. Думаю, что с помощью этих материалов работу с Embedded Linux-ом сможет освоить любой программист, который до этого занимался профессионально программированием микроконтроллеров - например тех же AVR-ок. |