eeeh zapomniałem ... dzisiaj miałem zaganiany dzień - postaram się jutro

_________________
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 i sprawdziłem ... i jak myślisz? jaki jest wynik ?

------------------------ [ Dodano po: 1 minucie ]

dodam, że ja testowałem to tak:



i to w tej konfiguracji która tobie rzekomo "nie działa"

_________________
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 ]

Tak to i mnie też działa. Już się rozpisywałem na ten temat i podałem przykład w main.c kiedy to nie działa.
Pana przykład działa, bo za każdym razem zmienia Pan tekst do wysłania.
Kiedy tekst będzie wciąż ten sam, tak jak podałem to w przykładzie z led_tog instrukcja zadziała jednorazowo.
Oczywiście tylko z ustawieniami jakie już podawałem.
I tak bym prosił by Pan to sprawdził.
Oczywiście w odbiorniku sprawdzam czy nadszedł tekst "LED_TOG", który zmienia stan DIODY LED na przeciwny.

Jest to bardzo dziwne i ciekaw jestem jakie Panie Mirku na to jest rozwiązanie.

Znalazłem rozwiązanie.
Dokonałem drobnej zmiany w bibliotece, wstawiając na sam początek funkcję set_tx_mode() tak jak to pokazuję na urywku kodu na dole.

to nie jest dobry pomysł niestety - funkcję set_tx_mode(); należy ew samemu wywoływać a nie umieszczać ją w mknrf_send(), bo tragicznie psujesz transfer niestety.

_________________
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. To tylko w pilocie użyję tego rozwiązania skoro inaczej się nie da rozwiązać tego problemu.

Panie w bibliotekach gdy dobrze działają to się nie "grzebie" bo sam sobie psujesz robotę, a poza tym no to jak możesz mówić że nie da się inaczej rozwiązać gdy napisałem tobie jak to rozwiązać wyżej - a ty wciąż swoje.

Funkcja set_tx_mode() jest dostępna - więc jej użyj w swoim programie, zamiast jak mówię peklować kompletnie ją bez sensu do innej funkcji bibliotecznej.

_________________
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 ]

Właśnie tak już zrobiłem jak Pan pisze. Chodziło mi o to, że muszę tą funkcję dołożyć przed wysłaniem tekstu ( bo biblioteka tego sama za mnie nie załatwia i to tylko w tym konkretnym przypadku ).

Koleżanki i Koledzy potrzebuję pomocy.

Konfiguracja następująca:

Nadajnik i 2 odbiorniki. Nadajnik i oba odbiorniki mają główny strumień jako "ATNEL".

Nadajnik za pomocą przycisku wysyła informację jednocześnie do odbiorników i przechodzi w tryb odbiorczy do czasu aż któryś nie odpowie. I do tego momentu wszystko działa poprawnie. Mając jednocześnie uruchomione 2 odbiorniki na obu przychodzi informacja z nadajnika, ale niestety odpowiedzieć jestem w stanie tylko jednym z nich (nadajnik otrzymuje informację), drugi natomiast wysyła informację do nadajnika, lecz nadajnik jej nie odbiera. Kiedy odłączę jeden z odbiorników (nie ma znaczenia który) to nadajnik odbiera bez problemu informację z pozostałego odbiornika (nawet z tego, który nie dostarczał informacji). Zastanawiam się czy uruchomione jednocześnie odbiorniki, które mają te samy nazwy strumieni, w jakiś sposób zakłócają się?

Kiedy uruchomione mam wszystko czyli nadajnik i 2 odbiorniki to w nadajniku co jakiś czas wykrywa brak odbiornika sygnalizując to wykrzyknikiem.

Brakuje mi jakiegoś przykładu w jaki sposób korzystać z przesyłania danych za pomocą strumieni Pipe1-Pipe5 lub użycia jakiegoś adresowania, tak by nadajnik nadawał do wybranego odbiornika.

Nadajnik konfiguracja, wysyłanie, odbieranie:





ODBIORNIK 1 konfiguracja, odbieranie, odpowiedź:







ODBIORNIK 1 konfiguracja, odbieranie, odpowiedź:

_________________
Kompleksowa realizacja ogrodów

Czy próbował ktoś,z powodzeniem, komunikacji między uc z biblioteką Atnelowską a Arduino z biblioteką RF24? Dwa procki z biblioteką Mirka działają bez problemu(ATtiny i ATmega), podobnie dwa Arduino z biblioteką RF24. Niestety przesył danych między AVR a Arduino nie działa, pomimo ustawienia takich samych parametrów transmisji.Czy komuś udało się rozwiązać ten problem ?

A kanały (channel) masz takie same?
Ewentualnie musisz sobie popatrzeć przeliczyć na jakiej MHz nadajesz odbierasz, wpisz takie same ustawienia do rejestru nrf.

NRF24L01 są ok, ale jeśli chodzi o zastosowanie ich do komunikacji w większej ilości urządzeń to wolę użyć RFM69CW ( biblioteka Pana Mirka daje możliwość wysłania danych do konkretnego urządzenia od 0 do 255 ). Na dodatek RFM69CW z kabelkiem jako antena mają znacznie większy zasięg od NRF24L01 w wersji ze wzmacniaczem i anteną.

