STM32F103 - połączenie NRF24L01

Witam,

Potrzebuję pomocy, bo w przeciwnym razie kolejnym projektem będzie miotacz ognia żeby spalić te wszystkie NRF'y

Mianowicie już od ponad dwóch tygodni próbuję połączyć ze sobą dwa nrf24l01. Próbowałem przerobić bibliotekę RF24 z arduino ale niestety bez rezultatu. Znalazłem natomiast inną. Napisaną dla F103 ale również nie chce ruszyć. Nie wiem już gdzie popełniam błąd...

Dolutowałem kondensatory na zasilanie. Na arduino nrf śmigają bez problemu.

Ustawienia odczytane z układów:


W załączniku cały projekt

Skoro na arduino nRF działa, a na STM nie to logiczne by było szukać błędu w kodzie, a nie w module nRF.

A ja tam coś takiego napisałem, że szukam w nRF...???

To oczywiste, że jeśli moduł odpowiada to znaczy, że jest dobrze podłączony, komunikacja działa, a na dodatek sam moduł jest sprawny bo sprawdzany to oznacza błąd w programie/konfiguracji.
Nie mogę tylko go zlokalizować

.:KoSik:. wrote:

A ja tam coś takiego napisałem, że szukam w nRF...???

.:KoSik:. wrote:

Potrzebuję pomocy, bo w przeciwnym razie kolejnym projektem będzie miotacz ognia żeby spalić te wszystkie NRF'y

Hmmm, co autor miał na myśli. Pewnie pisał o niezwykłym pięknie przyrody i nieubłaganie upływającym czasie...
Ok, żeby nie było, zajrzałem do Twojego kodu, ale Ty używasz HAL, a to nie moje klimaty. Sprawdź analizatorem co hula po SPI, a jak nie masz analizatora to koniecznie kup.

Mam analizator. Jak dla mnie inicjalizacja wygląda w porządku. Porównywałem też z pracującym na arduino.

Niestety nie bardzo mogę to wyeksportować do jakiejś sensownej postaci. Jedynie do Matlaba ale nie używam więc nie mam jak sprawdzić jak to wygląda. Najlepiej obejrzeć w dedykowanym programie: https://www.saleae.com/downloads

Matlab: https://1drv.ms/u/s!AlJIQd76Efs6hW_2vVBI939XOT5w

Plik programu Saleae: https://1drv.ms/u/s!AlJIQd76Efs6hW7kieZa4rBcqxcP

Jako, że nie mogłem poradzić sobie z uruchomieniem żadnej z dostępnych bibliotek jedną z nich przerobiłem i uprościłem ile się tylko da.
W chwili obecnej komunikacja działa (tzn coś się dzieje) między dwoma STM32 z wyłączonym CRC i ACK.
Jednak odbiornik odbiera tylko jakieś 2-3% wysłanych 6-bajtowych pakietów. Co dziwne pakiety docierają bez żadnych zakłóceń i krzaków

W załączniku kod


Powodem był błąd w konfiguracji. Pomyliłem bit PTX i PRX. Powinno być odwrotnie:


Niestety nadal bez CRC i ACK ale to już mogę sobie darować

Witam,

Biblioteki do arduino bywają "mocno rozbudowane" i czasem sprawdzenie jak dana bibliotek została napisana zajmuje trochę czasu. Ostatnio walczyłem z MPU6050 i na sam koniec okazło się że kod do obsługi tego urządzenia jest dużo mniejszy niż w dibliotece do arduino (pod wzgledem rozbudowania). Proponuję aby każy krok jak wykonamy sprawdzać czy działa. Można oszczędzić sobie czasu i nerwów. Tak moja rada na przyszłość

Pozdrawiam,

To fakt kolego Rariusz. Trzeba sprawdzać każdy krok i poprawiać do skutku.

Jednak nie obejdę się bez CRC bo bez niego zgłasza mi za dużo przerwań, a na to nie mogę sobie pozwolić z uwagi na to, że urządzenie ma być docelowo zasilane z akumulatora. Tym razem już nie za bardzo mam koncepcję co może być nie tak. Jak tylko ustawię bit EN_CRC to jest cisza. Żadne dane nie docierają. Może ja coś źle rozumiem i CRC nie funkcjonuje bez dynamic payloads czy coś takiego?

Problem rozwiązany. Niestety w dokumentacji brakuje podstawowych informacji. Mianowicie CRC można uruchomić dopiero po włączeniu dynamic payloads. Tyle czasu zmarnowane bo w dokumentacji brakło jednego zdania. Ech... Najważniejsze, że już działa