stm32 - eclipse, HAL, CubeMX - pusty plik wynikowy

Question

Witam,Mój komputer był już tak powolny, że byłem zmuszony przywrócić system, niestety... Teraz już komputer śmiga aż miło, ale niestety nie wszystko...

Freddie Chopin · Answer

Jeśli to jest mało istotny warning, to faktycznie kod jest na pewno w porządku. Co prawda w C++ takie coś generuje errora na najniższych ustawieniach, ale jak wiadomo C++ jest głupie (;

.:KoSik:. · Answer

Och, nie o to mi chodziło. Z pierwszym ostrzeżeniem nie mogę sobie poradzić i nie mogłem już wcześniej. Drugi natomiast powoduje różnica typów danych. Nie wiem jak tą zmienną zamienić na const char ale długość jest chyba taka sama więc nie powinno być z tym problemu.Wcześniej ten kod działał. To tylko program testowy.=> Problem rozwiązany! Dolutowałem szpilki i po podłączeniu analizatora stanów okazało się, że SPI działa bez zarzutów ale wysyła w pewnym miejscu puste bajty. Idąc tym tropem okazało się, że w bibliotece od NRF24L01 w inicjalizacji był błąd. Skutkował on wysłaniem 4 bajtów 0x00 dodatkowo razem z adresem urządzenia.O tu jest:Code: cLog in, to see the codeNie wiem dlaczego tam jest 5 i dlaczego w starej wersji działało bez problemu. Teraz to już nie ważne. Po zmianie na 1 bajt wszystko wróciło do normy.

User removed account · Answer

To jest tzw Undefined Behaviour. I jest to błąd bardzo poważny. Wytłumaczę Ci, co to robi. Bierze jeden bajt (zakładam że typ tego jest uint8_t []) i konwertuje do wskaźnika do char. Następnie to na co wskazuje ten wskaźnik (a będzie on wskazywać na jakiś adres w zakresie 0x00:0xff (czyli na tablice wektorów)) jest traktowane jako C string i konwertowany do integera. Na dużym komputerze skończyło by się to najpewniej SegFault -em tu na Twoje szczęście można czytać te adresy a atoi pewnie od razu widzi, że to nie jest poprawna liczba i zwraca zero.Jeżeli celem było skonwertowanie na integer tekstu zaczynającego się od czwartego znaku tej tablicy to musisz Code: cLog in, to see the code

.:KoSik:. · Answer

Celem było skonwertowanie tylko jednego znaku z tablicy uint8_tTo wszystko jest bardzo proste i bardzo fajnie można to zrozumieć. Dopóki nie zacznie się pisać programu Wszystko się myli i już głupieję czy ma być znak & czy * czy jeszcze coś innego. Niestety każda ta funkcja jest inna i bez zrozumienia co ona tak naprawdę robi łatwo popełnić błąd.Dziękuję za wyjaśnienie w przystępny sposób Sprawdziłem i niestety wyskakuje kolejne ostrzeżenie:

User removed account · Answer

Ale to nie zadziała w tym przypadku bo ta funckcja wymaga stringu C (czyli tablicy char zakończonej "null character" - zwykle jest to zero). Konwersja jednego znaku ASCII jest to zdecydowanie prostsza"Code: cLog in, to see the code Dodano po 4 [minuty]:masz 2 wyjścia1. globalnie zrobić char unsigned (co w przypadku z korzystania z HAL ma sens bo tam same uint8_t * bez żadnego szacunku dla const) poprzez użycie opcji -funsigned-char2. Konwertować jawnie Code: cLog in, to see the code

.:KoSik:. · Answer

Takie rozwiązanie z odjęciem '0' już gdzieś widziałem. Myślałem, że atoi() będzie lepsze. Jak widać myliłem się. Potrzebowałem zamienić tylko jeden znak więc Twoja funkcja sprawdzi się dużo lepiej i pewnie jest trochę szybsza niż atoi().Teraz skompilowało bez błędów. Dziękuję jeszcze raz za pomoc

rafiak2 · Answer

Cześć,to jest znany błąd i zgłoszony już twórcom, powinien być naprawiony podczas najbliższych aktualizacji. Problem polega na tym, że uszkodzeniu ulega plik STM32FXXXXXx_FLASH.Id. Jest to plik generowany automatycznie, zawierający on opis pamięci mikrokontrolera. Najlepiej skasować uszkodzony plik STM32FXXXXXx_FLASH.Id i ponownie wygenerować projekt z CubeMX a następnie skompilować cały projekt.