Monatsrückblick Januar/Februar 2026 ist online!

[mickym]

@schweiger2 Na wie gesagt dann teil halt den Wert in Deinem Blockly durch 1000 bevor den Datenpunkt schreibst.

[Codierknecht]

@schweiger2
Meine Glaskugel sagt, Du willst W in kW umrechnen ... dann so wie @mickym schreibt.
Das ist aber dann umrechnen und nicht formatieren.

[mickym]

@codierknecht Man kann auch JSONATA nehmen. ;)

[Codierknecht]

@mickym
Man könnte auch direkt in einem Alias umrechnen statt da per Script ranzugehen ;-)

[schweiger2]

@codierknecht

Ich bin wirklich sparsam mit meinen Auskünften gewesen.

Der Verbrauch wird als 6123 bzw. 39523 angezeigt, sowohl im DP als auch in iQontrol, was aber üblicherweise übernimmt, was es bekommt. Deswegen war mein Grundgedanke, den DP passend zu formatieren.

Mir geht es nicht um die Umrechnung, sondern wirklich nur um die Darstellung als 6.123 bzw. 39.523 W.

[mickym]

@codierknecht sagte in Wie Datenpunkt mit Dezimalpunkt formatieren ?:

@mickym
Man könnte auch direkt in einem Alias umrechnen statt da per Script ranzugehen ;-)

Nun nachdem er aber eh schon den Datenpunkt mit Blockly schreibt, ist das dann aber auch kein Vorteil. ;)

[Codierknecht]

@schweiger2
Dann wie gesagt auf string umstellen und im Script formatieren.

Oder im iQontrol formatieren, aber da kann ich Dir nicht helfen.

[Codierknecht]

@mickym sagte in Wie Datenpunkt mit Dezimalpunkt formatieren ?:

Nun nachdem er aber eh schon den Datenpunkt mit Blockly schreibt, ist das dann aber auch kein Vorteil. ;)

Doch - spart Script ;-)
Und wenn der Alias als string angelegt ist, kann er auch gleich formatieren

val.toFixed(1)

[mickym]

@schweiger2 sagte in Wie Datenpunkt mit Dezimalpunkt formatieren ?:

@codierknecht

Ich bin wirklich sparsam mit meinen Auskünften gewesen.

Der Verbrauch wird als 6123 bzw. 39523 angezeigt, sowohl im DP als auch in iQontrol, was aber üblicherweise übernimmt, was es bekommt. Deswegen war mein Grundgedanke, den DP passend zu formatieren.

Mir geht es nicht um die Umrechnung, sondern wirklich nur um die Darstellung als 6.123 bzw. 39.523 W.

Nur halt mal nutzen. ;)

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <variables>
   <variable id=")l%w+)z4+^TvOp_d?X%g">Zahl</variable>
 </variables>
 <block type="variables_set" id="tD3m%PaFkC6u|UUqu;U1" x="163" y="63">
   <field name="VAR" id=")l%w+)z4+^TvOp_d?X%g">Zahl</field>
   <value name="VALUE">
     <block type="math_number" id="ovF7jy6SjAU~khSJ2jW/">
       <field name="NUM">39525</field>
     </block>
   </value>
   <next>
     <block type="debug" id="1s5b63Yw]qIMh7%)FwrS">
       <field name="Severity">log</field>
       <value name="TEXT">
         <shadow type="text" id="[9W-GqN}m%}*/p#M0a(/">
           <field name="TEXT">test</field>
         </shadow>
         <block type="convert_jsonata" id="AZbPn];oE6()eSI3X|Vh">
           <value name="EXPRESSION">
             <shadow type="text" id="$k$Ip|^E9yr=k7tyLKv$">
               <field name="TEXT">$formatNumber($, "#.##0,0 W",{'decimal-separator':',', 'grouping-separator':'.'})</field>
             </shadow>
           </value>
           <value name="TARGET">
             <block type="variables_get" id="~%0^J2_Xu8s!F$jm6i[}">
               <field name="VAR" id=")l%w+)z4+^TvOp_d?X%g">Zahl</field>
             </block>
           </value>
         </block>
       </value>
     </block>
   </next>
 </block>
