FOSHKplugin

[Wetterchen]

Zumindest scheint das InfluxDB Problem ein allgemeines mit der aktuellen Floshk Beta zu sein.
Habe nun mein GW3000 eingerichtet und sobald mehr als 2 Influx Forwards aktiv sind, gibst nen 400 Error auf beiden Influx Servern wenn der ADD_SIGNAL auf True gesetzt ist.

Wenn ich RSSI auf False setze, dann geht der erste Influx Foward, der 2. nicht.
Deaktiviere ich Signal dann funktionieren beide wieder.

Code: Alles auswählen

[httpd] 192.168.0.107 - - [06/Aug/2025:21:13:13 +0000] "POST /write?db=WSZero2 HTTP/1.1 " 400 150 "-" "python-requests/2.32.3" 29d62156-730a-11f0-8d86-0242ac110002 10331

Bei der alten Beta 250225 lief das mit Signal auf True für beide Forwards noch ohne Probleme.

Die beiden Einträge sehen so aus (nur eben mit jeweils anderer IP)

Code: Alles auswählen

[Forward-2]
FWD_TYPE = INFLUXMET
FWD_CMT = InfluxDB-Forward of metric values
FWD_URL = http://xxx.xx.xx.xxx:8086@WSZero2
FWD_SID = 
FWD_PWD = 
FWD_STATUS = True
FWD_EXEC = 
FWD_IGNORE = 

Edit:
Es liegt wohl an den Signal oder RSSI Feldern. Wenn die beim Forward auf ignorieren setze, dann gehen beide Forwards wieder.

Foshk sagt zB

Code: Alles auswählen

wh26sig	--
wh26rssi	-83
wh31sig1	4
wh31rssi1	-45
wh31sig2	4
wh31rssi2	-40
wh31sig3	4
wh31rssi3	-51
wh31sig4	4
wh31rssi4	-48
wh31sig5	4
wh31rssi5	-74

InfluxDB sagt aber zB bei wh31rssi1 "unsupported mean iterator type: *query.stringInterruptIterator "

Ist mit jeden GW leider anders. Mal geht es ohne Probleme, beim anderen mag Influx nur die RSSI Werte nicht und bei diesem hier geht weder Signal noch RSSI für Influx.

[olicat]

Hi!

Wenn ein Wert nicht den Erwartungen entspricht, kann es schon zu Problemen kommen.
Hier wird von InfluxDB ein numerischer Wert erwartet - es kommt aber - unter Umstaenden - ein "--" von der Konsole zurueck.
Denkbar ist, dass daraufhin der gesamte Datensatz nicht verarbeitet wird.
WeeWX verhaelt sich da bei MQTT ggf. identisch und erwartet einen numerischen Wert. Ansonsten gibt es eine Fehlermeldung.

Jetzt koennte man das Value "--" einfach durch eine 0 ersetzen. Das gefaellt mir aber nicht - ich will keine Werte erfinden.
Ich habe das jetzt so umgesetzt, dass der entsprechende Key mit dem fehlerhaften Value ("--") einfach nicht mehr ausgegeben wird.
Bei dem Beispiel:

Code: Alles auswählen

wh26sig	--
wh26rssi	-83
wh31sig1	4

wuerde wh26sig schlicht nicht verarbeitet (also NICHT weitergegeben).
Waere das so auch in Eurem Sinne? Wer mag das gern testen?

BTW:
Wenn ein Sensor nicht mehr sendet (also --), bleibt der zuletzt gesendete Wert (etwa: 4) bestehen. Vielleicht waere eine 0 dann doch sinnvoller?
Ich bin noch im Urlaubsmodus und kann nicht ausreichend analytisch denken ...
:-#

Oliver

[Werner]

@Oliver,

ich hab Dir dazu eine E-mail geschickt.

Was auf jeden Fall geändert werden muss:
Die Einheit für RSSI ist "dBm"

[Wetterchen]

wuerde wh26sig schlicht nicht verarbeitet (also NICHT weitergegeben).
Waere das so auch in Eurem Sinne? Wer mag das gern testen?

BTW:
Wenn ein Sensor nicht mehr sendet (also --), bleibt der zuletzt gesendete Wert (etwa: 4) bestehen. Vielleicht waere eine 0 dann doch sinnvoller?
Ich bin noch im Urlaubsmodus und kann nicht ausreichend analytisch denken ...
:-#

Oliver

Hallo Oliver.

Kommt drauf an wie man das verstehen soll.
Es reicht wenn einfach kein weiterer Wert mehr dazu kommt wenn es auf "--" fällt, damit kommt Influx an besten klar.
Wenn der letzte Wert also eine "4" war, kann er auch so "enden" ohne fortschreitende Übertragung.

Ich kann das dann gerne testen.