ATNEL tech-forum

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-11T17:37:00+01:00

Federerer napisał(a):

Nie działa Ci, bo po odebraniu pierwszego bajtu zatrzymujesz program breakpointem w przerwaniu, ale to nie zatrzymuje nadawania przez aplikacje na komputerze. Więc zanim zdążysz wznowić działanie programu, twój string już dawno jest wysłany i dlatego nie masz kolejnych przerwań.

To teraz takie proste, dzięki za zainteresowanie problemem i pomoc

Statystyki: Napisane przez wojmajster — 11 paź 2015, o 17:37

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-11T14:46:34+01:00

wojmajster napisał(a):

Na debugu działa to tak jak napisałem, dlaczego? nie wiem.

Statystyki: Napisane przez Federerer — 11 paź 2015, o 14:46

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-11T11:26:12+01:00

Ja używam debugera z Segera i jest naprawdę doskonały , podobnie jak
Debugowanie pod VS dla VisualGDB i w MDK keila

nie używam innych środowisk .

Statystyki: Napisane przez SunRiver — 11 paź 2015, o 11:26

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-11T04:32:14+01:00

Witam wszystkich ponownie
Wstałem sprawdziłem i działa, może nawet i działało od początku.
Stwierdziłem, że spoko narzędzie ten debug, niestety tu się przez to zapętliłem i szukałem na siłę błędu.
Na debugu działa to tak jak napisałem, dlaczego? nie wiem.
Ale jak wgrałem sam program, zrobiłem poprawnie wyciąganie stringa z buforu odbiorczego to po prostu działa jak należy.

Dziękuje za zainteresowanie tematem i udzielone wskazówki

Moglibyście kiedyś w wolnej chwili sprawdzić, czy u Was debug w tym przerwaniu działa tak samo jak u mnie?
Może w innym środowisku takie debugowanie działa ?

Statystyki: Napisane przez wojmajster — 11 paź 2015, o 04:32

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T19:47:06+01:00

wiesz nie mam kłopotu ze stringiem ... na STM32
Nie wiem czy czytałeś Mikrokontrolery Kinetis dla .....
opisałem tam mechanizm do odbioru stringa (zdania $GPGA z GPS na uarcie)
łącznie z mechanizmem parsowania i wyłuskiwania danych które mnie interesują
Tej metody używam też na STM32 i LPC i działa zawsze bez błędnie)

Statystyki: Napisane przez SunRiver — 10 paź 2015, o 19:47

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T19:01:50+01:00

QuadMan dzięki za wskazówki, tak jak pisałem z pojedynczymi znakami to nie ma problemu bufory się zapełniają jak należy.
Postępując według Twoich punktów to działa.
Problem mam gdy wysyłam cały ciąg znaków, całego stringa z apki na PC lub terminala.
Czyli z kompa do stm-a wysyła fizycznie bajt bajt bajt bajt, z których składa się string.
To przerwanie nie chce mi rozłożyć stringa na pojedyncze znaki, łapie pierwszy i koniec.

Nie wiem czy problem leży np. w szybkości transmisji, może w ustawieniu jakiejś flagi czy coś na podobe.
Dopiero zaczynam działanie z STM32, Wasze posty sugerują mi, że raczej nie robie błędu w samym odbiorze, na AVRach to by tak działało.

Ide dolutować ledy może to będzie najszybszy debug;

Statystyki: Napisane przez wojmajster — 10 paź 2015, o 19:01

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T18:43:00+01:00

Nie wiem jak w CooCox-ie z debugowaniem przerwań, ale nie wiem jak właściwie to robisz.
Po mojemu, to powinieneś:
1. Uruchomić program z breakpointem na końcu tego przerwania.
2. Wpisać 1 znak z terminala, wtedy program powinien się zatrzymać na tym breakpoincie.
3. Podejrzeć tą tablicę i uruchomić dalej program.
4. Wpisać kolejny znak z terminala, itd.

Czy tak to robisz?

