HM-MOD-RPI-PCB (HM-MOD-UART) vs. TRXC2-TIF (RPI-RF-MOD) - "schlechter(er)" Funk?

[jp112sdl]

Vor kurzem habe ich das Funkmodul meiner RaspberryMatic gewechselt von vormals HM-MOD-RPI-PCB auf das RPI-RF-MOD (wenn auch leicht modifiziert).

Zunächst sei gesagt, Reichweitenprobleme haben sich dabei keine ergeben.

Jedoch meldet ein Wandthermostat, das sich im Nebenraum zur CCU befindet, nun mehrmals täglich eine Kommunikationsstörung.
Und was mir jedoch auffiel, ist dass einige Homebrew Geräte gar nicht mehr erreichbar waren.
Das einfachste und naheliegendste war, erstmal den FreqTest erneut durchzuführen - und siehe da, sie laufen wieder problemlos.

Nun habe ich mal CubicSDR bemüht und das HM-MOD-UART (vom HM-MOD-RPI-PCB) mit dem TRXC2-TIF (RPI-RF-MOD) verglichen.
War ein wenig schwer einzufangen...

- brauner Rahmen (oben) = HM-MOD-UART
- hellblauer Rahmen (unten links) = TRXC2-TIF
- gelber Rahmen (unten mitte) = Antworttelegramm eines Aktors

Ein Test mit einem anderen HM-MOD-UART und auch der CCU2 (als Gateway) bringen die selben Ergebnisse.

Das Funkmodul des RPI-RF-MOD liegt ca. 25kHz unter der Sende-/Empfangsfrequenz des HM-MOD-RPI-PCB.

Würde mich nicht wundern, wenn so manches Kommunikationsproblem nach dem Umstieg auf das "neue Funkmodul" daher kommt.

Vielleicht hat ja jemand Muße, das mal gegenzuprüfen... evtl. ist auch einfach nur mein TRXC2-TIF "schlecht".

=====

Weitere Ansatzpunkte:
Etwas geprägt von "schlechten" CC1101-Chargen aus dem Homematic-Homebrew Bereich könnte ich mir sowas natürlich auch beim RPI-RF-MOD vorstellen, auf dem ja ein CC1310 verbaut ist.

Symptom:
- Man stellt per Software durch Setzen von Registern das Modul auf eine Frequenz, z.B. 868.300MHz, tatsächlich sendet es aber mit 868.350MHz oder 868.270MHz.
Ursache:
- Ein nicht exakt schwingender 26MHz Quarz
Lösung:
- Quarz tauschen oder - wie es in den meisten Fällen gemacht wird - die jeweilige Abweichung auf die Frequenzinitialisierung draufpacken/abziehen.

Meinen oben erwähnten Beobachtungen zufolge sieht das Verhalten bei meinem RPI-RF-MOD unter FW 3.53.34 genau so aus.

Da ich jedoch keinen Vergleich zu einer vorherigen CCU FW (und somit älteren RPI-RF-MOD Firmware) habe, kann ich mir als weiteren/anderen Übeltäter noch vorstellen, dass Parameter bei der Initialisierung des RF-Stacks im CC1310 in der neueren FW (4.2.6) verändert wurden.
Das könnte erklären, warum nun zwar noch alles funktioniert, die RSSI Werte jedoch ggü. einer frühreren Firmware etwas schlechter geworden sind.

[ivo-int]

Hallo Jerome

Ich kann solche detaillierten Analysen nicht selber erstellen.

Aber ich kann von meinen Erfahrungen mit Homematic, Selbstbau Geräten und den gekauften berichten.

Ich setze als Produktiv System einen PI4 mit HB-RF-USB-2 und dem Funkmodul RPI-RF-MOD. Mein Testsystem besteht aus einem PI3 und dem HM-MOD-RPI-PCB.

In der Zwischenzeit habe ich einige Sensoren und Aktoren gebaut. Diese Teste ich im Testsystem mit dem ich den Frequenztest durchführen. Danach werde die Geräte im Produktiv-System angemeldet.

Grundsätzlich läuft das System mit dem abgesetzten Funkmodul etwas stabiler. Aber ja, von Zeit zu Zeit meldet dich der 4-Kanal Schaltaktor wieder mit Unreach. Wenn ein Kanal erscheint folgen die 3 anderen später ebenfalls. Den Aktor habe ich bereits einmal gegen einen anderen komplett neuen getauscht.

Es gibt noch einen weiteren Kandidaten der auch sporadisch einmal auftaucht, manchmal Monatelang nicht.

Die RSSI Werte sehen eigentlich auch gut aus. Aber über dieses Thema steht etwas in einem anderen Tread.

Was ich aber bis jetzt mitteilen kann. Die Selbstbau Sensoren und Aktoren funktionieren bis jetzt sehr zuverlässig, wenn der Frequenztest durchgeführt wurde.

Bei einem Sensor musste ich vor ein paar Tagen das Funkmodul tauschen. Dieses hatte eine permanente Stromaufnahme von ca 1mA und ging auch nie in den Schlafmodus.

Gruss Ivo

[turrican944]

Moin
Ich habe beide Module liegen, werde mal am Weekend versuche das zu Messen mit dem SDR.

[stan23]

Es ist relativ schwer einzufangen bzw. den Screenshot zu erstellen

Der hellblaue Rahmen ist die Antwort eineTRXC2-TIF zu einem HM-LC-Sw1-Ba-PCB.

RM 3.51.6.20200621 mit RPI-RF-MOD/TRXC2-TIF auf einem Raspi mit USB-Netzeil

[stan23]

Und hier nochmal Wakeup-Bursts an das gleiche, nicht erreichbare Gerät:

- brauner Rahmen (unten) = HM-MOD-UART
- hellblauer Rahmen (oben) = TRXC2-TIF FW 4.0.20

[stan23]

Und mit RaspberryMatic 3.53.34.20201121 und der neuesten FW auf dem TRXC2-TIF:

- brauner Rahmen (unten) = HM-MOD-UART
- hellblauer Rahmen (oben) = TRXC2-TIF FW 4.2.6


Damit dürfte Jérômes Beobachtung bestätigt sein.

[jp112sdl]

Damit dürfte Jérômes Beobachtung bestätigt sein.

Vielen Dank für die Gegenprobe

Damit ist dann auch aufgezeigt, dass sich zwischen 4.0.20 und 4.2.6 nichts am Sendeverhalten ändert.

[turrican944]

Moin
Kriegt man den die Frequenz von dem TRXC2 im Raspberrymatic irgendwie per Software auf den passenden Wert gezogen ?
Quarz tauschen ist bestimmt wieder nicht so toll. Man könnte aber mal eine Quarz Heizung verbauen vielleicht passt es dann besser.
Die Quarze sind ja bekanntlich Temperaturabhängig und in unseren GHz Funkanwendungen hatte die Transceiver immer dafür extra beheizte Quarze um dem Temperaturdrift zu umgehen.

[jp112sdl]

Kriegt man den die Frequenz von dem TRXC2 im Raspberrymatic irgendwie per Software auf den passenden Wert gezogen ?

Wir nicht - eQ-3 schon. Das hängt ja in der Firmware

[deimos]

Hi,

interessant wäre noch die Frage, auf welcher Frequenz die normalen HmIP Geräte arbeiten. Wenn die auch 25KHz niedriger unterwegs sind, wäre ein Wechsel vom RPI-RF-MOD auf eine höhere Frequenz u.U. eine ganz dumme Idee...

Viele Grüße
Alex