Es gab mal wieder einige Änderungen und der alte Test-Thread ist doch schon wieder sehr lang und unübersichtlich.

Daher für die 3.0.0 jetzt einen neuer Thread.

3.0.0:

• (agross) added: Sprache pro Instanz einstellen
• (Garfonso) changed: updated frontend auf 20221027.0. Karten und Themen anpassen!
• (Garfonso) added: browser_mod (2.1.3) ist jetzt integriert. Bitte manuell hinzugefügte browser_mod Karten entfernen!
• (Garfonso) added: 'instances.refresh' kann genutzt werden um das frontend neuzuladen
• (Garfonso) removed: lovelace_reload und window_reload states
• (Garfonso) removed: name state, wird nicht mehr unterstützt (bzw. aktuell nicht)
• (Garfonso) added: Unterstützung für toasts mit action button (json oder ;-string)
• (Garfonso) added: activity state, der anzeigt ob ein User gerade den Browser nutzt
• (Garfonso) crash bei schlechtem JSON in notification
• (Garfonso) Übersetzungszeug...
• (Garfonso) added: Unterstützung für Unterordner in /cards/ für Bilder und Zeug, dass custom cards laden. (Die Karten selber bitte in /cards/ lassen, sonst werden sie nicht im frontend registriert).
• (Garfonso) crash wenn ein state aktualisiert werden sollte, bevor der websocket bereit war (z.B. weil control.darkMode oder so als entity verwendet werden soll)

3.0.1

• (Garfonso) fixed: Farbtemperatur
• (Garfonso) fixed: notifications (die alten mit der Glocke )
• (Garfonso) fixed: crash, wenn keine History ausgewählt wurde

Ansonsten: Guckt euch nochmal iobroker.pro Unterstützung an. Da hat Bluefox jetzt einiges getan. Für mich funktioniert das aktuell sehr gut. Die Umleitung von https://iobroker.pro:4443/lovelace für das Login geht meistens sogar auch, aber manchmal nicht... aber es geht auch mittlerweile fast alles direkt über https://iobroker.pro/lovelace/ (wobei da Bluefox für bestimmte Pfade ggf. nochwas hinzufügen muss -> wenn also da was fehlt, bitte Meldung machen, gerne an mich - ich weiß auch nicht, wie offiziell das ist, aber ich bin da mal nach dem login hingeleitet worden, kann so schlimm nicht sein )

4.0.0

• (Garfonso) Breaking: Update frontent to 2023.12.08.1
• (Garfonso) Breaking: all states default to string now. Added some exceptions (like timestamps). Check your filters.
• (Garfonso) Use better random numbers for tokens.
• (Garfonso) Support media_play_pause (mini-media-player card play / pause) again.
• (Garfonso) Support for input_select
• (Garfonso) Improve support for sensor with device_class=date
• (Garfonso) Remove hideToolbar from settings. Now using browser_mod to allow per instance control.
• (Garfonso) repaired persistent notifications.
• (Garfonso) Use browser_mod to hide sidebar.

Ich hab von 3.0.1 auf 4.0.0 bestimmt noch einiges vergessen. Am frontend sollte sich nicht soooo viel getan haben (besonders für die Leute, die schonmal die github version getestet haben).
Achja: Known issue (vermutlich) ist die shoppinglist. Die gibt es in lovelace nicht mehr, ist jetzt generische todoliste. Das geht vermutlich noch nicht, muss ich mir angucken.

4.0.0-4.0.7

• Diverse Crashs gefixt (sorry dafür), insbesondere mit Datumsverarbeitung
• History sollte wieder gehen
• Thermostat ohne Modus / an/aus State gefixt

5.0.0:

• Brandneues UI, 2025.04.01.0 -> Configs prüfen.
• browser_mod update auf 2.3.3 (soweit ich sehe nur kleinere Bugfixes)
• Experimentell: hideSidebar kann genutzt werden um die Homeassistant-Seitenleiste einzublenden! Sehr viel davon funktioniert nicht... vermutlich wird einiges nie funktionieren. Muss da rausfummeln, was ich noch ausblenden sollte. Da gerne ne Liste machen mit Weg, wie ihr hingekommen seid, was ihr denkt, was lieber weg sollte....
• Dashboard support -> Seitenleiste einblenden, dann konfiguration -> dashboard hinzufügen. (bitte macht vorher ein backup eurer config im Objekt "configuration", am besten mit der Export Funktion von admin im objects tab... beim ersten Versuch hab ich mir meine config damit komplett gelöscht. Ich glaube, dass ich das gefixt habe, ist seitdem nicht mehr passiert.. aber das objekt mal exportieren schadet ja auch nicht).

