[SourceAnalytix 0.4.8-Final] Released !

Peter666666

@crunchip ok. D.h. bei einem Update fehlen ein paar kW z.b.? Die würden ja bei einem DP dann auch fehlen oder habe ich einen Denkfehler?
Bei dem neuen DP dann die Reset Erkennung aktivieren?

wendy2702

@crunchip Ich habe zu Beginn diese Einstellungen verwendet.

https://forum.iobroker.net/post/935400

Will jetzt nicht nochmal den Thread mit den gleichen Bildern belagern.

Versuche jetzt über die Influx den Wert zum Wochen und Tages Beginn zu bekommen um diese Werte korrekt einzutragen.

crunchip

@peter666666 sagte in [SourceAnalytix 0.4.8-Final] Released !:

D.h. bei einem Update fehlen ein paar kW z.b.?

ne, der Zähler im shelly beginnt bei 0, SA sollte diesen reset allerdings erkennen, falls aktiviert, Der reset steht dann im Raw des Datenpunktes, und wird entsprechend intern verrechnet.

@peter666666 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Bei dem neuen DP dann die Reset Erkennung aktivieren

dies brauch ich mit dem Script nicht, da das script dies übernimmt und fortlaufend hochzählt

crunchip

@wendy2702 sagte in [SourceAnalytix 0.4.8-Final] Released !:

zu Beginn diese Einstellungen verwendet

und das ist der Fehler, du hast Tagesstart 0

mach dich nicht verrückt mit den Zählerstandswerten, die guckst du eh nicht an
dich interessiert doch eher der Verbrauch und die Kosten, oder möchtest du wirklich genau wissen in welcher Kalenderwoche du Zählerstand xy hattest

Peter666666

@crunchip Ich stehe glaub ich auf dem Schlauch

Ich logge ja die aktuelle Leistung. Wenn er dann durch ein Update oder so nichts schickt fehlen mir die kW und dadurch auch ein paar kWh oder nicht? Wenn er dann wieder Werte schickt kann SA ja diese wieder zählen und in kWh umrechnen oder?

Bild 26.01.23 um 16.58.jpeg

wendy2702

@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:

@wendy2702 sagte in [SourceAnalytix 0.4.8-Final] Released !:

zu Beginn diese Einstellungen verwendet

und das ist der Fehler, du hast Tagesstart 0

mach dich nicht verrückt mit den Zählerstandswerten, die guckst du eh nicht an
dich interessiert doch eher der Verbrauch und die Kosten, oder möchtest du wirklich genau wissen in welcher Kalenderwoche du Zählerstand xy hattest

Hast schon recht aber der Verbrauch passt ja eben nicht oder gucke ich an der falschen Stelle?

Zählerstand 1.1. = 44161
Zählerstand 26.1. = 44923

Wenn ich jetzt unter consumed für Januar schaue steht da:

und das ist doch nicht richtig oder gilt hier einfache Mathematik nicht bzw. wird der richtige Wert erst bei Tageswechsel ermittelt?

EDIT: Jetzt die richtigen Werte für Tag und Wochebeginn eingetragen:

Aktueller Stand:

Mir erschließen sich die Wert nicht bzw. was ich wo falsch mache oder falsch Denke

Wenn ich das richtig verstehe soll ich am heutigen Tag current year, consumed, 01_currentday 107,544kWh verbraucht haben.

Dann in der ganzen Woche aber nur 66,641kWh ?

Der Tatsächliche Verbrauch heute ist aber doch aktueller Stand - Stand Tageswechsel

44925 - 44903 = 22kWh

oder sehe ich das falsch?

crunchip

@peter666666 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Ich logge ja die aktuelle Leistung

eigentlich loggt man auch keine Leistung, sondern den Zähler

David G.

Hallo,

ich habe die letzten Monate öfters überlegt, wie ich den Verbrauch der Datenpunkte previousDay und previousWeek ordentlich in eCharts visualisiert bekomme.

Das Problem liegt darin, dass der Zeitstempel in der History (logischerweise) immer einen Tag nach dem eigentlichem Tag um den es geht geschrieben wird, wenn der Verbrauch ermittelt wurde.

Leider gibt es in eCharts dafür keinen entsprechenden Offset.

Ich habe es nun so gelöst, dass ich die Daten selber in den SQL-Adapter schreibe. Als Zeitstempel gebe ich 00:00:01 Uhr vom betroffenen Tag an.

So kann man sich die Verbräuche der letzten Tage/Wochen/Monate mit korrekter Zeitachse in eCharts anzeigen lassen.

