С какой мобилкой лучше летать?

[YP]

Жень, вернись, плз, назад в этой же теме к посту unicorn от 16 октября 2011г., ну и далее. Он многое сделал и есть определенный результат.
У меня опыта работы с USB-донглами нет, поэтому есть вопросы. Чем отличается HCI от SPP? Первый требует хост-контроллера, второй - нет? Какой выбирать? Есть возможность под заказ купить Rayson BTM-110/-112/-180/-222/-330 или BlueGiga WT-11/-12/-21/-32/-41 за более-менее вменяемую сумму. Ну, можно из них отфильтровать Class 2. С какими-то из них работал? Можешь подсказать, чем отличаются? Я так понимаю, что, несмотря на общность CSR-ядра, модули все таки отличаются прошивками и возможностями. Обычные USB-BT донглы на тех же ядрах построены? Они дешевле, но можно ли там добраться до Rx/Tx?
unicorn использует разлочку BTM-180 и собственную программу на имеющемся RISC- процессоре, но там только 2 канала АЦП (левый и правый звуковые каналы), а передавать нужно 3 сигнала.
Или проще использовать внешний контроллер, который бы собирал по шине I2C, или по какой другой данные от 3 АЦП (варио, высота, скорость), переводил бы в нужный формат и передавал на UART ВТ-модуля?
Если есть что почитать вводного-популярного по использованию ВТ-модулей, кинь, плз , ссылки. Можно в личку. BlueLab 3.62 с мануалами я нашел.

Заодно еще вопрос к присутствующим здесь электронщикам. Использование трубки Пито в качестве датчика воздушной скорости требует вычисления корня квадратного. Есть 2 аналоговых пути: Y=exp((1/2)*lnX) или умножитель (квадратор) в цепи ООС ОУ. Кто-то имеет опыт с тем или другим? Возможные грабли?

[zhekae]

Жень, вернись, плз, назад в этой же теме к посту unicorn от 16 октября 2011г., ну и далее. Он многое сделал и есть определенный результат.

Ага, вижу, есть, значит, нормальный вариант с CSR BlueLab. Ну его и надо тогда развивать.

Собственно, мой дальнейший ликбез особого смысла и не имеет: человек уже разобрался и всё сделал.

У меня опыта работы с USB-донглами нет, поэтому есть вопросы. Чем отличается HCI от SPP? Первый требует хост-контроллера, второй - нет? Какой выбирать?

Bluetooth устройство может быть монолитным, а может быть разделено на хост (т.е. комп) и контроллер (т.е. модуль). Интерфейс хост-контроллер - HCI (ну + HCI transport). Тебе это не нужно т.к. требует наличия Bluetooth стека на хосте.

SPP - serial port profile. Имитатор проводного ком-порта. Иерархия протоколов: Baseband-LMP-HCI-L2CAP-RFCOMM-SPP (ну и сбоку над l2CAP обязательно GAP и SDP должны быть).

USB dongle, получается, не нужен.

Есть возможность под заказ купить Rayson BTM-110/-112/-180/-222/-330 или BlueGiga WT-11/-12/-21/-32/-41 за более-менее вменяемую сумму. Ну, можно из них отфильтровать Class 2. С какими-то из них работал?

Нет, я занимался только хост частью. По идее, можно брать любой с SPP на чипе и программировать его на BlueLab.
Есть кое-какой опыт возни с чипами CSR, подключенными по UART и USB. Там же ещё отдельное развлечение достучаться до чипа, если UART: у CSR там свой транспортный протокол BCSP, жесть ещё та; есть 4 варианта реализации в исходниках, я пробовал из них 3 (из BlueSuite, ABCSP, YABCSP; сейчас у нас конкретно перетряхнутый YABCSP). Для контроллера, если не требуется большая скорость, пойдет uBCSP.

Class 2 может и не быть проблемой: это до 10м - ну реально поменьше, но 5-то будет.
Class 1, кстати, по нашему опыту, на 100м не бьет ну никак :).
Для ваших целей пойдёт вообще любой чип, в смысле Bluetooth, начиная с 1.1, а на начинку в плане BlueLab уж смотрите сами: памяти там побольше, периферия какая и т.д.

Можешь подсказать, чем отличаются? Я так понимаю, что, несмотря на общность CSR-ядра, модули все таки отличаются прошивками и возможностями. Обычные USB-BT донглы на тех же ядрах построены?