</xml>

[mickym]

@codierknecht Na wenn ich obigen Befehl noch in den aktualisiere Block eingebe - machte den Kohl nicht fett.

Da ist ja dann der Alias nun wirklich keine Ersparnis. ;)- Zudem der originale Wert wahrscheinlich dann eh im sonoff - Adapter liegt und dieses Blockly vielleicht nur für die Ausgabe gemacht wurde.

Aber ich gebe Dir natürlich Recht, wenn er das Blockly nur wegen der Anzeige gemacht hat, dann kann er auch ein Alias mit Konvertierfunktion nutzen. ;)

[Codierknecht]

@mickym
Wenn das Script noch mehr berechnet und eh existiert, hast Du sicher Recht.

Wenn es aber nur den Wert aus Tasmota nimmt und woanders hinschreibt, kann man es auch direkt im Alias machen.
Auch JSON auseinandernehmen (z.B. bei MQTT) ist mit den Konvertierungsfunktionen kein Problem.
Dann stehen die Ergebnispunkte hat in alias.0 und nicht in 0_userdata.0.

Da haben sich mein POST und Dein EDIT gerade überholt

[mickym]

@codierknecht Ja habe ich gerade ergänzt. Das muss der Mensch selbst wissen, sonst ist Alias sicher eine elegante Lösung.

[mickym]

@codierknecht Ich hab gerade aber nochmal die Definition nachgeschaut. bei toFixed bekommst Du aber keine 1000der Trennzeichen hin, aber ich hab noch eine andere Funktion für den Alias gefunden: ;)

also hiermit:

val.toLocaleString("de-DE") 

wird eine Zahl in deutsches Format (String) konvertiert mit 1000der Punkt und Dezimalkomma.

Man kann sogar die Opitionen nutzen - also wenn man bei Ganzzahlen trotzdem eine Dezimalstelle haben will, dann schreibt man:

val.toLocaleString("de-DE",{"minimumFractionDigits":1}) 

Hier ein Verweis auf die Formatierungsmöglichkeiten: https://www.w3schools.com/jsref/jsref_tolocalestring_number.asp

[schweiger2]

@mickym

Ich habe mit dem gezeigten JSONata-Ausdruck die gewünschte Formatierung weitgehend realisieren können.

Nur die Ausgabe ohne Nachkommastellen und ohne Einheit "W" habe ich bei der 5-stelligen Zahl nicht hinbekommen trotz einiger Modifikationen im "#.##0,0 W".

Dennoch kann ich mit dem Erreichten leben.

Danke sehr.

[mickym]

@schweiger2 Verstehe ich nicht: Nutze mal diesen Ausdruck:

$formatNumber($, "#.##0",{'decimal-separator':',', 'grouping-separator':'.'})

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <variables>
   <variable id=")l%w+)z4+^TvOp_d?X%g">Zahl</variable>
 </variables>
 <block type="variables_set" id="tD3m%PaFkC6u|UUqu;U1" x="163" y="63">
   <field name="VAR" id=")l%w+)z4+^TvOp_d?X%g">Zahl</field>
   <value name="VALUE">
     <block type="math_number" id="ovF7jy6SjAU~khSJ2jW/">
       <field name="NUM">2339525</field>
     </block>
   </value>
   <next>
     <block type="debug" id="1s5b63Yw]qIMh7%)FwrS">
       <field name="Severity">log</field>
       <value name="TEXT">
         <shadow type="text" id="[9W-GqN}m%}*/p#M0a(/">
           <field name="TEXT">test</field>
         </shadow>
         <block type="convert_jsonata" id="AZbPn];oE6()eSI3X|Vh">
           <value name="EXPRESSION">
             <shadow type="text" id="$k$Ip|^E9yr=k7tyLKv$">
               <field name="TEXT">$formatNumber($, "#.##0",{'decimal-separator':',', 'grouping-separator':'.'})</field>
             </shadow>
           </value>
           <value name="TARGET">
             <block type="variables_get" id="~%0^J2_Xu8s!F$jm6i[}">
               <field name="VAR" id=")l%w+)z4+^TvOp_d?X%g">Zahl</field>
             </block>
           </value>
         </block>
       </value>
     </block>
   </next>
 </block>
