Witam. Ciągle walczę z ujarzmieniem "zwierza" zwanego MIFARE+RFM69C na wspólnym programowym SPI. Problem jest mianowicie taki że komunikacja procesora (ATMEGA8) z RFM69C działa do puki nie przyłożę karty MIFARE do czytnika. Następuje wtedy zonk, czyli "blokada" komunikacji z RFM69C, natomiast czytnik ciągle działa i bez problemu odczytuje kartę (w każdej chwili). Wygląda na to jakby był problem z sterowaniem wyjściami CS, biblioteka do RFM69C pochodzi z książki Pana Mirka więc tam sterowanie CS RFM69C jest zrobione. Natomiast bibliotekę do MIFARE zapożyczyłem gdzieś z internetu, i tam też jest zrobione sterowanie wyjściem CS dla MIFARE. No chyba że ja nie rozumiem idei sterowania tymi CS-ami ... RFM69C prześle co tam trzeba dezaktywuje CS, MIFARE zrobi swoje i też dezaktywuje swoje CS no więc w czym problem ? Moim zdaniem nie powinno tutaj być konfliktu a jednak coś się ta komunikacja sypie że po przyłożeniu karty kontakt z RFM69C pada na amen :/ Mógłby mi ktoś wyoślić jak to powinno prawidłowo wyglądać, no chyba że popełniam gdzieś indziej błąd ? Na koniec dodam że każdy z osobno układów działa więc niema mowy o zamienionych pinach czy coś.

Inicjalizacja programowego SPI:


Najważniejsze fukcje z bibioteki MIFARE:


Na koniec plik main.c w skrócie:

cześć
Z tego co piszesz to wynika, że źle sterujesz pinami CS.
To nie moduły pracujące jako "slave" mają dezaktywować swoje wejścia tylko procesor ma nimi sterować i decydować w którym momencie rozmawia z danym modułem.

_________________
Pomóżcie mi stanąć na nogi

Musisz oddzielnie ( z poziomu programu) sterować liniami CS. Czyli "ręcznie" aktywować i dezaktywować urządzenie, z którym w ty momencie chcesz się porozumieć.

Wiadomo że to procesor musi sterować tymi liniami i tak jest ... To co nie wystarcza sterowanie tymi pinami w samych bibliotekach w tych podstawowych funkcjach "wysyłania i odczytu" i trzeba tym sterować gdzieś mainie jeszcze ? Próbowałem coś takiego zrobić i efektu brak :/

W plikach nagłówkowych MIFARE I RFM mamy:

Dla Mifare:


Dla RFM:


Próbowałem chociażby czegoś takiego i kompletnie to niczego nie zmienia...

Nie, no wystarczy w bibliotece. Po prostu wcześniej nie widziałem tego.
A jak masz podłączone urządzenia? W sensie port i pin

Sprawdzałem to przed chwilę kolejny raz jeszcze czy fizycznie jest napewno dobrze i jest dokładnie tak:

A sprawdź, czy po odczycie karty zwalniane jest SPI. Może tu być problem. Ale to tylko sugestia

Nie wiem czy to dobrze robię ale umyśliłem taki sposób na sprawdzenie tego:



Wyświetlam ją na lcd i efekt jest taki ze cały czas widać 1 .. hmm nie zależnie czy to jest przed przyłożeniem karty czy już po.

Mogę się mylić, ale wygląda na to, że procek cały czas "gada" z odbiornikiem kart. Czyli nie działa makro MIFARE_DEACTIVATE? A przed użyciem karty, kiedy działa komunikacja z RFM69C, co się wyświetla? Wtedy też 1?

dokładnie też wyświetla się 1 ... więc nie czaje ... chyba że to sprawdzenie błędnie działa ?

Nie wiem czy dobrze widzę, ale nie masz chyba ustawionego pinu SS procesora jako wyjście, a chyba powinno być ustawione do poprawnego działania.

Co ma do tego pin SS procesora jak to PROGRAMOWE SPI a ustawienie kierunku pinów CS dla MIFARE I RFM69C jest w void spi_init(void) na górze

Wybacz, nie zauważyłem tego i byłem pewien, że chodzi o sprzętowe SPI

Spoko ... Jedyny sposób pokraczny i całkowicie z d*py, gdzie to jakkolwiek działa "razem" jest taki:



Chociaż i tak to nie działa idealnie bo po pierwsze RFM69 nadal "pada" ale tylko jak nie działa drugi układ z RFM (odbiornik) jak przyłoży się kartę do MIFARE. A druga sprawa jest taka że i tak tracą się "pakiety" dużo bardziej niż w przypadku gdy MIFARE jest odłączony ... więc i tak nadal się gryzą mimo tego pokracznego sposobu...Ehhhh