5.0.1:

• Icons sollten wieder wie früher sein (hat mich länger beschäftigt, sorry)
• Logbook zeigt keine Einträge in der Zukunft an
• Script entities (und ggf. andere eher "abwegige") gehen wieder (dafür bitte nach unknown service im log Ausschau halten)
• Problem mit Subscriptions und Templates gelöst

Bekannte Probleme:

• Einiges in der Seitenleiste funktioniert nicht, führt zu Fehlermeldungen in der Browser-Konsole oder Warnungen im Adapter oder dass die UI hängen bleibt
• Das Zahnrad in der entities view ist da und geht nicht (eigentlich wollte ich das noch reparieren, finde aber immer noch nicht raus, wo es hängt... seufz)
  -> da hat sich noch nicht viel geändert.

Ich hab eigentlich vor auch nochmal das UI zu updaten (ist jetzt auch schon wieder 6 Monate alt.. urgs.. die Zeit fliegt..?) und auch browser_mod nochmal. Da hat sich bei beidem wieder einiges getan. Puh. Vielleicht dann demnächst schon 6.x und neuer Thread? Ich gucke mal.

Viel Spaß beim testen.

@nik82 said in [Aufruf] Neuer Adaper Google-Sharedlocations:

Habe eine blöde und fast peinliche Frage, habe die Github Versionen immer so installiert:

Finde hier aber deinen Adapter nicht, jetzt muss ich wahrscheinlich über URL installieren, dazu einfach diese URL eintragen oder:

Ja, das ist im Grunde richtig, aber die URL, die du nimmst zeigt zum veralteten Adapter. Meine aktualisierte Version ist unter https://github.com/Garfonso/ioBroker.google-sharedlocations zu finden.
Der ursprüngliche Entwickler hat sich zwar mal gemeldet, aber irgendwie ist daraus keine Aktion erfolgt.. weiß noch nicht, wie man da weiter machen sollte. Aber mache ja auch eher flickschusterei aktuell..

//EDIT: ok, ihr wart schneller

Hi.
Der RPI2 Adapter macht aktuell an zwei Stellen Probleme:

1. nach Aktualisierung von Raspian auf das Release "Bookworm" gehen GPIOs nicht mehr, weil die Methode, die der Adapter genutzt hat veraltet ist und in Bookworm entfernt wurde.
2. Raspberry 5 geht nicht (?)
3. der Adapter muss an JS-Controller 6.x angepasst werden.
4. Ein paar der Informationen wurden nicht vernünftig abgerufen und wie die implementiert waren, war auch eher fragwürdig...

Dem Parsen der Informationen hat sich dankenswerterweise @Thomas-Braun angenommen. Guckt mal, ob da jetzt alles so kommt, wie es soll.
Ich habe mich der Aktualisierung und Anpassung an JS-Controller 6.x und neuer GPIO Bibliothek angenommen. Das ist leider alles noch etwas wackelig in node.js... ich musste drei Bibliotheken durchprobieren. Alle haben ziemlich unterschiedliche Features und es fehlt überall etwas, leider.
Aber zumindest GPIO Input und Output müsste jetzt gehen.

Was aktuelle (noch) nicht geht:

• Konfiguration der Pins als Buttons... die werden einfach als input behandelt. Das wird ohne großen Aufwand auch nicht zurückkommen. Da müssten sich die Leute, die das verwenden, mal melden mit ihren User-cases... da muss alles von Hand neu programmiert werden, das mache ich nur, wenn da ausreichend Leute zusammen kommen.
• Konfiguration der Ausgänge - also High/Low. Es dürfte immer High sein. Da bitte Aufpassen beim testen!
• Pullup/PullDown geht auch grundsätzlich nicht, aber das scheint im alten Adapter auch schon so gewesen zu sein. Daran wird aber gearbeitet.