Dopisane: A może po prostu daj "togglowanego" LED-a w przerwaniu, uruchom program bez debugera i zobacz, czy Ci ten LED zmienia stan po wysyłaniu kolejnych znaków z terminala.

Statystyki: Napisane przez QuadMan — 10 paź 2015, o 18:43

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T17:58:58+01:00

Ok czyli to jest przerwanie od odebranego znaku, więc na debugu sobie podgladam to przerwanie.
Wysyłam string wchodzi w przerwanie zatrzymuje sie na breakpoincie wykonuje funkcje.
Mam pierwszy znak stringa w elemencie 0 tablicy.
Robie run czekam czekam i już wiecej nie wchodzi mi w to przerwanie.
Gdy wyśle jeszcze raz ten tekst to oczywiście odbiorę znów pierwszą literę.

Statystyki: Napisane przez wojmajster — 10 paź 2015, o 17:58

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T17:40:04+01:00

Witam ponownie.

W buforze USART-a masz 1 znak i co przerwanie od odebranego znaku musisz go przepisać do bufora, najprościej jak się da, aby odebrać 4 znaki :

[syntax=c]void USART1_IRQHandler(void)
{
static uint32_t licznik;

if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) // Received characters modify string
{
if( licznik <4)
{
StringLoop[licznik++] = USART_ReceiveData(USART1);
}
}
}[/syntax]

Pozdrawiam, QuadMan.

Statystyki: Napisane przez QuadMan — 10 paź 2015, o 17:40

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T17:10:56+01:00

SunRiver porównywałem z Twoim poradnikiem, wypatrzyłem że nie miałem w inicjalizacji ustawionego RCC_APB2Periph_AFIO.
Niestety nadal nie rozwiązało to mojego problemu.
Możecie spojrzeć jeszcze na samo przerwanie u mnie w najprostszej wersji wygląda to tak:

[syntax=c]void USART1_IRQHandler(void)
{
if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) // Received characters modify string
{
StringLoop[0] = USART_ReceiveData(USART1);
StringLoop[1] = USART_ReceiveData(USART1);
StringLoop[2] = USART_ReceiveData(USART1);
StringLoop[3] = USART_ReceiveData(USART1);
}
}[/syntax]

Czy to powinno rozkładać odbieranego 4 elementowego stringa i upychać go do tablicy StringLoop?
Raczej błędu w f-cji obsługi przerwania nie ma ? chyba najprostsze co może być.
A efekt tego to pierwszy znak odbiera początkowy i przypisuje go na pozycję 0 1 2 i 3 w StringLoop.

Dziękuje za wskazówki, jak wieczorem znów do tego usiąde to chyba przepisze wszystko od początku bez kopiowania.
Pozdrawiam

Statystyki: Napisane przez wojmajster — 10 paź 2015, o 17:10

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T15:13:12+01:00

zerknij też tutaj : http://www.sunduino.pl/wordpress/start- ... ry-6-uart/

Statystyki: Napisane przez SunRiver — 10 paź 2015, o 15:13

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T14:10:36+01:00

Dziękuje za szybki odzew.
Ten sizeof zastąpiłem, ale w sumie nie on mi psuje to odbieranie.
Program zachowuje się tak:
gdy wysyłam stringa kilka literek np. "las\n"
zostaje wywołane przerwanie void USART1_IRQHandler(void)
mam tu breakpointa
sprawdzany jest warunek [syntax=c]if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET)[/syntax]
co on dokładnie sprawdza to nie wiem, jakiś status bitów od danych przychodzących
warunek spełniony wtedy odczytuje bajty tu jest problem
wywołanie [syntax=c]USART_ReceiveData(USART1)[/syntax] zwraca pierwszy bajt stringu pierwszą literkę 'l'
kolejne wywołanie [syntax=c]USART_ReceiveData(USART1)[/syntax] według mnie powinno dać kolejny bajt literkę 'a', a on swoje znów pokazuje pierwszy znak w stringu 'l'
i to jest problem, nie mogę pobrać kolejnych znaków ze stringu
Chyba tak to się robi jak opisałem? Czegoś nie ustawiam ?