Да, но только на версии с HCI. Вам они не нужны, если только у вас нету готового стека для контроллера.

Они дешевле, но можно ли там добраться до Rx/Tx?

По USB можно, конечно, это же стандартный USB транспорт.
И до потрохов CSR можно любых, через vendor-specific HCI command.
Но тебе нужен стек в адаптере.

unicorn использует разлочку BTM-180 и собственную программу на имеющемся RISC- процессоре, но там только 2 канала АЦП (левый и правый звуковые каналы), а передавать нужно 3 сигнала.
Или проще использовать внешний контроллер, который бы собирал по шине I2C, или по какой другой данные от 3 АЦП (варио, высота, скорость), переводил бы в нужный формат и передавал на UART ВТ-модуля?

Вот это не знаю. Я с железом все-таки ограниченно вожусь.
Конечно, очень хорошо было бы всё написать на BlueLab и не париться с внешним контроллером.
Попробуй посмотреть на более современные модули от CSR. У них там чего только нет внутри, вплоть до GPS и FM radio - ищи приемлемый по цене вариант.
На csrsupport мурзилки отдают всем.

Если есть что почитать вводного-популярного по использованию ВТ-модулей, кинь, плз , ссылки. Можно в личку. BlueLab 3.62 с мануалами я нашел.

Ну, для начала введи в гугле "bluetooth technology introduction", чтоб просто терминологию знать.
Далее, конечно, bluetooth.org и csrsupport.com.
Только самое интересное на csrsupport абы кому не дают. У меня до 2008 (2006?) года был там полноценный логин, сейчас нет. Могу залить что у меня есть скачанного оттуда - говори куда.

Вот, кстати, интересная штука - сниффер из любого адаптера:
http://www.seguridadmobile.com/bluetoot" target="_blank ... iffer.html
Требует, правда, некоторого хаченья как прошивки так и софта FTS.
Я не пробовал.

[YP]

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

[unicorn]

но там только 2 канала АЦП (левый и правый звуковые каналы)

Небольшая поправка: там действительно два свободных входа 8-битового АЦП. Но они ничего общего с звуковым каналом не имеют.
Аудио вход/выход там сугубо цифровой и требует стандартный внешний АЦП/ЦАП.

Про корень квадратный: на борту BC3 есть достаточно мощный DSP-процессор. Его хватает даже чтоб декодировать mp3 в HD (это 2*FFT + iMCT).
В bluelab входит среда разработки и примеры использования. Я еще это не проверял - времени абсолютно нет.

[unicorn]

Выложу исходники моей затычки для wine.
Подменяет spilpt.dll из пакета bluelab так, что он начинает работать через FTDI usb->spi адаптер.
Тестировалось на wine-1.1.27.
Ставить так:
* Поставить libusb и libftdi.
* Распаковать wine и собрать его (configure, make, make install).
* Распаковать rar из аттача в корень проекта.
* Запустить ./config.status --file=dlls/spilpt/Makefile
* перейти в dlls/spilpt и запустить make && make install
* Потереть spilpt.dll из bluelab (их там несколько в разных каталогах).
Вроде все.
dll-ка - всего лишь затычка чтоб хоть как-то заставить работать bluelab у меня на ноуте.
Она не реализует большую часть функций. Кроме того, убого работает с ошибками.
Возможно потребует обработки напильником.

[unicorn]

Так как времени у меня все меньше, выкладываю исходники прошивки как есть.
По большей части она просто слизана с примеров.
Как собирать/прошивать:
Распаковать рар где угодно и зайти в созданный каталог.
IDE я не пользуюсь, потому делаю так: в командной строке (у меня bash):
export BLUELAB="c:/BlueLab/tools"
wine c:/BlueLab/tools/bin/make flash
Это пересоберет проект и зальет изменения на модуль (если он подключен. если нет - программа выполнит недопустимую операцию ).
Вместо c:/BlueLab подставить место, куда он поставился.

[YP]

но там только 2 канала АЦП (левый и правый звуковые каналы)

Небольшая поправка: там действительно два свободных входа 8-битового АЦП. Но они ничего общего с звуковым каналом не имеют.
Аудио вход/выход там сугубо цифровой и требует стандартный внешний АЦП/ЦАП.