Sonst "sollte" erst einmal alles gehen.
Bitte auch mutige vor, die mit "alten" Raspian Versionen testen können und gucken, ob alles so geht, wie vorher.

Installieren entweder über admin oder z.B. mit iob upgrade rpi2@2.1.1

Alpha.11:

• Weiterer Versuch gpio Input hinzubekommen.

Alpha.12:

• Debounce Timer neuimplementiert, damit GPIO Inputs vernünftig ankommen.

Alpha.13:

• OutHigh wird im code unterstützt (indem einfach der Wert rumgedreht wird)
• states für buttons werden gelöscht und ein "state" Zustand erstellt.

2.0.0:

• debounce-Verhalten wie in alter Version (hab übersehen, dass sie doch in Settings einstellbar war und verstanden, dass "undefiniert" 0 bedeutet -> hoffe damit kommen jetzt alle Inputs)

2.1.1:

• gpio sollte wieder grundsätzlich gehen
• Rasspberry Zero Unterstützung
• gpio Bibliothek ist jetzt zwingend eine dependency. Die Systembibliothek wird per preinstall Script mit installiert.

2.1.2:

• Theoretisch konnten noch Änderungen verloren gehen, weil der state nur geschrieben wurde, wenn sich der Wert verändert hat (Race-Condition bei sehr schnellen Pulsen). Sollte jetzt auch nicht mehr passieren.

@laser und alle anderen
bitte mal die alpha.13 testen und gerne in https://forum.iobroker.net/topic/75290/test-adapter-rpi2-2-x/ weiter diskutieren (dann muss ich nicht an zwei stellen aktualisieren, was ich treibe).

Ah, wieder offen, danke.

Ja, mit dem cookie so funktioniert es aktuell. Mal sehen, wie lange die cookies halten.
Langfristig will ich gerne eine Proxy Lösung ähnlich wie bei Alexa2 einbauen.

Ahrg... warum hab ich das nur gemacht? Da gibt es noch gefühlt 1000 andere Kurse, dich ich spannend finde und meine mich einschreiben zu müssen.

Ich habe im Lovelace Adapter eine neue Version der Lovelace UI integriert und zwar vom 20.06.2020. Diese Version ist deutlich anders als die vorherige. Daher wollte ich hier noch einmal auf ein paar Stolpersteine beim Upgrade eingehen und darum bitten zu testen.

• Das UI sieht ganz anders aus. Themes brauchen zum Teil ein Upgrade. Z.B. damit bei einem Dark-Theme das Menü noch nutzbar ist, muss diese Zeile hinzugefügt werden mdc-theme-surface: var(--primary-background-color) (Thematisch bei Backgrounds). Manche custom-cards werden ebenfalls nicht mehr so toll aussehen (z.B. die accuweather-card)

• Manche custom-cards brauchen ein Update. Bisher identifiziert mit Problemen:

  • mini-graph-card
  • Slideshow
  • button-entity-row
  • button-card

• Karten/Ressourcen werden grundsätzlich anders geladen. Wenn man im "RAW Konfigurationseditor" diesen Fehler sieht: sollte man ganz unten in der Datei diese Zeilen löschen: (also alles inklusive "ressoureces:" und danach)

Veränderungen:

• vieles sieht schöner aus, finde ich
• Ich habe "history" aktiviert, damit gibt es jetzt im more-info-Fenster auch einen Zustandsverlauf, so z.B.:
• In der Map gibt es eine GPS Spur! (yeah)
• Ich habe support für Cover-Entities hinzugefügt. Gleichzeitigt bleibt der input_number entity erhalten. Damit kann man Rolladen dann so steuern: (alternativ ginge natürlich die slider entity row). Cover ist noch nicht ganz fertig. Aktuell kann man noch in der Config selektieren, wierum die eigenen Rolladen gehen (100% = offen oder 100% = zu. HomeAssistant/Lovelace geht von 100% = offen aus). Ich arbeite an einem type-detector update, das das am Ende automatisch erkennen soll. Wann es soweit ist, weiß ich aber aktuell noch nicht (und die Rollen müssen dann auch entsprechend gesetzt werden).
• ich habe bei den binary_sensor und sensor entities, die der Adapter erstellt, die device_class hinzugefügt. Damit werden dann auch vernünftige Übersetzungen für den State erzeugt (also z.B. "Offen"/"Geschlossen" für Fenster / Tür Kontakte). Ich habe auch ein entsprechendes Fenster mit Kipp hinzugefügt. Alle entities müssen dafür automatisch erkannt werden (i.e. type-detector / devices adapter zur Hilfe nehmen)
• Beim Update habe ich die weater-card gefixt, hat jetzt wieder icons (selbst mit auth).

