STM32 UART wysyłanie danych typu uint16_t

[radek04]

Zdaje się, że moja biblioteka FatTS jest trochę inna. Pojawia mi się błąd

'FIL' has no member named 'fsize'    main.c    /F7_SD_SPI_szymonw/Core/Src    line 105    C/C++ Problem

w linii

f_lseek(&fil, fil.fsize);

W ff.h mam taką deklarację funkcji f_lseek

FRESULT f_lseek (FIL* fp, FSIZE_t ofs);								/* Move file pointer of the file object */

@szymonw, czy mógłbyś mi przesłać swoje pliki ff.h oraz ff.c?

Edytowano Listopad 13, 2022 przez radek04

[Anonim]

Bardzo przepraszam ale pomiąłem ważny krok  w FATFS.Trzeba odnaleźć USE_LFN(Use Long Filename) i wybrać tak jak na zdjęciu

[radek04]

Nic nie szkodzi, zauważyłem to. Ale to jednak nie rozwiązuje problemu z błędem.
Poszukam, gdzieś chyba mam starsze pliki do FatFs.

 

Edit: Jednak nie mam ff.h. Mam ffconf.h, fatfs_platform.h itp., ale samego ff.h nie mam...

Edytowano Listopad 13, 2022 przez radek04

[Anonim]

Jeśli płyta nucleo stm32f746GZ to u mnie po skonfigurowaniu i wygenerowaniu kodu i pierwszej kompilacji  błędów nie ma.Nie dodałem bibliotek ani kodu w main.

   text       data        bss        dec        hex    filename
   7040         40       1688       8768       2240    SD746.elf
Finished building: default.size.stdout
 Finished building: SD746.list
23:01:57 Build Finished. 0 errors, 0 warnings. (took 5s.413ms)

 
Finished building: SD746.list

Najlepiej stwórz nowy projekt i tylko pod kjartę SD.Czsami coś jest nie tak z STM32cubeide.Miałem ze dwa razy taką sytuację . Odinstalowałem i zainstalowałem na nawo i było oraz jest ok.