«По-моему, это не Галя…» © к/ф «Ирония судьбы»

Я, конечно, в ВТ-модулях ни разу не гуру, но не приснились же мне аналоговые аудиовходы и I2C…
Дома пошуршал pdf-ми на винчестере… И вот он, источник моих недоразумений. http://datasheet.octopart.com/BC358239A ... 134560.pdf - даташит на BCore 3-Multimedia. Тут есть и 2 аналоговых дифф. входа, которые можно сконфигурировать в качестве микрофонных или линейных. Сигнал идет через усилители на 16-разрядные сигма-дельта АЦП и дальше на цифровую обработку. Полоса частот от 0 до 20kHz. Есть и отдельный 8-разрядный АЦП (в качестве входа можно сконфигурировать ножки AIO0 – AIO3). Есть и шина I2C (мастер), на которую можно повесить хоть гирлянду из АЦП и датчиков. Теоретически.
Смотрю спецификацию на BTM http://www.sparkfun.com/datasheets/Wire ... BTM182.pdf и понимаю, что к этому модулю все ранее сказанное не относится. Первое, - это BCore4. Второе – все 96/120/169 ножек микросхемы никто из производителей модулей наружу не выводит. Идет обрезка функциональности. Потом наткнулся на http://dkc3.digikey.com/PDF/CN081/0515.pdf . Оказывается, BCore3, и BCore4 – это не одна микросхема, а линейка микросхем на одинаковом ядре, тоже с разной функциональностью.
Кстати, на мультимелийных BCore нашел несколько от Modulestek. У http://www.modulestek.com/DOC/MB-C05-AT_SPEC.pdf есть 2 микрофонных входа, 1 вход AIO0, UART, SPI, USB. Но то журавель в небе.

[unicorn]

Есть и отдельный 8-разрядный АЦП (в качестве входа можно сконфигурировать ножки AIO0 – AIO3).

Вот это - есть. Но два из четырех используются изнутри модуля (контроль напряжения питания и опорного для калибровки).
Потому доступно (и выведено наружу модуля) только два AIO.

Идет обрезка функциональности

Насколько я помню, в том BC3, что стоит в BTM модулях нету аудио ЦАП/АЦП. Вместо этого есть цифровой выход для подключения внешнего последовательного АЦП/ЦАП как с пассивной так и активной синхронизацией.
В спецификации есть десяток страниц о том, как настраивать контроллер под конкретный тип аудио ЦАП/АЦП.
То есть, обрезки функциональности как таковой нету. Просто эта аналоговая часть в микросхеме отсутствует.
Да, она толком и не нужна. Мы же не гарнитуру делаем.

Есть и шина I2C (мастер), на которую можно повесить хоть гирлянду из АЦП и датчиков. Теоретически.

Можно, даже нужно. I2C, кстати, там сделано через GPIO, то есть оно медленное и ресурсоемкое. Но нам много не надо.
10sps нам хватит с головой, а больше дешевый 16-битовый АЦП и не выдаст.
Вот что я планирую заказывать на космодроме для макета:
ADS1110A0IDBVT -- 31грн -- 16bit, nomux
либо
MCP3551 -- 32грн -- 22bit, no mux, no ref, spi (предпочтительней - необходимо меньше обвески)
+
DG409D -- 10грн
Либо сразу с мультиплексором:
ADS1115IDGST -- 42грн -- 16bit, mux: 4x1 | 2x2, power: 2.0..5.5v, pga: 2/3..16
Плюс, дифф.датчик для трубки Пито: MPX5010DP -- 100грн (в другом корпусе либо нет, либо значительно дороже)
Осталось только найти время этим всем заняться.

[YP]

