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

Посмотрите здесь:
Подфорум Wireless/Optic

Просто не хочется плодить новые ветки к тому что уже есть.

Ага понятно, спасибо.

Подскажите, кто твердо помнит, какие уровни надо подать на линии "рукопожатия", чтобы в дальнейшем модуль BlueTooth не отказывался общаться с МК по USART в обе стороны. При этом МК в рукопожатии не нуждается, а модуль BlueTooth этого требует.

Известно, что линии RXD и TXD уже запаяны крест на накрест (RXD модуля с TXD МК, а TXD модуля с RXD МК), и потому к ним вопросов нет. А вопрос возникает в отношении остальных линий (DTR, RTS, CTS, DSR) модуля BlueTooth, которые присоединены к обычному порту МК (CTS напрямую, а остальные через резисторы 220 ом).


Вопрос:
1. Какие пины порта следует программировать на ввод, а какие на вывод?
2. Какие уровни (высокие или низкие) следует вывести на этот порт, чтобы модуль почувствовал себя в связке и не молчал в ответ на обращения к нему?

Просьба: Ответить без умстовований на тему расшифровки аббревиатур и использования терминов "активных и пассивных линий". Таких умствований в интернете полным-полно, но все дружно помалкивают по поводу того, высокий уровень или низкий следует на них подавать. И совсем был бы кайф, если бы кто-то без рассуждений назвал две цифры (вместо вопросительных знаков) для этого случая:
PORT.DIR = 0x?9;
PORT.OUT = 0x?1;
отдавая себе отчет в том, что ошибка может стоить мне порчи как МК, так и BT-модуля (на линии CTS нет ограничивающего ток резистора).

Принципальную схему BT-модуля прилагаю, только она вряд ли может оказаться здесь полезной.
http://77.72.19.18/Temp/MOD-BT-schematic.png

Так, что ли?
Это если путаницы нету в реф.доках, они такое полюбляют...

Сообщение отредактировал _Pasha - Aug 10 2014, 09:28

Источник не вызывает доверия, т.к. соединение
myDTR->DTR
явно ошибочное - одноименные линии между контроллером и модулем не соединяются никогда!

В норме DTR - выходная линия контроллера, которая должна приниматься модулем на контакт DSR.

По общим соображениям (стандарт RS-232), у контроллера на выход должны быть направлены линии TXD, RTS, DTR, а со стороны модуля им соответствуют RXD, CTS, DSR, соответственно.

Следующая несуразица:
uint8_t BTport_ini = _BV(PIN6) | _BV(PIN4); // rst=0; txd/rxd=alt.driven; myRTS=off; myDTR=off
- выдача низкого уровеня на Reset.
Этого в принципе делать нельзя, т.к. такие действия ставят внутренний контроллер модуля в стояние сброса:
Цитата: "Device Reset. This exit mode is selected by either using the RESET_N line (reset active low)"

С последующей установкой в "1", а как иначе? Все равно при инициализации ставится сразу на сброс а затем после паузы устанавливается в "1".
Про DTR вроде все правильно. Пусть еще кто-то скажет/рассудит.

Сообщение отредактировал _Pasha - Aug 11 2014, 14:52

А вот и нет! В единичку однако не ставится.
Здесь (PIN0 упомянут):
выход на Reset окрывают, но при выдаче значения единичку туда не записывают (PIN0 не упомянут):
При таком програмировании порта на линию RST поступит низкий уровень, переводящий МК модуля в состояние непрерывного сброса.

Да и вообще, на мой взгляд, все биты порта в этом примере записаны шиворот на выворот, т.к. там не только модуль на ресет ставят, но "off" вроде бы должен соответствовать высокому уровню, а не низкому. По крайней мере, я читала, что у UART'а высокий уровень соотвествует отрицательному напряжению в стандарте RS-232, а низкий - положительному напряжению в стандарте RS-232. Т.е. и тут полярности перепутаны. Из-за чего картина в целом выглядит удручающей своей запутанностью.

У меня даже возникло побуждение запрограммировать полный перебор всех возможных вариантов (кроме линий TX и RX, с которыми всё ясно) в режиме по 200 мс на каждый вариант. За 200 мс порты, глядишь, не сгорят, а модуль должен успеть ответить на запрос (согласно инструкции, он отвечает по-человечески "OK", когда выполняет команду, или отвечает "ERROR" с номером ошибки. В любом случае за это время должен успеть подать признаки жизни).

Ксения, такое впечатление, что мы на разных планетах.
Ну да ладно, не впервой.