Выбор платформы для устройства

[Gunslinger38]

Доброго времени суток

Отступление:
Занимаемся конструированием и постройкой сверхлегких летательных аппаратов. В связи с некоторыми изменениями законодательства, курсов валют и т.д. встала задача создать с нуля и постепенно доработать универсальный/комбинированый прибор(ы) для измерения, записи и отображения параметров (температура, давление, скорости вращения (число импульсов) и т.д.). Потому что импортное все дороже и дороже, а отечественный покупатель сейчас ориентируется на минимальную цену.

Собственно вопрос пока один: как правильно подобрать микроконтроллер исходя из вводных данных:

Приборы:
1. Сдвоенный тахометр с цифровым отображением на LCD дисплее
2. Сдвоенный тахометр + двухканальный термометр на основе термопары K-типа и контроллере термопары типа MAX6675 с цифровым отображением на LCD дисплее
3. Датчик атмосферного давления (барометрическая высота) + датчик дифференциального давления (напора воздуха, для расчета приборной скорости) + gps модуль (что-то вроде http://www.aliexpress.com/item/Free-shi ... 95497.html) для получения путевой скорости с отображением на LCD дисплее.

Дисплеи будут использоваться графические монохромные ЖК, символьные не удовлетворяют по размеру символа (с точки зрения читаемости)

Все приборы должны будут поддерживать настройку/калибровку через пользовательский интерфейс, без изменения прошивки МК.
Прибору будут изготавливаться в унифицированном корпусе, сама плата МК тоже должна быть однинаковая для всех (пока трех) разновидностей + платы сбора данных.

Как правильно подойти к вопросу выбора МК, чтобы не получить ненужный избыток ресурсов, но и не получить решение "впритык", без малейшей расширяемости?

[uk8amk]

Очевидно, что необходимо рассмотреть ресурсоёмкость каждой отдельной задачи, а потом сложить в кучу. Так можно примерно оценить какой МК выбирать.
Но мне кажется вы не оттуда начали. Выбор МК будет лежать на программисте. И зависит от его опыта работы с различными семействами МК.
Не бойтесь взять МК чуть пожирнее. Во-первых, после макетирования системы вы уже точно будете знать потребляемые ресурсы. А во-вторых, цена на контроллеры сейчас не велика. Если конечно у вас не массовое производство и разница в цене 0.5-1 доллара не катастрофична.

Такой ширпотребной arduin-ы при грамотном кодинге скорей всего хватит с головой:
http://www.aliexpress.com/item/Mega-256 ... 5c422a2a15

[Gunslinger38]

Программистом, схемотехником и всеми прочими людьми буду я.
Относительно именно AtMega2560: мне кажется "с головой" будет в данном случае через чур.

Тогда такой вопрос: насколько переносим код между разными (конкретно Атмеловским) 8бит AVR микроконтроллерами? Можно ли разработав и отладив устройство, перенести код на младшую (по ресурсам) версию МК, при условии что хватает памяти и пинов, не переделывая код глобально.

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

Для справки: буржуйский сдвоенный тахометр стоит около 280$. Крутой в нем - только корпус, и то не пыле/влагозащищенный, и меню настройки.
http://www.mglavionics.com/html/velocity_singles.html

[uk8amk]

Если программу изначально писать в расчёте на перенос, то особой разницы не предвидется где её запускать, на авр, пик, арм или что-то ещё. Главное - полноценно изолировать уровень алгоритма от железа. В таком случае перенос сводится к написанию или просто редактированию HAL. В пределах одного семейства МК ещё проще поскольку периферия как правило имеет незначительные отличия.

[MagicianT]

Мало информации, уточните
- какой дисплей, 128х64 или больше
- сколько ЖКИ 1, 2 или 4?
- обновление экрана 1 сек, или 50 к/сек
- какой интерфейс у датчиков SPI, I2C ?
- как часто писать тренды, 1сек, 100 зап/сек или 100 кило
- карта SD, EEPROM FLASH?

[Gunslinger38]

По пунктам:

- какой дисплей, 128х64 или больше
128х64, монохромный

- сколько ЖКИ 1, 2 или 4?
максимум два.

- обновление экрана 1 сек, или 50 к/сек
2 к/с (в связи с особенностью восприятия информации с приборов, больше смысла нет)

- какой интерфейс у датчиков SPI, I2C ?
контроллеры термопар, датчик атмосферного давления и пр. - SPI
Счетчик импульсов лучше на самом МК делать (с внешним согласованием уровней) или тоже сочинять схему, передающую готовый результат по SPI?

GPS-приемник, судя по описанию, имеет обычный серийный интерфейс, но сам приемник-на-чипе имеет полный набор интерфейсов, включая SPI. Опять же возникает вопрос - брать готовую плату и парсить текстовый вывод с нее, или только чип и управлять им самостоятельно?

- как часто писать тренды, 1сек, 100 зап/сек или 100 кило
Запись 1 к/с, вообще - опционально.

- карта SD, EEPROM FLASH?
еппром на плате. Доступ к чтению содержимого для пользователя через USB-интерфейс.


Спасибо большое за помощь.

[MagicianT]

Понятно, требования не ахти какие, 8-битбый потянет. То есть хардваре не ставьте впереди телеги, софт в данном случае будет все определять, учитывая разношёрстность всей периферии. Вот с неё и надо начинать, для каждого периф. устройства надо поискать библиотеки или драйверы, для АтМеги (Atmel AVR) скажем.
Если драйверы окажутся для STM, будет смысл делать на нём.
Наличие готового софта в разы, если не в сотни раз, сократит время на разработку
Когда найдете подходящие дрова, состаляйте список сколько памяти каждой твари надо, суммарные требования и определят МК. Да и неоходимое кол-во пинов тоже, дисплеи разные бывают - параллелные и SPI, для 2 кадр/сек последовательный конешно лучше.
Я бы с дисп. и начал, u8glib i UTFT самые популярные
http://www.rinkydinkelectronics.com/library.php?id=51
К вопросу GPS то-же самое, не тратьте время зря, ищите библиотеку которая делает примерно что надо, если не совсем то, то поправить готовую намного проще чем писать с нуля
Не реклама, но ардуино имеет развитую поддержку периферии для целой линейки Атмеловских МК.

[Gunslinger38]

Начальный толчок получен, AtmelStudio и Proteus стоят, всем спасибо за подсказки и советы. Можно закрыть тему.