So sieht das Chart bei mir aus (noch nicht schön gemacht ^^):

Folgendes Skript schreibt die Werte in die SQL-Datenbank
Wichtig ist, dass einmal ein Wert vom SQL-Adapter geschrieben wird, damit in der Datenbank alles angelegt wird. Unter From sagt man dem SQL Adapter von welchen Adapter der Befehl übermittelt wird. Dort einfach eine 1 eintragen, ansonsten testen bis SourceAnalytics erscheint. Die Nummer ist nicht bei jedem gleich.
Als Trigger habe ich eine Funktion angelegt. Kann man aber natürlich auch anders lösen.

<xml xmlns="https://developers.google.com/blockly/xml">
 <variables>
   <variable id="HKJ83@M*Vkv6F:[cMGpU">id</variable>
   <variable id="m/J2%l~jt_I}E3YS/oUX">value</variable>
   <variable id="ijg.wml+3lq|C5Z@*;dj">ts</variable>
   <variable id="IMUxS6tTWa@(?F=J7^)^">ack</variable>
   <variable id="Ixn,o2E6RovK9wi:V3rB">from</variable>
   <variable id="l!ZdmE~g4`_Vm6p%X:]4">q</variable>
   <variable id="H6RiFA2BZ+Qps_{o9bB.">Zeitstemlel</variable>
 </variables>
 <block type="procedures_defcustomnoreturn" id="byaN9|n~rP|LoWSf8_V~" x="-237" y="1013">
   <mutation statements="false">
     <arg name="id" varid="HKJ83@M*Vkv6F:[cMGpU"></arg>
     <arg name="value" varid="m/J2%l~jt_I}E3YS/oUX"></arg>
     <arg name="ts" varid="ijg.wml+3lq|C5Z@*;dj"></arg>
     <arg name="ack" varid="IMUxS6tTWa@(?F=J7^)^"></arg>
     <arg name="from" varid="Ixn,o2E6RovK9wi:V3rB"></arg>
     <arg name="q" varid="l!ZdmE~g4`_Vm6p%X:]4"></arg>
   </mutation>
   <field name="NAME">Sql</field>
   <field name="SCRIPT">ewogICAgbGV0IHN0YXRlbWVudCA9IGAKICAgICAgICBSRVBMQUNFIElOVE8gaW9icm9rZXIudHNfbnVtYmVyIAogICAgICAgICAgICAoaWQsIHRzLCB2YWwsIGFjaywgX2Zyb20sIHEpIAogICAgICAgICAgICBWQUxVRVMgKChTRUxFQ1QgaWQgRlJPTSBpb2Jyb2tlci5kYXRhcG9pbnRzIFdIRVJFIG5hbWUgPSAiJHtpZH0iKSwgJHt0c30sICR7dmFsdWV9LCAke2Fja30sICR7ZnJvbX0sICR7cX0pCiAgICBgCiAgICAKICAgIHNlbmRUbygic3FsLjAiLCAicXVlcnkiLCBzdGF0ZW1lbnQsIGUgPT4gewogICAgICAgIGlmIChlICYmIGUuZXJyb3IpIHsKICAgICAgICAgICAgbG9nKGUuZXJyb3IpCiAgICAgICAgfSBlbHNlIHsKICAgICAgICAgICAgLy8gbG9nKCJEb25lISIpCiAgICAgICAgfQogICAgfSkKfQo=</field>
   <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment>
 </block>
 <block type="on_ext" id="nyGS#Sd@h2Cu]QbOE0D8" x="-212" y="1088">
   <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="t1nUB=hv2kD,+p/dB8B:">
       <field name="oid">default</field>
     </shadow>
     <block type="selector" id="+g[E1dKJc9%AgKU|}/MC">
       <field name="TEXT">state[id=*](functions='sql_gestern_23_59')</field>
     </block>
   </value>
   <statement name="STATEMENT">
     <block type="variables_set" id="JSzZl./3m{@7?ap7)^P/">
       <field name="VAR" id="H6RiFA2BZ+Qps_{o9bB.">Zeitstemlel</field>
       <value name="VALUE">
         <block type="math_arithmetic" id="8bB$W}hIRPW7iqS@OTin" inline="false">
           <field name="OP">MINUS</field>
           <value name="A">
             <shadow type="math_number">
               <field name="NUM">1</field>
             </shadow>
             <block type="time_get" id="hzV]o:Qej.e+BV@{IQEc">
               <mutation xmlns="http://www.w3.org/1999/xhtml" format="false" language="false"></mutation>
               <field name="OPTION">object</field>
             </block>
           </value>
           <value name="B">
             <shadow type="math_number" id="cr37qhj9O)CIAK[K?KKj">
               <field name="NUM">86400000</field>
             </shadow>
           </value>
         </block>
       </value>
       <next>
         <block type="variables_set" id="3nRPwm,=o[9DVK|^BUwY">
           <field name="VAR" id="H6RiFA2BZ+Qps_{o9bB.">Zeitstemlel</field>
           <value name="VALUE">
             <block type="convert_from_date" id="O/yHd}prU%R`~IiHCT;@">
               <mutation xmlns="http://www.w3.org/1999/xhtml" format="false" language="false"></mutation>
               <field name="OPTION">YYYY/MM/DD</field>
               <value name="VALUE">
                 <block type="variables_get" id="jVp!Ur094HxAkn!QFf-0">
                   <field name="VAR" id="H6RiFA2BZ+Qps_{o9bB.">Zeitstemlel</field>
                 </block>
               </value>
             </block>
           </value>
           <next>
             <block type="variables_set" id="o#z(,@7MMF;:?OA(!!9E">
               <field name="VAR" id="H6RiFA2BZ+Qps_{o9bB.">Zeitstemlel</field>
               <value name="VALUE">
                 <block type="convert_from_date" id="Hv[CUeq.f5g[7$jnGK]}">
                   <mutation xmlns="http://www.w3.org/1999/xhtml" format="false" language="false"></mutation>
                   <field name="OPTION">object</field>
                   <value name="VALUE">
                     <block type="text_join" id="fS%ZR3q%CP7ExApDs)Qv">
                       <mutation items="2"></mutation>
                       <value name="ADD0">
                         <block type="variables_get" id="{NVMat9$iN(Fs6!JfIEX">
                           <field name="VAR" id="H6RiFA2BZ+Qps_{o9bB.">Zeitstemlel</field>
                         </block>
                       </value>
                       <value name="ADD1">
                         <block type="text" id="Y-(H4_jo;=#V+[dLG?b)">
                           <field name="TEXT"> 00:00:01</field>
                         </block>
                       </value>
                     </block>
                   </value>
                 </block>
               </value>
               <next>
                 <block type="procedures_callcustomnoreturn" id="fIk2.pG4.SCkZc^/W+jq">
                   <mutation name="Sql">
                     <arg name="id"></arg>
                     <arg name="value"></arg>
                     <arg name="ts"></arg>
                     <arg name="ack"></arg>
                     <arg name="from"></arg>
                     <arg name="q"></arg>
                   </mutation>
                   <value name="ARG0">
                     <block type="on_source" id="N.N6XKQ5zh.UQB5Q8PTE">
                       <field name="ATTR">id</field>
                     </block>
                   </value>
                   <value name="ARG1">
                     <block type="on_source" id="3/v8z4RY*b*Uq^?M`BTO">
                       <field name="ATTR">state.val</field>
                     </block>
                   </value>
                   <value name="ARG2">
                     <block type="variables_get" id="8TVRO]MAnf|t6HBP)hS:">
                       <field name="VAR" id="H6RiFA2BZ+Qps_{o9bB.">Zeitstemlel</field>
                     </block>
                   </value>
                   <value name="ARG3">
                     <block type="math_number" id=")x8m;#k({702|L9k]I)Q">
                       <field name="NUM">0</field>
                     </block>
                   </value>
                   <value name="ARG4">
                     <block type="math_number" id="g[V^|F?$8a%n6yk*$/X;">
                       <field name="NUM">13</field>
                     </block>
                   </value>
                   <value name="ARG5">
                     <block type="math_number" id="azLxR/JWuSm/d,-A?m*2">
                       <field name="NUM">0</field>
                     </block>
                   </value>
                 </block>
               </next>
             </block>
           </next>
         </block>
       </next>
     </block>
   </statement>
 </block>
