TibberLink Adapter

ReblausGT

@bakerman23 sagte in TibberLink Adapter:

@reblausgt ich nutze dafür grafana.
Es gibt vorgefertigte Dashboards mit diversen Anzeigemöglichkeiten. Die Daten werden direkt aus der tibber API geholt.

Kannst Du da dann auch anzeigen lassen, wann das Auto geladen werden soll usw.?

JA.... vorgefertigte in der Mehrzahl ist akut noch dezent übertrieben, aber, ja ich sehe meine Auto Ladung

ReblausGT

@merlin123 said in TibberLink Adapter:

Frage zu den Rechenfunktionen: Wann werden die ausgelöst?
Konkret:
Ich will die "best hours" haben. Werden die aktualisiert wenn der DP mit dem Referenzwert geändert wird?

JA

Wo stelle ich den Vergleichswert dann eigentlich ein?
Einfach den DP (z.B. tibberlink.0.Homes.xxxCalculations.1.TriggerPrice) aktualisieren?

Korrekt

Und wo finde ich denn das Chart?

tibberlink.0.Homes.xxx.PricesTotal.jsonFlexCharts

Bonusfrage: Wenn man z.B. noch nen Speicher hat und da anzeigen will, wann der aus dem Netz geladen werden soll und oberhalb welchen Strompreises er erst entladen soll: Ist angedacht das auch visualisierbar zu machen?

Du meinst für den SmartBattery Channel ..... noch nicht implementiert, ab ja, natürlich - will ich doch sehen
Akut geht es noch nicht für alle Channel typen.... bin ich dran

ReblausGT

@bakerman23 said in TibberLink Adapter:

@reblausgt ich nutze dafür grafana.
Es gibt vorgefertigte Dashboards mit diversen Anzeigemöglichkeiten. Die Daten werden direkt aus der tibber API geholt.

Bin ich voll bei Dir - wenn man den Aufwand mit Grafana - inkl. Server etc. machen will ist das schon ne gute Lösung, aber halt auch deutlich aufwendiger....
Zudem habe ich das jetzt so gestaltet, dass man sich die Daten für zukünftige Schaltzustände jetzt auch einfacher aus dem System holen kann. - denke ich zumindest

Merlin123

@reblausgt sagte in TibberLink Adapter:

tibberlink.0.Homes.xxx.PricesTotal.jsonFlexCharts

Irgendwas mache ich falsch... Ich habe jetzt das Template in den JSON Editor der Instanz kopiert (also die 3 Einträge, die da drin waren, durch das Template ersetzt) und es wird auch ein JSON erzeugt.
Versuche ich aber
http://192.168.0.251:8082/flexcharts/echarts.html?source=state&id=tibberlink.0.Homes.xxx.PricesTotal.jsonFlexCharts
in einem iFrame anzuzeigen kommt nix.

Das JSON sieht so aus:

option = {
	backgroundColor: "rgb(232, 232, 232)",
	title: {
		text: "Tibber Price",
	},
	tooltip: {
		trigger: "axis",
		axisPointer: {
			type: "cross"
		}
	},
	grid: { // Randabstände
		left: "10%", right: "4%", top: "8%", bottom: "8%"
	},
	xAxis: {
		type: "category",
		boundaryGap: false,
		data: ["02.01.\n00:00","02.01.\n01:00","02.01.\n02:00","02.01.\n03:00","02.01.\n04:00","02.01.\n05:00","02.01.\n06:00","02.01.\n07:00","02.01.\n08:00","02.01.\n09:00","02.01.\n10:00","02.01.\n11:00","02.01.\n12:00","02.01.\n13:00","02.01.\n14:00","02.01.\n15:00","02.01.\n16:00","02.01.\n17:00","02.01.\n18:00","02.01.\n19:00","02.01.\n20:00","02.01.\n21:00","02.01.\n22:00","02.01.\n23:00","03.01.\n00:00"]
	},
	yAxis: {
		type: "value",
		axisLabel: {formatter: "{value} ct/kWh"},
		axisPointer: {
			snap: true
		}
	},
	visualMap: {
		min: 0.2,
		max: 0.3,
		inRange: {
			color: ["green", "yellow", "red"] // Verlauf von grün über gelb nach rot
		},
		show: false
	},
	series: [
		{
			name: "Total",
			type: "line",
			step: "end",
			symbol: "none",
			data: [0.2059,0.2047,0.207,0.2112,0.218,0.2387,0.2828,0.3205,0.3475,0.3543,0.3532,0.3456,0.3409,0.3384,0.3483,0.3577,0.3678,0.3848,0.3849,0.3685,0.3576,0.3454,0.3378,0.301,0.301],

			markArea: {
				itemStyle: {
					color: "rgba(120, 200, 120, 0.2)"
				},
				data: [
					%%CalcChannelsData%%
				]
			}
		}
	]
};

