[Gelöst] FreqTest mit Arduino Nano (NanoCUL)

[Baxxy]

Ich hatte am Wochenende einen weiteren NanoCUL-Stick zum AnalyzerXS umgeflasht. Der tut auch wunderbar als AnalyzerXS seinen Dienst.

Aus Interesse und Neugier (der hat ein rotes Funkmodul) wollte ich mal den FreqTest drauf laufen lassen.
Kompilieren und hochladen läuft fehlerfrei, nur gibt es kein "Ergebnis".

Code: Alles auswählen

17:09:30.753 -> AskSin++ v5.0.0 (May 10 2021 17:09:20)
17:09:30.753 -> CC init1
17:09:30.753 -> CC Version: 14
17:09:30.800 ->  - ready
17:09:30.800 -> Active ping is enabled, looking for telegrams only from FFE823!
17:09:30.800 -> Start searching ...
17:09:30.800 -> Freq 0x21656A 868.300 MHz:   0
17:09:35.780 -> Freq 0x2165BA 868.332 MHz:   0
17:09:40.807 -> Freq 0x21651A 868.268 MHz:   0
17:09:45.761 -> Freq 0x21660A 868.363 MHz:   0
17:09:50.780 -> Freq 0x2164CA 868.236 MHz:   0
17:09:55.785 -> Freq 0x21665A 868.395 MHz:   0
17:10:00.797 -> Freq 0x21647A 868.205 MHz:   0
17:10:05.804 -> Freq 0x2166AA 868.427 MHz:   0
17:10:10.790 -> Freq 0x21642A 868.173 MHz:   0
17:10:15.761 -> Freq 0x2166FA 868.459 MHz:   0
17:10:20.765 -> Freq 0x2163DA 868.141 MHz:   0
17:10:25.770 -> Freq 0x21674A 868.490 MHz:   0
17:10:30.770 -> Freq 0x21638A 868.109 MHz:   0
17:10:35.761 -> Freq 0x21679A 868.522 MHz:   0
17:10:40.768 -> Freq 0x21633A 868.078 MHz:   0
17:10:45.806 -> Freq 0x2167EA 868.554 MHz:   0
17:10:50.765 -> Freq 0x2162EA 868.046 MHz:   0
17:10:55.773 -> Freq 0x21683A 868.586 MHz:   0
17:11:00.771 -> Freq 0x21629A 868.014 MHz:   0
17:11:05.771 -> Freq 0x21688A 868.617 MHz:   0
17:11:10.811 -> Freq 0x21624A 867.982 MHz:   0
17:11:15.773 -> Freq 0x2168DA 868.649 MHz: 
17:11:15.773 -> Done: 0x21656A - 0x21656A
17:11:15.773 -> Could not receive any message  0
17:11:20.777 -> 
17:11:20.777 -> Done: 0x21656A - 0x21656A
17:11:20.777 -> Could not receive any message

Die Adressen für ActivePing sind korrekt, derselbe Sketch bringt ein Ergebnis auf einem Pro Mini.

Vermutlich muss man den Sketch "auf den Nano zuschneiden", aber dazu fehlt mir die Expertise.
Sicher hat jemand einen Tipp parat...

Grüße
Baxxy

[t0mk]

Du musst nur die Pins anpassen:

Code: Alles auswählen

  #define CC1101_GDO0_PIN     2     // PD2
  #define CC1101_CS_PIN       10    // PB2
  #define CC1101_MOSI_PIN     11    // PB3
  #define CC1101_MISO_PIN     12    // PB4
  #define CC1101_SCK_PIN      13    // PB5
  #define LED_PIN             4     // PD4

Die LED ist bei meinem NanoCUL am Pin 4 angeschlossen, lt. Schaltplan im FHEM-Wiki wird auch Pin 9 dafür genutzt.

Aber für die Funktion des Sketches ist die LED eh unerheblich

[Baxxy]

Du musst nur die Pins anpassen:

Hmm, die stehen ja schon so im FreqTest-Sketch drin. Und wenn ich mir das Nano Pinout angucke passt das auch.

[TomMajor]

Man braucht im Sketch normalerweise nichts ändern, gleicher Prozessor, gleiche Pinbelegung.
Bei meiner XS Platine mit Nano klappte das damals auch auf Anhieb (etwas nach unten scrollen):
https://github.com/TomMajor/SmartHome/t ... -XS#aufbau

[Baxxy]

Hmm, "technisch" scheint alles ok zu sein.
Wenn ich den Nano mit dem FreqTest mit einem anderen AnalyzerXS "belausche" sehe ich ordentlich Kommunikation zwischen Zentrale und FreqTest-Nano.

Das Ergebnis bleibt aber...

Code: Alles auswählen

20:13:21.467 -> Could not receive any message  0

Kann das Funkmodul bei der Frequenz so daneben liegen?

Grüße
Baxxy

[jp112sdl]

(der hat ein rotes Funkmodul)

Vielleicht ist der GDO0-Pin ja hier doch ein anderer.

[FUEL4EP]

Das GD0 Mapping des nanoCUL ist hier beschrieben:

GD00 musste bei meinem nur auf PB3 gemapped werden.

GD0 Mapping

[jp112sdl]

auf PB3

PD3, oder?

[FUEL4EP]

.. auf Pin 3 ..

#define CC1101_GDO0_PIN 3

In der referenzierten Quelle steht PB3. Hab das aber nicht verifiziert.

[jp112sdl]

In der Quelle steht PB3.

Ja das ist dann da auch schon falsch.