Ausganglsage
Nach unserem Umzug, wollte ich gerne mein Home Cinema wieder aufbauen. Allerdings kamen dabei einige Faktoren dazu, welche das Ganze etwas komplexer machten:
• Kein schwarzer Klotz, wenn TV nicht läuft
• Einfache Bedienung (keine 10 Fernbedienungen)
• Deko muss Platz haben.

Hardware:
• DENON AVR Receiver (Zuspieler: TV Box Sunrise, Xbox One) mit Klipsch 5.1 Soundystem
• UST Beamer (LG HU85LS) mit «Bodenleinwand» (Celexon CLR HomeCinema UST) 100Zoll
Das Ganze wurde in ein customized TV Board integriert (260x60x60cm)

Auf die mechanischen Challenges werde ich nur am Rande eingehen. Das ganze Projekt ist unter anderem auch dazu da, um mit IOBroker zu experimentieren, darum kamen auch jede Menge Adapter zum Einsatz:

Genutzte Adapter / Hardware / Funktion:
Shelly / Shelly 1pm / Hauptschalter+ Stromverbrauchsmessung
Javascript / Blockly / Logikkontrolle
Sonoff / 4CH Relay / Trigger Leinwand, Trigger Deckel, Steuerung Klappe
Homekit-Controller / Dirigera (2xmal Fenstersensor) / Safety-Features
Hue / Dimmschalter / Steuerung (Trigger Ein und Aus)
Jarvis / N/A / Alternativer Trigger + Verbrauchsdarstellung

Optionale Adapter (Connected aber noch keine aktive Funktion):
Denon / AVR Receiver / zB Volume Control
LGTV / UST Beamer (LG HU85LS) / zB Kanalwahl, Messages usw

Das Ganze funktioniert folgendermassen:

• Mittels Trigger (Hue Dimmschalter oder Jarvis) wird der Einschaltprozess (Blockly) gestartet.
• Nach dem Einschalten des Shelly 1pm (Main Power Switch), wird gewartet bis das 4CH Relay Online ist.
• Danach wird der Deckel nach vorne gefahren (mit Trigger via Relay an ein Arduino, welches den Deckel via L298 Motortreiber ansteuert.)
• Gleichzeitig öffnet sich die Klappe (mit Relay 12V an 2 Linearmotoren)
• Sobald die Klappe offen ist, darf die Leinwand fahren (Trigger via Relay an USB Stick der LW)

Ausschalten: Umgekehrt wie Einschalten
Die zwei Fenster Sensoren sind an der Leinwand und der Klappe montiert.
Sie dienen als Safety-Feature, dass beim Einschalten die Leinwand nicht hochfährt solange der Deckel geschlossen ist.
Umgkehrt beim Einfahren: Der Deckel darf sich erst schliessen, wenn die Leinwand komplett eingefahren ist.

Für TV Betrieb wird neben dem Trigger (via Hue oder Jarvis) nur noch die Fernbedienung der TV-Box benötigt.
Der Beamer und Verstärker schalten sich bei Stromzufuhr automatisch ein.

Bin auf Feedback/Fragen/Tipps/Anregungen gespannt

@laser Perfekt
Dann ab ans loggen und am besten pro DP ein Query schon mal erstellen.

Aja und die Queries am besten dann mit Codetags anstatt printscreens hier rein.
Dann kann man sie direkt anpassen und du sie auch elegant wieder zurückkopieren

@takahara
Macht Sinn, da das Gerät im Moment vom Adapter nicht supported wird:
https://github.com/iobroker-community-adapters/ioBroker.shelly
Ist da bei "NOT Supported devices" aufgelistet.

Sehe gerade das es aber ab:
Shelly 3EM-63 Gen3 (shelly3em63g3) >= v9.2.0
supported wird.

Und im 9.1 (latest) sollte er auch schon drin sein....

@skb Vielen Dank, habe ich hingekriegt.

Meine Linien sind nach Leistung animiert.
Die Dicken bei 10kW = max Speed
Die Dünnen bei 2kW = max Speed

Nun hatte ich noch die Idee bei den Verbrauchern die Farbe der Animation je nach Autarkie zu animieren (Bei nur Netzstrom=grau, nur Solar=gelb und mit overrides entsprechende Zwischenwerte)

Habe dies auch hingekriegt beim ändern vom Datenpunkt auf "Autarkie" aber dann stimmen logischerweise die Geschwindigkeiten nicht mehr.

Gibt es irgendein Workaround um z.B. für die Overrides einen anderen Datenpunkt zu haben. Oder unterschiedliche Datenpunkte für die Farbe vs Animation?

Ich hoffe ich habe das einigermassen verständlich ausgedrückt.

Ich habe den Adapter auch mal "zweckentfremdet" und mal einen ersten Wurf für die Darstellung meiner NIBE WP gemacht:

hier das Ganze noch in Action:

@humidor

Ok probier mal das:

import "date"
import "timezone"
option location = timezone.location(name: "Europe/Madrid")

