Przeszukaj forum

Cześć, ponownie wrócił u mnie temat wysyłania z uC danych z czujników MPU9250 do PC. Poprzednio robiłem to z użyciem funkcji printf i terminala CoolTerm i w przypadku 6 osi (akcelerometr + żyroskop) i szybkości próbkowania 20 Hz nie było problemu. Obecnie potrzebuję przesłać dane z 24 osi (4 akcelerometry i 4 żyroskopy na 4 IMU) z szybkością 500 Hz. No i tutaj printf nie wyrabia. Próbowałem też użyć sprintf oraz funkcję HAL_UART_Transmit, HAL_UART_Transmit_IT, HAL_UART_Transmit_DMA. (Z tą ostatnią mam problem, ponoć jest jakiś kłopot z CubeIDE i serią F7. Pierwsze testy pokazały mi jednak, że IT działa tak samo szybko jak DMA. Jeśli to prawda, to na razie ten problem pomijam. Jeśli jednak będzie potrzebne DMA, to tutaj też będę prosił o pomoc. W STM32F410RB Nucleo działa mi bez zarzutu.) Tutaj jednak przy przesyłaniu 24 wartości typu float czas przesłania danych jest zbyt duży i rzeczywista szybkość próbkowania mi spada. Wpadłem na pomysł, by zamiast danych typu float i funkcji (s)printf przesłać po prostu surowe wartości uint8_t z 2 rejestrów (lub jeszcze lepiej połączone od razu w uint16_t) dla każdej osi. Ale tutaj napotykam na problemy. Po pierwsze - jak wysłać te dane? Kolejno po sobie wartości z każdej osi? Czy jakoś je spakować "do kupy" i zrobić jedną transmisję w każdym przerwaniu zegarowym 500 Hz? Pierwszy pomysł wyglądałby mniej więcej tak (od razu proszę o korektę): int16_t MPU9250_aX_A, MPU9250_aY_A ... MPU9250_gZ_D); HAL_UART_Transmit_IT(&huart3, MPU9250_aX_A, sizeof(MPU9250_aX_A)); HAL_UART_Transmit_IT(&huart3, MPU9250_aY_A, sizeof(MPU9250_aY_A)); HAL_UART_Transmit_IT(&huart3, MPU9250_aZ_A, sizeof(MPU9250_aZ_A)); . . . HAL_UART_Transmit_IT(&huart3, MPU9250_gX_D, sizeof(MPU9250_gX_D)); HAL_UART_Transmit_IT(&huart3, MPU9250_gY_D, sizeof(MPU9250_gY_D)); HAL_UART_Transmit_IT(&huart3, MPU9250_gZ_D, sizeof(MPU9250_gZ_D)); Kolejny problem to odbiór tych danych i ich konwersja do postaci zrozumiałej dla człowieka. Na razie otrzymuję w terminalu coś w stylu: BĽR–ˇÍ.h)B*]+ ,Ş.A,Ş)B+ )BŐń."únôA-0Ŕ,."-0~,ŞˇÍÉČÚą.hŐńçÖ~´)Uź˝..áR–)BBĽŐńĺ.Ŕ,çÖ~..ú‰‡.˙,Ş`“+ á.}.ÉČ­mnô[`¦“.űëm.ś '—..˝.††`J.ĹV-0|<’ ĺ.D.›@úí.÷hú..^[.˝J„–÷h‰‡A+ .Š.‰‡~UźçÖ`“Ü÷˛h0`“JahUź©;BĽëmÉČÚą.˙á.ŠUź8\‰‡‰‡éjĺ.Aöš)B+ Korzystam z STM32F746ZG Nucleo, STM32CubeIDE 1.10.1, MCU Package 1.17.0. Na razie dane przesyłam z Nucleo poprzez USB, docelowo będzie to nowy układ z rdzeniem STM32F756VGT6 i komunikacja poprzez BT lub WiFi. 4 czujniki mam podłączone do 2 magistrali I2C. Proszę o wszelkie porady i pomysły, jak szybko przesłać wszystkie potrzebne dane i je poprawnie odczytać w PC.

Witam was serdecznie. Mam pytanie. Chciałbym użyć wyrażeń regularnych regex. Dodaje #include <regex.h> i próbuje użyć funkcji regcomp lub regexec. Niestety po kompilacji otrzymuję błąd "undefined reference to regcomp". Co muszę zrobić aby regex działał w CubeIDE w wersji 1.11.0? Znalazłem taką bibliotekę https://github.com/kokke/tiny-regex-c tylko nie wiem za bardzo jak mam ją wrzucić do CubeIDE? Czy ta biblioteka ma sens i czy są jakieś inne rozwiązania dotyczące wyrażeń regularnych dla CubeIDE?

Czy ktoś tutaj orientuje się jak importować projekt wykonany w CubeIDE do SW4STM32? Odwrotnie nie ma żadnego problemu lecz gdy muszę się cofnąć do starszego oprogramowania sypie wieloma błędami

Cześć. Jestem znowu zmuszony prosić was o pomoc gdyż po dwóch dniach poszukiwań nie udało mi się znaleźć odpowiedzi na mój problem. Korzystam z układu STM32h745ZI nucleo. Próbuje odpalić program na obu rdzeniach procesora i na razie po prostu zamigać diodami z jednego i drugiego. Debugger ustawiłem według opisu ze strony msalamon. Nie do końca tylko rozumiem w jaki sposób mam to uruchomić, Próbowałem bezpośrednio tak jak jest tam napisane, czyli odpalić najpierw program dla CM4 a później dla CM7 oraz tylko CM7. Efekt jest taki, że dioda z CM4 zaświeca się tylko na chwilę, później widzę, że STM przechodzi w stan resetu przed wgrywaniem softu na drugi rdzeń i do końca świeci juz tylko dioda z rdzenia CM7. To, że między wgraniem jednego i drugiego softu STM przechodzi w stan resetu wnioskuje po tym, że zaświeca się czerwona dioda, dokładnie tak jak w chwili podłączania układu do zasilania z linią BOOT0 podłączoną do 3V3. I tu właśnie pojawia się następny problem. Jeśli nie mam tak połączonego BOOT0 nie jestem w stanie w żaden sposób połączyć się z ST-Linkiem a więc wgrać nowego softu. To raczej nie jest poprawne działanie układu i pewnie właśnie to połączenie sprawia, że usuwany jest soft z rdzenia CM4. Jednak nie wiem kompletnie co mogę z tym zrobić.