ATNEL tech-forum

Re: STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-26T23:44:26+01:00

Jak się ma HALe Std i inne lowlayery to po co pdf

A tak na poważnie, poszukaj na elektrozgrozie poradnika szczywronka. Przeczytaj go bez programowania starając co nie co pojąć. Później zrozumiesz że. Low Layery i inne bayery i tak nie zwalniają Cie z czytania pdfa od procka.

Statystyki: Napisane przez Nefarious19 — 26 lut 2018, o 23:44

Re: STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-27T00:14:32+01:00

Witaj,

Hmm, u źródła, czyli PDF stm32f429 od producenta..... ???
Ale to chyba oczywiste jest, że jak zaczyna się zabawę z jakimś mikro-kontrolerem, to trzeba zapoznać się z tym co w środku piszczy. Od tego są właśnie PDF-y, które udostępnia producent.....

Przy okazji... Nie ma potrzeby absolutnie robić w kodzie czegoś takiego:
[syntax=c]SystemCoreClock = 8000000; // taktowanie 8Mhz[/syntax]
Wręcz nie powinno się tego robić.
Zmienna glogalna SystemCoreClock nie przechowuje wartości częstotliwości taktującej z zewnątrz ( HSE ), jak i częstotliwości generatora wbudowanego ( HSI ), tylko częstotliwość z jaką pracuje rdzeń. Wartość ta, jest obliczana na podstawie zawartości rejestrów PLL, mnożników, dzielników, itp., za pomocą funkcji do tego dedykowanej:
[syntax=c]SystemCoreClockUpdate();[/syntax]

Ale, aby ta obliczona wartość była poprawna, należy zadbać o to, by w definicjach znalazły się prawidłowe wartości częstotliwości generatorów taktujacych:
[syntax=c]#define HSE_VALUE ((uint32_t)8000000)) // przykładowa częstotliwość generatora lub kwarcu zewnętrznego
#define HSI_VALUE ((uint32_t)16000000) // przykładowa częstotliwość generatora wbudowanego[/syntax]

Statystyki: Napisane przez gizmo5418 — 26 lut 2018, o 23:30

Re: STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-26T23:26:18+01:00

Jeju, działa thx.
Ale gdzie ty znalazłeś informacje, że tak trzeba ?
W życiu bym na to nie wpadł.

Statystyki: Napisane przez xamrex — 26 lut 2018, o 23:26

Re: STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-26T23:00:12+01:00

Witaj,

W stm32f1xx ( przykład który przedstawiłeś) gpio trochę się różni od gpio w stm32f4xx

Nie działa Ci, ponieważ nie wskazałeś, jaka funkcja alternatywna ma być przypisana do pinów GPIO PA9 i PA10. Samo przestawienie pinów GPIO w funkcję alternatywną nie wystarczy. Trzeba podać, która to funkcja alternatywna będzie na pinach

Jeżeli dobrze pamiętam to w inicjacji GPIO brakuje jeszcze:
[syntax=c]gpio.Alternate = GPIO_AF7_USART1;[/syntax]

Proszę nie krzyczeć. Nie znam się na HAL, SPL itd.....

Statystyki: Napisane przez gizmo5418 — 26 lut 2018, o 23:00

Re: STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-26T20:51:53+01:00

SunRiver napisał(a):

poprawiono to w wersji MB1075C

Naklejka na płytce wskazuje że mam MB1075C, więc powinno działać...
tylko czemu nie chce ?