Known Bugs

* der Cursor im Editor ist nach dem öffnen versetzt. Und zwar wird die Zeilenhöhe zu klein angenommen. Desto weiter man nach unten scrollt, desto mehr klaffen eigentliche Zeile und Position an der der Cursor angezeigt wird auseinander.
Workaround: In der ersten Zeile solange Leerzeichen einfügen, bis ein Scrollbalken erscheint -> danach geht es richtig (bis der Editor geschlossen wird und neu geöffnet, leider)
Sollte mit 1.3.* behoben sein.

1.2.5 (2020-07-10)

• Die initialen Werte werden genauso behandelt, wie state changes später. Fixt Problem mit input_select, wo Anfangs der Wert falsch war. Bitte beobachten ob bei anderen Dingen etwas fehlt.
• Workaround für common.states, die noch string sind (aber mit Warnung).

1.2.6 (2020-08-13)

• (Garfonso) Behoben: Ungültiges Datum in Wetterkarten
• (Garfonso) Behoben: Probleme mit dem Leerzeichen in manuellen entities.

1.2.7 (2020-10-18) - Bug fix Release

• (Garfonso) Fixed: manuelle Dimmer konnten falschen 'state' haben
• (Garfonso) Fixed/Changed: Testing infrastructure and dev-dependencies (work in progress)
• (Garfonso) Fixed: Setzte Thermostate auf 'auto', ggf. erlaubt das sichereres steuern von Temperatur
• (Garfonso) Fixed: Rauf/Runter bei 'cover' (Rolladen)
• (Garfonso) Fixed: Problem mit play/pause bei Media Player, außerdem: History ist nun schöner
• (Garfonso) Added: Erlaube automatische Dimmer ohne an/aus-State
• (Garfonso) Fixed: Verhindere Crash durch manuelle entities mit "komischem" Namen

1.3.0-alpha.0 (2020-11-06)

• (Garfonso) Fixed: Änderung an Thermostat Rückgängig gemacht, geht nun wie vorher
• (Garfonso) Fixed: Verhindere Absturz, wenn call-service einen ungültigen Service aus dem UI aufruft.
• (Garfonso) Fixed: Objektänderungen werden nun korrekt im UI angezeigt
• (Garfonso) Added: Unterstützung für RGB-Arrays (hue-extended - experimentell)
• (Garfonso) Enhancement: started refactoring of server.js - will take time, but make maintenance easier.
• (Garfonso) Change: Notifications are now cached in adapter, makes responses a bit faster
• (Garfonso) Enhancement: Updated to lovelace 20201021.4 -> fixt für mich den Editorbug!

1.31.-1.5.0