from(bucket: "iobroker_YOURBUCKET")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "YOURdatapoint")
  |> filter(fn: (r) => r["_field"] == "value")
    |> aggregateWindow(every: 1m, fn: mean, timeSrc: "_start")
|> aggregateWindow(every: 1h, fn: mean, timeSrc: "_start")
|> aggregateWindow(every: 1d, fn: sum, timeSrc: "_start")
 

aja und kommen die Daten immer oder nur bei Veränderung
und loggst du immer oder nur bei Veränderung?

@gutgut30
Ist schon ne Weile offen.
Aber es soll zur nächsten Version behoben sein

https://github.com/copystring/ioBroker.roborock/issues/737

Croxxii created this issue in copystring/ioBroker.roborock

closed [BUG] Failed to get home details #737

@max_yeah

In den Overrides:

{
    ">0": {
        "strokeWidth": "16px"
    }
}

@humidor
Du hast ja gesagt, dass du Dps für Einspeisung und Bezug separat hast.
Diese müsstest du natürlich auch so loggen.

Falls du denn generellen loggst, hast du Einfach eine Netto Bilanz...hast du überhaupt ein PV Anlage?
Aber die die 12 KW (Ich nehme an Bezug) machen wohl schon Sinn, wenn man mit deinem INFLUX Plot vergleicht

Hast du erst Daten von heute gesammelt?
Falls nicht, musst du mal die Tiemrange in deinem Panel erhöhen
Schreib mal beim zweiten "Printscreen" unter Query Options:
Relative time now/M
Time shift 0M/M

Und nimm mal Barchart

Sobald du mit dem ersten Plot zufrieden bist, kann man anschliessend noch die Wochen/Jahressummaries erstellen.
Dies ist dann nur noch ein kleiner Schritt

@takahara
Und im 9.1 (latest) sollte er auch schon drin sein....

Japp habe ich oben erwähnt

Hallo Zusammen

Nutzte den Adapter seit einer Weile um per Skript Solarüberschuss zu laden.
Leider passiert es öfters, dass der Adapter die Werte, welche ich zum regeln benutze, nicht aktualisiert (ChargerOpModem, totalPower).
Dies macht das "Regeln" natürlich schwierig...
Habt jemand ein Tipp um das zuverlässiger hinzubekommen?

SignalIR habe ich angewählt und das Intervall ist im Moment auf 3600.

@skb
Alles klar: In der Doku stand dies ja schon, aber es hilft wohl dies im Generator auch zu erwähnen, sonst kommen noch mehr Pappenheimer wie ich

@skb sagte in Support Adapter Energiefluss-erweitert v0.7.7:

wenn Ihr einen Moment Zeit habt, schaut Euch mal die erste Version des "Generators für Überschreibungen" an.

Nice. Hilft sicher bei einigen Fragen.
Bei mir kommt aber gerade eine neue auf:
Um den Inhalt vom Quadrat zu verändern benutze ich z.B nur fill.
Der Generator schlägt aber fillcolor vor.
fillcolor wirkt ja nur wenn man dies noch "animiert" (prozentuale Füllung usw.)

Folgefrage:
Gibt es was analoges wie fill auch für den Rahmen?
Das heisst ich will nur die Rahmenfarbe abhängig vom DP verändern (Bei mir z.B wenn ein Device Offline ist soll der Rahmen rot werden)

@skb
Asche auf mein Haupt...
Klappt nun, danke hatte fillcolor in den Overrides stehen...

@skb
Salü

Erstmal ein Hammer-Adapter den du da hast.
Nun zu meinem Problem:
Ich habe heute von der 0.7.4 auf die 0.7.7 "geupdatet"
Nun kriege ich eine "Fehlermeldung"/Hinweis: kein Maximalwert angegeben

Diesen habe ich aber absichtlich auf 0 gesetzt und ich ändere die Farbe des Hintergrundes abhängig von der Autarkie (0 = grau, 100 = gelb mit Zwischenstufen via Overrides) möchte dabei aber die Box immer "gefüllt" haben.

Wenn ich bei "Element nach Wert füllen" auf deaktiviert gehe, greifen die Overrides nicht mehr.
Gibt es noch einen anderen Kniff um das Feld immer gefüllt zu haben und mit Overrides einfach die Farbe zu bestimmen?
Oder alternativ die Fehlermeldung auszublenden in der VIS?

Grüsse

@asgothian
OK danke für die Erklärung.

Das Gerät ist nun "selbständig" wieder ins Netz zurückgekehrt.
Die Router kommen eigentlich nur IKEA INSPELNING Steckdosen in Frage.

Hast du irgendein Tipp um diese Verhalten zu verhindern?

Grüsse

@asgothian

Salü

ich habe die 3.0.0 installiert und hat eigentlich soweit funktioniert.
Nun ist mir aber schon zum zweiten Mal etwas "komisches" passiert.
ich hatte einen Hue Dimmer Switch gepairt (geschätzt vor ca 2. Wochen) und konnte ich auch nutzen (inkl. allen DPs)
Heute ist das Gerät allerdings nicht mehr da, dafür folgender Log:

zigbee.0
2025-06-10 11:13:01.193	info	Device '0x0017880106700169' left the network
zigbee.0
2025-06-10 10:39:27.378	info	Device '0x0017880106700169' is supported, identified as: Philips Hue dimmer switch (324131092621)
zigbee.0
2025-06-10 10:39:27.378	info	Successfully interviewed '0x0017880106700169', device has successfully been paired
zigbee.0
2025-06-10 10:39:26.611	warn	Blocked interview for 'undefined' because the network is closed
zigbee.0
2025-06-10 10:39:08.515	info	Device '0x0017880106700169' left the network
zigbee.0
2025-06-10 10:28:52.045	error	Failed to interview '0x0017880106700169', device has not successfully been paired. Try again !!!!!!!!!!
zigbee.0
2025-06-10 10:28:32.004	warn	Blocked interview for 'undefined' because the network is closed
zigbee.0
2025-06-10 10:28:13.852	info	Device '0x0017880106700169' left the network
zigbee.0
2025-06-10 10:08:19.083	error	Failed to interview '0x0017880106700169', device has not successfully been paired. Try again !!!!!!!!!!
zigbee.0
2025-06-10 10:08:08.420	warn	Blocked interview for 'undefined' because the network is closed
zigbee.0
2025-06-10 10:08:00.058	info	Device '0x0017880106700169' left the network
zigbee.0
2025-06-10 09:45:39.896	info	Device '0x0017880106700169' is supported, identified as: Philips Hue dimmer switch (324131092621)
zigbee.0
2025-06-10 09:45:39.896	info	Successfully interviewed '0x0017880106700169', device has successfully been paired
zigbee.0
2025-06-10 09:45:39.316	warn	Blocked interview for 'undefined' because the network is closed
zigbee.0
2025-06-10 09:45:21.876	info	Device '0x0017880106700169' left the network
zigbee.0
2025-06-10 09:15:10.090	error	Failed to interview '0x0017880106700169', device has not successfully been paired. Try again !!!!!!!!!!
zigbee.0
2025-06-10 09:14:59.509	warn	Blocked interview for 'undefined' because the network is closed
zigbee.0
2025-06-10 09:14:51.181	info	Device '0x0017880106700169' left the network
zigbee.0
2025-06-10 08:52:18.920	info	Device '0x0017880106700169' is supported, identified as: Philips Hue dimmer switch (324131092621)
zigbee.0
2025-06-10 08:52:18.920	info	Successfully interviewed '0x0017880106700169', device has successfully been paired
zigbee.0
2025-06-10 08:52:06.766	warn	Blocked interview for 'undefined' because the network is closed
zigbee.0
2025-06-10 08:51:49.969	info	Device '0x0017880106700169' left the network

Ich habe noch eine HUE-Bridge im Einsatz, könnte das evtl. einen Einfluss haben?
Die HUE-Bridge habe ich auf Kanal 25
den Adapter läuft auf 11

Nachtrag:
Mittels "Kopplung jetzt starten" und anschliessendem reconfigure ist das Gerät und wieder bei den DPs aufgelistet.

Nachtrag2:
Schon wieder weg:

zigbee.0
2025-06-10 14:58:59.099	error	Failed to interview '0x0017880106700169', device has not successfully been paired. Try again !!!!!!!!!!
zigbee.0
2025-06-10 14:58:48.437	warn	Blocked interview for 'undefined' because the network is closed
zigbee.0
2025-06-10 14:58:40.228	info	Device '0x0017880106700169' left the network
zigbee.0
2025-06-10 14:36:32.972	info	Device '0x0017880106700169' is supported, identified as: Philips Hue dimmer switch (324131092621)
zigbee.0
2025-06-10 14:36:32.972	info	Successfully interviewed '0x0017880106700169', device has successfully been paired
zigbee.0
2025-06-10 14:36:30.514	warn	Blocked interview for 'undefined' because the network is closed
zigbee.0
2025-06-10 14:36:21.399	info	Device '0x0017880106700169' left the network

@emely2312
Was ist jetzt am Schluss genau deine Frage?

Im letzten Plot hast du den 3.5 doppelt.
Um dies zu verhindern müsste man noch etwas am Timerange schreiben. ich nehme an der erste DP ist nicht genau gleichzeitig.
Das kannst du checken wenn du in die "Table" view gehst...

@master67
Bei "Field with Name" einfach den gewünschten DP auswählen und dann kann man die sehr wohl umbenennen/umgestalten usw.

Oder was willst du genau und geht nicht?

@alex303
Da bin ich überfragt.
Ich speichere meine DPs in Influx ohne Aliase oder ähnliches.
Somit sind dort auch alle Namen "Unique"
Meine Queries sehen dann so aus:

from(bucket: "iobroker_inflog")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Energy.Day_Direktverbrauch")
  |> filter(fn: (r) => r["_field"] == "value")