Zworek nie ruszałem, więc powinno działać:<
Nie mam oscyloskopu/analizatora stanów ;(

Próbowałem obsłużyć RSa przez CUB'a i tam wszystko działa, wiec winny jest kod..
Tylko co w nim jest źle?

Statystyki: Napisane przez xamrex — 26 lut 2018, o 20:51

Re: STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-26T19:13:44+01:00

ujmę to tak ... jak masz MB1075B to nie zadziała ...
i na JP4 i na VCOM nic się nie pojawi bez małych przeróbek -- tak trochę spartaczyli
poprawiono to w wersji MB1075C

Quote:

The ST-LINK/V2-B on STM32F429I-DISC1 supports virtual COM port (VCP) on U2 pin 12
(ST-LINK_TX) and U2 pin 13 (ST-LINK_RX), which are connected to the STM32F429 target
STM32 USART1 (PA9, PA10) for Mbed support, thanks to the SB11 and SB15 solder
bridges.
The SB11 (PA9) and SB15 (PA10) default configurations for 32F429IDISCOVERY and
STM32F429I-DISC1 are given in Table 5: Solder bridges.

SB11, 15 (RX,TX)
OFF STM32F429 USART1 is not connected to ST-LINK, so VCP is disabled
(Default configuration on 32F429IDISCOVERY).
ON STM32F429 USART1 is connected to ST-LINK, so VCP is enabled

------------------------ [ Dodano po: 2 minutach ]

StaryAnoda napisał(a):

Na pierwszy rzut oka w moim mniemaniu zamieniłbym:
Składnia: [ Pobierz ] [ Ukryj ]
język c
SystemCoreClock = 8000000;
GeSHi

Na:

po co ?? fizycznie oscylator ma 8MHz na płytce wiec taktowanie ustawia na 8 a resztę ustala w PLL

to nie jest AVR

ja bym ustawił np tak:
[syntax=c]#define HSE_VALUE ((uint32_t)8000000) // uzywamy kwarca fizycznego 8MHz[/syntax]

Statystyki: Napisane przez SunRiver — 26 lut 2018, o 19:13

Re: STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-26T19:11:32+01:00

Hej

Na pierwszy rzut oka w moim mniemaniu zamieniłbym:
[syntax=c]SystemCoreClock = 8000000;[/syntax]
Na:
[syntax=c]SystemCoreClock = 16000000;[/syntax]

Daj znać czy działa.

Pozdrawiam
StaryAnoda

Statystyki: Napisane przez StaryAnoda — 26 lut 2018, o 19:11

Re: STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-26T19:03:28+01:00

Zworki dla USART masz założone zgodnie ze schematem?

Masz jakiś analizator stanów albo diode LED z rezystorem?

Wysłane z mojego Redmi Note 4 przy użyciu Tapatalka

Statystyki: Napisane przez mikandrzej — 26 lut 2018, o 19:03

STM32F429I-DISC1 [UART] przez Virtual COM

2018-02-26T00:56:09+01:00

Witam Serdecznie
Nabyłem taką płytkę:
STM32F429I-DISC1
http://www.st.com/en/evaluation-tools/3 ... overy.html
Jest to następca STM32F4DISCOVERY
Posiadający min. Wirtualny port COM

Chciałbym w jakiś sposób (za pomocą RSa) skomunikować się z tym prockiem
Na stronie 29jest schemat:
http://www.st.com/resource/en/user_manu ... 093903.pdf

Czy dobrze rozumiem, że jak skonfiguruję odpowiednio zestaw uruchomieniowy to powinienem dostać na porcie szeregowym dane:
Napisałem w HALu coś takiego:
[syntax=c]/**
******************************************************************************
* @file main.c
* @author Ac6
* @version V1.0
* @date 01-December-2013
* @brief Default main function.
******************************************************************************
*/

#include
#include "stm32f4xx.h"
#include "stm32f429i_discovery.h"

UART_HandleTypeDef uart;

void send_string(char* s)
{
HAL_UART_Transmit(&uart, (uint8_t*)s, strlen(s), 1000);
}

int main(void)
{
SystemCoreClock = 8000000; // taktowanie 8Mhz
HAL_Init();

__HAL_RCC_GPIOA_CLK_ENABLE();
__HAL_RCC_USART1_CLK_ENABLE();

GPIO_InitTypeDef gpio;
gpio.Mode = GPIO_MODE_AF_PP;
gpio.Pin = GPIO_PIN_9;
gpio.Pull = GPIO_NOPULL;
gpio.Speed = GPIO_SPEED_FREQ_LOW;
HAL_GPIO_Init(GPIOA, &gpio);

gpio.Mode = GPIO_MODE_AF_PP;
gpio.Pin = GPIO_PIN_10;
HAL_GPIO_Init(GPIOA, &gpio);

uart.Instance = USART1;
uart.Init.BaudRate = 115200;
uart.Init.WordLength = UART_WORDLENGTH_8B;
uart.Init.Parity = UART_PARITY_NONE;
uart.Init.StopBits = UART_STOPBITS_1;
uart.Init.HwFlowCtl = UART_HWCONTROL_NONE;
uart.Init.OverSampling = UART_OVERSAMPLING_16;
uart.Init.Mode = UART_MODE_TX_RX;
HAL_UART_Init(&uart);

while (1)
{
send_string("Hello world!\r\n");
HAL_Delay(100);
}
}[/syntax]
Niestety nic nie pojawia się na wirtualnym porcie.
Przy pisaniu programu sugerowałem się tym.
https://forbot.pl/blog/kurs-stm32-f1-ha ... rt-id22896
Ktoś wie w czym może być problem ?

Statystyki: Napisane przez xamrex — 26 lut 2018, o 00:56