Ungewöhnlich hoher RSSI-Wert (?)

[joesch]

Hallo zusammen!

Ich hatte eine Zeit lang das Modul HMIP-PCBS2 im Einsatz, deren Signale über eien HMIP-Funksteckdose geroutet wurden. Für die Sende- und Empfangsrichtung betrugen die RSSI-Werte ca. -80db bis -85db.

Nun habe ich meinRaspi-System um einen HMIP-HAP erweitert, um auch entfernte Gebäudeteile gut zu erreichen. Die Schaltsteckdose habe ich entfernt. Ein Blick auf die Geräteübersicht zeigt nun für das Modul HMIP-PCBS2 von (+)128db. Das erscheint mir etwas hoch Handelt es sich hier mglw. um einen Bug der Werteanzeie in Zusammenahng mit dem HMIP-HAP?

VG, Jörg

[shartelt]

oder vielleicht ist nun die Verbindung direkt mit Deinem Funkmodul und schlechten Werten?

niemand weiß (glaub nich mal der Hersteller) die das Routing funktioniert..

[Matsch]

Bei einem solchen Wert darf man mit Fug und Recht vom Elektrosmog sprechen

[cloudman88]

Hatte ich auch schon bei mir. Eigentlich dachte ich dass es ein Indiz wäre dass die Verbindung über den HAP läuft aber das hat sich nicht bestätigt.
Taucht sporadisch bei einem Gerät auf das im gleichen Raum wie der HAP steht und sonst relativ schlechte Werte um - 90 zeigt.
Letzte Woche hatte ich mal die Antenne vom Funkmodul abgeschraubt und das Gerät hat dann tatsächlich den HAP verwendet allerdings mit (wahrscheinlich) korrekten Werten um die -40

Bleibt für mich leider ein Rätsel

[jp112sdl]

Möglicherweise wurden irgendwo im Code vorzeichenlose und -behaftete Datentypen vertauscht.

Da bei vorzeichenbehafteten Zahlen 1 Bit für das Vorzeichen entfällt stünde 0b10000000 (binär 128) für -128 dezimal.

Die 128 waren aber auch vor kurzem schon Thema in Bezug auf ioBroker
viewtopic.php?f=65&t=69023

[jmaus]

Letzte Woche hatte ich mal die Antenne vom Funkmodul abgeschraubt und das Gerät hat dann tatsächlich den HAP verwendet allerdings mit (wahrscheinlich) korrekten Werten um die -40

Bleibt für mich leider ein Rätsel

Nur zur Info/Klärung diese Umstandes: Leider ist die Umsetzung des "Advanced Routing" wohl so, das wenn das CCU eigene Funkmodul irgendwie das jeweilige HmIP Gerät erreichen kann (auch mit schlechtem RSSI, usw) die Kommunikation auch weiterhin über dieses Funkmodul läuft egal ob der HAP eine bessere Empfang/Sendequalität gegenüber dem Gerät aufweisen würde. Deshalb kann es in der Tat leider angebracht sein seine externe Antenne des CCU Funkmodules gänzlich abzuschrauben oder gar abzuschneiden oder das Funkmodul gänzlich unfähig zu machen zu funken damit die Kommunikation zu den HmIP Geräten gänzlich über die HAPs läuft. Klingt vllt. doof, ist aber leider so.

[Daimler]

Hi,

Deshalb kann es in der Tat leider angebracht sein seine externe Antenne des CCU Funkmodules gänzlich abzuschrauben oder gar abzuschneiden ...

Das wäre evtl. ein guter Rat, wenn die Geräte, die über den HAP laufen sollen, die Einzigen im System wären

Das ist aber idR. nicht der Fall, sondern der Hauptfuhrpark hat meistens eine rel. gute Verbindung zur CCU.
Und der 1. HAP wird nur für (von der CCU) schlecht/nicht erreichbare Geräte eingerichtet.
Also dann einen weiteren HAP am Standort der CCU aufstellen - weil, die kann ja eigentlich nicht mehr.

Nur - das Funkmodul der CCU hat u. U. auch eine (schlechte) Verbindung zu sich in der Nähe befindlichen Geräten.
Und dann - merkst du etwas?
Yepp - wir drehen uns im Kreis.

So wie das zur Zeit umgesetzt ist, ist es jedenfalls keine Lösung.

[cloudman88]

Ich hatte mich primär über die 128 dBm gewundert . Der Wert sieht mir zu "glatt" aus , deswegen dachte ich er würde einen besonderen Zustand signalisieren weil nur das MSB gesetzt ist - eben Routing über HAP. Aber wahrscheinlich wirklich nur ein Bug.
Schade, dass eq-3 so wenig Infos herausrückt.

[stan23]

Ein kurzer Blick in einen dBm-Rechner oder meine Kaffeetasse genügt, um den Wert 128 dBm als unrealistisch zu klassifizieren.
EDIT: oder wie cloudman88 schreibt: er ist "zu glatt"

Man kann aber auch schauen, wie der Wert an der Quelle beschrieben wird:
Der Transceiver CC1101 gibt das Register RSSI als 8 Bit Zweierkomplement an, nach der Umrechnung gibt es einen Wertebereich von -138 .. -10,5 dBm.

Beim CC1310 im RPI-RF-MOD hingegen sieht es folgendermaßen aus:

On reception, the radio CPU reads the RSSI from an underlying receiver. The RSSI is returned in result
byte 2 (bit 23–16) of CMDSTA (see Figure 23-5). The RSSI is given on signed form in dBm. If no RSSI is
available, this is signaled with a special value of the RSSI (−128, or 0x80).

Ich tippe also darauf, dass wir hier eine Mischung aus falscher Interpretation des vorzeichenbehafteten Werts, einem von einer Zwischenschicht eingeführten Fehlercode für "Wert nicht verfügbar" und anderen Missverständnissen haben.

Im Grunde gilt der hier schon öfter gegebene Rat: nicht zu viel in die RSSI-Werte hinein interpretieren

[Matsch]

Ich tippe also darauf, dass wir hier eine Mischung aus falscher Interpretation des vorzeichenbehafteten Werts [...]

Das ist (zumindest in meiner CCU3-Firmware) seit eh und je so:

und eQ-3 ändert auch trotz Reklamationen vor Jahren nichts an diesem simplen Bug, anscheinend ist auch für die die Anzeige zu unwichtig.