Hallo, nachdem ich leider daran gescheitert bin ein RFM12 Modul mit
meiner Schaltung und einem Atmega128 in Betrieb zu nehmen, hab ich nun
versucht mit dem Pollin Avr Funk Eval Board das Teil anzusprechen.
Hierzu hab ich wie im Forum beschrieben einen Widerstand(10k) gegen vcc
an den Pin nFFS ergänzt. in der Software die Pins eingetragen (Software
ist von hier: Beitrag "Beispielprogramm für RFM12 433MHz Funk-Module") nun sollte
doch zumindest der Status auszulesen sein, aber weit gefehlt, es klappt
immer noch nicht. das ist einfach zum kotzen arrrrrrrgggggg.....
Aber ihr könnt nix dafür, dass ich dazu anscheinen zu doof bin.
Meine letzte Hoffnung: der tackt wird ja am Modul auf 10 Mhz gesetzt.
der Atmega auf dem board läuft aber mit 12 Mhz, kann es da Probleme
geben?
Ansonsten kennt ihr oder habt ihr vielleicht ein programm, welches
einfach den Status des Moduls ausliest und ihn per UART rausschickt?
Oder habt ihr vielleicht eine Lösung?
1
//################ Datei TR-funk.c, Version 1.0, Datum 30.08.08 #################
2
/*
3
4
Autor: Sönke Paschko
5
6
Beschreibung:
7
8
In dieser Datei werden die Hauptfunktionen für die Funkverbindung definiert.
> Meine letzte Hoffnung: der tackt wird ja am Modul auf 10 Mhz gesetzt.>der Atmega auf dem board läuft aber mit 12 Mhz, kann es da Probleme> geben?
Nein, der Takt des AVRs kann schneller oder langsamer als der des RF
Moduls sein.
Hast Du die nötigen Jumper auch gesetzt? Keine Lötbrücken?
> Ansonsten kennt ihr oder habt ihr vielleicht ein programm, welches> einfach den Status des Moduls ausliest und ihn per UART rausschickt?
Kann ich am WE posten, falls es bis dahin kein anderer tut.
NB: Wenn ich mich richtig erinnere, gehört ein ATMega128 nicht ins
Pollin-Board, nur Tiny2313, Mega8, Mega16/32.
Danke erstmal, ja das Pollinboard fasst nur atmega8 usw. kein 128, ich
nutze auch ein amtmega8, hatte es vorher nur mit einer anderen Platine
versucht. inzwischen hab ich auch schon die Pinbelegung gecheckt, da
gabs einen fehler in der Doku des Pollinboardes, CS liegt auf PortB
nicht auf PortD, das hab ich entsprechend korigiert. Hardwaretechnische
Sachen kann ich also ausschließen.
Sind solche Module ansich robust oder eher nicht? Ich meine vonwegen
ESD, eventuellen Leckströmen usw.
Sönke Paschko wrote:
> lese ich denn mit folgenden Befehlen den Status richtig aus?>>
1
>rf12_trans(0x0000);// Status auslesen
2
>charstr[10];
3
>itoa(rf12_trans(0x0000),str,2);// Binär anzeigen
4
>uart_puts("Status vor init: 0b");// Ausgabe auf UART
5
>uart_puts(str);
6
>uart_puts("\r\n");
7
>// Ende Ergänzung
8
>
>> Irgendwo hab ich gelesen, dass wenn man 0x0000 sendet als erstes der> Status kommt und dann der Inhalt des FIFOs
Datenblatt lesen könnte mal nit schaden. Ja mit 0x0000 liest du die
Statusbits aus (kannst auch 0x0101 senden ist wurscht, Hauptsache Bit 15
ist NULL). Das Statusbit RGIT sollte gesetzt sein, wenn du als TX in
FIFO Mode initialisierst und ich glaube Bit FFEM, wenn als RX in FIFO
Mode.
//Nach deinen Funktionen, soweit ich das beim überfliegen gesehen habe:
Danke ich werde das mal ausprobieren.
Ich schreibe mir der Übersichthalber alle Funktionen einer Datei an den
Anfang, so kann man schnell sehen, welche Funktionen in welcher Datei
liegen. (Deswegen das in main())