• Behoben: Problem mit manuell generierten Entitäts-IDs (geändert und kann unzulässige Zeichen enthalten)
• Behoben: Möglicher Absturz während der Geräteerstellung.
• Hinzugefügt / Behoben: Abonniere auch States für Mini-Grafkarte und möglicherweise andere.
• Behoben: Geräte, die aus iot / ohne smartName gelöscht wurden, nicht ignorieren
• Hinzugefügt: Unterstützt Ortungsgeräte mit einem GPS-Status in Zeichenfolgenform
• Hinzugefügt: Unterstützung für Protokolldienst, Protokollierung von Frontend-Fehlern im Serverprotokoll
• Hinzugefügt: Unterstützung für Serviceanrufe mit mehreren IDs, d. H. Header-Schalter der Elementkarte
• Behoben: eindeutige Prüfung für manuelle Entitäten nur Instanz 0 geprüft. Auch etwas benutzerfreundlicher gemacht.
• Hinzugefügt: Möglichkeit zur Auswahl eines Themas zur Laufzeit / Auswahl eines dunklen Standardthemas
• Behoben: hideToolbar hat auch die Tab-Leiste ausgeblendet
• Hinzugefügt: Unterstützung für den Serviceaufruf iobroker_say (ermöglicht tts in Mini-Mediaplayer-Karten mit der Plattform iobroker)
• Unterstützung des neuen Let's Encrypt (nur mit js-controller 3.2.x)
• Unterstützung von Lovelace über ioBroker.pro
• (Garfonso) Geändert: defaultTheme und control.theme standen in Konflikt. Jetzt wird control.theme festgelegt, wenn ein neues Standardthema ausgewählt wird.
• (Garfonso) Hinzugefügt: control.themeDark, um Geräte auch im dunklen Modus zu steuern.
• (Garfonso) Behoben: Gerätesymbole funktionieren jetzt auch wenn Authentifizierung aktiviert ist
• (Garfonso) Geändert: Bisher konnte nur der Administrator die Benutzeroberfläche ändern. Jetzt dürfen auch der Eigentümer des Konfigurationsobjekts und Mitglieder der Eigentümergruppe die Benutzeroberfläche ändern.
• (Garfonso) Interne Codebereinigung / Aktualisierung der Abhängigkeiten.
• (Garfonso) Hinzugefügt: Unterstützung für rein Feuchtigkeitssensoren.
• (Garfonso) Hinzugefügt: Unterstützung für URL als entity_image
  (Garfonso) Behoben: Behandlung von Benutzername / Benutzer-ID an Änderungen in js-controller 3.2. angepasst
• (Garfonso) Behoben: Standardthemen werden nicht als ausgewählt angezeigt
• (Garfonso) Behoben: Laden von Themes / benutzerdefinierten Karten / Image-Proxy

1.5.0-2.0.0

• Geändert: !Inkompatibel! Batteriewarnung ist jetzt binary_sensor anstelle von sensor (jetzt setzt ui das Symbol und übersetzt ok)
• Behoben: !Inkompatibel! Entity_id-Konflikt für Low_bat / Feuchtigkeit, wenn Teil eines anderen Geräts
• Aktualisiertes Frontend auf 20210603.0 (Licht entity hat sich verändert, Farbe werden nicht mehr konvertieren)
• Geändert: Dateigrößenbeschränkung auf 5 MB während des Uploads in config.
• Hinzugefügt: Unterstützung für input_datetime
• Hinzugefügt: Unterstützung für manuelle komplexe Lichtobjekte
• Hinzugefügt: Unterstützung für Bilder aus base64-Daten in iobroker-Zuständen
• Hinzugefügt: Unterstützung für zusätzliche Alarmzustände.
• Hinzugefügt: Parameter, um nur Code einzugeben, wenn der Alarm deaktiviert wird
• Hinzugefügt: Unterstützung für Admin 5 (jsonCustom)
• Hinzugefügt: Unterstützung für AirCondition / Rework Thermostat
• Hinzugefügt: Manuelle Entitäten können jetzt komplexer sein (benötigt Dokumentation)
• Hinzugefügt: DarkMode-Steuerung

Viel Spaß beim testen. Ich freue mich über Feedback.
Mein Ziel ist es eine 2.0.* Version ins stable repository zu bekommen (aber erstmal hier testen, dann latest und dann sehen wir weiter ).

@jan1
urgs... ja. Seh ich auch gerade.. hatte auch erst meinen Cookier erneuert.. puh
Muss sehen, wann ich Zeit dafür finde.

Irgendwie machen die Homeassistant Leute auch was anders als wir und müssen anscheinend nicht den Cookier erneuern (oder es beschwert sich keiner? ). Da muss ich mal nochmal genauer gucken, was die machen.

@BBTown
hm... ohje.. das ist aber ungünstig. Das ist in einer library, von einem Entwickler, der seit längerem nicht mehr aktiv ist... da müssen wir mal gucken, was man da machen kann. Ich fürchte das wird noch ein paar mehr Adapter betreffen.

//Edit: Kurze Frage noch: Gab es mit den letzten Versionen vom js-controller keine Warnungen von dem Adapter? grübel