Was mir auch aufgefallen ist:
Ich habe den TriggerPrice geändert, das Diagramm wurde aber nicht aktualisiert

SMS

Hi!

Wie kann ich denn das hier auswerten?

Vielen Dank!

Merlin123

@sms Was meinst Du mit Auswerten? Ist ein JSON, kann man gut mit Blockly zerlegen.

SMS

@merlin123 und wie? Habe ich noch nie gemacht.

ReblausGT

@sms said in TibberLink Adapter:

@merlin123 und wie? Habe ich noch nie gemacht.

Wenn ich ein wenig Werbung machen darf.... ChatGPT und seine Brüder sind sehr hilfreich bei solchen Dingen... Blockly kann der aber nicht, er würde direkt JavaScript erstellen... dann aber sehr einfach mit "schau mal die Daten: 'kjdfhshs' ich bräuchte bitte ein Liste der Totalen Kosten mit den Mittelwerten alle 4h und ...."

Was willst Du denn zerlegen? Bzw. was ist das Ziel?

ReblausGT

@merlin123 said in TibberLink Adapter:

Irgendwas mache ich falsch... Ich habe jetzt das Template in den JSON Editor der Instanz kopiert (also die 3 Einträge, die da drin waren, durch das Template ersetzt) und es wird auch ein JSON erzeugt.
Versuche ich aber
http://192.168.0.251:8082/flexcharts/echarts.html?source=state&id=tibberlink.0.Homes.xxx.PricesTotal.jsonFlexCharts
in einem iFrame anzuzeigen kommt nix.

lösch mal das aus dem erzeugten JSON raus und schau ob er es dann darstellt - das wär mal die halbe Miete:

			markArea: {
				itemStyle: {
					color: "rgba(120, 200, 120, 0.2)"
				},
				data: [
					%%CalcChannelsData%%
				]
			}

Es hat bei Dir den Channel Data nicht eingetragen... evtl. hast Du auch nur Channel Typen die noch nicht unterstützt sind (die GIT Version von Gestern Abend kann da schon wieder mehr) - für den Fall dass keine Channel Daten vorhanden sind muss ich den Platzhalter noch passend ersetzen.... sehr gut! Da hast Du einen Bug gefunden

Was mir auch aufgefallen ist:
Ich habe den TriggerPrice geändert, das Diagramm wurde aber nicht aktualisiert

Stimmt. Die Rohdaten werden schon erzeugt - ich muss nur noch einen Trigger freischalten dass er den jsonFlexCharts neu erstellt (aufgrund der Aufteilung der Programmteile gibt es da noch ein zu umschiffendes Hindernis) - aber das kommt noch... akut hilft ein Adapterneustart zum Probieren, oder die nächste volle Stunde.

Zudem habe ich gestern evtl. eine Lösung gefunden für das "zu viel Text bei mehreren Channels" Problem:

paul53

@sms sagte: Wie kann ich denn das hier auswerten?

Bitte das komplette JSON in Code tags zeigen und angeben, welche Werte benötigt werden.

EDIT: Beispiel für eine Lesekonvertierung in einem Alias vom Typ "Zahl":

JSON.parse(val)[0].cost

Merlin123

@sms In Blockly gibt es den Block, damit kann man Attribute aus nem Json rausziehen. Schau Dir mal die Doku dazu an.

Screenshot 2025-01-02 195210.png

Merlin123

@reblausgt Ich hatte "Beste Kosten" als Typ gewählt.

Hab eben nochmal von Git geladen, ist weiterhin die Version 4.2.0

JSON sieht so aus: (Hab jetzt nicht verglichen, ob das identisch ist)

