Ist es möglich, auch den Dimmer Wert über MQTT zu bearbeiten?
ON/OFF klappt über das Topic "cmnd/Cam32/POWER" aber ich finde nichts zum Dimmwert?

Edit: Soeben gefunden gelöst:
Auf folgendes MQTT Topic "cmnd/Cam32/DIMMER" einen INT Wert schreiben, fertig

@garfonso Danke für die Info bzgl. Raum + Funktion. Das hatte ich tatsächlich nicht vorgenommen => Jetzt klappt zumindest die automatischer Erkennung .

Bei der Parametrierung ist mir aber nun folgendes aufgefallen:
Beim Volume Step kann ich zwar 1 eintragen, jedoch gilt dies nur bei der normalen Ansicht. Im Popup macht er trotzdem einen Step von 10.
Mute geht auch nicht obwohl dies in der Geräte Ansicht auf den richtigen Datenpunkt verweist:

Liegt das vielleicht daran, dass der Next als Button definiert ist und Mute als Bool?

Ist das über den Code Editor konfigurierbar?

Mir ist noch aufgefallen, dass der ein oder andere Button, Slider, etc. nicht richtig angezeigt wird:

Vermutlich liegt es eher an dem etwas älterem Media Player (letztes Update 11/22)
Liegt lt. Issues wohl eher an den neuen HA Updates. Der Entwickler sucht auf Github lt. Issues auch nach Unterstützung für das Projekt. Sehr schade, weil an sich ist der Player echt cool. Sowas für Lovelace IOBroker anzupassen ist vermutlich zu aufwendig oder?

Den Standard Media-Player bekomme ich auch nicht konfiguriert?

Dann noch eine andere Frage aber ebenfalls Lovelace:

Interessant ist vielleicht auch, dass wenn ich auf den Hilfe Button rechts oben klicke die Seite nicht gefunden wurde. Vielleicht kann dies ja mal im Adapter gefixt werden

VG

@mickym Hallo mickym,
zunächst mal Danke für deine schnelle und sehr ausführliche Rückmeldung.

Ich habe jetzt alle Funktionen soweit durchprobiert aber so ganz klappen, will es nicht.
Das Node-Red Dashboard verwende ich. Das Tabellen-UI habe ich getestet, jedoch fällt es eigentlich raus, da die Informationen von den Datenpunkten nicht nacheinander gleichzeitig kommen, sondern immer zu verschiedenen Zeiten einzeln.

Dann habe ich über das join Node nun alle IoBroker Inputs zusammengefasst und daraus jeweils ein Wert-Objekt erstellt.
Das sieht dann so aus:

Nun hätte ich ja alle Informationen vom Objekt inkl. Value für die Anzeige.

Jedoch weiß ich nicht, wie ich das ganze im Template Node angeben muss. Zumindest funktioniert es nicht so, wie oben beschrieben oder ich wende es falsch an, was ich eher glaube

Anbei der aktuelle Flow:

Was mache ich noch falsch?

Danke schon mal

@lgrube Also ich nutze auch den AccuWeather Adapter in Kombination mit folgender Costum-Card:
https://github.com/algar42/IoB.lovelace.accuweather-card

Da klappt soweit die Darstellung

@david-g Danke dir, ja das war der entscheidende Tipp . Jetzt klappts

@garfonso

@garfonso said in mini-media-player mit Sonos in Lovelace Visu verwenden:

Adapterversion ist die 3.0.0?

Adapter ist die aktuelle Stable Version 3.0.1

@garfonso said in mini-media-player mit Sonos in Lovelace Visu verwenden:

hm... kommen da irgendwelche Meldungen im log, wenn du auf die Knöpfe drückst? Kannst du das auch mal im debug-mode probieren?

Also das Verhalten ist wie folgt:
Player läuft und die Variable vom Sonos Adapter muted ist auf false.
Wenn ich nun der Lovelace Visu auf den Muted Button drücke, kommt folgende Log Meldung:

Deute ich das richtig, dass er auf die Variable muted false schreibt? Eigentlich müsste er ja toggeln: Sprich, wenn muted false dann diese auf true setzen und umgekehrt. So mache ich es zumindest aktuell in der Node-Visu auch und da klappt es auch so.

Dann ist mir noch aufgefallen, dass der Stop Button richtig funktioniert (siehe unteren Log Eintrag). Wenn ich jedoch wieder auf Play drücke, kommt eine Meldung vom Lovelace Adapter eine Warnung:

@astuermer ja kann ich bestätigen mit der Version 4.1.10

@garfonso said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

Mach mal dazu ein issue auf und häng da das log an, bitte.

Issue ist angelegt. Bekomme es aktuell jedoch nicht hin den Fehler so zu reproduzieren, dass dieser den Adapter zum Absturz bringt.

@garfonso Ah ok, dann weiß ich worauf ich achten muss. Wurde korrigiert, jetzt klappts. Danke für die Info

@garfonso vielen Dank für den Fix im Adapter. Mit der Github Version klappt die Muted Umschaltung

