klana hat geschrieben: ↑21.04.2024, 07:12
RaspberryMatic-3.75.7.20240420-tinkerboard
...
- CarrierSense immer wieder über 20%, sobald irgend ein HmIP Gerät/Aktor angesprochen wurde.
Gut beobachtet! Und wie sind deine Schlussfolgerungen?
Verwendete Abkürzungen:
DutyCycle: DC.
CarrierSense: CS.
Mein System: Eine Zentrale mit einem HAP als "Router".
Ich kann bestätigen, dass der DC ab 3.75.6. eventuell deutlich höher werden kann.
Dieser höhere DC geht gerne einher mit erhöhtem CS.
Erstmal habe ich natürlich geschaut, wer da den hohen DC verursacht. Das geht ja ohne Probleme mit Bordmitteln, auch ohne irgendwelche externen Analyser.
Es war ein FSM16 (mit Routig aktiv) , der seine Leistungsdaten überträgt/übertragen möchte.
Ich konnte sehen, dass der auf Kanal 0 und 5 "wie blöd" sendet. Und dabei auch der CS der Zentrale auf 10% springt.
Dieser FSM16 ist von der Zentrale ziemlich abgeschirmt. Der muss also über einen Router gehen.
Dann habe ich mal meine möglichen Router ( also die PSM und PCBS ) auf die Einstellungen
"Routing aktiv" und "Gerät dient als Router" gecheckt.
Da hatte ich meiner Meinung nach gegebenenfalls etwas unsinnige Einstellungen drin.
Meine Schlussfolgerung: Da "wabern" gerne irgendwelche HMIP Signale durch das "Netz" aus den Geräten mit "Routing aktiv" und "Gerät dient als Router" und der Zentrale umher und die Zentrale interpretiert diese Signale als CS ( also Störsender ). Deswegen der höhere CS und auch der höhere DC.
Was habe ich also gemacht?
Erst einmal bei allen Geräten, die die Zentrale direkt erreichen können/müssen/sollten das "Routing aktiv" ausgeschaltet.
Bei dem HAP selbst auch das "Routing aktiv" ausgeschaltet ( was soll das da überhaupt? ).
Und "viel hilf nicht viel": Nur noch zwei PSM auf "Gerät dient als Router" gestellt und bei diesen das "Routing aktiv" ausgeschaltet.
Und seitdem ist der DC und der CS bei mir deutlich niedriger.
Da ich bei meinen ganzen "Experimenten" auf zwei Fehler in der Firmware vom FSM16 und vom SAM ( die neueste Firmware ist SCHROTT ) gestoßen bin, muss ich erst einmal um diese Fehler herum neue Programme und Systemvariablen anlegen um diese Fehler auszugleichen.
Wenn ich also damit fertig bin würde ich mich weiter der Erforschung des DC+CS Themas widmen.
Wenn ich neue Erkenntnisse habe melde ich mich wieder.
Zusammenfassung:
Der hohe DC/CS ab Version 3.75.6. wird meiner Ansicht nach verursacht durch Veränderungen in den von eq3 gelieferten Komponenten zusammen mit den im System von uns vergenommenen Konfigurationen der Einstellungen "Routing aktiv" und "Gerät dient als Router".