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

[OliverIO]

@cino sagte in Werte im Vis addieren:

Was mache ich hier falsch? Kriege nur eine 0 raus.

{wert1:javascript.0.ShellyVerbrauch.SHEM-3#8CAAB561D496#1.Emeter0.heute; wert2:javascript.0.ShellyVerbrauch.SHEM-3#8CAAB561D496#1.Emeter1.heute; wert3:javascript.0.ShellyVerbrauch.SHEM-3#8CAAB561D496#1.Emeter2.heute; ((+wert1)+(+wert2)+(+wert3))}

evtl werden die werte alle als Text interpretiert und du musst jeden einzelnen in eine Zahl umwandeln.

{wert1:javascript.0.ShellyVerbrauch.SHEM-3#8CAAB561D496#1.Emeter0.heute; wert2:javascript.0.ShellyVerbrauch.SHEM-3#8CAAB561D496#1.Emeter1.heute; wert3:javascript.0.ShellyVerbrauch.SHEM-3#8CAAB561D496#1.Emeter2.heute; parseInt(wert1)+parseInt(wert2)+parseInt(wert3)}

Alternativ auch parseFloat falls nachkommastellen enthalten sind.

[liv-in-sky]

@cino

falls der vorschlag von @OliverIO nicht funktioniert, teste mal die formeln mit datenpunkten, die kein "#" beinhalten

[Cino]

@liv-in-sky said in Werte im Vis addieren:

@cino

falls der vorschlag von @OliverIO nicht funktioniert, teste mal die formeln mit datenpunkten, die kein "#" beinhalten

Jau, mit anderen Datenpunkten funktioniert meine Formel.

[liv-in-sky]

@cino

dann wäre evtl ein alias für deine datenpunkte angebracht

[OliverIO]

@liv-in-sky sagte in Werte im Vis addieren:

@cino

dann wäre evtl ein alias für deine datenpunkte angebracht

@Cino @apollon77
und ein Issue für vis, da entweder die Namensregeln für Datenpunkte angepasst werden muss oder das binding in vis, da dies dann wohl die datenpunkte mit # nicht erkennt

[liv-in-sky]

es funktioniert, wenn nur der erste dp-wert ein "#" zeichen hat - erst wenn man mehrere datenpunkte mit "#" hat, kommt ein fehler im browser bei "eval"

[OliverIO]

@liv-in-sky sagte in Werte im Vis addieren:

es funktioniert, wenn nur der erste dp-wert ein "#" zeichen hat - erst wenn man mehrere datenpunkte mit "#" hat, kommt ein fehler im browser bei "eval"

ok, also kein Issue?

[liv-in-sky]

@oliverio

das war nur ein weiterer zusatz für den jenigen, der das issue anlegt - testet man das mit nur einem datenpunkt, erkennt man den fehler nicht

[AndyGR42]

Nach RFC3986 ist # ein reserved character in URI's. Ich würde das also meiden. Ggf. ist das also gar kein VIS issue. In JSON/JS ist es allerdings nicht escaped.

[OliverIO]

@andygr42
und was sagt der oder ein anderer rfc über iobroker datenpunkte?

[AndyGR42]

@oliverio Jede Programmiersprache und jedes Protokoll hat reservierte Wörter und Zeichen. Wenn man die an anderer Stelle als wie vorgesehen nutzt kann es zu unvorhergesehenen Fehlern kommen.

[AndyGR42]

https://github.com/ioBroker/ioBroker.docs/blob/master/docs/en/dev/objectsschema.md

Following characters are prohibited to use in IDs: []*,;'"&#96;<>\\?

Da steht die # allerdings nicht dabei

[Homoran]

@andygr42 sagte in Werte im Vis addieren:

Da steht die # allerdings nicht dabei

:eyeglasses:

@andygr42 sagte in Werte im Vis addieren:

Following characters are prohibited to use in IDs: []*,;'"&#96;<>\?

[AndyGR42]

@homoran &#96 ; ist der html code für "Akzent". Bin auch erst drauf reingefallen.

[Homoran]

@andygr42 sagte in Werte im Vis addieren:

@homoran ` ist der html code für "Akzent". Bin auch erst drauf reingefallen.

dann wird aber das # intern bei html verwendet und wird wahrscheinlich Probleme verursachen können.
Das sollte überprüft werden

[AndyGR42]

Ich bin mit Sonderzeichen generell vorsichtig. In URI's ist die # verboten. In URL's ist sie das Zeichen für eine location. Das sollte aber eigentlich kein direktes Problem beim Aufruf von VIS darstellen. Ich stecke aber da nicht tief genug drin um zu wissen, ob z.B. jquery benutzt wird. Da spielt die # eine Rolle als ID selector.

Um Ärger zu vermeiden nutzte ich eigentlich schon immer nur 0-9 a-z A-Z (ohne Umlaute) und ggf. Binde- bzw. Unterstrich. :)