По поводу программатора. Из личной переписки узнал, что он на FT2232D. http://www.ftdichip.com/Products/ICs/FT2232D.htm.
Эта микросхема может работать в разных режимах, как USB-COM, так и (MPSSE) USB-I2C, USB-SPI, USB-JTAG. В первом случае используется драйвер VCP. Для последних 3 случаев используется другой драйвер для ПК, а именно D2XX. И нужно, вроде бы, конфигурировать саму микросхему. Желающие могут почитать AN-114 и AN-135 и другие c http://www.ftdichip.com/Support/Documents/AppNotes.htm.
Чтобы самому не паять мелкие ножки, можно купить http://www.ftdichip.com/Support/Documen ... v16-ds.pdf. На космодроме под заказ - 558 гривен. Но люди паяют и сами. Вот, например http://easyelectronics.ru/ft2232d-i-avr ... -jtag.html и http://easyelectronics.ru/skorostnoj-av ... llera.html. Интересный словацкий проект http://www.lura.sk/?&LP=111EN&MP=4&ML=3&PO=''. Но пока не знаю, будет ли их программа работать с BlueLab? Кстати, после установки BlueLab, в папке С:\\BlueLab\xide\bin обнаружил usbspi.dll. К чему бы это? Поскольку dll-ки я ни писать, ни читать не умею, хотелось бы чьих-нибудь комментариев.

[unicorn]

в папке С:\\BlueLab\xide\bin обнаружил usbspi.dll. К чему бы это?

BlueLab продается вкупе с тестовой платой CSR Casira (кажется).
Я так понял, usbspi.dll предназначено для общения через эту плату.

Но люди паяют и сами

Да, я сам паял - купил универсальную макетную платку под qfp корпуса и сверху налепил кварц, пару конденсаторов и резисторов.
Где-то выше в ветке была фотка.

Поскольку dll-ки я ни писать, ни читать не умею, хотелось бы чьих-нибудь комментариев.

Чтоб заставить BlueLab работать через ftdi, писать dll-ку придется.
Можно использовать исходники того, что я написал под wine, но я использовал линуховую библиотеку libftdi (как замену драйверу).
Как это делается через D2XX в винодвсе - не знаю. Сомневаюсь, что там что-то сложное, но писать все равно придется.

Самый простой вариант - найти компьютер с LV-TTL LPT портом и просто подключить напрямую.
Никаких программаторов паять не надо.

[YP]

Ну от, порадили:

3.0" емкостный сенсорный дисплей - снимать перчатки что бы что то там посмотреть?

У Motorola Defy нету крепления под шнурок, а не привязывать телефон к подвеске стремно)

, і я вибрав Samsung B-2710 на заміну старій Nokia 6021. Хоч він і не сертифікований у нас з усіма можливими наслідками.
IP67, довше живе від батарейки, GPS, ліхтарик, якась там фотокамера, ВТ, 3G і інші плюшки.
GPSTrackLive, GoogleMap і ЯндексКарти підхопили вбудований GPS.
Порадувала структура меню, ну і моя жаба задоволена.
Про Андрофон ще подумаю.

[Victor]

я вибрав Samsung B-2710

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

[Матвеич]

Балуюсь с Defy+. В режиме треккера тянет часа 4 (зимой на холоде).
С такой батарейкой должно быть дольше: http://www.dealextreme.com/p/replacemen ... bf5x-90589
И всё равно считаю, что смартфон в полёте - вещь абсолютно бесполезная.

[Victor]

И всё равно считаю, что смартфон в полёте - вещь абсолютно бесполезная.

Теоретически если смартфон будет отвечать требованиям предъявляемых к полетному прибору - почему бы и нет.
Но на сегодня это конечно "нет" и будущее довольно туманно. А просто мобильник защищенный от пыли с водой,
с хорошей батарейкой и гпс - такой лишним в кармане не будет.

[YP]

я вибрав Samsung B-2710

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

Після розкачки акумулятора спробую. Поки можу поділитися інформацією з іншого форуму:

Теперь про аппетиты аппарата. Про отключенный телефон и режим ожидания уже было. Странный результат с выбором типа сети. В автомате телефон у меня кушал меньше всего с небольшими пиковыми нагрузками примерно раз в секунду. В режиме GSM постоянно возникали какие-то существенные пики потребления, а в режиме UMTS нечто среднее. Грамотно оценить всё это мультиметром и без знания технологии связи невозможно, так что комментировать не стану. В режиме хождения по меню телефон ест порядка 115-150 мА в зависимости от уровня подсветки. Глюк с невыключением подсветки клавиш приводит к потреблению лишних 70 мА, будьте внимательны! Радио хочет тех же 70 мА, плеер - 40 мА, фонарик - 120 (!) мА. В режиме активной навигации (GPS+трафик 3G+Java+подсветка всего) потребляется до 300 мА, а если всё это засыпает и погасает, то примерно 90 мА.

http://forum.mobile-review.com/showthre ... ost2561794