Für Leute, wie mich, die mit gulp und den Übersetzungstasks noch nichts gemacht haben und nur eine words.js im Adminverzeichnis haben:

Der Befehl gulp adminWords2languages erzeugt die gewünschten *.json Dateien aus der words.js Datei (davor natürlich gulp installieren usw. - ist in PowerShell auch nicht ganz trivial, da hilft Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser falls die Meldung kommt, dass gulp.ps1 nicht ausgeführt werden darf).

@simatec
Hm.. müsste ich das dann abends machen? Manuell klingt so, als ob die dann gar nicht mehr automatisch fahren? Oder heißt das nur, dass sie die Zeit ignorieren?

Ich hab auch noch ein Problem... ich würde gerne, dass sie bei Regen hoch fahren (0%) und bei nicht Regen wieder weiter mit Verschattung machen. Mein Regensensor meldet periodisch seinen Zustand, also da folgt auf "false" ca. ne halbe Stunde später nochmal "false". Irgendwie veranlasst das den Adapter aber dazu die Rolladen auf 100% zu stellen. Also Änderung von false -> false -> Rolladen wird auf 100% gefahren (shuttercontrol.0: Alarm rain end Set ID: Rolladen Hof 1 value: 100% steht im log). Eingestellt ist 0% als Ziel bei Regenalarm.

