Bei mir laufen beide Adapter parallel, einmal im Testbereich, einmal im Produktivsystem. Ich kann von beiden Adaptern aus steuern, ohne dass Fehler gemeldet werden, Beeinträchtigungen konnte ich bisher nicht feststellen, habe aber Backup von beiden Sticks gemacht. BTW: das funktionert bei Z-UI wesentlich einfacher.

@garfonso Seit dem ich den Adapter installiert bekomme ich regelmäßig eine Mail mit der Sicherheitsfrage ob ich mich wirklich eingeloggt habe. Er meint von einem Windows Rechner aus. Hat das noch jemend?

@lansester sagte in Test lovelace 5.x: Ich arbeite in meiner Visualisierung sehr viel mit der custom button card. Na dann guck mal, ob es bei der Karte ein Update gibt, dass die mit neueren HomeAssistant Versionen besser funktioniert. :-) V5 setzt auf HomeAssistant 20250401.0 auf, die V4 auf 20231208.2. Was du beschreibst, sind Änderungen im Design vom HomeAssistant-Frontend. Diese Änderungen sind eindeutig außerhalb vom Lovelace-Adapter, da kann ich nix dran machen, ohne das komplett selber zu entwickeln (was nicht mein Ziel ist)... Da musst du als User bei den custom-cards leider selbergucken. Deshalb sind es ja "breaking" Versionsänderungen. (und wie @david-g. sagt in der HomeAssistant Welt gucken, wie die damit umgegangen sind) Und ja, das ist das Datum und die aktuelle Version schon wieder so alt.. urgs.. (weitere Updates sind natürlich geplant, aber irgendwas mochte die Version aus September, die ich versucht hatte, noch nicht... ) //Edit: Ich hatte immer mal wieder überlegt, ob ich es irgendwie hinbekomme, die für uns relevanten Änderungen aufzulisten … aber es sind einfach zu viele Änderungen und es ist schwer zu erkennen, welche wirklich relevant für uns sind. Derzeit ist mein Vorgehen so, dass ich ein neues Frontend nehme, gucke, wo die Anpassungen, die ich an der alten Version gemacht habe, "knallen" (weil sich da was am Frontend geändert hat), das repariere, dann gucke, ob es überhaupt mit dem Adapter läuft (das geht schief, wenn HomeAssistant was in seinem Backend geändert hat), den Adapter anpasse und dann gucke, was sonst noch so nicht (mehr) geht oder neu dazugekommen ist und unterstützt werden könnte.

Müsste das sein: [image: 1770020038145-34b91797-2dc7-440d-847f-6366c108063c-image.png]

@WG25 Exakt.

das wir von netatmo überwacht netatmo: { adapterKey: 'netatmoDevices', selektor: 'netatmo.*.LastUpdate', timeSelector: '.LastUpdate', adapterID: 'netatmo', adapter: 'Netatmo', rssiState: '.WifiStatus', rfState: '.RfStatus', battery: '.BatteryStatus', reach: 'none', isLowBat: 'none', }, und HM-RPC ist ne Sonderlocke im code vom feinsten.. hab die Teile nicht hier. kein plan was die liefern das wird da überwacht.. aber es sind viele interne Regeln noch dazu hmrpc: { adapterKey: 'hmrpcDevices', selektor: 'hm-rpc.*.RSSI_PEER', timeSelector: '.UNREACH', adapterID: 'hmrpc', adapter: 'Homematic RPC', rssiState: '.RSSI_DEVICE', rssiPeerState: '.RSSI_PEER', battery: '.OPERATING_VOLTAGE', reach: '.UNREACH_ALARM', isLowBat: '.LOW_BAT_ALARM', isLowBat2: '.LOWBAT_ALARM', isLowBat3: '.LOW_BAT', stateValue: '.1.STATE', faultReporting: '.4.FAULT_REPORTING', hmDNBattery: '.4.BATTERY_STATE', upgrade: '.UPDATE_PENDING_ALARM', },

@Atifan ich hab kein plan was du da fabrizierst ok nur dass ich das richtig verstehe.. du willst iobroker nutzen um bei evcc einen Zähler zu simulieren ?? ach deshalb das gehample mit mqtt... und bitte nicht auf 2 Threads verteilen.. das macht die Sache nicht besser oder schneller..

@tombox sagte in Test Adapter MercedesMe v0.0.x: @shadow_cb mit welcher version geht oder ging es v0.3.9 --> die hatte ich auch im Januar schon. Und habe ich auch aktuell jetzt gerade. Bis zum 19.1. gingen auch die Remote-Funktionen. Ab und zu wird der Adapter noch gelb, aber eher selten.

@ToK einfach einfach wort aus dem Hauptordner wie general oder samsungce eingeben

@babl ich habe nochmal was angepasst bitte die GitHub version drüber installieren

Ja, ich habe grad nachgedacht ... in beiden Fällen habe ich gleichzeitig einen neuen Raum angelegt. Ich habe gestern einen neuen Heizkörperthermostaten hinzugefügt (neuer Raum), anschließend für den gleichen Raum einen Raumthermonstaten. Wieder keine Datenpunkte für beide Devices. Nach dem Workaround hat er sie dann aber angelegt. Ich habe dazu einen Issue in Github erstellt.

@Sarasar wo hast du denn was bestaetigt?? Hier darfst du das auf jeden Fall NICHT: [image: 1769942945184-screenshot-2026-02-01-at-11.47.32.png] Bestätigt darf nicht angehakt sein, sonst übernimmt der Controller das nicht, da es ja schon bestätigt ist ..

@Rene55 Ich hab die Daten aus dem JSON von Github. Ist für nen Hybrid Deye 15kw WR. Passt. Da kommen viele Daten rein, die mit den Dezimalzahlen nicht stimmen. Spannung der Batterien. Ohne Komma. Einspeisung auch falsches Komma. Bezug genauso. Ich hab das nun mit der Berechnugstabelle korrigiert. Passt jetzt für mich.

@mcm1957 Ich hatte die Steckdose einige Tage im Silly Modus an einer neuen Instanz und keine Fehler. Dann hab sie wieder zurück auf die ursprüngliche Instanz gelegt. Seit dem kommen keine Fehlermeldungen mehr von dieser Steckdose. Die Error Meldungen hatte ich öfters vor diesem Versuch mit einem Silly Log etwas zu finden. Ich kann es nicht verstehen warum vorher immer Error Meldungen da waren und jetzt nicht mehr. Ganz ehrlich, das ist seltsam.

@dr.-bakterius: wurde nun in der README geändert.

Bis jetzt läuft er gut, Stunden werden zuverlässig aktualisiert. Ein kleines Beispielbild vom Widget für die nächste Version. Und so könnte es aussehen. [image: screenshot.png?raw=true]

Moin schließt man ein zweites AMS an bleibt der Datenpunkt ams.tray_now auf 0. Zumindest wenn man nur die externe Spule benutzt. Das war mit nur einen AMS anders. Da gab es die Werte 0,1,2,3 und 4 die entsprechend der genutzten Slots auch gewechselt haben. Normalerweise sollte ja bei externer Spule der Wert auf 4 wechseln. Oder übersehe ich etwas ? Danke

Aufgrund der Prüfung für das Latest Repository wird der Token jetzt verschlüsselt. Dadurch müssen mit der neuen Version die Daten neu eingegeben werden.