Hinweismeldung nach get RSSI

[rob]

Moinssen.

Ich habe ein RFM-Gateway @868MHz im Einsatz und passende Node. Wenn ich im Node-Device ein get RSSI ausführe, verwirrt mich diese Hinweismeldung:

Code Auswählen Erweitern


Your transport type seems to be RS485, so asking for RSSI values is not possible

Trotzdem werden die zwei RSSI-Werte brav aktualisiert.

Muss ich da etwas anders einstellen? Ich habe neben dem RFM-GW auch noch das RS485-GW im Einsatz - hängt es ggf. damit zusammen?

Ist nicht tragisch/ eilig. Ich hole nicht ständig die RSSI ab. Wundere mich halt

Vielen Dank und beste Grüße
rob

Code Auswählen Erweitern


define MYSENSOR_1 MYSENSORS_DEVICE 1
attr MYSENSOR_1 IODev MySensorsGW_03
attr MYSENSOR_1 event-min-interval temperature:300
attr MYSENSOR_1 event-on-change-reading volume1,value11,temperature:1,status2,flow1,SKETCH.*
attr MYSENSOR_1 icon measure_water_meter
attr MYSENSOR_1 mapReading_flow1 1 flow
attr MYSENSOR_1 mapReading_id 0 id
attr MYSENSOR_1 mapReading_power2 2 power
attr MYSENSOR_1 mapReading_status2 2 status
attr MYSENSOR_1 mapReading_temperature 0 temperature
attr MYSENSOR_1 mapReading_text1 1 text
attr MYSENSOR_1 mapReading_value11 1 value1
attr MYSENSOR_1 mapReading_volume1 1 volume
attr MYSENSOR_1 mode node
attr MYSENSOR_1 setReading_status2 on,off
attr MYSENSOR_1 stateFormat Stand:volume1 m³ Temp:temperature°C


[Beta-User]

Eher ein bug oder ein "normaler" timeout. Muss ich mir ansehen, wird etwas dauern.

[Beta-User]

Anbei eine Testversion, mit der wir dem Thema ggf. etwas häherkommen könnten...

Mein Problem: ich kann grade nicht testen, weil ich keine RFM-RSSI-Nodes habe und von daher nicht weiß, was da (wann) kommt. Diese Art Rückmeldung kam allerdings nur an einer Stelle vor. Scheint so, als gäbe es ggf. dann bei den RFM nur zwei abfragbare Werte? $hash->{I_RSSI} müßte dann auf "2" stehen bleiben?

Wenn das so ist, müßte man den "if"-Teil in #1090 noch um die Abfrage aufbohren, ob das Internal nicht auf diesem Wert steht und ggf. in dem "else"-Fall danach das Internal auch löschen, damit alles "sauber" ist.

[rob]

Danke Dir. Hab die Testversion geladen:

Code Auswählen Erweitern

FVERSION   10_MYSENSORS_DEVICE.pm:?/2022-11-02 UNSTABLE
Die Meldung kommt aber noch.

Eigentlich sollte "get ... RSSI" imho nur bei Devices angeboten werden, welche auch dazu fähig sind. NRF und RS485 scheiden damit aus - trotzdem kann man das dort loslassen.
Will sagen: würde man z.B. das model via attr einstellen können auf RFM, dann wäre RSSI angebracht, sonst nicht. Spart man sich ggf. die aufwendige Abprüferei und für alle, die das Attribut nicht haben/ nutzen, bliebe es gleich.
Kann aber nicht sagen, was weniger Aufwand macht.

Was meinst Du dazu?

VG
rob

[Beta-User]

Was meinst Du dazu?

Auf welchem Wert steht das Internal I_RSSI?

Es ist m.E. aufwändiger, ein weiteres Attribut einzupflegen, zu erklären und dann auch auszuwerten, als ggf. zu schauen, ob die RSSI-Abfrage halt bei bestimmten Typen nicht "voll" durchläuft. Das RSSI-Dingens ist übrigens getestet und entwickelt unter nRF24, da gibt es einen auswertbaren "Pseudo-Wert" und insgesamt eben 8 Werte, die nacheinander abgeholt werden. Anscheinend bei RFM nur 2...

