ATNEL tech-forum

Re: [STM32] Obsługa USART

2014-05-09T22:36:42+01:00

Nie chce zaśmiecać forum,a trochę mnie to nurtuje mianowicie załóżmy, ze chciałbym wyzwalać przetwornik A/C za pomocą timer'a. Do tego celu (z tego co zrozumiałem z not i idąc śladem intuicji) służy następująca linia:
[syntax=c]ADC_InitStructure.ADC_ExternalTrigConvEvent = ADC_ExternalTrigConvEvent_x;[/syntax]
gdzie x to numer zdarzenia. Moje pytanie jest następujące: jaki numer wybrać jeśli chce wyzwalać timerem 1,2, itd. ? W nocie katalogowej ( http://www.st.com/st-web-ui/static/acti ... 068049.pdf ) nie ma nic o tym, które zdarzenie jest przypisane któremu timerowi.
Pozdrawiam.

P.S.
Znalazłem (po przeszukaniu dwóch manuali) i zostawiam w razie czego dla potomnych:

Statystyki: Napisane przez Forfiter — 9 maja 2014, o 22:36

Re: [STM32] Obsługa USART

2014-05-08T19:19:00+01:00

Nie wiem już co jest... pewnie trzeba będzie grzebać w rejestrach.... Na chwile obecną uzyskuje "zabójcze" prędkości:
44 bajty na sekunde - przy BR=9600
201 bajt/sekunde - BR=128000

P.S.
rezasurmar korzystasz z bibliotek ST czy sam napisałeś procedury obsługi ?

Statystyki: Napisane przez Forfiter — 8 maja 2014, o 19:19

Re: [STM32] Obsługa USART

2014-05-08T13:55:50+01:00

To ewidentnie coś źle masz skonfigurowane, nawet na mega8 po uarcie śmigało mi na 200 kb.

Statystyki: Napisane przez Gość — 8 maja 2014, o 13:55

Re: [STM32] Obsługa USART

2014-05-08T13:52:02+01:00

Wczoraj przeprowadzałem takie proste próby o których wspomniałeś - wysyłałem np. tylko 0xFF (dec: 255) lub 0x0A (dec: 10). Zmiany w BR dawały bardzo słabą poprawę ilości odbieranych bajtów w ciągu sekundy (rzędu kilku dziesięciu bajtów - zmiana BR = 9600-256000).

Statystyki: Napisane przez Forfiter — 8 maja 2014, o 13:52

Re: [STM32] Obsługa USART

2014-05-08T12:57:23+01:00

Rozumiem, że mimo zwiększania prędkości samego UARTa, dane nie przyspieszają?, spróbuj na początek wysyłać coś z bufora bez pobierania pomiarów, może gdzieś masz jakieś opóźnienie. Chwilowo nie jestem nic więcej w stanie podpowiedzieć, bo za chudy w kapeluszu jestem na to.

Statystyki: Napisane przez Gość — 8 maja 2014, o 12:57

Re: [STM32] Obsługa USART

2014-05-08T12:28:33+01:00

Rozumiem:)
Wiesz może dlaczego zmiana tych prędkości nie jest widoczna w terminalu ? Jedyne co przychodzi mi do głowy to to, że gdzieś w bibliotece USARTa trzeba dokonać dodatkowej modyfikacji, ale to było by bez sensu od strony użytecznej (bo po co wtedy linia z deklaracją w której wpisuje się wartość BR - patrz: wcześniejszy mój post).

Statystyki: Napisane przez Forfiter — 8 maja 2014, o 12:28

Re: [STM32] Obsługa USART

2014-05-08T12:12:52+01:00

Ja patrzałem w F407 .

Statystyki: Napisane przez Gość — 8 maja 2014, o 12:12

Re: [STM32] Obsługa USART

2014-05-08T12:08:50+01:00

Sprawdzałem, sprawdzałem ale wyniki dt. prędkości trochę mnie ....zszokowały. Załóżmy że baud rate ustawiłem w programie na poziomie 9600 (w terminalu również) - "próbki" sobie śmigają tak, że otrzymuje kilaset bajtów na sekunde - pasuje. Ale jak zwiększałem BR (nawet do 250000) to nie widziałem żadnej różnicy w ilości przesłanych informacji. Zmieniałem wartość w tej linii:
[syntax=c]USART_InitStructure.USART_BaudRate = 9600;[/syntax]

Troszkę mnie zdziwił fakt, że USART może wyciągnąć 10.5Mbit/s, ale faktycznie zgodnie z notą katalogową STM32F303 wartości są zbliżone (stosunkowo ):

Quote:

The USART interfaces are able to communicate at speeds of up to 9 Mbits/s

Statystyki: Napisane przez Forfiter — 8 maja 2014, o 12:08

