Was bedeuten RSSI, RSSI Peer und RSSI Device?

[Xel66]

Also so klar, einfach und eindeutig wie Xel66 es sagt (bitte nicht als Vorwurf verstehen) ist es eben doch nicht.

Mein Statment war zu den eindeutigen Aussagen bezüglich der RSSI-Parameter. Nichts durcheinanderbringen. Manchmal hilft bei Begriffen aber auch der Griff zum Wörterbuch. Und wenn man eine Meldung quittieren muss und die andere abfällt, wenn die auslösenden Bedingungen (Hier die (Nicht-)Erreichbarkeit des Aktors), dann aknn man sich doch selbst herauslesen, welches Signal zu welchem Begriff gehört. Meist dürfte das zu quittierende Sognal länger anstehen, da das "ist gestört" selbst bei erfolgreicher Kommunikation verschwindet. Sorry, auch nicht falsch verstehen, aber das Mitdenken ist auch hier ausdrücklich erlaubt, erwünscht und notwendig.

Gruß Xel66

[jmaus]

Code: Alles auswählen

Steckdose Arbeitszimmer HEQ0157604
	RSSI_DEVICE=-61 dB
	RSSI_PEER=-64 dB

Übrigens und so ganz nebenbei: Die Einheit des RSSI ist dBm und nicht dB wie das das Tool welches du da verwendest anscheinend falsch ausgibt.

[mrburns]

Hallo,

@Familienvater, Du schreibst:

und ein Sticky-Unreach gibt es nur als True-Meldung, das wird nie zurückgesetzt,

Das kann ja nicht stimmen. In meinem Screenshot ganz unten sieht man, dass STICKY UNREACH nicht immer TRUE ist.
Am 27.01. um 21:30 geht STICKY UNREACH auf TRUE und um 23:00 Uhr wieder auf FALSE. Wird also durch irgendetwas doch wieder auf FALSE gesetzt!

Und genau diese Halbwahrheiten sorgen dafür, dass man nichts mehr versteht.

[shartelt]

Und genau diese Halbwahrheiten sorgen dafür, dass man nichts mehr versteht.

wie wäre es, wenn Du eq3 anfragst, selbst ordentliche testreihen machst und Dich dann hier mit der Lösung für diese durchaus unwichtige Frage vorstellst.

unfassbar...

[mrburns]

Hallo sharteIt,

eq-3 habe ich Mitte Januar angeschrieben - bis heute keine Antwort.

mit der Lösung für diese durchaus unwichtige Frage vorstellst.
unfassbar...

Wenn diese Fragen für Dich unwichtig sind so ist das Deine Meinung - 'unfassbar' klingt für mich schon abwertend. Nicht unbedingt dass was ich in einem Forum erwarte, ich bleibe ja auch höflich.

Ich möchte die Dinge halt gerne verstehen und nicht nur benutzen.
Wenn die CCU3 mal wieder gelb blinkt wüsste ich schon gerne, welche (der vielen) Werte ich mir anschauen muss, um daraus dann die richtigen Schlüsse zu ziehen, um mein System zu verbessern.

[jp112sdl]

Hi,

ganz ehrlich: Wenn es dich bis ins letzte Detail so interessiert, dann finde es selbst heraus, damit lernt man nämlich mehr über das System und seine Zusammenhänge, wir haben uns unser Wissen ggf. auch selbst erarbeitet, und vielleicht hat sich einfach noch keiner die genaue Frage danach gestellt.

Dem schließe ich mich an.
Gerade was die Erklärung zu UNREACH und STICKY UNREACH betrifft, was auch mir vor kurzem noch unklar war, braucht man nur mal die Doku lesen (Seite 26):
https://www.eq-3.de/Downloads/eq3/downl ... pc_API.pdf

Es ist auch das 2. Suchergebnis wenn man Google nach "homematic sticky unreach" befragt.

Mehr Input und PDFs findet man auf https://www.eq-3.de/service/downloads.html

[alchy]

Am Ende hatte ich zwei klare Fragen formuliert auf die ich ganze Sätze und Romane zurückbekomme.

Auch wenn ich dir alle Fragen richtig beantwortet habe, tut es mir leid das es für dich zu umfangreich war.
Wird nicht wieder vorkommen, versprochen. Es wird gar nicht mehr vorkommen.

Übrigens und so ganz nebenbei: Die Einheit des RSSI ist dBm und nicht dB wie das das Tool welches du da verwendest anscheinend falsch ausgibt.

Übrigens und ganz nebenbei.
Ist mir bekannt, entschuldige bitte, wenn ich in meinem Script nicht darauf geachtet habe. Du hast Recht.
Muss ich bei Gelegenheit mal anpassen.

Alchy

/*ignore on

[mrburns]

@alchy:

Es wird gar nicht mehr vorkommen.

Kannst mich gerne ignorieren - andere gehen professioneller mit Kritik um.


@jp112dsl:

Danke , die eq3-PDF-Datei kannte ich noch gar nicht.

Habe mir die Seite 26 mal angesehen:

5.1.1.2 STICKY_UNREACH
Das Event STICKY_UNREACH tritt zusammen mit dem UNREACH Event auf. Der Wert
des Events ist vom Typ Boolean und immer true. Im Gegensatz zum UNREACH Event,
wird das STICKY_UNREACH Event nicht erzeugt, wenn nach einer
Kommunikationsstörung wieder erfolgreich mit einem Gerät kommuniziert werden kann. Das
STICKY_UNREACH Event gibt also nicht Auskunft über den aktuellen Zustand, sondern
gibt an, dass eine Kommunikationsstörung vorlag.

Aber der Satz:

Der Wert
des Events ist vom Typ Boolean und immer true.

macht mich schon einwenig stutzig - was nützt mir ein Signal was IMMER auf true ist!?!

Also auch hier wieder - nicht ein-eindeutig

[robbi77]

Was bedeutet ein-eindeutig??

[jp112sdl]

Ist ne aufregende Nummer...
Echt...
Das kann man sich doch jetzt selbst ableiten, oder?

Gerät gestört:
UNREACH wird true (TIMESTAMP 'jetzt' wird gesetzt)
STICKY UNREACH wird true (TIMESTAMP 'jetzt' wird gesetzt)

Gerät kommuniziert wieder:
UNREACH wird false (TIMESTAMP 'jetzt' wird gesetzt)
STICKY UNREACH bleibt true

Ergebnis:
Am TIMESTAMP von STICKY UNREACH siehst du, wann die Kommunikationsstörung auftrat.
Am TIMESTAMP von UNREACH siehst du, seit wann die Kommunikation wieder geht.


3 Tage später....
Gerät wieder gestört:
UNREACH wird true (TIMESTAMP 'jetzt' wird gesetzt)
STICKY UNREACH bleibt weiterhin true - aber (TIMESTAMP 'jetzt' wird wieder gesetzt)

... und das Spiel beginnt von vorn.
Am 'true' von STICKY UNREACH erkennst du, dass jemals eine Störung vorlag.
Am Zeitstempel, wann die letzte Kommunikationsstörung auftrat.