</xml>

crunchip

@wendy2702 sagte in [SourceAnalytix 0.4.8-Final] Released !:

unter consumed für Januar schaue

wäre das dein Verbrauch von 1.1 bis jetzt

@wendy2702 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Jetzt die richtigen Werte für Tag und Wochebeginn eingetragen:

Vielleicht kam da etwas durcheinander, oder ein bug beim nachträglichen ändern/korrigieren.
Ich würde es nochmal löschen, dann das loggen neu aktivieren und neu eintragen.

Dutchman

@david-g sagte in [SourceAnalytix 0.4.8-Final] Released !:

Das Problem liegt darin, dass der Zeitstempel in der History (logischerweise) immer einen Tag nach dem eigentlichem Tag um den es geht geschrieben wird, wenn der Verbrauch ermittelt wurde.

es gibt ein issue dazu, eventuell kan man den Zeitpunkt nach 23.59 verschieben aber auch dan bleibt immer ein Risiko das er das nicht fuer alle Datenpunkte rechtzeitig gemacht hat.
Mal drüber nachdenken wie man das anders lösen könnte

Naeste version wird auch eine JSON bereitstellen womit man diese in einer Visualisierung verarbeiten kan.
E-charts kan meines Wissens aber keine JSON auswerten, VIS/Jarvis/Grafana etc z.b. wohl