</xml>

[schweiger2]

@mickym

Wenn ich das so einsetze, wird aus einer 39.540,5 bei
$formatNumber($, "#.##0,0",{'decimal-separator':',', 'grouping-separator':'.'})

eine 39.5 (mit Punkt) bei
$formatNumber($, "#.##0",{'decimal-separator':',', 'grouping-separator':'.'})

Hm.

[mickym]

@schweiger2 Nochmal - die Zahlen müssen Nummern/Zahlen sein und keine Strings. Eine Zahl hat in Javascript nun mal einen Punkt als Dezimalzeichen. Deswegen wird die 39.54 als 39,5 interpretiert. Also es werden imm reine Zahlen in Strings konvertiert. Es gibt auch keine Gruppierungstrennzeichen bei der Eingabe. Also darauf achten, dass nur Zahlen eingegeben werden.

Für jede Ziffer - die verpflichtend ist muss eine 0 eingegeben werden, für jede optionale Ziffer ein #.

Also 0,0 gibt immer eine Dezimalziffer aus.
ein 0,# optional eine Dezimalziffer usw.

[mickym]

@schweiger2 sagte in [gelöst] Datenpunkt mit Tausender-Trennzeichen formatieren ?:

39.540,5

Sowas ist also Unsinn - da es keine Zahl ist. Es wird versucht in eine Zahl zu wandeln, und deshalb entsteht daraus 39,540 (deutsche Schreibweise). Einfach auf Datentyp Zahl achten!!!

Wenn Du solche Strings hast musst halt Komma durch Punkt ersetzen.

Wenn Du also "deutsch formatierte Zahlen" (also Strings) in Zahlen übersetzen willst, dann musst das halt tun.

Wenn beides möglich ist, dann machst halt ein Typ Prüfung.

Ich hasse zwar dieses Puzzeln, hier aber mal eine Version, die prüft ob Zahl oder String und dann agiert dann entsprechend:

Der Datenpunkt ist vom Typ Mixed. Du siehst Deine Zahl wird als String erkannt. Hier dann mal eine Funktion, die dann beides akzeptiert.

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <variables>
   <variable id=")l%w+)z4+^TvOp_d?X%g">Zahl</variable>
 </variables>
 <block type="on_ext" id="BeI|;D5~7lY:yW([N4`N" x="-12" y="138">
   <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
   <field name="CONDITION">any</field>
   <field name="ACK_CONDITION"></field>
   <value name="OID0">
     <shadow type="field_oid" id="4xK772kkms`2g3jjN=3^">
       <field name="oid">0_userdata.0.Test.Mixed</field>
     </shadow>
   </value>
   <statement name="STATEMENT">
     <block type="variables_set" id="tD3m%PaFkC6u|UUqu;U1">
       <field name="VAR" id=")l%w+)z4+^TvOp_d?X%g">Zahl</field>
       <value name="VALUE">
         <block type="logic_ternary" id="zd1j8i^g~aqHM!d^a5[T">
           <value name="IF">
             <block type="logic_compare" id="WCR]**V{+T5dXtu3.U6v">
               <field name="OP">EQ</field>
               <value name="A">
                 <block type="convert_type" id="OHg1kCRfbbVZXrF-AeDf">
                   <value name="ITEM">
                     <block type="on_source" id="]Qr#ZET?M={mJV{Zq^XP">
                       <field name="ATTR">state.val</field>
                     </block>
                   </value>
                 </block>
               </value>
               <value name="B">
                 <block type="text" id="/7XWYQ=IBF;R:Bj$)h?j">
                   <field name="TEXT">string</field>
                 </block>
               </value>
             </block>
           </value>
           <value name="THEN">
             <block type="convert_jsonata" id="C%CHj#fYejB|.8-dnop~">
               <value name="EXPRESSION">
                 <shadow type="text" id="d]N/d.BPCMUB#O:j]_#V">
                   <field name="TEXT">$number($replace($replace($, ".",""),",","."))</field>
                 </shadow>
               </value>
               <value name="TARGET">
                 <block type="on_source" id="XD.Wzw#fRK~A01)`39?y">
                   <field name="ATTR">state.val</field>
                 </block>
               </value>
             </block>
           </value>
           <value name="ELSE">
             <block type="on_source" id="Jf]?S4t[A-ri^;6v@^X_">
               <field name="ATTR">state.val</field>
             </block>
           </value>
         </block>
       </value>
       <next>
         <block type="debug" id="1s5b63Yw]qIMh7%)FwrS">
           <field name="Severity">log</field>
           <value name="TEXT">
             <shadow type="text" id="[9W-GqN}m%}*/p#M0a(/">
               <field name="TEXT">test</field>
             </shadow>
             <block type="convert_jsonata" id="AZbPn];oE6()eSI3X|Vh">
               <value name="EXPRESSION">
                 <shadow type="text" id="$k$Ip|^E9yr=k7tyLKv$">
                   <field name="TEXT">$formatNumber($, "#.##0,#",{'decimal-separator':',', 'grouping-separator':'.'})</field>
                 </shadow>
               </value>
               <value name="TARGET">
                 <block type="variables_get" id="~%0^J2_Xu8s!F$jm6i[}">
                   <field name="VAR" id=")l%w+)z4+^TvOp_d?X%g">Zahl</field>
                 </block>
               </value>
             </block>
           </value>
         </block>
       </next>
     </block>
   </statement>
 </block>
</xml>

Do nun wieder genug - Teilchen aneinander gesucht. Ich habe keine Funktion gefunden, mit der man Zeichen ersetzt. Wahrscheinlich muss man hier wieder eine JS Funktion nutzen. Aber ich vielleicht bin ich nur zu blöd zum Suchen. Deswegen hasse ich dieses Puzzeln.

[schweiger2]

@mickym

Ich bin sehr froh, dass Du so hilfsbereit bist, Danke. Ich habe hier mein aktuelles Blockly beigefügt.

Die beiden Datenpunkte in den Objekten aus Tasmota im MQTT-Adapter, aus dem das Attribut ausgelesen wird, haben den Typ "JSON" und werden in die Variablen geschrieben.

Die Datenpunkte Verbrauch_aktuell und Verbrauch_gesamt sind natürlich vom Typ "string". Wenn ich sie auf "number" in common und native umstelle, erhalte ich Warnmeldungen im Protokoll, was zu erwarten ist. Es wird also ein String in den Datenpunkt geschrieben.

Wenn ich die Konvertierungsfunktion "nach Zahl" wie im Blockly unten benutze und die Datenpunkte auf "number" ändere, erhalte ich die Fehlermeldungen im Protokoll wie unten gezeigt. Es wird also nach wie vor der Typ "string" geschrieben.

[schweiger2]

@mickym

Ich habe jetzt die debug-Zeile eingefügt und das Protokoll wirft "true" aus. Offensichtlich kommt doch der Typ number aus dem Attribut.

Dann müsste ich doch nachfolgenden Schritt mit JSONata gar nicht gehen und könnte direkt in den Datenpunkt schreiben. Habe ich gemacht und ergibt sich aus dem debug, dass

• Typ des Attributes = "number" ist true
• Typ des Datenpunktes Verbrauch_aktuell = "number" ist false