Kurs STM32L4 – #4 – komunikacja przez UART, debugger

[dragolice]

Racja jest to w warunku uwzględnione, dopiero po odbiorze znaku końca linii dane z bufora są brane pod uwagę

Myślałem, że jest brany pod uwagę cały bufor w analizie:

if(strcmp(bufor_linii, "Włącz") == 0)

Stąd gdy znajdują się w nim inne rzeczy nie powinno to pasować, ale doczytam o tym jak działa ta instrukcja, dzięki
Na pierwszy rzut oka myślałem że dane do bufora są ładowane do czasu gdy napotkany zostanie znak końca linii.
A odczyt wygląda jakoś mało intuicyjnie 🙂

Edytowano 19 lutego przez dragolice

[xkonwa]

Witam, czemu mi printuje podwójnie wszytsko? a robie jak w kursie, jakies pomysły?

[Treker (Damian Szymański)]

@xkonwa witam na forum 🙂 Czy korzystasz z tego samego programu do odbierania danych na PC? Którego dokładnie kodu dotyczy Twój problem? Czy już od pierwszego przykładu pojawia się coś takiego?

[Tomasz2000PL]

Cześć, jestem na etapie, gdzie nadpisałem funkcję "io_putchar", jednakże problem wystąpił już wcześniej. Mianowicie każda wiadomośc jest wysyłana podwójnie, nie mam pojęcia dlaczego. Chciałem to złapać podczas debugowania i zauważyłem, że pierwsza "sztuka" mojej wiadomości wypisywana jest na konsoli, zanim kliknę pierwsze "resume", czyli w momencie gdy po naciśnięciu "Debug" kursor ustawia się na funkcji "HAL_INIT", w tym momencie już wyświetla mi się cała wiadomość, później podczas debugowania działa wszystko w porządku i elegancko wiadomość jest wysyłana znak po znaku i sam program działa w porządku. Jednakże nie mam pojęcia skąd defaultowo ta sama wiadomość pojawia się przed ruszeniem programu. Korzystam z Tera Term.

 

Zauważyłem, że przy zmianie tekstu, pierwsza wiadomość wyświetla się jeszcze stara po naciśnięciu run, podczas gdy przy drugim prawidłowym działaniu jest już nowa wiadomość.

Przy ponownym "runach", już się powielają.

Edytowano 28 marca przez Tomasz2000PL

[Polecacz 101]

Produkcja i montaż PCB - wybierz sprawdzone PCBWay!
   • Darmowe płytki dla studentów i projektów non-profit
   • Tylko 5$ za 10 prototypów PCB w 24 godziny
   • Usługa projektowania PCB na zlecenie
   • Montaż PCB od 30$ + bezpłatna dostawa i szablony
   • Darmowe narzędzie do podglądu plików Gerber
Zobacz również » Film z fabryki PCBWay

[Treker (Damian Szymański)]

@Tomasz2000PL witam na forum 🙂 Dla formalności: czyli jak rozumiem, jeśli nie korzystasz z Debuggera, to wszystkie komunikaty wyświetlają się podwójnie, tak? Wygląda na to, że znów pojawiła się jakaś aktualizacja w Cube, która coś tu miesza (lub jest to błąd). Wyeksportuj proszę swój projekt i dodaj go tutaj jako archiwum zip - sprawdzę Twoją wersję projektu i zobaczymy, czy uda się odtworzyć u Ciebie ten błąd.

[Tomasz2000PL]

UART_lesson_attempt2.zip @Treker dzięki za szybką odpowiedź. W międzyczasie wykonałem ten sam projekt jeszcze raz i tutaj błąd się powtórzył. Jest dokładnie tak jak napisałeś, czyli jeżeli nie korzystam z debuggera to wszystkie komunikaty wyświetlają się podwójnie. Wrzucam projekt jako zipa. Dzięki

[Treker (Damian Szymański)]

@Tomasz2000PL przeanalizowałem ten temat, ale nie udało mi się znaleźć nic konkretnego. Mam wrażenie, że tak po prostu działa teraz(?) Cube i szczerze mówią to nie mam 100% pewności czy kiedyś było inaczej. Możliwe, że tak, ale nie pamiętam tego - może ktoś inny potwierdzi?

Po zrobieniu kilku testów wniosek mam taki, że podczas włączania debuggera układ startuje i stary program zaczyna się wykonywać, a dopiero po chwili mikrokontroler jest resetowany i rozpoczyna się właściwie debugowanie nowego kodu, czyli układ jest zatrzymywany i czeka na instrukcję. Jak to sprawdzić najłatwiej? Zmieniając kod np. do takiej postaci:

  /* USER CODE BEGIN 2 */
  printf("Hello world!\r\n");

  /* USER CODE END 2 */

  /* Infinite loop */
  /* USER CODE BEGIN WHILE */
  int i = 0;
  while (1)
  {
	  printf("Test %d \r\n", i);
	  HAL_Delay(1000);
	  i++;
    /* USER CODE END WHILE */

Widać wtedy, że po włączeniu debuggera układ "zdąży" wyświetlić napis "Hello world" oraz "Test 0", dalej praca mikrokontrolera jest wstrzymywana. Po ręcznym wystartowaniu kod działa już poprawnie i wartości nie są wyświetlane podwójnie:

Można też dodać "brzydką" modyfikację w postaci opóźnienia na początku:

  /* USER CODE BEGIN 2 */
  HAL_Delay(200);
  printf("Hello world!\r\n");

Przy 200 ms opóźnienia na starcie nie będzie już tego efektu.

Można również dla testu, po wystartowaniu debuggera, użyć opcji Run > Restart. Program zadziała wtedy poprawnie. Reasumując: to nie jest błąd w programie, dane nie są wysyłane podwójnie. Po prostu podczas startu debuggera na kilkaset milisekund startuje stara wersja programu i widzimy jej efekty zanim nowy kod zostanie wgrany i zatrzymany. Sprawdzę jeszcze coś w tym zakresie, ale na ten moment nie udało mi się zmienić działania debuggera.