[Rozwiązano] Jak uruchomić SPI4 na uC F767 dla komunikacji z NRF24L01?

0. Funkcja obsługująca transmisję powinna najpierw upewnić się, że w FIFO nie ma danych. Można to zrobić poprzez:

1. Sprawdzenie stanu BUSY w celu zakończenia transferu (pin nCS) musi być poprzedzone wysokim stanem TXE.
Można to zrobić tak, przy okazji czyszcząc FIFO odbiornika, aby nie robić tego przed transferem:

2. Jeżeli wysyłasz i odbierasz dane do 8-bitów włącznie, to konieczne będzie rzutowanie na typ bajtowy, tak jak napisał excray. Jeżeli operujesz na dłuższych danych (9-16 bitów), to wtedy rzutujesz na typ 16-bitowy. Bez rzutowania, dostęp stwarza problemy z wypełnieniem FIFO i pojawiają się zbędne dane. Ale to jest szczegółowo opisane w RM.
3. Zamiast wysyłać dane przez polling, lepiej użyć DMA. Nie chodzi nawet o czas transferu, co automatyzację operacji, możliwość kolejkowania zadań i brak konieczności rzutowania typów. Akurat nRF24L01 jest dość przyjaźnie nastawiony do użytkownika i wiadomo ile bajtów jest do odczytania z FIFO.

Wbrew powszechnej opinii, funkcje obsługujące transfer po SPI mogą być dedykowane do nadawania i odbioru, szczególnie przy wysyłaniu pakietów.
Przykład 1: Wysyłanie pakietu do modułu radiowego:

- wysyłasz adres rejestru, np. FIFO. Można odczytać status.
- wysyłasz dane. Nie ma sensu nic odczytywać.
- jeżeli chcesz użyć jednej funkcji do TX/RX, do do bufora RX będziesz wpisywać śmieci odebrane z radia. Zbędne przepychanie danych.
- jeżeli nie odczytujesz danych odebranych przez SPI, to najpierw nastąpi zapełnienie FIFO, a później zgłoszony zostanie overflow.
- czyszczenie FIFO polega na odczytywaniu FIFO tak długo, aż wskaźnik zostanie wyzerowany.

Przykład 2: Wczytanie pakietu danych z modułu radiowego:

- wysyłasz adres rejestru. Można odczytać status.
- wysyłasz 0x00, a odebrany bajt przepisujesz do bufora w uC.
- jeżeli chcesz użyć jednej funkcji do TX/RX, to musiałbyś załadować N bajtów 0x00 do bufora TX. W przeciwnym razie nie ma pewności, że radio prawidłowo dostarczy dane.
- jeżeli nie chcesz przesyłać zbędnych danych (0x00), możesz użyć dodatkowej flagi w wywołaniu funkcji obsługi transferu po SPI. Ja preferuję dedykowane funkcje dla TX i dla RX.
Jest różnica między czyszczeniem bufora, a odczytywaniem użytecznych danych. Wszystko jest w komentarzach.
U Twoich funkcjach nie ma sprawdzenia stanu TXE przed załadowaniem danych i przed testem BUSY. Nie ma żadnej obsługi FIFO.
Jeżeli korzystasz z podglądu rejestrów, to wyłącz podgląd SPI->DR. Odczyt rejestru przez debuger powoduje utratę wartości. Nie można jej odzyskać.