Eddy_Em

Подозреваю, что в данном варианте ничего не выйдет, если ваш модуль работает как переходник UART<->bluetooth, а не как "модем", понимающий AT-команды и умеющий "притворяться" разными устройствами.
Если так, то на приеме надо ставить такой же UART<->bluetooth и простецкий МК с USB (скажем, STM32F042), который будет уже настроен как клавиатура и принимаемые сигналы будет выплевывать в USB.
В итоге компьютер "будет думать", что к нему подключена обычная клавиатура USB.

Кстати, этот способ хорош еще тем, что втыкаемый в компьютер блок можно сделать составным устройством, настроить udev на запуск самописного демона при подключении этой "клавиатуры" и логгировать все, что с клавиатуры вводилось.
Получите эдакий сниффер клавиатуры и клавиатуру в одном флаконе.

Первый набор вполне ничего, но стоимость дикая.
Если собираетесь радиоэлектроникой заниматься, лучше россыпью возьмите сотню светодиодов, набор из выводных резисторов и конденсаторов (их удобно втыкать в макетку, а когда уже перейдете к разработке своих устройств, купите SMD), еще можно простенькое что-нибудь взять вроде тех же 1-wire термометров, I2C или SPI АЦП, драйвер шагового двигателя (кстати, в первом наборе шаговик ни для чего дельного не годится, у него крайне маленький момент даже несмотря на редуктор, а еще он очень медленно вращается) и т.п.

И сразу скажу: откажитесь от "ардурино-IDE", иначе никогда не научитесь с атмеловскими чипами работать. Пишите на сях, компилируйте avr-gcc и прошивайте.

Ну, а через полгода-год к вам придет понимание, что атмель — сильно устаревшая дрянь и лучше взять что-нибудь значительно более удобное (хоть те же STM32), где за те же (а то и меньше) деньги будет более приятный функционал + более высокая производительность.

Только на ибее.
По России никогда дешевле не найти.

Да элементарно, хоть на двух 407-х: открываем на них сокеты и через эти сокеты общаемся; а на USB вешаем CDC. В итоге компьютер "видит" это как виртуальный порт.
А можно, не мудрствуя лукаво, купить обычный "удлинитель" USB через UTP. В итоге эффект будет такой, как будто бы железяка напрямую подключена к компьютеру по USB1.1

640x480 вполне будет работать даже на 100 мегабитах.
И в реальном времени 30 кадров в секунду такого видео сможет обработать даже недопрогой компьютер пятилетней давности (как раз лет 5 назад я что-то подобное делал), правда, не гарантирую, что там OpenCV вытворит: я с ней никогда в жизни не работал. Предпочитаю жирные библиотеки в случаях, когда нужна производительность, не использовать!

Простейший вариант - купить готовую метеостанцию. Дешевле всего выйдет.
Вариант посложней - купить готовый анеморумбометр и откалибровать.
Самый сложный вариант - сделать анеморумбометр самому. И если с румбометром все ясно, то анемомент - штука сложная. Крыльчатка-то будет вращать ротор двигателя или энкодера, откуда сигнал и будешь обрабатывать, но нужна будет калибровка. А откалибровать такую штуку можно только в аэродинамической трубе! Потому что как ни считай модель аэродинамическую, от реальных цифр она будет очень далека.
Ну, если есть поверенный анемометр, можно попытаться им откалибровать, запустив два прибора рядом и накопив достаточно статистики.

P.S. А еще бывают ультразвуковые анемометры, но там еще сложней математика.

Да просто все: 1) изучить язык С; 2) выбрать интересный МК; 3) купить или собрать демо-плату с этим МК; 4) изучить даташит; 5) начать работать.