[rob]

Steht bei:

Code Auswählen Erweitern


...
#     2022-11-02 16:45:20   R_RSSI_from_Parent -94
#     2022-11-02 16:45:20   R_RSSI_to_Parent -87
...


VG
rob

[Beta-User]

Na ja, gemeint war eigentlich ein Internal, ist aber auch egal...

Anbei eine Testversion, von der ich aber nicht genau weiß, ob die stressfrei durchläuft. Der output erfolgt jetzt an einer etwas anderen Stelle und wird dynamischer zusammengebastelt. Das könnte also auch noch passen, falls es weitere Transport-Layer geben sollte mit wieder anderen "Macken". Kann übrigens auch sein, dass RFM etwas mehr liefert, weil ich grade auch nicht sicher sagen kann, warum die (Abfrage-) Payloads grade in der Reihenfolge abgearbeitet werden, wie sie das grade werden...

[rob]

Hi Beta-User.

Ja, sorry. Hatte anscheinend zuviel gelöscht im Post und die falschen Werte stehen lassen 

OK. Geladen - fehlerfrei. RSSI geholt und es kommt nun die neue Message

Code Auswählen Erweitern

RSSI info: ---------------------------- to parent: -84 from parent: -83 SNR to parent: unknown
Aktualisiert wurde fehlerfrei.

Zur Gegenprüfung habe ich auch beim RS485 Node ein get RSSI losgelassen. Ich weiß, ich bin gemein

Code Auswählen Erweitern

RSSI info: ---------------------------- to parent: unknown

Ich lasse es zur Stabilitätsprüfung trotzdem jetzt so laufen.

Viele Grüße
rob

[Beta-User]

Habe eben mal ein update reingeschubst, Danke für's geduldige Testen. Für mein RS485-Netz kommt jetzt die richtige Antwort, und für den Rest hoffentlich auch...

[rob]

Kein Thema, ich hock' ja nur vorm Kasten und schau rein
Das Modul war auch die ganze Zeit unauffällig.

Vielen Dank und beste Grüße
rob

[Beta-User]

Passt das jetzt eigentlich auch bei dir bzw. mit RFM?
Ansonsten wäre es nett, falls ein nRF-User die Möglichkeit hätte zum testen und dazu Rückmeldung geben könnte.

[rob]

RFM schaut gut aus:

Code Auswählen Erweitern

RSSI info: ---------------------------- to parent: -84 from parent: -83

RS485 auch

Code Auswählen Erweitern

Your transport type seems not to support asking RSSI values

NRF könnte ich auch testen. Aber ich hab nur die ätzenden Klone. Da gab es bisher keine RSSI-Rückmeldung. Aber wenn es nützt, krame ich die gerne heraus.

Vielen Dank für die flinke Lösung

VG
rob

[Beta-User]

(Einmal mehr:) Danke für's Testen!

NRF könnte ich auch testen. Aber ich hab nur die ätzenden Klone. Da gab es bisher keine RSSI-Rückmeldung. Aber wenn es nützt, krame ich die gerne heraus.

Für nRF hatte ich im Hinterkopf, dass man das im Sketch aktivieren muss, vermutlich muss da was im Hintergrund mitgezählt werden. Ob es auch mit (allen?) Klonen klappt, kann ich nicht sicher sagen, ich hatte das auch nur zu Testzwecken überhaupt in Betrieb...

Wäre jedenfalls klasse, wenn es jemand testen würde, da gibt es nämlich einen geringfügig anderen Ablauf am Ende.

[KarlHeinz2000]

Ich habe originale NRF am Laufen und könnte das testen. Wobei ich mich bzgl der Änderungen im Sketch erst noch schlau machen muss. Ich schaue mir das in den nächsten Tagen mal an...

[rob]

Richtige RSSI gibts beim NRF anscheinend nicht: https://forum.mysensors.org/post/87628. Lag also nicht allein an den Klonen 
Weiß nicht, ob sich das wirklich lohnt auszutesten