Zaobserwowałem ciekawe wyniki przy testowaniu biblioteki i radiówek. Mam kilka sztuk z rożnych sklepów i każdy inaczej zachowuje się w trybie power-down. Prąd pobierany jest bardzo różny.
Na 6 testowanych modułów wyniki poboru prądy w trybie power-down:
1. 4.0mA
2. 3.4mA
3. 2.2mA
4. 1.7mA
5. 1.4mA
6. 0.1mA(Tutaj mi się jakoś wierzyć nie chce)
Co ciekawe wszystkie działają tak jak powinny
Chętnie bym się dowiedział jak u innych wychodzi pobór prądu kiedy są uśpione

Witam.
Mam taki problem: Chciałbym zrobić radio linie opartą na modułach NRF24L01 z możliwością do programowania pilota.
Radiolinie z wpisanym już na stałe kodem pilota zrobiłem. Z góry dziękuje za sugestie .

Po pierwsze załóż nowy wątek. A po drugie wstaw kod, który stworzyłeś.

Korzystając z biblioteki MK przesyłam już dane, ale na razie mam dwa problemy.
1. NRFy chodzą z ATMEGĄ 8 (nadajnik) i ATMEGĄ 88 (odbiornik). Na obydwu płytkach po uśpieniu NRFów za pomocą mknrf_pwr_down(); próba wysłania do urządzenia bajtu po SPI, a nawet sama procedura np. spi_xmit_byte(10) kończy się zawieszeniem procka.
Gdy RFM nie śpią mogę używać SPI bez problemów. Dołożenie rezystorów 10k do masy na MOSI, MISO i SCK nie pomogło.

2. Druga sprawa to użycie CRC.
Gdy w odbiorniku dołożę którekolwiek z zakomentowanych poleceń mknrf_crc to niezalażnie od ustawień w nadajniku nic nie odbieram.
Bez zmiany mknrf_crc w odbiorniku odbiór jest prawidłowy niezależnie od ustawienia crc w nadajniku.
Jak mogę to poprawić?

1. W odbiorniku, do SPI dołączy jest tylko programator STK500V2, w nadajniku jest jeszcze RFM73 - ( ale w testach nieużywany,RFM_CSN ustawione na 1 ) i programator USBasp z debugerem.
Zasilanie 5V i stab.3V3. Przy nóżkach nRF są kondensatory 100u i 100nF.
Obniżenie zasilania do 3V niczego nie zmienia - dopóki nRF nie śpi jest ok, po uśpieniu użycie SPI (i w nadajniku i w odbiorniku) wiesza program.
Zamiana programatorów niczego nie zmienia.

2.Zmiana crc w mknrf_init w odbiorniku (wszystkie 3 możliwości) niczego widocznego nie zmienia, odbiór cały czas pozostaje poprawny.
Nadawanie:

dlatego warto testować na naszym zestawie ATB 1.05a i do tego płytce SZIELDZIE do nRFów

https://sklep.atnel.pl/pl/p/ATB-Micropo ... 24L01-/243


https://sklep.atnel.pl/pl/p/Zestaw-uruc ... siazka/153

wtedy jest pewna platforma sprzętowa do pierwszych testów

_________________
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 ]

Odświeżę temat. Zakupiłem bibliotekę MK_SPI oraz MK_NRF24L01 i przy podłączeniu 2 atmeg kabelkami komunikacja między nimi działała. Następnie zakupiłem dwa NRF24L01 w wersji podstawowej, bez wzmacniaczy i antenek. Cały projekt zrobiłem na płytkach stykowych używając Atmega8PA, 88PA, 16 i 32 na zmianę. Wygląda to tak jakby nadajniki się nie komunikowały wcale. Nie posiadam LCD więc do sprawdzenia czy są wysyłane jakieś dane użyłem LEDa w odbiorniku. Konfiguracja obu bibliotek została wielokrotnie sprawdzana przy różnych prockach więc pomyłki w pinach odpadają. Nadajnik ustawiony na master odbiornik na slave. W MK_NRF24L01 wyłączyłem obsługę LCD, poźniej przycisków bo chciałem żeby było non-stop coś wysyłane. Nie zmieniałem nic w wysyłanych danych, czyli wysyła led_on i led_off. W nadajniku też jest dioda, która miga jak jest coś nadawane. Odbiornik nie włącza LEDa. Dodam jeszcze, że nadajnik zawsze był na atmega8.
Obecnie używam atmega8 i 88 z taktowaniem 8MHz bo (tu kolejne dziwne zjawisko) mkvAVRCalculator (pełna wersja) nie radzi sobie z atmegą 16 i 32 w pełni. Kiedy przetaktowuje je z 1MHz na 8MHz program przestaje wykrywać kontrolery. Pokazują się błędy z komunikacją i komunikat o jakimś resecie programu. Muszę wtedy ręcznie wybrać model kontrolera, wcisnąć "Ustawienia fabryczne" zapisać fusebity z 1MHz. Eclipse co prawda wgrywa program poprawnie do procka z 8MHz ale nie jestem pewien czy całość poprawnie działa więc testowałem już na fabrycznych.

Jak blisko siebie są moduly? W mocno zawifikowanej infrastrukturze typu bloki mieszkalne te moduły mają problem się przebić, "widzą" się max 6-7m, ja u siebie 5m czasem do 8m bez żadnej przeszkody, jak wylaczylem ruter u siebie, kanal wybrany 200 moc max, dopiero moduły ze wzmacniaczem i antenka na pcb działały jak trzeba, nawet w aluminiowej puszce zamkniete (taki teścik),
Dobre zasilanie i kondensator przy Gold pinach też by się przydał nawet 10uf smd wystarczy,

Moduły leżą na jednym biurku kilkanaście cm może więcej obok siebie.