@dougstar ich hab das damals mit Node-Red gelöst und habe hierüber den String in einzelne Objekte zerlegt. Mittlerweile nutze ich jedoch HA in Verbindung mit diesem Tool hier: https://github.com/tomquist/esphome-b2500 Hiermit kannst du den Speicher lokal via Bluetooth (ESP32 dafür notwendig) auslesen und auch ansteuern.

@sral74 das geht auch parallel. Ich schreibe in Node-Red mit einem Inject Node-Trigger die jeweiligen Tagesstände in die DB. Zusätzlich archiviere ich die Werte noch über den Influx Adapter direkt in die InfluxDB.

@lesiflo Ok, Danke für die Tipps

@lesiflo Ah ok, aber das ich beide ineinander gepackt bekomm ohne Summierung klappt nicht?

@lesiflo ja die Antwort kam leider "zu spät" aber Danke für den Tipp Zumindest weiß ich jetzt das es unter 1.8 auch so gehen würde und wie ich den Monats/Jahreswert so ermitteln könnte.

Warum steht dann eigentlich als Zeitachse unten 1970?

@martinp Ja das war mein Problem bisher, da ich bisher alles noch in eine V1.8 InfluxDB geschrieben habe. Das habe ich mittlerweile aber auch umgestellt um entsprechende Speicherintervalle individuell festlegen zu können.

Was hätte das für einen Vorteil bzgl. der Tageswerte Ablage dort im Bezug auf mein ursprüngliches Vorhaben? Das habe ich nämlich aktuell über eine MariaDB Tabelle gelöst und über eine Abfrage mein Ziel erreicht.

Einzig was mich aktuell noch stört und ich weiß nicht, warum das so aussieht:
Wenn ich meinen Lösungsansatz, als auch den von @lesiflo verwende und die Stacking Optionen "normal" auswähle, dann passt das Verhältnis der Y Achse nicht:
So sieht es bei "normal" aus:

so sieht es bei "off" aus:

Zweiteres stimmt "optisch" jedenfalls besser sowie auch von der Y Achse gesehen. Ich weiß nicht warum der gelbe Balken bei "normal" auf 100kWh steht obwohl der Verbrauch bei knapp 72kWh liegt.

Hast du da evtl. noch einen Tipp ?

@sral74 Also ich habe es ehrlich gesagt irgendwann aufgegeben, da ich mit Influx keine vernünftige Lösung hinbekommen habe. Zudem habe ich ja das Problem, dass "der grafische Zugriff" auf die Daten einer Influx 1.8 sehr überschaubar sind .

Ich speichere mir deshalb jetzt jeden Tag um 23:59 den aktuellen Wert in eine mariadb Tabelle und habe mir nun eine Abfrage über mariadb erstellt, welche mir die Montagswerte für das aktuelle Jahr sowie das Vorjahr darstellt:

Mit der Lösung war ich dann soweit zufrieden

@mickym sagte in JSON Input in Datei ergänzen:

Ich verstehe einfach nicht, warum man immer wieder versucht zu codieren, anstatt einen Flow zu basteln.

Danke dir für den Ansatz. Auf das wäre ich gar nicht gekommen, dass ich es so auch umsetzen kann. Daher leider Ansatz mit dem codieren

@oliverio sagte in JSON Input in Datei ergänzen:

Zeile 8, 9,10 kannst du dir eigentlich sparen.

Danke für den Tipp

@oliverio ja manchmal sieht man wirklich den Wald vor lauter Bäumen nicht und ja, genau das ist das eigentlich Problem. Ich lese eine leere Datei ein und zusätzlich die neuen Daten. Jedoch werden die neuen Daten nie an die Function übergeben. Somit werden dadurch natürlich auch keine neuen Datensätze eingefügt

Ich hab jetzt vor dem Input und dem Fileinput eine join Node gepackt und den Code in der Function Node wie folgt abgeändert und jetzt klappt es (welch Wunder) auch :D:

Aber Danke für den Hinweis

Hier noch der korrigierte Code der Function Node

// Bestehende Daten aus der Datei
let existingData = msg.payload.file;

// Neue Daten vom HTTP Request
let newData = msg.payload.feedback;

// Falls die Datei leer oder ungültig ist, setzen wir die bestehenden Daten auf ein leeres Array
if (!existingData || existingData.trim() === "" || existingData === '""') {
    existingData = '[]';
}

// Versuche, die bestehenden Daten zu parsen
let jsonData;
try {
    jsonData = JSON.parse(existingData);
    if (!Array.isArray(jsonData)) {
        // Falls die Datei kein Array ist, setzen wir es auf ein leeres Array
        jsonData = [];
    }
} catch (error) {
    // Falls die Datei nicht geparst werden kann (z.B. leer oder ungültig), setzen wir auf ein leeres Array
    jsonData = [];
}

// Füge die neuen Daten dem Array hinzu
jsonData.push(newData);

// Konvertiere das Array in einen JSON-String
msg.payload = JSON.stringify(jsonData, null, 2); // 2 für besser lesbares Format

return msg;