Re: [STM32] Obsługa USART

2014-05-08T10:23:46+01:00

Buforowanie sprawdza się tylko wtedy, gdy masz paczki danych, albo dane nie lecą cały czas, bo jak sam zauważyłeś, kiedyś musi być czas na opróżnianie bufora.
A tak na marginesie, sprawdzałeś UARTa w STMie , w/g dokumentacji można go pędzić do 10.5Mbit/s

Statystyki: Napisane przez Gość — 8 maja 2014, o 10:23

Re: [STM32] Obsługa USART

2014-05-08T00:40:05+01:00

Problem rozwiązany, wystarczyło dodać linie odpowiedzialne za konfigurację funkcji alternatywnych tzn:
[syntax=c]GPIO_PinAFConfig(GPIOA, GPIO_PinSource9, GPIO_AF_7);
GPIO_PinAFConfig(GPIOA, GPIO_PinSource10, GPIO_AF_7);[/syntax]

P.S.
Mam małą zagwozdkę, a nie chce zaśmiecać forum nowymi tematami. Mianowicie, chciałbym za pomocą wspomnianego stm'a próbkować sygnał o zmiennej częstotliwości (4kHz-40kHz). No i teraz tak: teoria mówi, że minimalna fp powinna wynosić jakieś 80kHz (dla tego przypadku). Z praktyki jednak wiadomo, że lepsza by była większa wartość częstotliwości próbkowania.
Narazie mam w głowie następującą koncepcję: ustawiam przetwornik ADC na 12 bit (chce "wycisnąć" z STM'a ile natura dała ), ustawiam go w tryb pojedynczego pomiaru i wyzwalam timerem co np. 5us. Teraz: chciałbym próbki wysyłać przez usart do pc. W czasie rzeczywistym tego nie dokonam, ponieważ standard tego nie wytrzyma (tak przynajmniej mi się wydaje), więc próbki z ADC bd wysyłał do dwóch tablic (tab1 i tab2) za pomocą DMA. Na początku zapełnie tab1 próbkami - zrobie przerwanie, rozpoczne zapełnianie tab2 - próbki z tab1 chce wysyłać do pc i tak w koło macieju. No i teraz mam zgrzyt... bo przy takiej częstotliwości próbkowania to jest prawie pewne, że tablica się prędzej zapełni próbkami z adc (np. tab1), aniżeli druga (tab2) zdąży wysłać swoje wartości przez USART'A (jeszcze dodatkowo muszę każdą próke w postaci 16bitowej podzielić na pół; wiem: adc daje 12 bitową próbkę, ale będę ją musiał poszerzyć do wspomnianych 16).
Chciałem zatem zapytać czy jest jakieś inne rozwiązanie/metoda podejścia do tego problemu ? Wiem, że istnieją rozwiązania typu przystawka oscyloskopowa do komputera, ale zanim dogrzebie się w kodzie i domyśle "co autor ma na myśli" to już 100 razy zwątpie

Statystyki: Napisane przez Forfiter — 8 maja 2014, o 00:40

Re: [STM32] Obsługa USART

2014-05-07T18:17:32+01:00

Nie, zamigać diodą poprzez zmianę stanu na jakimś porcie A. W ten sposób ustalimy czy procek m.in odmierza czas i zegar w nim "tyka"

CooCox nie powie ci że zapomniałeś jakiejś linii odpowiedzialnej za konfigurację np. PLL. Sam używam CooCox`a

Wrzuć cały kod z poprawkami

Statystyki: Napisane przez ps19 — 7 maja 2014, o 18:17

Re: [STM32] Obsługa USART

2014-05-07T18:10:51+01:00

Rozumiem, że zamigać diodą poprzez rozkaz z pc->stm32 ? RCC raczej jest dobrze ustawione (CooCox z którego korzystam na co dzień jest na tyle "mądrym" kompilatorem, że sprawdza dokładnie każdą linie którą pisze - również te związane z RCC). Jeśli chodzi o ustawienia komputera... hmm... przez chwile myślałem, że konwerter jest usiekany, jednak zwarłem TX z RX no i występuje efekt echa, czyli z nim (i prawdopodobnie z ustawienia pc) jest wszystko ok

Statystyki: Napisane przez Forfiter — 7 maja 2014, o 18:10

Re: [STM32] Obsługa USART

2014-05-07T18:04:00+01:00

Spróbuj zamigać jakąś diodą na porcie A, może w RCC_config jest błąd. Możliwe, że masz coś na PC źle skonfigurowane. Wrzuć kod z poprawkami.

Statystyki: Napisane przez ps19 — 7 maja 2014, o 18:04

Re: [STM32] Obsługa USART

2014-05-07T17:50:38+01:00

Witam ponownie,
Zdeklarowałem ponownie porty GPIO zgodnie z zalecaniami ps19, ale dalej cisza w terminalu...

Statystyki: Napisane przez Forfiter — 7 maja 2014, o 17:50

Re: [STM32] Obsługa USART

2014-05-07T17:16:59+01:00

ps19:

na arm sie nie znam ale jaka jest roznica
miedzy
[syntax=c]USART_SendData(USART1, 'A');[/syntax]

a

[syntax=c]int s = 10 ;
USART_SendData(USART1, 'A');[/syntax]

moim zdaniem żadna

bo w obu przypadkach dostaniesz na terminalu znak A lub kod hex liczby jezeli nie jest znakiem asci

Statystyki: Napisane przez karolek — 7 maja 2014, o 17:16

Re: [STM32] Obsługa USART

2014-05-07T17:01:37+01:00

Konfiguracja pinu TX i RX:
[syntax=c]GPIO_InitStructure.GPIO_Pin = nr pinu; // USART-TX
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOA, &GPIO_InitStructure);

GPIO_InitStructure.GPIO_Pin = nr_pinu; // USART-RX
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOA, &GPIO_InitStructure);[/syntax]

USART_SendData(); wysyła tylko pojedyncze znaki np.
[syntax=c]USART_SendData(USART1, 'A');[/syntax]

Jak chcesz wysłać więcej to:

iframe

Zwiekszyłbym tego delay`a chociaż do 100 ms
[syntax=c]for(i = 0; i < 900000ul; i++); //okolo 0.1s przy 72MHz[/syntax]

Statystyki: Napisane przez ps19 — 7 maja 2014, o 17:01

[STM32] Obsługa USART

2014-05-07T16:07:16+01:00

Witam,
Mam problem związany z USARTem w układzie STM32F303. Staram się uruchomić naprawdę prosty program, którego zadaniem jest wysyłanie co pewien czas na terminal jakiejkolwiek wartości (w tym wypadku wartości 11). Chce po prostu sprawdzić czy PC cokolwiek odbiera. No i jest problem gdyż nie pojawia się nic... Sprawdzałem połączenia fizyczne - używam konwertera USB-RS232 (napięcia w zakresie 0-3.3V) - TX->RX; RX->TX. To wydaje się być w porządku. Czy zapomniałem o jakiejś dodatkowej linii ?
[syntax=c]#include "stm32f30x.h"
#include "stm32f30x_flash.h"
#include "stm32f30x_rcc.h"
#include "stm32f30x_gpio.h"
#include "stm32f30x_misc.h"
#include "stm32f30x_usart.h"

void RCC_Config(void);
void GPIO_Config(void);
void NVIC_Config(void);
void USART_Config(void);

int main(void)
{

RCC_Config();
GPIO_Config();
NVIC_Config();
USART_Config();

int dana = 11;
long int i;

while(1)
{
USART_SendData(USART1, dana);
for(i=0; i<10000; i++);
}
}

void RCC_Config(void)
{
ErrorStatus HSEStartUpStatus;
RCC_DeInit();
RCC_HSEConfig(RCC_HSE_ON);
HSEStartUpStatus = RCC_WaitForHSEStartUp();
if(HSEStartUpStatus == SUCCESS)
{
FLASH_PrefetchBufferCmd(FLASH_ACR_PRFTBE);
FLASH_SetLatency(FLASH_Latency_2);
RCC_HCLKConfig(RCC_SYSCLK_Div1);
RCC_PCLK2Config(RCC_HCLK_Div1);
RCC_PCLK1Config(RCC_HCLK_Div2);
RCC_PLLConfig(RCC_PLLSource_PREDIV1, RCC_PLLMul_9); // Czestotliwosc PLL
RCC_PLLCmd(ENABLE);
while(RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET);
RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK);
while(RCC_GetSYSCLKSource() != 0X08);
RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOA, ENABLE); // port B
RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE); // usart
}
else{}
}

void GPIO_Config(void)
{
GPIO_InitTypeDef GPIO_InitStructure;

GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9 | GPIO_Pin_10;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF;
GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_10MHz;
GPIO_Init(GPIOA, &GPIO_InitStructure);
}

void NVIC_Config(void)
{
#ifdef VECT_TAB_RAM
NVIC_SetVectorTable(NVIC_VectTab_RAM, 0x0);
#else
NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x0);
#endif
}

void USART_Config(void) // konfiguracja USART
{
USART_InitTypeDef USART_InitStructure;

USART_InitStructure.USART_BaudRate = 9600;
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);
USART_Cmd(USART1, ENABLE);
}[/syntax]

Statystyki: Napisane przez Forfiter — 7 maja 2014, o 16:07