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

[apollon77]

Naja, das einfachster wäre also da mit dem „null schreiben“ konfigurierbar zu machen … mach mal ein github issue als feature request auf und ich schaue bei Gelegenheit was ich tun kann. Der Aufwand ist halt etwas größer weil wir versuchen History, sql und InfluxDB was Features abgeht wenn möglich in Sync zu halten ...

[Homoran]

Ich finde das aussetzen der Linie bei null extrem hilfreich.

Dann sieht man wenn ein Gerät null statt eines wertes liefert.

[paul53]

@Homoran:

Ich finde das aussetzen der Linie bei null extrem hilfreich.

Dann sieht man wenn ein Gerät null statt eines wertes liefert. `
Schließe mich dem an. Bei einem 24/7 Produktivsystem tritt der Fall auch nur selten ein.

[Homoran]

Gestern war mein MQTT-Broker ausgefallen, habe ihn komplett neu aufgesetzt,

und einzelne Subscriptions liefen heute noch nicht korrekt.

Das habe ich dann hier sehen können:

…und korrigiert

Gruß

Rainer

[MeisterF]

@apollon77:

Der Aufwand ist halt etwas größer weil wir versuchen History, sql und InfluxDB was Features abgeht wenn möglich in Sync zu halten … `

ok - wenn alle drei history-Adapter gleich funktionieren sollen, dann ist der Aufwand bei diesen Adaptern größer.

Dann wäre es wohl besser, ggf. in float eine weitere Behandlungsmöglichkeit von null-Werten anzubieten, die auch bei "null" Linien durchzieht.

(für Leute wie mich)

Mein Problem sind/waren ja nicht die "null"-Werte an sich, sondern nur die, die beim ersten Start / restart von history 1.6.6 aufgetreten sind. Das waren für mich unnötige Lücken im Graph. Sollte die Verbindung zum Adapter oder zur Hardware oder die Hardware ausfallen, dann sind fehlende Werte etc. natürlich sinnvoll.