option = {
	backgroundColor: "rgb(232, 232, 232)",
	title: {
		text: "Tibber Price",
	},
	tooltip: {
		trigger: "axis",
		axisPointer: {
			type: "cross"
		}
	},
	grid: { // Randabstände
		left: "10%", right: "4%", top: "8%", bottom: "8%"
	},
	xAxis: {
		type: "category",
		boundaryGap: false,
		data: ["02.01.\n00:00","02.01.\n01:00","02.01.\n02:00","02.01.\n03:00","02.01.\n04:00","02.01.\n05:00","02.01.\n06:00","02.01.\n07:00","02.01.\n08:00","02.01.\n09:00","02.01.\n10:00","02.01.\n11:00","02.01.\n12:00","02.01.\n13:00","02.01.\n14:00","02.01.\n15:00","02.01.\n16:00","02.01.\n17:00","02.01.\n18:00","02.01.\n19:00","02.01.\n20:00","02.01.\n21:00","02.01.\n22:00","02.01.\n23:00","03.01.\n00:00","03.01.\n01:00","03.01.\n02:00","03.01.\n03:00","03.01.\n04:00","03.01.\n05:00","03.01.\n06:00","03.01.\n07:00","03.01.\n08:00","03.01.\n09:00","03.01.\n10:00","03.01.\n11:00","03.01.\n12:00","03.01.\n13:00","03.01.\n14:00","03.01.\n15:00","03.01.\n16:00","03.01.\n17:00","03.01.\n18:00","03.01.\n19:00","03.01.\n20:00","03.01.\n21:00","03.01.\n22:00","03.01.\n23:00","04.01.\n00:00"]
	},
	yAxis: {
		type: "value",
		axisLabel: {formatter: "{value} ct/kWh"},
		axisPointer: {
			snap: true
		}
	},
	visualMap: {
		min: 0.2,
		max: 0.3,
		inRange: {
			color: ["green", "yellow", "red"] // Verlauf von grün über gelb nach rot
		},
		show: false
	},
	series: [
		{
			name: "Total",
			type: "line",
			step: "end",
			symbol: "none",
			data: [0.2059,0.2047,0.207,0.2112,0.218,0.2387,0.2828,0.3205,0.3475,0.3543,0.3532,0.3456,0.3409,0.3384,0.3483,0.3577,0.3678,0.3848,0.3849,0.3685,0.3576,0.3454,0.3378,0.301,0.3213,0.307,0.304,0.3026,0.2951,0.2979,0.3023,0.2962,0.3011,0.299,0.2953,0.2867,0.2861,0.2955,0.2967,0.3044,0.3284,0.3417,0.3398,0.3396,0.3377,0.3312,0.3198,0.3083,0.3083],

			markArea: {
				itemStyle: {
					color: "rgba(120, 200, 120, 0.2)"
				},
				data: [
					%%CalcChannelsData%%
				]
			}
		}
	]
};

In der Instanz sieht es so aus: (Muss da bei Zielzustand was rein? Wenn ja: Was?)

Screenshot 2025-01-02 195928.png

Lösche ich den Teil raus, den Du geschrieben hast, kommt das raus:

Screenshot 2025-01-02 200430.png

Was für Preise der da aber anzeigt ist mir etwas rätselhaft.... Sind "etwas" niedrig

ReblausGT

@merlin123 said in TibberLink Adapter:

@reblausgt Ich hatte "Beste Kosten" als Typ gewählt.
Hab eben nochmal von Git geladen, ist weiterhin die Version 4.2.0

ja, das bleibt auch so bis die released wird - vor 5 Minuten aktualisiert... jetzt schreibt er einen Dummy in das JSON wenn kein Channel Daten liefert

In der Instanz sieht es so aus: (Muss da bei Zielzustand was rein? Wenn ja: Was?)

Muss nichts rein - ist optional. Wenn Du einen Zielzustand eingibst dann wird der direkt geschaltet, bzw. beschrieben mit den Werten die Du vorgibst. Wenn du keinen State auswählst macht er einen "Output" im Folder des Channels.

Was für Preise der da aber anzeigt ist mir etwas rätselhaft.... Sind "etwas" niedrig