[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

[radek04]

Tak zrobiłem projekt, dodałem jedynie obsługę UART. Błąd dotyczy właśnie fragmentu z main.

Edytowano Listopad 13, 2022 przez radek04

[radek04]

@szymonw, masz może pliki programu, który działał wraz z poniższą funkcją? 

f_lseek(&fil, fil.fsize);

 

Edytowano Listopad 15, 2022 przez radek04

[Anonim]

Ta funkcja jest nieprawidłowo napisana.Podpowiem ale nie napiszę jak powinien wyglądać zapis.Jak zaczniesz wpisywać w wyszukiwarce f_lseek  ,tylko powoli by widzieć co proponuje wyszukiwarka w podpowiedzi po wprowadzeniu kolejnego znaku, to znajdziesz odpowiedź co źle napisałeś.Google podpowie.Nie mogę Cię pozbawić przyjemności odkrywania meandrów programowania bo się niczego nie nauczysz. Warto poczytać co opisał STM w UM1721 User manual Developing applications on STM32Cube™ with FatFs.

[Anonim]

Dnia 12.11.2022 o 10:09, radek04 napisał:

Niedawno próbowałem zrobić zapis na USB właśnie zgodnie z tym tutorialem. No i niestety nie działa. Nie wiem, czy problem jest z z moimi pendrive'ami - mam dwa różne egzemplarze ze złączami micro USB, niby OTG (ale chyba nie jest jednoznaczne?), z Nucleo - F764ZG to jedyne z OTG, jakie posiadam - czy robię coś źle.

Właśnie wypróbowałem rozwiązanie zapisu na dysku USB to z Controllertech  .Sukces ,zadziałało od razu a zrobiłem to na stm32f401.Coś zrobiłeś niezgodnie z procedurą zaproponowaną przez autora.

[radek04]

Fakt, żaden ze mnie mistrz programowania mikrokontrolerów. Z "ogólnymi" fragmentami kodu radzę sobie lepiej niż z tymi stricte dotyczącymi sprzętu. Jednak jestem uważny i potrafię dokładnie odtworzyć instrukcję. Skoro coś działa mi na Arduino, działa na Nucleo F1, a analogiczny program nie działa na F7, to podejrzewam, że coś nie tak jest właśnie z tym F7. Przerobilem mnóstwo przykładów użycia karty SD, zarówno przez SPI, jak i przez MMC (SDIO). Sprawdzę jeszcze tylko ten program na F4. Jeśli tam zadziała, to chyba się poddam. Jestem za słaby, by wszystko od nowa napisać bez użycia HAL, a czas mnie mocno goni. Was też już głupio mi prosić o pomoc, bo wygląda na to, że macie do czynienia ze średnio ogarniętym amatorem. Tak więc albo to uruchomię do końca tygodnia, albo porzucam pomysł zapisu na kartę z F7.

[radek04]

Testy ostatniej szansy...
SD poprzez SPI działa na F4.
SD poprzez SPI na F7 - TEŻ DZIAŁA.

Korzystałem z tutoriala https://01001000.xyz/2020-08-09-Tutorial-STM32CubeIDE-SD-card/.
Prawdopodobne wcześniejsze problemy:
- zbyt szybki zegar na SPI - jeszcze to sprawdzę
- karta SD 1 GB, która za pierwszym razem mi zadziałała na F1 była przeze mnie uważana za "wzorcową", bo zadziałała. Okazało się, że raz działa, raz nie. Wziąłem inną32 GB i problem zniknął. Jednakże zwykle testowałem kilka kart przy różnych kodach, więc to chyba nie była przyczyna wcześniejszych niepowodzeń, aczkolwiek ręki nie dam sobie uciąć, że inne karty sprawdzałem zawsze.

Edit 1: Szybki zegar też działa.

Edit 2: Znaleziona przyczyna problemów - zwiększenie MAX_SS.
Działa tylko przy wartości 512. W każdym przykładzie (poza tym dzisiejszym) autorzy zwiększali ten parametr. Czy ktoś wie, dlaczego po jego zwiększeniu nie działa u mnie komunikacja z kartą SD?

Edytowano Listopad 18, 2022 przez radek04

[radek04]

Czy robiąc zapis na kartę SD, dane zawsze muszę przekonwertować na string? Teraz używam do tego funkcji sprintf, ale to znów zbyt długo trwa.

[radek04]

Sam zapis na kartę SD w 4-bitowym trybie SDMMC działa, więc ten wątek powoli będę zamykał.
Bardzo dziękuję wszystkim aktywnym za zaangażowanie.

Kontynuacja - dotycząca kolejnych problemów - znajduje się w temacie STM32F7 Zbyt mała szybkość zapisu danych z czujników I2C na kartę SD.

[matsobdev]

Tak odnośnie transmisji BT (Classic SPP) na Pico W:

194040 bytes -> 64.636 kB/s
101970 bytes -> 33.978 kB/s
178200 bytes -> 59.400 kB/s
183150 bytes -> 60.505 kB/s
169290 bytes -> 41.656 kB/s
195030 bytes -> 64.901 kB/s
180180 bytes -> 59.622 kB/s
109890 bytes -> 36.630 kB/s
179190 bytes -> 59.730 kB/s
193050 bytes -> 63.670 kB/s
109890 bytes -> 36.617 kB/s
184140 bytes -> 61.318 kB/s
143550 bytes -> 39.071 kB/s
194040 bytes -> 64.400 kB/s
185130 bytes -> 60.758 kB/s
186120 bytes -> 61.978 kB/s
100980 bytes -> 33.195 kB/s
190080 bytes -> 62.567 kB/s
190080 bytes -> 62.485 kB/s
108900 bytes -> 35.834 kB/s
174240 bytes -> 57.983 kB/s
183150 bytes -> 61.050 kB/s

Tak więc byłaby nadzieja na transmisję przez BT. Wiem, wiem, temat historyczny już. Zwykłe SPP, dane do ściągnięcia przez CoolTerm, czy Pythona (pyserial). No i wiele innych. Przez ścianę nośną z czerwonej cegły, monitor, meble kuchenne i co tam w tych meblach. Choć to przez Serial Bluetooth Terminal na Androidzie. Autor sam wspomina, że może nie nadawać się do przesyłania dużej ilości danych. Linijki wskakiwały gdzieś co trzy sekundy, to raczej bajty.

Edytowano Luty 25, 2023 przez matsobdev