И в чем беда? Если по UART передача идет, просто со стороны компьютера делаем write, на дурине принимаем, вычисляем CRC и отправляем обратно, на компьютере сравниваем CRC и выполняем определенные действия.
Это - от силы десяток строк кода. Ну, на "сидиезе", возможно, побольше.
Кстати, лучше на нормальном С делать подобные низкоуровневые вещи: чем выше абстракция, тем меньше шансов, что все будет работать как надо. Особенно в случае "сидиеза", который как был мелкомягкой поделкой, непонятно зачем придуманной, так ею и остается!

Если вы только изучаете микроконтроллеры, советую выкинуть это старье и взять что-нибудь более мощное, современное и недорогое. Хоть те же STM32.

Для начала купите raspberry. Потом, если будет не хватать возможностей, возьмете кубитрак какой-нибудь.
А самому делать (да еще и, судя по тексту, с абсолютным нулем познаний) выйдет значительно дороже. Хотя бы просто купить такой процессор: ведь их никто поштучно не продаст, минимум упаковка на несколько тысяч штук! Либо у посредников по конской цене.

Для понимания же электроники нужно не только проштудировать Титце-Шенка, Хоровица-Хилла и т.п., но и хорошо знать физику, уметь программировать (если вам нужна цифровая электроника), и т.д., и т.п.

P.S. В качестве примера: разработка прототипа обычно имеет очень высокую стоимость. Скажем, у нас для системы управления одним прибором уже около ста тысяч рублей ушло! При том, что то, что получится в итоге, какие-нибудь китайцы вполне могли бы шлепать тысячи по 2-3!

1. Почитать для начала Хоровица и Хилла, а также Титце и Шенка.
2. Только после выполнения п.1 заниматься электроникой.
3. Тогда будет ясна разница между импульсными и линейными стабилизаторами и станет понятно, что из них в данном случае правильней выбрать.

Смотрите на картинку:

Т.к. наверняка флешки у вас будут по SPI, то обратите внимание на контакт №2 (CS). Если его подтянуть к земле, флешка будет работать с SPI, если нет — не будет откликаться.
Чтобы кучу ног не заводить, ставьте декодер: скажем, каскад двоично-десятичных 4-битных декодеров обеспечит M = 2^N (N - разрядность подводимой адресной шины) выходов.
Итого, понадобится: 3 SPI-ноги для работы с карточками + log2(M) ног для адресации.

Про кардридер я не понял: для чего он?

"Вы прослушали полный аудиокурс теоретической физики Ландау и Лифшица"...

Ну и бредятина! Вообще молодешь обленилась! Скоро и читать разучатся!

Запросто. Только это тема диссертационной работы. Нужно на большом статическом материале исследовать зависимость проводимости содержимого помидора от количества нитратов в нем. А для использования не только с помидорами, нужно еще и разработать калибровки.

1-wire — дорого. Дешевле — гроздь аналоговых датчиков + дешевенький микроконтроллер. Связь — по CAN шине (это проще, нежели реализовывать по ethernet). Оконечный контроллер уже можно делать с ethernet или USB (смотря что надо).
Если нужно именно 1-wire, то выбор не сильно-то велик. И надо обращать внимание на то, чтобы датчики обладали собственным ID'ом (а то некоторые китайские подделки не имеют идентификатора, поэтому с ними работать невозможно). Если датчик не умеет питаться от линии, нужны будут 3 провода. На небольшие расстояния витухи за глаза хватает или даже «лапши» четырехжильной для RJ-11.

> Коммуникация с базой (Linux; Qt) осуществляется через радио. Требуемое растояние — 1200 м.

Ого. Есть смысл подумать о ДВС, аккумулятор такое долго не потянет.

> Система авто-балансировки не дает квадрокоптеру перевернуться и упасть в штопор.
Вот такие штуки программировать будет интересно.

P.S. Вот мне интересно, почему народ обычно идет по пути «поставим как можно больше винтов»? Ведь самая простая и однозначная в балансировке конструкция — на трех опорных точках.

P.P.S. По поводу управления сервоприводами советую не париться с пайкой, а купить у китайцев готовые модули (они копейки стоят, паять самому выйдет минимум раза в 3 дороже).