scalony transceiver nRF24L01+ - uruchomienie tego ustrojstwa?

U¿ytkownik BartekK napisa³:

Nie mia³em do czynienia z tym i nawet w tej chwili nie mam czasu przegl±daæ jego dokumentacji ale sprawd¼ czy na Vdd_PA to Ty nie masz podaæ zasilania. Przynajmniej tak odbywa siê to w komórkach.

--
AlexY 
http://faq.enter.net.pl/simple-polish.html 
http://www.pg.gda.pl/~agatek/netq.html

W dniu 2013-10-28 09:59, AlexY pisze:

No tego to ja tutaj nie spodziewam się, bo:

- jest to sprzedawane w formie gotowych modułów różnej maści "DYI" z wyjściami goldpin, gdzie nigdzie to napięcie nie jest wyprowadzane (ja to mierze wprost na układzie, ale są takie wykonania, że nawet z miernikiem/oscyloskopem niezbyt jest jak dostać się do tego pinu)

- wg schematu referencyjnego od producenta czipu - te napięcie nie jest nigdzie wyprowadzane "na zewnątrz", jedynie wychodzi z czipu i wraca po odfiltrowaniu LC do wzmacniacza mocy w czipie, ewentualnie wg producenta czipu - może być użyte do kluczowania załączania zewnętrznego wzmacniacza mocy w.cz.

- wg dokumentacji nawet jest powiedziane, zeby nie dawać większych pojemności filtrujących na to napięcie, bo będzie zbyt wolno narastać i nie będzie w stanie się przełączać RX-TX, bo wewnętrzny stabilizator ma ograniczoną wydajność prądową.

Użytkownik BartekK napisał:

[..]

Skoro tak, to błąd jest gdzie indziej, jak wspomniałem w disclaimerze nie widziałem tego na oczy więc był to taki strzał niemal na ślepo. Przymierzam się do tego typu komunikacji więc luknę w wolnej chwili.

Użytkownik AlexY napisał:

Lukłem, dokumentacja jest tak precyzyjna że jeśli postępujesz zgodnie z nią i nie działa to najpewniej masz walnięty moduł.

W dniu 2013-10-28 20:28, AlexY pisze:

Okazuje się, że nie ;) Doszedłem, co robię źle, a co jest niedopowiedziane w instrukcji i generuje pewne problemy organizacyjne:

1) obojętnie czy się ustawi flagi w rejestrze CONFIG, żeby moduł generował przerwanie zewnętrzne przy sukcesie wysłania z potwierdzeniem odebrania, sukcesie odebrania, przekroczeniu liczby powtórzeń - i tak moduł te przerwania generuje i ustawia wewnątrz rejestru STATUS flagi przerwań (najwyżej nie steruje wyjściem zewnętrznym) 2) jeśli nawet nie używamy trybu z potwierdzaniem odebrania - to moduły (z niektórych serii, *nie wszystkie) po włączeniu mają w rejestrze STATUS na dzieńdobry ustawioną flagę przerwania, taki "artefakt po resecie" więc trzeba to profilaktycznie kasować, bo: 3) ustawienie (przez moduł) flagi przerwania "sukces wysłania" powoduje że nic więcej nie możemy wysłać, dopóki nie skasujemy tej flagi. Żeby jeszcze było prościej - odczytywane 0=brak przerwania, 1=przerwanie, a żeby skasować 1 na 0 nalezy wpisać... 1 do danego bitu, wtedy przyjmuje wartość 0. Logiczne.* 4) żeby było prościej - zapisywać do rejestrów konfiguracyjnych da się tylko w trybie standby... Jeśli wrzucimy cokolwiek do TX-fifo, to moduł nie przejdzie do standby, bo czeka na zrealizowanie wysyłki, a zrealizowac nie może - bo wisi mu flaga przerwania od poprzedniej wysyłki (lub po resecie błędnie ustawiona), a skasować flagi się nie da

- bo nie jest w standby... (na szczęście jest funkcja TX-flush czyszcząca bufor TX). Kolejne uproszczenie ;)