[STM32F103] Jak połączyć NRF24L01 z STM32F103/STM32F107? Problemy z komunikacją SPI

Witam,
Otoz proboje podlaczyc uklad do komunikacji bezprzewodowej NRF24L01 (Strona producenta) do prockow STM32F103 i SMT32F107 aby umowliwic komunikacje pomiedzy nimi.
Jakoze nie znalazlem w sieci zadnej nadajacej sie/dzialajacej biblioteki obslugujacej ten uklad na STM32, skorzystalem i przepisalem biblioteki AVR/Arduino.
Jednak nadal mam problem, nie jestem pewien co tutaj jest nieprawidlowe, gdyz uklady nie komunikuja sie.
SPI sie na pewno inicjuje, w debuggerze widac ze program dochodzi sobie do while i tam sobie krazy.
Czy ktos pracowal juz na tym ukladzie i moze poradzic gdzie moze byc blad ?
Pozdrawiam


Uklad nadawczy rozni sie tym, ze inicjuje funkcje:

Cytat:

TX_Mode();

a w petli znajduje sie

Cytat:

nrf_send(sss, 32);

Plik NRF24L01.h:

Konfiguracja RCC jest standardowa, poza tym zainicjowalem GPIOA,B,AFIO:
[/code]

Moja rada na problemy: zrezygnuj ze sprzętowego interfejsu SPI w STM32. Ten interfejs "działa", ale wg mnie ma bugi które w pewnych wypadkach uniemożliwiają poprawną wymianę danych. Po prostu napisz procedury które będą sterowały portami bezpośrednio.

Wydaje mi sie ze interfejs SPI akurat poprawnie wysyla i odbiera dane, gdyz po wpisaniu np numeru kanalu komenda SPI1_writeReg, jestem w stanie pozniej odczytac ten numer kanalu poprzez SPI1_readReg.
Uwazam ze to jedynie problem biblioteki.
Obcenie proboje uzyc kopii biblioteki z Arduino/AVR przepisanej aby dzialala na STM32 i widze pewne niewielkie postepy.

Problem z interfejsem SPI polega na czymś innym. Wytłumaczyłem to trochę szerzej w innym wątku. Spróbuj tak jak ja proponuję. Napisanie SPI programowego zajmie chwilę.

you-zek napisał:

Moja rada na problemy: zrezygnuj ze sprzętowego interfejsu SPI w STM32. Ten interfejs "działa", ale wg mnie ma bugi które w pewnych wypadkach uniemożliwiają poprawną wymianę danych. Po prostu napisz procedury które będą sterowały portami bezpośrednio.

Ten interfejs działa poprawnie.
zielik
Zrób inicjacje i obsługę SPI normalnie na rejestrach.

Czyli po prostu pominac biblioteke stm ?

Pomiń interfejs sprzętowy. Manipuluj stanem portów programowo. Każdy bit wysyłaj na piechotę.

Tak tak rozumiem, you-zek - skoro piszesz ze to nie trudno sproboje.
Pytalem felekfale, czy mial an mysli jedynie pominiecie "tej" biblioteki.

W funkcji wysłania widzę brak sprawdzania stanu flagi BSY po wysłaniu bajtu danych, sprawdzasz tylko stan flagi TXE przed wysłaniem bajtu.
Tak z ta biblioteką ludzie mieli sporo problemów, chociaż i na niej powinno wszystko działać. Czytałeś Reference manual?

Właśnie w pracy flagi BSY jest bug. Trochę się nad nią nawk..... i czasu spędziłem. Ona po prostu nie działa. Sprawdź oscyloskopem stan wyjścia nadajnika a co pokazuje rejestr.

Czytalem RM nie przywiazujac uwagi do falgi BSY, widze ze musi byc rowna 0 po wyslaniu danych. Poprawie kod w wolnej chwili i sprawdze czy dziala.

Sprawdź też czy kiedykolwiek stan tej flagi się zmienia.

No ale już idź do swojego tematu z tą rewelacją, że flaga BSY nie działa, bo milionom osób działa bezproblemowo... Twierdzisz że jest inaczej i że to sprawdziłeś - podaj konkretny przypadek, wszystkie dane, pełny kod i pomiary które zebrałeś, bo tak to ja sobie mogę twierdzić, że flaga PLLRDY też nie działa...

4\/3!!

Cytat z RM
"After writing the last data item into the SPI_DR register, wait until TXE=1, then wait until
BSY=0, this indicates that the transmission of the last data is complete"

Sprawdzasz np. w ten sposób:

Z tym BSY to jakaś prowokacja?

Jeśli nie to czekam aż napiszesz żeby ktoś sobie napisał CANa lub MACa programowo :].

Udalo mi sie napisac dzialajaca bibloteke.
Problem byl jedynie z obsluga urzadzenie, jego statusu, configu. Jednak dla mnie to nie byl maly problem i ciesze sie ze w koncu to rozwiazalem.

Oto kod i krotki film: