Monatsrückblick Januar/Februar 2026 ist online!

[crunchip]

@dtp du gibst aber doch die Unit an, die du haben möchtest, somit brauchst du die Unit auch in deinem DP, sonst weiss der Adapter doch nicht ob und was umgerechnet werden muss.

[dtp]

So, nun hat der Datenpunkt auch eine Einheit von mir verpasst bekommen.

Will ich ihn jedoch mit dem sourceanalytics-Adapter auswerten, erhalte ich folgende Meldung:

sourceanalytix.0	2020-07-11 18:21:02.193	warn	(7267) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-11 18:21:02.193	warn	(7267) Object viessmann__0__get__VitoErtragTagSolar.2020.delivered.weeks.53 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "number"

Mit diesem Datenpunkt dagegen klappt es:

Wo ist der Fehler? Sind doch beides Datenpunkte vom Typ number.

[crunchip]

@dtp warum min/max Werte?
so sieht bei mir die RAW als Beispiel aus

[dtp]

Ich bekomme die Warnung übrigens auch bei meinen HM-Zählersensoren.

sourceanalytix.0	2020-07-12 10:35:42.034	warn	(691) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-12 10:35:42.033	warn	(691) Object sourceanalytix.0.hm-rpc__0__NEQ0862336__1__GAS_POWER.2020.consumed.weeks.48 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "number"

[Matis]

Hallo zusammen,

grundsätzlich bin ich begeistert von dem Adapter (0.4.2), nur habe ich meine Probleme damit oder mach was falsch.
Ich logge 8 Werte, alle mit „W“.
Soweit so gut, nur irgendwann nach Mitternacht sind die „Current_reading“ alle NaN.
Ein- Ausschalten des beim Wert setzt alles auf null und es geht wieder.
Ich habe schon alle möglichen Varianten versucht und auch alle Haken bei was soll aufgezeichnet werden rausgemacht.
Dann wird nur noch „current reading“ aufgezeichnet. Würde mir auch reichen, wird aber auch NaN.

Gibt es einen workaorund? Kann ich irgendwas tun, dass er Nachts weiterzählt?

Danke.

[crunchip]

@Matis steht hier doch schon mehrmals im Thread.
Mach nen cron z.b. 0:10uhr Adapter restart

[Matis]

Danke, das hab ich weiter oben gesehen, muss nur noch rausfinden wie das geht :)
Wenn das hilft bleibe ich dran.

[Matis]

Danke, habs gefunden (Expertenmodus :)

[A Former User]

@crunchip
Thx, das hatte ich bisher so auch nicht rausgelesen und warte darauf, dass am Adapter etwas gefixt wird. Nun läuft/zählt er aber mit restart-cron genau so/das was ich brauch inkl. Tageswechsel. :)

[Matis]

... naja heute war einer von 6 Werten bei Tageswechsel plötzlich null. 5 Werte sind sehr genau, einer oft über 20% daneben. So ganz ist das noch nicht rund, denke ich. Schade, denn das ist ein super Ansatz.
Gibt‘s denn ne Möglichkeit auf einfache Weise Tagessummen aus history zu ermitteln?

[Matis]

Ich habe mir jetzt für meine 7 Werte ein einfaches skript geschrieben, akkumuliere die Sekundenwerte /3600 und habe meine Wh für den Tag.
Die Werte sind dann auch etwas geringer und näher an den Zählerwerten (liegt wahrscheinlich daran in welchen Potenzen man rechnet).
So brauche ich keinen cron restart, hab nicht plötzlich null-Werte und das reicht für mich.
Vielleicht funzt sourceanalytix ja mal wieder, wäre schön, denn die ganzen Funktion wären schon hilfreich.

[0018]

@Matis Kannst du dein Script vielleicht zur Verfügung stellen? Mir würde eine Auswertung des Tagesverbrauches eigentlich auch reichen.

[0018]

Hallo zusammen,

habe gerade versucht mein Shelly 2.5 einzubinden. Habe dazu die einzelenen Energy-Counter in Wh in SA eingebunden. Im Log erhalte ich folgende Meldung:

sourceanalytix.0	2020-07-31 09:47:44.819	warn	(4036) Object sourceanalytix.0.shelly__0__SHSW-25#68C63AF9D442#1__Relay0__Energy.2020.costs.weeks.14 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "number"
sourceanalytix.0	2020-07-31 09:47:44.762	warn	(4036) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-31 09:47:44.761	warn	(4036) Object shelly__0__SHSW-25#68C63AF9D442#1__Relay0__Energy.2020.consumed.weeks.14 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "number"
sourceanalytix.0	2020-07-31 09:47:44.690	warn	(4036) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-31 09:47:44.689	warn	(4036) Object sourceanalytix.0.shelly__0__SHSW-25#68C63AF9D442#1__Relay0__Energy.2020.consumed.weeks.14 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "numbe
sourceanalytix.0	2020-07-31 09:47:44.634	warn	(4036) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-31 09:47:44.633	warn	(4036) Object shelly__0__SHSW-25#68C63AF9D442#1__Relay0__Energy.2020.costs.weeks.13 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "number"
sourceanalytix.0	2020-07-31 09:47:44.576	warn	(4036) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-31 09:47:44.575	warn	(4036) Object sourceanalytix.0.shelly__0__SHSW-25#68C63AF9D442#1__Relay0__Energy.2020.costs.weeks.13 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "number"
sourceanalytix.0	2020-07-31 09:47:44.517	warn	(4036) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-31 09:47:44.517	warn	(4036) Object shelly__0__SHSW-25#68C63AF9D442#1__Relay0__Energy.2020.consumed.weeks.13 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "number"
sourceanalytix.0	2020-07-31 09:47:44.459	warn	(4036) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-31 09:47:44.458	warn	(4036) Object sourceanalytix.0.shelly__0__SHSW-25#68C63AF9D442#1__Relay0__Energy.2020.consumed.weeks.13 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "numbe
sourceanalytix.0	2020-07-31 09:47:44.401	warn	(4036) This object will not be created in future versions. Please report this to the developer.
sourceanalytix.0	2020-07-31 09:47:44.401	warn	(4036) Object shelly__0__SHSW-25#68C63AF9D442#1__Relay0__Energy.2020.costs.weeks.12 is invalid: obj.common.name has an invalid type! Expected "string" or "object", received "number"
sourceanalytix.0	2020-07-31 09:47:44.344	warn	(4036) This object will not be created in future versions. Please report this to the developer.

Das ist nur ein kleiner Auszug, bekomme die Meldung zu jedem Datenpunkt. Was hat dieses zu bedeuten?

Kann man die Statusmeldungen

sourceanalytix.0	2020-07-31 09:54:00.796	info	(4036) Meter Calculation executed consumed data for shelly.0.SHSW-25#68C63AF9D442#1.Relay1.Energy : {"consumedDay":8.996,"consumedWeek":8.996,"consumedMonth":8.996,"consumedQuarter":8.996,"consumedYea
sourceanalytix.0	2020-07-31 09:54:00.792	info	(4036) Set calculated value 8.99635 on state : shelly__0__SHSW-25#68C63AF9D442#1__Relay1__Energy.Current_Reading}

im Log irgendwie ausblenden? Sind mir sonst zu viele Einträge im Log zu SA.

[crunchip]

@0018 du brauchst Typ "Number" deines DP
Stell die Instanz auf "warn" (instanzen- expertenmodus-logstufe)

[0018]

@crunchip Die ausgewählten Datenpunkte aus dem Shelly-Adapter haben den type "number".

{
  "from": "system.adapter.shelly.0",
  "user": "system.user.admin",
  "ts": 1595840820570,
  "common": {
    "name": "Energy",
    "type": "number",
    "role": "value.power",
    "unit": "Wh",
    "def": 0,
    "read": true,
    "write": false,

so wie ich das aus dem Log entnehme

Expected "string" or "object", received "number"

erwartet SA string oder object, er bekommt aber eine number. Aber ein Enegieverbrauch ist doch eigentlich immer eine number oder nicht?

[dtp]

@Matis sagte in [Major Update] SourceAnalytix 0.4.0 complete code rebuild:

Vielleicht funzt sourceanalytix ja mal wieder, wäre schön, denn die ganzen Funktion wären schon hilfreich.

Wäre schön. Im Moment ist dieser Adapter leider genau so unbrauchbar, wie der statistics-Adapter.

[crunchip]

@0018 https://github.com/iobroker-community-adapters/ioBroker.sourceanalytix/issues/134

[Atifan]

Hi, kann man schon sagen wann ca. die Tageswerte wieder implementiert werden (von Mo-So) ?

[Palm_Maniac]

Die Frage ist, ob sich hier irgendwann am Adapter noch etwas tun wird. Leider gibt es aktuell dazu keine Alternative, außer viele Skripte, deshalb hoffen wir mal auf ein "Lebenszeichen". :(

[JB_Sullivan]

Bei Facebook meldet sich der Entwickler hin und wieder mal zu Wort - hier aber ist Funkstille