Ich verstehe nicht ganz, wo die 100% herkommt. Vorher hat der Adapter schon entschieden, dass nun gut ist mit Verschattung (shuttercontrol.0: Sunprotect #422 Set ID: Rolladen Hof 1 value: 0%, stand vorher im Log). Das hat dann dazu geführt, dass er munter Rolladen rauf und runter gefahren hat... Ansonsten wäre 100% schon das Ziel bei Verschattung.

Ist der Alarm nicht dazu verwendbar, die Rolladen bei Regen hochzufahren und danach weitermachen zu lassen mit der Verschattung?

Vielleicht eine blöde Frage... ich will eigentlich nur ein paar Rolladen automatisch mit Sonnenschutz fahren. Wie kann ich verhindern, dass die nachts heruntergefahren werden? Da sollen die ruhig auf sein. Sollen nur tagsüber die Sonne aussperren.

@lessthanmore
Hm.. ja, kannst du versuchen. Weiß nicht aus dem Kopf, ob das auf state-ebene reicht. Ansonsten bei den Temperaturen, die du nicht haben willst, die Rolle verändern. Ich weiß eh gerade nicht, ob ich das gut finde, dass es value.temperature.max.forecast.0 bzw. das mininum jeweils 4 mal gibt... das ist dann eher zufällig, was type-detector da als erstes nimmt. kopfkratz

@lessthanmore said in Test lovelace 5.x:

@garfonso said in Test lovelace 5.x:

@lessthanmore
So, mit letzter latest geht es jetzt. Einfach für das Objekt "daily" Raum & Funktion definieren. Dann taucht es als Wetter-Entity auf und kann verwendet werden. Vielen Dank für das schnelle erledigen an @ticaki. Sieht super aus.

Lieben Dank vorab. Weißt du, wann das dann ungefähr verfügbar ist? Habe gerade nochmal latest (5.0.1) installiert, aber die Entität wird noch nicht erkannt.

Hab's gerade bei mir auch gesehen... nach restart von lovelace ist die entity wieder weg. stellt sich raus -> folder-Objekte unterstützt der Lovelace adapter bisher nicht. Ich pushe gleich ins latest, dann sollte es gehen. Vielleicht behebt das auch das Problem mit weatherunderground @tiobb

@tiobb
Das wird als "geo_location" erkannt, also als Position, nicht als Wetter. Zumindest auch... guck mal, ob es noch ein entity gibt. Es muss ein "weather" Entity erstellt werden.

Oder installier den devices Adapter und guck mit dem, bei "Native Geräte" sollte dann ein Gerät im weatherunderground-Bereich auftauchen und das sollte Wettervorhersage sein.

Kann aber sein, dass bei weatherunderground ein paar Rollen nicht passen.

@fernetmenta said in Test lovelace 5.x:

EDIT: man müsste dann also diese States in effect_list schieben. (wahrscheinlich händisch)

Das würde dann der Adapter machen. Also auf der ioBroker Seite ist der state mit common.states schon passend. Schön wäre noch ein default für "kein Effekt". Vermutlich wird das frontend den nutzen / setzen. Da werd ich aber mal gucken, was die adapter so machen, wenn ich den state lösche (also null kommt). flöt
Ansonsten ist das alles geübt und weitgehend vorhanden.

Ich diskutiere gerade mit dem core team, ob wir das im type-detector ergänzen können.

@lessthanmore said in Test lovelace 5.x:

@garfonso said in Test lovelace 5.x:

@lessthanmore
So, mit letzter latest geht es jetzt. Einfach für das Objekt "daily" Raum & Funktion definieren. Dann taucht es als Wetter-Entity auf und kann verwendet werden. Vielen Dank für das schnelle erledigen an @ticaki. Sieht super aus.

Lieben Dank vorab. Weißt du, wann das dann ungefähr verfügbar ist? Habe gerade nochmal latest (5.0.1) installiert, aber die Entität wird noch nicht erkannt.

Bei mir geht es mit der Version im latest, 0.6.2. Weiß nicht, wann die in stable kommt.

@fernetmenta
Ja, das sind die attribute. Aber außer EFFECT_OFF definieren sie keinen möglichen Wert für effect, in der Doku. Oder?

@fernetmenta said in Test lovelace 5.x:

Hallo, ich versuche auf Lovelace umzusteigen, muss aber vorher noch einige Probleme lösen. In HA soll es für die Entität "Licht" auch das Attribut "effect" geben. Bisher ist es mir aber nicht gelungen, dass ich dafür eine Auswahl angezeigt bekomme. Geht das bzw. gibt es einen work-around?

Das Problem dabei ist, dass die ioBroker-Lichter aktuell keinen "Effekt" kennen (siehe z.B. RGB Licht https://github.com/ioBroker/ioBroker.type-detector/blob/master/DEVICES.md#rgb-light-rgb ). Der Adapter kann theoretisch effect setzen / lesen. Ist aber entsprechend wenig getestet.

Es gibt ein undokumentiertes (und wenig getestetes) Feature, dass du dir manuelle entities auch aus mehreren Objekten zusammen basteln kannst... Das ist einiges JSON bearbeiten des Objektes notwendig. Wenn du dir das zutraust, kann ich gerne mehr erklären. Da müsstest du dann aber das ganze Licht manuell bauen.
Ich könnte bei alias auch einbauen, dass zusätzliche states im Gerät gelesen werden und als attribute behandelt werden. Aber da hab ich bisher noch nie drüber nachgedacht, ob das Sinn ergibt. (bei nicht alias-Geräten ist das in diesem Adapter nicht handhabbar).

Vermutlich wäre der beste Weg einen "effect"-State im type-detector mit zu erkennen. Das Problem an der Stelle wird sein, dass es im ioBroker keinen Standard dafür gibt und jeder Adapter, der Lampen anbindet, da sein eigenes Zeug macht... was für Effekte erwartet denn HomeAssistant? Haben die da ne fixe Liste? Vermutlich, oder? Irgendwo hab ich damit mal rumgespielt... oder war das die Klimaanlage? kopfkratz

@skyx3
Bitte von den Attributen mal einen Screenshot (Instanzeinstellungen -> Entitäten -> einmal auf "Attribute anzeigen" klicken und dann ein problematisches Licht finden und die ganze Zeile zeigen).

Und/Oder selbst mal im Geräte-Tab (falls der Devices-Adapter installiert ist) schauen, ob da bei dem Licht-Gerät der Actual-State mit dabei ist. Die Rolle 'switch.light' klingt etwas verdächtig. Wenn's daran liegt, mal versuchen die auf sensor.light zu ändern. Wobei das eigentlich noch gehen sollte...

Grundsätzlich hat sich da nichts geändert, aber es gab ein update vom type-detector, das könnte vielleicht da rein spielen.

@lessthanmore
So, mit letzter latest geht es jetzt. Einfach für das Objekt "daily" Raum & Funktion definieren. Dann taucht es als Wetter-Entity auf und kann verwendet werden. Vielen Dank für das schnelle erledigen an @ticaki. Sieht super aus.