Statystyki: Napisane przez wojmajster — 10 paź 2015, o 14:10

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T12:53:59+01:00

W stringu na końcu wysyłaj zawsze określony znak. Przykładowo może to być \CR, jako terminala polecam użyć RealTerm, który z automatu dołączy Ci ten znak do wysłanego stringa.
W każdym przerwaniu sprawdzaj czy przypadkiem nie odebrałeś znaku \CR. Jeśli tak to zakończ odbieranie, ustaw na przykład jakąś flagę. Wtedy już wiesz, że nadawanie zostało zakończone.

Statystyki: Napisane przez Juffre — 10 paź 2015, o 12:53

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T11:48:44+01:00

Witam,

przyczyną Twojego problemu jest linia:[syntax=c]if (rx_index >= (sizeof(StringLoop) - 1))[/syntax] Nie da się skorzystać z operatora sizeof dla tablic wewnątrz funkcji ( to tak w skrócie - w tym wypadku policzy Ci sizeof dla wskaźnika do pierwszego elementu tablicy ). Podstaw stałą, albo wcześniej policz rozmiar i na próbę umieść w zmiennej globalnej.

Pozdrawiam, Quadman.

Statystyki: Napisane przez QuadMan — 10 paź 2015, o 11:48

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T11:46:41+01:00

Ciężko mi się czyta kod na komorce mógłbyś zastosować maskę bitowa do zerowania index ? Czyli coś w rodzaju index=(index+1) & 0x08

Sent from my GT-I9506 using Tapatalk

Statystyki: Napisane przez RafPe — 10 paź 2015, o 11:46

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T11:37:24+01:00

Zapisuje i zwiększam indeks, tylko że on raz wskoczy i to wszystko(pierwsza litera ze stringu w buforze).
Wydaje mi się, że przydałaby się pętla do momentu wciągnięcia całego stringa do bufora.
Tylko z jakim warunkiem ? Czegoś sprzętowo możliwe, że nie ustawiam.

Statystyki: Napisane przez wojmajster — 10 paź 2015, o 11:37

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T11:03:52+01:00

Ogólnie nie patrząc na kod to musiałbyś zapisywać do bufora zwiększając index z każdym odebrany bajtem. No i żeby wywołać jakąś akcje to ustal sobie znak jakiś który będzie wyzwalac odczyt bufora

Sent from my GT-I9506 using Tapatalk

Statystyki: Napisane przez RafPe — 10 paź 2015, o 11:03

Re: odbieranie stringu UART1 ST32F103C8T6

2015-10-10T10:29:59+01:00

A listingów ARM to nie dotyczy?? topic7402.html

Statystyki: Napisane przez Jaglarz — 10 paź 2015, o 10:29

odbieranie stringu UART1 ST32F103C8T6

2015-10-10T10:53:33+01:00

Witam wszystkich forumowiczów,
niedawno zacząłem działać z stm32, aktualnie jestem na etapie odbierania stringów przez procek.
Działam w środowisku coocox, na podstawie dostępnych przykładów odpaliłem odbieranie w przerwaniu pojedynczych bajtów (znaków).
Problem napotkałem gdy chcę odebrać całego stringa, podglądam co się dzieje na debugu.
Następująco przerwanie od odbioru zostaje wywołane gdy puszcze danego stringa z apki na PC.
Następnie pobierany jest pierwszy znak i zapisywany do bufora.
No i na tym byłoby koniec...
W buforze zawsze przechowywany jest tylko pierwszy znak z tego stringa.

Czegoś mi brakuje w kodzie zapewne, tylko nie wiem czego...
Siedziałem w nocy i nic jeszcze nie znalazłem na rozwiązanie problemu, a raczej to jakaś banalna sprawa.