wendy2702

@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:

Vielleicht kam da etwas durcheinander, oder ein bug beim nachträglichen ändern/korrigieren.
Ich würde es nochmal löschen, dann das loggen neu aktivieren und neu eintragen.

Alles gelöscht, Instanz, Adapter, dann neu installiert.

Wenn ich jetzt einen Wert eingeben will passiert das:

Ich kann erst etwas eingeben wenn ich über die Button hoch/runter die Ziffer verändere. Ich muss die erste Ziffer passen zu meinem Zählerstand einstellen und dann den Rest hinterher. Sonst funktioniert die Eingabe nicht. Löschen lässt sich die "0" auch nicht.

crunchip

@wendy2702 ich kann mich schwach daran erinnern, da war mal was.
Wenn du vor der 0 eine Ziffer eingibst, geht es dann?

wendy2702

@crunchip Muss der Adapter laufen bei Eingabe der Werte oder aus sein?

crunchip

@wendy2702 du fragst mich Sachen ich nehme mal an, er sollte laufen

edit, eigentlich ist es doch egal, ob der läuft oder gestoppt ist

wendy2702

@crunchip Der aus meiner Sicht bisher schlechteste Adapter bei ioBroker läuft nach dem 4x komplett löschen und neu einrichten jetzt scheinbar.

Zumindest sehen die Werte jetzt plausibel aus.

Danke dir und den anderen fleissigen Helfern für eure Geduld.

crunchip

@wendy2702 sagte in [SourceAnalytix 0.4.8-Final] Released !:

nach dem 4x komplett löschen und neu einrichten

solltest du doch gar nicht, lediglich, das loggen von SA für den jeweiligen DP deaktivieren und deine Objekte löschen, danach neu anlegen.

@wendy2702 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Zumindest sehen die Werte jetzt plausibel aus.

weil du jetzt von vornherein die richtigen Werte eingegeben hast, zuvor hattest du ja Fehler gemacht, was zur falschen Berechnung führte
aber schön wenn es nun läuft

wendy2702

@crunchip Naja,

Fehler gemacht sehe ich jetzt gerade anders. Ich habe die Werte eingegeben die ich hatte, Jahrestart, Quartalsstart und Monatsstart. Damit kamen ja dann direkt nach dem Starten die falschen Werte.

Das löschen der Objekte nach Stoppen hatte ich auch probiert. Sowohl als nur die 3 Werte eingetragen waren als auch alle 5.

Ich glaube eher das mein Problem darin bestand das ich den Zählerstand mit hoch klicken der ersten Ziffer und Anhängen des Rest erzeugt habe.

Hättest du dich daran nicht erinnert würde es noch immer nicht laufen bzw. ich hätte aufgegeben.

Peter666666

@wendy2702 Hast du jetzt solange hoch geklickt bis du den Wert hattest den du eingeben wolltest?

crunchip

@wendy2702 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Fehler gemacht sehe ich jetzt gerade anders. Ich habe die Werte eingegeben die ich hatte, Jahrestart, Quartalsstart und Monatsstart. Damit kamen ja dann direkt nach dem Starten die falschen Werte.

eben und Startwert Tag 0, somit ist alles fürn "A...."

@wendy2702 sagte in [SourceAnalytix 0.4.8-Final] Released !:

ich hätte aufgegeben

man gibt nicht auf

wendy2702

@peter666666 sagte in [SourceAnalytix 0.4.8-Final] Released !:

@wendy2702 Hast du jetzt solange hoch geklickt bis du den Wert hattest den du eingeben wolltest?

Nein,

nur bis die erste Ziffer passte und dann den Rest an gehangen.

NEWS

[SourceAnalytix 0.4.8-Final] Released !

Support us

550
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

[SourceAnalytix 0.4.8-Final] Released !

Support us

550Online

31.9kUsers

80.1kTopics

1.3mPosts

550
Online

31.9k
Users

80.1k
Topics

1.3m
Posts