Äh - ja die sind gut. Würde ich nehmen.... Kann es sein dass du den Demo Token im Adapter hast? Da kommen solche Preise raus.
Eigentlich sind das die "Total" Preise... Und bei mir auch identisch mit denen der Handy APP

Stell doch mal den Channel so ein, dass er "Einschaltet" .... wenn du im States-Folder des Channels dann den Channel aktivierst, dann sollte auch ein state OutputJSON befüllt werden.... Das sind die Daten die dann auch in den Graph kommen.

SMS

@paul53 Hier wäre der Wert "totalCost" für mich interessant:

[{"from":"2025-01-01T00:00:00.000+01:00","to":"2025-01-02T00:00:00.000+01:00","cost":1.5221652831,"unitPrice":0.210564,"unitPriceVAT":0.033619,"consumption":7.229,"consumptionUnit":"kWh","totalCost":1.4510258931,"unitCost":1.5221652831,"currency":"EUR"}]

paul53

@sms sagte: Wert "totalCost"

Dann Lesekonvertierung

JSON.parse(val)[0].totalCost

Merlin123

@reblausgt Die Versionsnummer bei Änderungen gleich zu lassen finde ich nicht gut. Man weiß dann nie, welche Version man gerade installiert hat. Jede Änderung (oder mehrere, wenn sie zeitgleich aktiv werden) sollte eine neue Versionsnummer auslösen.

Demo Token habe ich nicht. Die Preise werden sonst richtig angezeigt

Das OutpurJSON sieht so aus:

[
  {
    "hour": 0,
    "startsAt": "2025-01-02T00:00:00.000+01:00",
    "total": 0.2059,
    "output": true
  },
  {
    "hour": 1,
    "startsAt": "2025-01-02T01:00:00.000+01:00",
    "total": 0.2047,
    "output": true
  },
  {
    "hour": 2,
    "startsAt": "2025-01-02T02:00:00.000+01:00",
    "total": 0.207,
    "output": true
  },
  {
    "hour": 3,
    "startsAt": "2025-01-02T03:00:00.000+01:00",
    "total": 0.2112,
    "output": true
  },
  {
    "hour": 4,
    "startsAt": "2025-01-02T04:00:00.000+01:00",
    "total": 0.218,
    "output": true
  },
  {
    "hour": 5,
    "startsAt": "2025-01-02T05:00:00.000+01:00",
    "total": 0.2387,
    "output": true
  },
  {
    "hour": 6,
    "startsAt": "2025-01-02T06:00:00.000+01:00",
    "total": 0.2828,
    "output": true
  },
  {
    "hour": 7,
    "startsAt": "2025-01-02T07:00:00.000+01:00",
    "total": 0.3205,
    "output": true
  },
  {
    "hour": 8,
    "startsAt": "2025-01-02T08:00:00.000+01:00",
    "total": 0.3475,
    "output": true
  },
  {
    "hour": 9,
    "startsAt": "2025-01-02T09:00:00.000+01:00",
    "total": 0.3543,
    "output": true
  },
  {
    "hour": 10,
    "startsAt": "2025-01-02T10:00:00.000+01:00",
    "total": 0.3532,
    "output": true
  },
  {
    "hour": 11,
    "startsAt": "2025-01-02T11:00:00.000+01:00",
    "total": 0.3456,
    "output": true
  },
  {
    "hour": 12,
    "startsAt": "2025-01-02T12:00:00.000+01:00",
    "total": 0.3409,
    "output": true
  },
  {
    "hour": 13,
    "startsAt": "2025-01-02T13:00:00.000+01:00",
    "total": 0.3384,
    "output": true
  },
  {
    "hour": 14,
    "startsAt": "2025-01-02T14:00:00.000+01:00",
    "total": 0.3483,
    "output": true
  },
  {
    "hour": 15,
    "startsAt": "2025-01-02T15:00:00.000+01:00",
    "total": 0.3577,
    "output": true
  },
  {
    "hour": 16,
    "startsAt": "2025-01-02T16:00:00.000+01:00",
    "total": 0.3678,
    "output": true
  },
  {
    "hour": 17,
    "startsAt": "2025-01-02T17:00:00.000+01:00",
    "total": 0.3848,
    "output": true
  },
  {
    "hour": 18,
    "startsAt": "2025-01-02T18:00:00.000+01:00",
    "total": 0.3849,
    "output": true
  },
  {
    "hour": 19,
    "startsAt": "2025-01-02T19:00:00.000+01:00",
    "total": 0.3685,
    "output": true
  },
  {
    "hour": 20,
    "startsAt": "2025-01-02T20:00:00.000+01:00",
    "total": 0.3576,
    "output": true
  },
  {
    "hour": 21,
    "startsAt": "2025-01-02T21:00:00.000+01:00",
    "total": 0.3454,
    "output": true
  },
  {
    "hour": 22,
    "startsAt": "2025-01-02T22:00:00.000+01:00",
    "total": 0.3378,
    "output": true
  },
  {
    "hour": 23,
    "startsAt": "2025-01-02T23:00:00.000+01:00",
    "total": 0.301,
    "output": true
  }
]