ostatnio testowałem na 115200 bodów poprzednio na 9600, ale to raczej nie ma znaczenia

Miał ktoś kiedyś podobny "problem"? Proszę o wskazówki jak rozwiązać ten babol z odbiorem danych.

jedna z realizacji przerwania odbiorczego...
[syntax=c]void USART1_IRQHandler(void)
{
static int rx_index = 0;
if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) // Received characters modify string
{
StringLoop[rx_index++] = USART_ReceiveData(USART1);

if (rx_index >= (sizeof(StringLoop) - 1))
rx_index = 0;
}
}[/syntax]

UART init prosto z przykładu coocoxowego
[syntax=c]void usart_init(void)
{
const unsigned char menu[] = " Welcome to CooCox!\r\n";

/* Enable USART1 and GPIOA clock */
RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE);

/* NVIC Configuration */
NVIC_Configuration();

/* Configure the GPIOs */
GPIO_Configuration();

/* Configure the USART1 */
USART_Configuration();

/* Enable the USART1 Receive interrupt: this interrupt is generated when the
USART1 receive data register is not empty */
USART_ITConfig(USART1, USART_IT_RXNE, ENABLE);

/* print welcome information */
UARTSend(menu, sizeof(menu));

// while(1)
//{
//}
}[/syntax]

oraz konfiguracja uarta i gpio
[syntax=c]void GPIO_Configuration(void)
{
GPIO_InitTypeDef GPIO_InitStructure;

/* Configure USART1 Tx (PA.09) as alternate function push-pull */
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOA, &GPIO_InitStructure);

/* Configure USART1 Rx (PA.10) as input floating */
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING;
GPIO_Init(GPIOA, &GPIO_InitStructure);

#ifdef STM32F10X_CL
/*GPIOB Configuration: TIM3 channel1, 2, 3 and 4 */
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6 | GPIO_Pin_7 | GPIO_Pin_8 | GPIO_Pin_9;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;

GPIO_Init(GPIOC, &GPIO_InitStructure);

GPIO_PinRemapConfig(GPIO_FullRemap_TIM3, ENABLE);

#else
/* GPIOA Configuration:TIM3 Channel1, 2, 3 and 4 as alternate function push-pull */
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6 | GPIO_Pin_7;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;

GPIO_Init(GPIOA, &GPIO_InitStructure);

GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0 | GPIO_Pin_1;
GPIO_Init(GPIOB, &GPIO_InitStructure);
#endif

}

/*******************************************************************************
* Function Name : USART_Configuration
* Description : Configures the USART1.
* Input : None
* Output : None
* Return : None
*******************************************************************************/
void USART_Configuration(void)
{
USART_InitTypeDef USART_InitStructure;

/* USART1 configuration ------------------------------------------------------*/
/* USART1 configured as follow:
- BaudRate = 115200 baud
- Word Length = 8 Bits
- One Stop Bit
- No parity
- Hardware flow control disabled (RTS and CTS signals)
- Receive and transmit enabled
- USART Clock disabled
- USART CPOL: Clock is active low
- USART CPHA: Data is captured on the middle
- USART LastBit: The clock pulse of the last data bit is not output to
the SCLK pin
*/
USART_InitStructure.USART_BaudRate = 115200;
USART_InitStructure.USART_WordLength = USART_WordLength_8b;
USART_InitStructure.USART_StopBits = USART_StopBits_1;
USART_InitStructure.USART_Parity = USART_Parity_No;
USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx;

USART_Init(USART1, &USART_InitStructure);

/* Enable USART1 */
USART_Cmd(USART1, ENABLE);
}

/**
* @brief Configures the nested vectored interrupt controller.
* @param None
* @retval None
*/
void NVIC_Configuration(void)
{
NVIC_InitTypeDef NVIC_InitStructure;

/* Enable the USARTx Interrupt */
NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn;
NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;
NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&NVIC_InitStructure);
}[/syntax]

Statystyki: Napisane przez wojmajster — 10 paź 2015, o 10:16