Proszę o informację na następujący problem:

Chciałbym zbudować 30szt. układów ( na NRF24L01 ) , które będą wysyłać pewną ramkę do powiedzmy "routera" opartego na NRF24L01. Ów '"router" będzie zbierał te informację i wysyłał dane do komputera przez RS232. Ramki będą wysyłane losowo co około 5 sekund. Moje pytanie brzmi - czy taka duża ilość układów NRF będzie prawidłowo działała. Dodam że wszystkie układy mają działać na jednym kanale. Całość będzie oparta o bibliotekę Atnel. Pozdrawiam.

trzeba sprawdzić po prostu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No właśnie tak zrobię, tylko chiałem się najpierw upewnić przed zbudowaniem tych 30 urządzeń.

Na początek sprawdź np na 5-ciu - czy przede wszystkim twój soft działa poprawnie. A później dodawaj.

Ale przy interwałach co 5 s to chyba nie powinno być problemów nawet jeśli raz na jakiś czas zdarzy się kolizja to i tak przy automatycznych retransmisjach wszystko powinno się udać ... tak myślę, ale bez sprawdzenia empirycznie to można tylko gdybać

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

ok dzięki. Jest przynajmniej cień szansy więc próbuję. Pozdrawiam.

Dodaj sobie w ramce danych 1bajt i traktuj go jako ID urządzenia, pętla odpytuje każde po kolei, na 100% działa, możesz zrobić jedna globalna komendę do przygotowania danych do wysyłki w urządzeniach, trzymasz już gotowe dane w buforze do wysłania i jak przyjdzie zapytanie z odpowiadającym ID wysyłasz

Zamiast dodawać do ramki danych dodatkowy bajt ID, można by nadać każdemu z 30 urządzeń inny adres na pipe0, a na pipe1, jeden wspólny adres np. dla komend przygotowania danych itp. Wtedy urządzenie zbiorcze przeleci tylko po adresach i odpyta urządzenia, a gotowe ramki będą odsyłane automatycznie, razem z potwierdzeniami ACK. Przy ustawieniu maksymalnej liczby retransmisji (15), w razie braku odpowiedzi można zgłosić błąd, ze z którymś urządzeniem jest coś nie tak.

Kolego napisałeś to samo co ja tylko w innej konfiguracji, pozatym możesz dodać x urządzeń ogranicza wielkość zmiennej, dodać time out, no cuda, cuda można pisać w kodzie

Tak, zgadza się. Chciałem tylko pokazać możliwość zrealizowania tego o czym Ty pisałeś ale za pomocą samych funkcjonalonści modułów, bo po co dodawać zmienną ID i potem ją filtrować softowo, kiedy to samo załatwia sprzętowo 5bajtowy adres modułu. Ale to już jak kto woli i czego wymaga dana sytuacja

prototypy płytek zamówione. Jak to poskładam zajmę się pisaniem kodu i z pewnością skorzystam z Waszych porad. Obecnie mam takie urządzenia, które działają po wifi i można powiedzieć że to wszystko działa, ale zdarza się , że któreś z urządzeń nie podłączy się do routera i tracę od nie dane, dlatego chcę to wszystko zmienić na NRF.

to nie zrobiłeś najpierw jakiegoś prototypu na jakichś zestawach albo nawet na stykówkach ? lekka masakra - no ale jak się lubi tracić kaskę to kto komu zabroni ?

Ja tam zawsze wolę zrobić prototypa podstawowego na tym co mam pod ręką

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No przecież nie mam kilku stykówek, a płytki w Chinach są tańsze niż stykówki

hehehe no coś w tym jest

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

pozaty lutowane polaczenia sa o miliony % lepsze niż stykowka, nie jeden z nas się o tym juz przekonał

pozdrawiam

.

Wysłane z mojego SM-T555 przy użyciu Tapatalka

Projekt wykonany:




Teraz to co tygrysy lubią najbardziej - kodzik

Fajnie wygląda, super,
Hmmm zastanawia mnie ta "elektrownia" na plytce hehehe, tosz przy subwooferach w klasie D takie są hehehe

aj tam, to jest prototyp więc dałem co mam w szafce

Proszę o pomoc. Dlaczego nie nie działa mi SPI sprzętowe, a na programowym wszystko śmiga. Moja konfiguracja SPI to:


W układzie mam podłączoną ATMEGĘ32 do NRFa jak w przedstawionym kodzie - czyli inaczej mam tylko aSS ( bo ATMEGA ma SS pod PB4, ale to mam już podpięte pod czytnik RFID, który też działa pod SPI). Układ mi się zawiesza przy inicjalizacji NRFa.

Panie kochany to zajrzyj sobie do PDFa byle procka AVR i zobacz, że to nie ważne co ty masz podpięte czy nie - pod pin SS sprzętowego SPI. To MUSI być pin ustawiony jako wyjście do sterowania sygnałem CS i koniec. Więc już wiesz dlaczego ci nie działa sprzętowe SPI.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

czyli jak mam dwa urządzenia SPI to i tak SS musi być podpięte do pierwszego i drugiego ? A jak się w takim przypadku ustawia urządzenie które będzie w tej chwili obsługiwane ? Byłem przekonany że SS właśnie do tego służy.

skoro jest nieważne bo określam, że aSS ma być na PB3 to dlaczego jak robię USE_SOFT_SPI 0 to mi procek wisi tuż po inicjalizacji NRFa?

To oznacza, że nie rozumiesz jeszcze jak działa SPI, a więc doprecyzuję - pin SS MUSI być skonfigurowany gdy robisz SPI MASTER w AVR. I może on służyć do wyboru pierwszego urządzenia SPI na magistrali a jak masz drugie albo więcej to już sobie sam definiujesz kolejne piny CSx do ich wyboru. I tak wszystkimi pinami CSx łącznie z tym SS przecież sam musisz programowo działać - czyli zmieniać ich stany w odpowiednim momencie bo procek za ciebie tego nie zrobi.

Tak to działa w AVR ok?

------------------------ [ Dodano po: 4 minutach ]


Bo coś sobie mieszasz nie czytając noty PDF.

Biblioteka definiuje piny głównie ze względu na SPI soft ... a od strony sprzętowej nie masz wyjścia i już ci to pisałem wyżej, a ty znowu, że sobie jakiś PB3 ustawiasz. To sobie ustawiaj i później się dziw że nie działa. Masz w nocie jak BYK napisane które piny to: MOSI, MISO, SCK i SS i nie zmienisz tego dla sprzętowego SPI.

A nauczka dla ciebie na przyszłość taka, żeby najpierw przetestować wszystko na zestawie uruchomieniowym albo na stykówce - i może teraz zrozumiesz dlaczego pisałem o tym w tym poście:

post229529.html#p229529

bo tu nie chodzi tylko o cenę płytki ale i o czas...

No ale ... jeszcze troszkę podziałasz to sam dojdziesz że miałem rację czy tego chcesz czy nie

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dziękuję Panie Mirku za wyjaśnienie. Teraz już rozumiem - definiuję dwa porty uC jako wyjścia (np. PB3 - NRF CS i PB4 RFID CS ) i jeśli używam NRFa to na linii PB3 wystawiam stan niski, a po transmisji stan wysoki, a jeśli chcę użyć RFIDa to na PB4 wystawiam niski a potem wysoki. Czy o to tak działa ?

dokładnie tak - użycie tych pinów zależy już od programisty, atmel nakazuje tylko bezwzględnie skonfigurować przynajmniej jeden pin CS właśnie ten SS aby uruchomić w ogóle sprzętowy moduł SPI.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

i wszystko bardzo ładnie działa. Dziękuję Panie Mirku raz jeszcze.

Działało fajnie, ale jak dane z karty RFID czytam zbyt często to się procek zawiesza. Odczyt karty następuje przy odbiorze kodu z NRFa ( np. AT+READ - wysyłam kilka razy komendę i po jakimś czasie odczyt karty już jest niemożliwy ). Przy odłączonym RFIDzie dane mogą być bardzo szybko przesyłane, ale przy dwóch urządzeniach na SPI już zaczyna się kaszana. Najgorsze to to, że nie mam możliwości przejść RFIDem np. na I2C, bo wtedy pewnie by działało normalnie. Obsługa SPI musi działać prawidłowo bo mogę odczytawać kartę i nadawać NRFem, ale odstęp czasu musi być duży ( parę sekund ). Zauważyłem, też że zawieszanie następuję jak układ z RFIDem zaczyna coś czytać z NRFa.

Ty to tak opisujesz - te problemy, jakbyś wziął procek, podłączył jakoś tam wszystko - no i zaczęła się kaszana. Sam to przeczytaj i spróbuj pomyśleć czy komukolwiek mógłbyś coś pomóc po takim opisie problemu. To tak jakby u ciebie nie było żadnego kawałka kodu źródłowego napisanego przez ciebie - tylko nie wiem - zalęgły się tam same jakieś IF'y i coś robią i kaszanią

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

To może prościej zapytam. Czy wywołanie funkcji odbiorczej może doprowadzić do zawieszania się procka ? ( przy założeniu, że na SPI są dwa urządzenia).
.
Przecież to nawet lepiej bo jeśli są tylko dwie biblioteki to nie ma możliwości abym to ja coś namieszał. Ja wywołuję tylko te "kolbeki" i przecież to powinno hulać. Cała reszta w main.c oprócz inicjalizacji to coś takiego:



a w tej funkcji parsującej NRF jest tylko:

Na chwilę obecną zrezygnowałem z odpytywania NRFa, a po prostu co 2sekundy wysyłam informację że jest aktywny. Mój "router" jak taką flagę odbierze to uznaje, że NRF żyje. Czasami trzeba się pocieszyć takim półśrodkiem . Pozdrawiam.

Jeszcze jedno pytanko ( w tym roku ). Nie chcę grzebać w ustawieniach biblioteki NRF więc wolę zapytać czy któreś z ustawień ma jakiś wpływ na odbieranie danych ? Bo mam taką dziwną sytuację, że działa mi 10 urządzeń nadawczych i odbiornik zbiera mi z nich informację. Zdarza się jednak ( raz na jakiś czas ) że przy nadawaniu jednego z urządzeń odbiornik przestaje odbierać dane ( jakby jakiś bufor się przepełniał czy co ). Zrobiłem w pętli głównej sprawdzenie diodą LED czy pętla się wykonuje i wygląda na to, że procesor się nie zawiesza tylko przestaje reagować na calbacki odbiorcze ( obojętnie z jakiego nadajnika ). Ramki jakie wysyłam nadajnikiem nie mają więcej niż 15 znaków + NULL.


Funkcja odbioru jest banalna bo wygląda tak: