Ungewöhnlich hoher RSSI-Wert (?)
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 151
- Registriert: 13.11.2018, 10:21
- Hat sich bedankt: 11 Mal
- Danksagung erhalten: 8 Mal
Re: Ungewöhnlich hoher RSSI-Wert (?)
Bei mir haben alle Homematic Geräte in der unmittelbaren Nähe der CCU (5m) einen miserablen RSSI... Um die -200. Funktioniert aber alles bestens. Erst ab ca.10m könnte man den Werten Glauben schenken.
-
- Beiträge: 5452
- Registriert: 30.05.2019, 11:37
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Chemnitz
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 742 Mal
Re: Ungewöhnlich hoher RSSI-Wert (?)
-200 dBm kann es per se nicht geben, da der Wert ein signed char ist, also Wertebereich +127 ... -128.
+200 könnte ich mir als Anzeige vorstellen (wie in meinem Beispiel 187). Der richtige Wert ist dann aber 187 - 256 = -69
Zuletzt geändert von Matsch am 14.08.2021, 11:52, insgesamt 2-mal geändert.
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Ungewöhnlich hoher RSSI-Wert (?)
Die -200 kommen eigentlich nur dann zustande, wenn das Gerät noch nicht lokal bedient wurde und somit erst nur eine Richtung gemessen wurde.
Der andere Wert sollte weit über -200 liegen.
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Ungewöhnlich hoher RSSI-Wert (?)
Auch wenn es nicht real existiert, kann man ja trotzdem irgendwas anzeigen.
-
- Beiträge: 5452
- Registriert: 30.05.2019, 11:37
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Chemnitz
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 742 Mal
Re: Ungewöhnlich hoher RSSI-Wert (?)
So 'ne Anzeige eines signed char ist halt ein komplexe und schwierige Aufgabe. Manchen überfordert das.
-
- Beiträge: 9684
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1627 Mal
Re: Ungewöhnlich hoher RSSI-Wert (?)
Man merkt halt an allen Ecken und Enden, das EQ3 keine Lust mehr auf CCU/WebUI hat. Cloud ist viel cooler und die Kunden nicht so anspruchsvoll.
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
- stan23
- Beiträge: 2042
- Registriert: 13.12.2016, 21:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Altmühltal
- Hat sich bedankt: 586 Mal
- Danksagung erhalten: 337 Mal
- Kontaktdaten:
Re: Ungewöhnlich hoher RSSI-Wert (?)
Ist die Anzeige des RSSI nicht ein Feature, das über RaspberryMatic und nicht von eQ-3 selbst reingekommen ist?
https://github.com/jens-maus/RaspberryM ... 8.20180922
https://github.com/jens-maus/RaspberryM ... 8.20180922
integrated the following new WebUI patches:
implemented new device status column in the device overview display of the WebUI. Now the RSSI_DEVICE and RSSI_PEER values as well as the DUTY_CYCLE, UNREACH, CONFIG_PENDING and LOWBAT status is directly displayed in the device overview listing if they exist for a certain device.
Viele Grüße
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
Marco
RaspberryMatic als VM auf einem NUC mit Proxmox und USB-Funkmodul
~80 Geräte (HM, HmIP, HMW, HBW, AskSin)
-
- Beiträge: 5452
- Registriert: 30.05.2019, 11:37
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Chemnitz
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 742 Mal
Re: Ungewöhnlich hoher RSSI-Wert (?)
Grundvoraussetzung für die Cloudlösung.
*OT:
Ich habe mal mit einem großen deutschen Fotobuchhersteller gesprochen, was alles sinnvoll wäre in der Software zu ändern oder zu ergänzen.
Ich wurde darüber aufgeklärt, dass das am Markt vorbei ginge und die Mehrzahl der Kunden (über 80%) eher eine einfache Lösung haben wollen, am besten, alles macht ein automatischer Assistent. Für den kläglichen Rest an anspruchsvollen Kunden ist der Aufwand der Entwicklung zu groß und man würde die Mehrzahl der Kunden damit verschrecken und überfordern. Das wird für die eQ-3-Cloud-Kunden wohl ähnlich zutreffen.
So richten sich viele Entwicklungen an der Kundenmasse aus, Trash-TV machts vor.
*Ende OT
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: Ungewöhnlich hoher RSSI-Wert (?)
Das die RSSI Werte direkt in der Geräteliste der WebUI angezeigt werden ist und wird vermtl. auch immer ein exklusives RaspberryMatic "Feature" bleiben. Wenn ich nur die Beiträge hier im Forum zu RSSI Werten sehe kann ich das ehrlich gesagt zum teil auch verstehen das eQ3 das sicherlich nie in ihre Firmware übernehmen wird. Seine wir also froh das sie immerhin diese Werte via APIs soweit liefern das wir (die etwas davon verstehen und besser deuten können) davon unseren - wenn auch limitierten - nutzen ziehen können. Wir können auch gerne darüber diskutieren ob in der RasberryMatic WebUI bei der RSSI Anzeige noch irgendwelche verbesserungen stattfinden sollten um z.B. die Werte optimaler (auch bzgl. dieser -128 besonderheit) oder gar korrekter darzustellen. Bleiben wird/soll die RSSI Anzeige in RaspberryMatic aber trotzdem, denn ich teile in dem Punkt nicht die Meinung von eQ3 das man besser weniger als mehr dem gemeinen Nutzer präsentieren sollte.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- blackhole
- Beiträge: 3730
- Registriert: 21.07.2015, 14:03
- System: CCU
- Hat sich bedankt: 184 Mal
- Danksagung erhalten: 587 Mal
Re: Ungewöhnlich hoher RSSI-Wert (?)
Dass eQ-3 den Benutzern keine falschen/fragwürdigen Werte in der WebUI präsentiert, ist absolut verständlich und nachvollziehbar.
Bevor die Werte nicht brauchbar sind, würde ich das genauso handhaben.
Allerdings würde ich im Unterschied zu eQ-3 die Ermittlung "korrekter" Werte (im Rahmen der Messmöglichkeiten) deutlich höher priorisieren, damit Benutzer Reichenweitenprobleme einfach selbst aufdecken können und somit unnötigen Supportaufwand und Hardwarerückläufer vermeiden.
Brauchbare Werte zu ermitteln und erst dann zu präsentieren, ist eine vernünftige und logische Reihenfolge. Das Pferd von hinten aufzuzäumen, halte ich in diesem Fall für unklug.