Preise in Euro, sieht richtig aus...

Im Chart wird aber z.B. 0,3ct/kWh angezeigt, sind aber 0,3€/kWh
Das generierte Chart wird jetzt auch angezeigt.
Wie mache ich da jetzt die Stunden sichtbar, wo der Preis unterhalb des Triggerpreises liegt?

mcm1957

@merlin123 said in TibberLink Adapter:

@reblausgt Die Versionsnummer bei Änderungen gleich zu lassen finde ich nicht gut. Man weiß dann nie, welche Version man gerade installiert hat. Jede Änderung (oder mehrere, wenn sie zeitgleich aktiv werden) sollte eine neue Versionsnummer auslösen.

Jede neue Release hat zwingend eine neue Releasenummer. Der Maintainer kann neben den Releaseversionen (a.b.c) auch prereleases (a.b.c-alpha.x) erstellen und via npm anbieten.

Wenn du direkt von Github installierst musst du selbst wissen warum du das tust. Da dies nur für konkrete Tests in Abstimmung mit dem Dev sinnvoll iat, sind Versionsnummern hier irrelevant. Github Installationen haben per Definition keine definierte Versionsnummer. (Du sieht aber die Github SHA - damit kannst ggF auf Github checken welchen Satnd du installiert hats.)

Generell gilt:

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

aus dem STABLE Repository

Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
aus dem LATEST Repository

Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
direkt von GITHUB

Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
direkt von npm

Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.

Merlin123

@mcm1957 Und diese Antwort sagt mir jetzt was in Bezug auf "Neue Version = neue Versionsnummer"?

Ich habe lediglich gesagt, dass aus meiner Sicht eine neue Version eine neue Versionsnummer bekommen sollte, sobald diese "irgendwo" veröffentlicht wird.
Ich empfinde eine saubere Versionierung auch (oder vielleicht sogar gerade) bei Tests sehr wichtig und sinnvoll.

Ich hab ja oben das beste Beispiel geliefert:
Ich hatte V4.2.0 installiert. Nachdem ich neu von Git installiert hatte, stand da weiterhin 4.2.0.
Wurde jetzt wirklich die neue Version installiert? Oder ging vielleicht was schief?
und: Ich schreibe "bei V4.2.0" ist mir XY aufgefallen. Ein anderer sagt "Nö, das geht bei mir mit 4.2.0". Kein Mensch kann dann sagen, ob beide wirklich auf der gleichen Version sind.-

Das macht einfach alles unnötig kompliziert und ist halt sehr einfach vermeidbar.

Und wie gesagt: Das ist lediglich meine Meinung zu dem Thema Versionsnummern

ReblausGT

@merlin123 Martin hat schon Recht... eigentlich sind das Arbeitsstände und keine Releases - damit keine Versionsnummer....
Aber Du hast auch Recht... wenn wir hier im Forum über Stände reden sollte man eine Build Nummer dazu haben. Daher:
Auf GIT gibt es jetzt eine 4.2.0-beta1 .... die aktualisiert die jsonFlexChart jetzt immer auch gleich bei Änderung der dynamischen Channel Config - nicht nur zur vollen Stunde

Merlin123

@reblausgt Dank dir

Meine Frage bzgl. Markierung und der Hinweis zu den Preisen hast Du gesehen?

NEWS

TibberLink Adapter

TibberLink Adapter

Support us

137

32.4k

81.3k

1.3m