Listen before send mit 3rd party Lösungen

[Homoran]

Hallo zusammen und insbesondere @Sammy

Nach längerer Abwesenheit in diesem Forum, musste ich mich jetzt doch noch mal wegen einer Frage hier anmelden.
Nachdem es jetzt mit der CCU3 und einem HAP klappen soll den HAP als LAN-Router zu nutzen habe ich es heute mal selber getestet.
Mit piVCCU3 und einem SilverCrest HAP, den ich seit längerem im Schrank liegen hatte, weil das Starterpaket billiger war als die Summe der übrigen Geräte alleine.

Und siehe da es funktioniert auf Anhieb:

Und selbst mit einem LIDL HAP

Jetzt entspann sich bei uns die Diskussion, ob denn die Funktion "listen before send" überhaupt mit der CCU2 funktioniert, und ebenso mit dem kleinen Funkmodul für den RasPi, oder ob dafür unbedingt eine CCU3 und/oder das große Funkmodul notwendig sei.

HmIP selber läuft bei mir absolut problemlos auf einem RasPi2 mit piVCCU und dem kleinen Funkmodul.

Kann mir jemand (da habe ich insbesondere an @Sammy gedacht) diese Frage beantworten?


Vielen Dank,
Rainer

[stan23]

Jetzt entspann sich bei uns die Diskussion, ob denn die Funktion "listen before send" überhaupt mit der CCU2 funktioniert, und ebenso mit dem kleinen Funkmodul für den RasPi, oder ob dafür unbedingt eine CCU3 und/oder das große Funkmodul notwendig sei.

HmIP selber läuft bei mir absolut problemlos auf einem RasPi2 mit piVCCU und dem kleinen Funkmodul.

Ah, den bunten fliegenden Frosch gibt es auch in diesem Forum noch

Der HAP funktioniert nur mit dem großen Funkmodul (RPI-RF-MOD) weil Teile der HmIP-Verschlüsselung dorthin ausgelagert sind. Dabei ist es egal ob das Funkmodul direkt aufgesteckt, oder über Alex' HB-RF-USB-2 oder -TK oder HB-RF-ETH angesetzt sind.
Mit der CCU2 oder dem kleinen Funkmdul geht es nicht.

Listen-before-talk ist ein Feature das für das HmIP-Protokoll eingebaut wurde, bei HM-BidCoS wird einfach drauflosgesendet.
Das hat mit dem Funkmodul und dem HAP nict unbedingt was zu tun.

[apollon77]

Aber hieß es nicht mal das bei der ccu3 auch bei „nicht HMIP“ geprüft wird das das frequenzband frei ist?!

Oder der Samstag Abend in Kassel damals hat ein Bit kippen lassen und Informationen verändert

[stan23]

https://youtu.be/uAyzimU60jw?t=1370
Die Frage ist nicht mit einem klaren ja/nein zu beantworten

[Gerti]

Hi,

Listen before talk gibt es nur bei HmIP

Gruß
Gerti

[jp112sdl]

bei der ccu3 auch bei „nicht HMIP“ geprüft wird das das frequenzband frei ist?!

Was ich nur sagen kann: mit dem alten Funkmodul HM-MOD-RPI-PCB findet seitens der CCU keine "Rauschpegelprüfung" statt.
Zum einen initialisiert der multimacd das Funkmodul mit "CSMA/CD off", andererseits erfolgt beim Senden eines Telegramms die Debug-Meldung "NoCCA". (CCA=Clear Channel Assessment)
Um das Ganze noch empirisch zu untermauern habe ich mal kurz (<36 Sekunden ) einen Dauerträger erzeugt und dann versucht einen Aktor zu schalten -> die CCU sendet trotz des belegten Funkkanals.

[apollon77]

https://youtu.be/uAyzimU60jw?t=1370
Die Frage ist nicht mit einem klaren ja/nein zu beantworten

Naja die Geräte sind mir da egal ... geht mir um die CCU selbst

[apollon77]

bei der ccu3 auch bei „nicht HMIP“ geprüft wird das das frequenzband frei ist?!

Was ich nur sagen kann: mit dem alten Funkmodul HM-MOD-RPI-PCB findet seitens der CCU keine "Rauschpegelprüfung" statt.
Zum einen initialisiert der multimacd das Funkmodul mit "CSMA/CD off", andererseits erfolgt beim Senden eines Telegramms die Debug-Meldung "NoCCA". (CCA=Clear Channel Assessment)
Um das Ganze noch empirisch zu untermauern habe ich mal kurz (<36 Sekunden ) einen Dauerträger erzeugt und dann versucht einen Aktor zu schalten -> die CCU sendet trotz des belegten Funkkanals.

Wäre das quasi CCU2 oer CCU3?

[jp112sdl]

CCU2.

Du kannst ja bei der CCU3 mal schauen, was der multimacd so ausspuckt.

Code: Alles auswählen

/etc/init.d/S60multimacd stop
/bin/multimacd -f /etc/multimacd.conf -c -l 0

Dann ein bisschen warten...

Code: Alles auswählen

...
<Debug> A>: #2 HmSystem CsmaCaControl 00
<Debug> CSMA/CD off
...
<Debug> MacController::OnDownstreamFrame(#255 LLMAC TX @32768ms [10k,WOR,NoCCA] 97 94 3F 25 40 9C 00 00 00 02 04 27 1C 0A 21)
<Debug> C<: #10 LLMAC TX @32768ms [10k,WOR,NoCCA] 97 94 3F 25 40 9C 00 00 00 02 04 27 1C 0A 21

[apollon77]

Hehe ...ich bin ja der der die CCU2 hat und behauptet "ne auf CCU3 will ich net weil die auch bei bidcos "listen before talk" macht"