Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[mickemup]

@laser
Ich glaube das Problem liegt nicht an der Influx-DB, sondern an deiner "Herangehensweise"
Niemand hier kann deine Gedanken lesen.
Und dein zu Anfangs beschriebenes Problem (Fehler in Influx-DB Adapter) scheint so nicht zu existieren.
Du musst deine "Probleme" in kleinere Pakete stückeln.
Wenn die Werte nicht richtig geloggt werden, dann musst du noch nicht an Grafana werkeln.
Dein Skript scheint mir kompliziert und wenn du mit dem die "Flanke" erkennen willst (und darstellen), dann musst du auch den "Flanken" DP loggen und nicht ein Alias von einem RPI state.

Die Leute hier sind generell sehr hilfsbereit.
Du musst aber klar sagen wo es klemmt....

[Laser]

@mickemup Das ist wirklich nicht einfach. Nun einen Programmablaufplan erstellen und abfotografieren, ist etwas übertrieben? Oder nicht? Das ich die Tabelle im Datenpunkt aufrufen kann, ist schon mal gut. Das habe ich zwar mal gesehen, aber nicht mehr beachtet. Darin sehe ich, daß sich der Eintrag um 03:22:50 nicht geändert hat. Der GPIO hat aber zu diesem Zeitpunkt umgeschaltet. Hier gibt es ein Problem. Dummerweise habe ich die Protokollierung des GPIO deaktiviert. Die hatte ich vorher parallel zum Alias protokollieren laufen. Abgeschaltet, weil scheinbar Alles in Ordnung war. Vorher kam es ja nach 9 Schaltungen zu einer Fehlprotokollierung. Heute nur 2x am Tag. Ich werde den GPIO-Schaltvorgang wieder protokollieren.
Der jetzige Programm- Zustand ist schon stark vereinfacht. Mein altes Konstrukt war viel aufwendiger (hat aber jahrelang funktioniert.)
Ich werde das Ganze weiter vereinfachen.

[Laser]

@mickemup @homoran Die Tabelle ist das was in den influxDB Baustein reinkommt oder was in die DB geschrieben wird?

[Homoran]

@Laser sagte in InfluxDB schreiben nur Änderungen:

was in den influxDB Baustein reinkommt oder was in die DB geschrieben wird?!

wenn es nach neu laden noch drin steht ist es in die DB geschrieben worden.

Du hast diese Frage
sagte in InfluxDB schreiben nur Änderungen:

@Laser warum schreiben script und rpi2 in den DP und warum das Script, das ich immer noch nicht zu sehen bekommen habe(!), mit ack=false?

weder beantwortet, noch etwas geändert!

So macht helfen keinen Spaß!

[Laser]

@homoran Das script, welches die Auswertung macht und in die Datenpunkte schreibt, habe ich doch hier gezeigt! #49. Mehr ist da nicht.

[Homoran]

@Laser sagte in InfluxDB schreiben nur Änderungen:

habe ich doch hier gezeigt!

nachdem ich das damals schrieb (wahrscheinlich zeitgleich)
deswegen durchgestrichen!
und den Rest übergehst du.

[Laser]

@homoran Der Kuddelmuddel mit true/false und 1/0 kommt eigentlich nur davon, daß Grafana nicht true/false darstellen kann. Zumindest nach Beschreibung. Es wird aber trotzdem dargestellt. Und Die influxDB meckert ein True/false auch an. Verarbeitet es aber scheinbar doch.

[Thomas Braun]

@Laser

Intern wird true mit 1 behandelt, false mit 0.

[Homoran]

@Laser

sagte in InfluxDB schreiben nur Änderungen:

und den Rest übergehst du.

[mickemup]

@Laser
Also
Dann log doch mal mit Influx dein Alias und den GPIO.

dann sehen wir ob da ein Unterschied ensteht.
Sollte aber nicht, da der Alias ja das gleiche "sieht" wie dein GPIO DP

Also:

• Beide mit Influx loggen

• Settings: nur änderungen, keine Entprell- und Blockzeiten

Dann Bescheid geben, ob immer noch nicht korrekt geloggt wird. OK?

[Laser]

@mickemup mache ich. Dann muß ich auf den Fehlerzustand warten. Kann dauern.

[mickemup]

@Laser
OK was ist denn dieser GPIO?
Kannst du den Aktiv schreiben und wenn ja, wer schreibt alles in den (du via script haben wir schon gesehen) wer und was noch?

[Laser]

@mickemup den GPIO könnte ich auch manuell überschreiben.
Weil es die Probleme gab, habe ich mir auch mal einen Testschalter gebaut und den geloggt. Ging zig mal gut. Mit "Nur Änderungen" und Ohne. Dann habe ich dessen Logging wieder gelöscht. Jetzt habe ich immer mal wieder "Aussetzer" beim DB schreiben.

[mickemup]

@Laser sagte in InfluxDB schreiben nur Änderungen:

@mickemup den GPIO könnte ich auch manuell überschreiben.

Könnte?
In deinem Script schreibst du den ja aktiv oder?

Und so wie ich das kenne ein GPIO kann entweder als INPUT oder OUTPUT definiert sein.
Wenn er ein Input ist, dann kann (oder sollte) man den nur lesen.
Bei einem OUTPUT legt man aktiv ein Signal an.

[mickemup]

@Laser sagte in InfluxDB schreiben nur Änderungen:

Jetzt habe ich immer mal wieder "Aussetzer" beim DB schreiben.

Beschreibe/Beweise uns doch diese Aussetzer mal konkret :-)

[Laser]

@mickemup ich warte sehnsüchtig auf Aussetzer. Wenn Sie denn wieder kommen. Nach den vorgeschlagenen Änderungen. Von mir aus kann es auch fehlerfrei funktionieren.
Was genau möchtest Du mit dem GPIO machen? Ich kann den im Datenpunkt des rpi2 beschreiben oder mit einem Script.

[mickemup]

@Laser sagte in InfluxDB schreiben nur Änderungen:

Was genau möchtest Du mit dem GPIO machen? Ich kann den im Datenpunkt des rpi2 beschreiben oder mit einem Script.

OK, und das machst du ja auch mit deinem Skript.

[mickemup]

@Laser sagte in InfluxDB schreiben nur Änderungen:

ich warte sehnsüchtig auf Aussetzer.

OK und wenn du einen siehst, dann sauber protokollieren:
z.B der DP zeigt 0/False an, im INFLUX log erscheint dies aber nicht.

Denn nur dann ist es wirklich ein Fehler im INFLUX logging.

[Laser]

@mickemup Ja, mache ich. Habe jetzt auch diverse Datenpunkte von boolean auf 0/1 umgeschrieben. (Gefällt mir nicht so richtig.) Nur der GPIO ist noch auf true/false.

[Homoran]

und wann antwortest du auf meine Fragen?
BEVOR du noch weitere Stellschrauben verdrehst?