iobroker, mqtt adapter ändert plötzlich alias

[Homoran]

@mickym sagte in iobroker, mqtt adapter ändert plötzlich alias:

Das habe ich jetzt ehrlich gesagt nicht verstanden.

mein Datenbankwissen bezieht sich auf relationale Datenbanken wie dBase, Paradox u.ä.
dort muss es für jede "Ebene" einen (eindeutigen) Wert in der zugehörigen "Tabelle" geben, damit der Wert richtig zugeordnet werden kann.

Die Ebenen wären Adapter --> Instanz --> State, jeweils per 1->viele verknüpft.

Aber wie soll ich wissen was ich denke, bevor ich lese was ich schreibe

Kommando zurück!
das kann schon aufgrund der erweiterten Objektstrukturen so nicht sein

[mickym]

@homoran Die Zuordnung von einem Datenpunkt zu einer Datenreihe in der Datenbank ist in meinen Augen immer eine 1:1 Beziehung und alleine durch das Zahnrad neben dem Datenpunkt festgelegt. - Was man dann da rein schreibt als Konfig wird in meinen Augen nie und nimmer was an dieser 1:1 Beziehung ändern - ausser der Adapter generell bringt irgendwas durcheinander, da dieser ja in die Datenbank letztlich schreibt und deshalb tun und lassen kann was er will. Der wird ja dann von nichts mehr kontrolliert .

[Marc Berg]

@mickym sagte in iobroker, mqtt adapter ändert plötzlich alias:

Deshalb hat dieser Alias 0,0 mit dem iobroker System zu tun, sondern dient nur der Umbenennung der Datenreihe in der Influx DB

"0,0" stimmt leider nicht. Wenn ich so wie der TE einen Alias "Wasser-CAM-Haus" eintrage:

... dann wird (sobald die ersten Daten geschrieben werden sollen) automatisch ein entsprechender Datenpunkt in "root" angelegt:

Ich habe das auch mal mit verschiedenen Datentypen durchgespielt. Alles was dabei passiert ist, dass der nicht passende Eintrag nicht geschrieben wird, weil der Datentyp nicht übereinstimmt. Der nächste passende wird wieder in die DB geschrieben. Die Aliasse bleiben bei mir aber unberührt und werden nicht umbenannt.

[Homoran]

@mickym sagte in iobroker, mqtt adapter ändert plötzlich alias:

@homoran Die Zuordnung von einem Datenpunkt zu einer Datenreihe in der Datenbank ist in meinen Augen immer eine 1:1 Beziehung und alleine durch das Zahnrad neben dem Datenpunkt festgelegt.

auch korrekt!

aber kann diese Zuordnung fehlerfrei stattfinden wenn sie in die vom Adapter im Hintergrund angelegte Struktur der Datenbank dabei nicht eindeutig zugeordnet werden kann, weil Strukturelemente fehlen?

Ist aber jetzt nur Kaffesatzleserei, da ich nicht weiß wie die interne Struktur der iobroker.db (oder unter welchem Namen auch immer sie in influxDB angelegt wird) aussieht.

[mickym]

@marc-berg Das kann ich nicht bestätigen. Ich habe wie gesagt, dass gerade mal auf einem Testsystem gemacht und einen Alias "Wohnzimmer-Vitrine" angegeben und da taucht nirgendwo ein Datenpunkt auf.

[DJMarc75]

"Einsteiger" Unterforum.... hier versteht ein Einsteiger ja mittlerweile nixmehr

[Marc Berg]

@mickym sagte in iobroker, mqtt adapter ändert plötzlich alias:

@marc-berg Das kann ich nicht bestätigen. Ich habe wie gesagt, dass gerade mal auf einem Testsystem gemacht und einen Alias "Wohnzimmer-Vitrine" angegeben und da taucht nirgendwo ein Datenpunkt auf.

Auch, nachdem Daten geschrieben wurden?

[mickym]

@homoran sagte in iobroker, mqtt adapter ändert plötzlich alias:

aber kann diese Zuordnung fehlerfrei stattfinden wenn sie in die vom Adapter im Hintergrund angelegte Struktur der Datenbank dabei nicht eindeutig zugeordnet werden kann, weil Strukturelemente fehlen?

Brauchst Du doch nicht.

Im bucket iobroker - wird der Alias als measurement geführt. Der Alias muss natürlich eindeutig sein.

[Homoran]

@djmarc75 sagte in iobroker, mqtt adapter ändert plötzlich alias:

"Einsteiger" Unterforum.... hier versteht ein Einsteiger ja mittlerweile nixmehr

wo?

[mickym]

@marc-berg Ja ich lese ja in meinem Beispiel einfach über mqtt- den aktuellen Verbrauch der Shellies aus:

Wenn ich dann alle Datenpunkte nach "Vitrine" filtere - es gibt keine zusätzlichen Datenpunkte wegen einem Alias im influx-DB.

Weder im root noch sonst wo.

[mickym]

@djmarc75 sagte in iobroker, mqtt adapter ändert plötzlich alias:

"Einsteiger" Unterforum.... hier versteht ein Einsteiger ja mittlerweile nixmehr

Entweder wurde es verschoben, aber ich denke wir befinden uns im Error/Bug Bereich?

[DJMarc75]

@homoran sagte in iobroker, mqtt adapter ändert plötzlich alias:

wo?

plötzlich anderes Unterforum ? ...

[Homoran]

@mickym sagte in iobroker, mqtt adapter ändert plötzlich alias:

verschoben

wenn hier ein angeblicher Bug gemeldet wird, bleibt es bis zur Klärung erst einmal hier

[Marc Berg]

@mickym sagte in iobroker, mqtt adapter ändert plötzlich alias:

Wenn ich dann alle Datenpunkte nach "Vitrine" filtere - es gibt keine zusätzlichen Datenpunkte wegen einem Alias im influx-DB.

Weder im root noch sonst wo.

Genau. Das passiert nur, wenn der InfluxDB-Datentyp-Fehler auftritt:

2023-05-12 14:36:13.949 - warn: influxdb.1 (198279) Point could not be written to database: iobroker30d
2023-05-12 14:36:13.951 - warn: influxdb.1 (198279) Error on writePoint("{"value":"12.05.2023 14:36:13","time":"2023-05-12T12:36:13.915Z","from":"system.adapter.mqtt.0","q":0,"ack":true}): HttpError: failure writing points to database: partial write: field type conflict: input field "value" on measurement "Wasser-CAM-Haus" is type string, already exists as type float dropped=1 / "failure writing points to database: partial write: field type conflict: input field \"value\" on measurement \"Wasser-CAM-Haus\" is type string, already exists as type float dropped=1""
2023-05-12 14:36:13.952 - warn: influxdb.1 (198279) Add Wasser-CAM-Haus to conflicting Points (1 now)
2023-05-12 14:36:13.955 - warn: influxdb.1 (198279) setObject Wasser-CAM-Haus (type=undefined) property common.custom must not exist.
2023-05-12 14:36:13.957 - warn: influxdb.1 (198279) Object Wasser-CAM-Haus is invalid: obj.type has to exist
2023-05-12 14:36:13.957 - warn: influxdb.1 (198279) This object will not be created in future versions. Please report this to the developer.
2023-05-12 14:37:20.319 - warn: influxdb.1 (198279) Point could not be written to database: iobroker30d
2023-05-12 14:37:20.319 - warn: influxdb.1 (198279) Error on writePoint("{"value":"12.05.2023 14:37:20","time":"2023-05-12T12:37:20.287Z","from":"system.adapter.mqtt.0","q":0,"ack":true}): HttpError: failure writing points to database: partial write: field type conflict: input field "value" on measurement "Wasser-CAM-Garten" is type string, already exists as type float dropped=1 / "failure writing points to database: partial write: field type conflict: input field \"value\" on measurement \"Wasser-CAM-Garten\" is type string, already exists as type float dropped=1""
2023-05-12 14:37:20.319 - warn: influxdb.1 (198279) Add Wasser-CAM-Garten to conflicting Points (2 now)
2023-05-12 14:37:20.324 - warn: influxdb.1 (198279) setObject Wasser-CAM-Garten (type=undefined) property common.custom must not exist.
2023-05-12 14:37:20.325 - warn: influxdb.1 (198279) Object Wasser-CAM-Garten is invalid: obj.type has to exist
2023-05-12 14:37:20.325 - warn: influxdb.1 (198279) This object will not be created in future versions. Please report this to the developer.

Danach sind die Datenpunkte vorhanden.

[mickym]

@marc-berg Ja aber dann ist das eindeutig ein Bug im Influx-DB Adapter.
Ausserdem steht da ja, dass der Adapter da einen Konflikt erkennt: Add Wasser-CAM-Garten to conflicting Points (2 now)

Dann kann man dem TE wie gesagt nur raten, einen richtigen Alias zu verwenden und in der Konvertierungsfunktion nicht numerische Werte auszuschließen (wie ich weiter unten ja gezeigt habe: https://forum.iobroker.net/post/990558) und ein Issue hier zu erstellen bzw. habe gerade gesehen gibt bereits einen Eintrag - den könnte man ggf. nutzen:

https://github.com/ioBroker/ioBroker.influxdb/issues/281

krobipd created this issue in ioBroker/ioBroker.influxdb

closed daten mit falschen eigenschaften #281