ATNEL tech-forum

Re: STM32F4 / HC-06 / UART

2017-03-06T18:43:27+01:00

To zacznij od połączeń, sprawdź czy wszystko jest podłączone gdzie trzeba, czy nie zapomniałeś gdzieś podłączyć np masy etc. "Przepikaj" miernikiem czy wszystkie sygnały dochodzą, może zimny lut, złamany kabel w środku, przegrzany rezystor etc

Wysłane z iPhone za pomocą Tapatalk

Statystyki: Napisane przez arturf209 — 6 mar 2017, o 18:43

Re: STM32F4 / HC-06 / UART

2017-03-05T00:37:55+01:00

Wiem że ma 2 porty, z tym że transmisja nie działa ani w jedną, ani w drugą stronę

Statystyki: Napisane przez kimi9 — 5 mar 2017, o 00:37

Re: STM32F4 / HC-06 / UART

2017-03-04T17:12:44+01:00

U mnie w Windows Bluetooth ma dwa porty COM zobacz jak jest u Ciebie, bo ja też się męczyłem z tymi modułami póki tego nie odkryłem

Wysłane z iPhone za pomocą Tapatalk

Statystyki: Napisane przez arturf209 — 4 mar 2017, o 17:12

Re: STM32F4 / HC-06 / UART

2017-03-03T20:21:57+01:00

Zamiast pinu WAKEUP jest pin EN, jednak to też nie przynosi żadnych efektów.

------------------------ [ Dodano po: 11 minutach ]

Tak, TX i RX jest oczywiście na 3,3V, a VCC ma podpiętą te same napięcie.

Statystyki: Napisane przez kimi9 — 3 mar 2017, o 20:21

Re: STM32F4 / HC-06 / UART

2017-03-03T20:17:07+01:00

Poziomy napięć się zgadzają?

Statystyki: Napisane przez Jarecki — 3 mar 2017, o 20:17

Re: STM32F4 / HC-06 / UART

2017-03-03T20:14:17+01:00

kimi9 napisał(a):

Komendy AT testowałem dodatkowo, jednak na razie nie są mi zupełnie potrzebne. Na HC-05 miałem podłączony pin STATE do 3,3V, co i tak nie dawało żadnych efektów.

Podłączenie 3,3V do STATE też nic nie dało. Chociaż nie wiem czy o to może chodzić jeżeli po zmostkowaniu TX i RX wysyłany tekst jest poprawnie odbierany w terminalu.

Mnie raczej chodziło o pin WAKEUP.

Statystyki: Napisane przez PJS — 3 mar 2017, o 20:14

Re: STM32F4 / HC-06 / UART

2017-03-03T19:43:19+01:00

l3n1n napisał(a):

U mnie komunikacja przez HC-05 działa tylko gdy w BT, w terminalu w UARCIE boud rate było ustawione jednakowo. Czy 9600 czy 14400 ale wszędzie jednakowo. Może jednak spróbuj komendami AT ustawić moduł BT skoro napisałeś, że tylko sie nimi bawiłeś.

Wysłane z iPhone za pomocą Tapatalk

Kolego daj sobie spokój z takimi odpowiedziami jeżeli chcesz sobie nabić postów czy stać się super użytkownikiem.

Statystyki: Napisane przez kimi9 — 3 mar 2017, o 19:43

Re: STM32F4 / HC-06 / UART

2017-03-03T19:41:17+01:00

Statystyki: Napisane przez l3n1n — 3 mar 2017, o 19:41

Re: STM32F4 / HC-06 / UART

2017-03-03T19:01:10+01:00

Statystyki: Napisane przez kimi9 — 3 mar 2017, o 19:01

Re: STM32F4 / HC-06 / UART

2017-03-03T18:47:25+01:00

Ze strony https://botland.com.pl/moduly-bluetooth/2570-modul-bluetooth-hc-06.html:
"Konfiguracja modułu odbywa się poprzez popularne komendy AT, aby wejść w ten tryb należy podłączyć wyprowadzenie WAKEUP do 3,3 V. Przykładowe komendy to:
AT - testowanie połączenia, w odpowiedzi dostajemy OK.
AT+BAUD1 - ustawia prędkość na 9600 bps."
Poza tym:
"piny WAKEUP (przełącza układ w tryb komend AT) i STATE (połączony z wyprowadzeniem statusowym PIO1 - pin 24) zostały wyprowadzone w postaci otworów, domyślnie nie posiadają wlutowanych złącz."

Może ten pin nie jest podłączony?

Statystyki: Napisane przez PJS — 3 mar 2017, o 18:47

Re: STM32F4 / HC-06 / UART

2017-03-03T18:43:09+01:00

W przypadku HC-05 żeby działały komendy AT trzeba podać na pin 34 w BT przy starcie stan wysoki. Może to ci pomoże w rozwiązaniu problemu.

Wysłane z iPhone za pomocą Tapatalk

Statystyki: Napisane przez l3n1n — 3 mar 2017, o 18:43

STM32F4 / HC-06 / UART

2017-03-03T18:07:10+01:00

Mam problem z podłączeniem moduły bluetooth do płytki Nucleo, w której działa STM32F411. Konfiguracja UART wydaje się być dobra ponieważ transmisja z terminalem działa poprawnie w obie strony. Jeżeli pod piny podpinam moduł, paruję go z komputerem zmieniam port i szybkość transmisji na 9600 czy 115200(wg niektórych źródeł domyślna) nie widać żadnych efektów komunikacji.

Problem ten występuje zarówno na HC-06 jak i HC-05. Na komendy AT również nie ma odpowiedzi. Moduł jest podłączony na krzyż oczywiście.

Czy należy jakoś jeszcze dodatkowo skonfigurować porty, aby transmisja doszła do skutku?

[syntax=c]void uart_init() {
RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2, ENABLE);
RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA, ENABLE);

GPIO_PinAFConfig(GPIOA, GPIO_PinSource2, GPIO_AF_USART2);
GPIO_PinAFConfig(GPIOA, GPIO_PinSource3, GPIO_AF_USART2);

GPIO_InitTypeDef gpio;
GPIO_StructInit(&gpio);
gpio.GPIO_Pin = GPIO_Pin_2; // tx
gpio.GPIO_Mode = GPIO_Mode_AF;
gpio.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOA, &gpio);

gpio.GPIO_Pin = GPIO_Pin_3;// rx
gpio.GPIO_Mode = GPIO_Mode_AF;
gpio.GPIO_Speed = GPIO_Speed_100MHz;
GPIO_Init(GPIOA, &gpio);

USART_InitTypeDef uart;
USART_StructInit(&uart);
uart.USART_BaudRate = 9600;
uart.USART_WordLength = USART_WordLength_8b;
uart.USART_StopBits = USART_StopBits_1;
uart.USART_Parity = USART_Parity_No;
uart.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
uart.USART_Mode = USART_Mode_Rx | USART_Mode_Tx;
USART_Init(USART2, &uart);
USART_Cmd(USART2, ENABLE);

USART_ITConfig(USART2, USART_IT_RXNE, ENABLE);
USART_ITConfig(USART2, USART_IT_TXE, ENABLE);
}[/syntax]

Statystyki: Napisane przez kimi9 — 3 mar 2017, o 18:07