[SourceAnalytix 0.4.8-Final] Released !

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.

David G.

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

es gibt ein issue dazu, eventuell kan man den Zeitpunkt nach 23.59 verschieben.....

Auf 23:59 hatte ich es auch erst in meinem Skript. War für das Chart aber auch doof, da der Wert ja schon ab morgens angezeigt werden sollte für eine Tabelle (zumindest so wie ich sie habe).

dutchman sagte in [SourceAnalytix 0.4.8-Final] Released !:

....... aber auch dan bleibt immer ein Risiko das er das nicht fuer alle Datenpunkte rechtzeitig gemacht hat.

Da hab zu wenig Ahnung von der Materie. Kann ein Adapter beim Schreiben von einem Wert einen "falschen" Zeitstempel übergeben (vermutlich nicht....)? Dann hätte SA ja Zeit alles zu berechnen.

EDIT
Kleiner Thwmenwechsel.
Gibt's schon ein Issue/Feature request um so was ähnliches wie die "Alias-ID" beim den Historyadaptern umzusetzen? Also dass man die bestehenden Datenpunkte von SA mit einem neuen Gerät/Datenpunkt weiterführen kann?

EDIT 2
Untwr anderem aus dem Versuch SA ordentlich zu visualisieren ging auch dieser Adapterrequest hervor https://github.com/ioBroker/AdapterRequests/issues/783

ipod86 created this issue in ioBroker/AdapterRequests

open Virtual History #783

BananaJoe

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

EDIT
Kleiner Thwmenwechsel.
Gibt's schon ein Issue/Feature request um so was ähnliches wie die "Alias-ID" beim den Historyadaptern umzusetzen? Also dass man die bestehenden Datenpunkte von SA mit einem neuen Gerät/Datenpunkt weiterführen kann?

Das machst du indem du erst einen Alias anlegst und die History-Funktion dann einfach auf dem Alias benutzt.
Ändert sich die Quelle biegst du das am Alias um.

Da hab zu wenig Ahnung von der Materie. Kann ein Adapter beim Schreiben von einem Wert einen "falschen" Zeitstempel übergeben (vermutlich nicht....)? Dann hätte SA ja Zeit alles zu berechnen.

Ja, die Datenbank-Adapter können das alle. Die schreiben aber natürlich immer brav den Zeitstempel zum Zeitpunkt der Wertänderung (und das muss auch so sein).
Du kannst aber einfach ein Skript nehmen welches dann die Daten aus den Adaptern nimmt und die Werte mit den für dich passenden Zeitstempel in die Datenbank schreibt (per sendTo, siehe Anleitungen der Adapter). Das geht auch an einem Rutsch und auch nachträglich oder für Werte in der Zukunft, z.B. bei Prognosen.

Wenn du das stattdessen in einem Adapter willst - wie genau soll das denn laufen bzw. wie konfiguriert / koordiniert werden? Woher soll der wissen welchen Datenpunkt er bei welcher Änderungen mit einem falschen Zeitstempel schreiben soll - und wenn ja dann auf welche Zeit?

Du könntest auch per Skript auf den Datenpunkt Triggern, über den SQL-Adapter dir dann den letzten Wert holen und dann dessen Zeitstempel korrigieren. Aber wie beschrieben, wie soll das in einem Adapter aussehen?

David G.

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

Das machst du indem du erst einen Alias anlegst und die History-Funktion dann einfach auf dem Alias benutzt.
Ändert sich die Quelle biegst du das am Alias um.

Habe ich gefragt, da ich noch einige ohne Alias habe.
Seit ca einem Jahr lege ich für fast alles ein Alias an.
Geilste Funktion ever. Nutzen nur leider wie man so mitbekommt wirklich viele nicht.
Deshalb macht die Alias-ID bei den Historyadaptern wirklich Sinn finde ich.

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

Du kannst aber einfach ein Skript nehmen welches dann die Daten aus den Adaptern nimmt und die Werte mit den für dich passenden Zeitstempel in die Datenbank schreibt (per sendTo, siehe Anleitungen der Adapter). Das geht auch an einem Rutsch und auch nachträglich oder für Werte in der Zukunft, z.B. bei Prognosen.

So mache ich es jetzt ja bereits. Siehe ein par Posts weiter oben.

BananaJoe

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

Geilste Funktion ever. Nutzen nur leider wie man so mitbekommt wirklich viele nicht.

ich zum Beispiel ... wollte nie wie ich wollte. Aber da ich meine Verbraucher alle eh mit einem eigenen Skript auswerte habe ich eh meinen eigenen Datenpunkte

NEWS

[SourceAnalytix 0.4.8-Final] Released !

open Virtual History #783

Support us

1.8k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts

NEWS

[SourceAnalytix 0.4.8-Final] Released !

open Virtual History #783

Support us

1.8kOnline

30.4kUsers

76.7kTopics

1.2mPosts

1.8k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts