Der Punkt war es! X mal durchgesehen, immer den gleiche Fehler gemacht! Danke!

Ich konnte den Fehler nach dem letzten Update und mit diesen Einstellungen hier loswerden: [image: 1783369604086-545a8319-5050-4264-8c08-d746b9ac50d2-image-resized.jpeg]

Da es 5A sind: Also meinen Skoda kann ich im Fahrzeug / per App genau auf eben diese 5A begrenzen, nennt sich bei Volkswagen "Begrenzung des Ladestroms / Vermeiden Sie das Auslösen des Sicherungsautomaten an ihrem privaten Ladestandort", zu finden unter Batterie / Einstellungen oben rechts das Zahnrad. Das ist nicht zufällig bei dir gesetzt? Bei meiner Goneo Wallbox ist der minimale Ladestrom 6A (was dem Standardprotokoll (IEC 61851) entspricht).

@arnold Du muss zuerst den Rollomotor kalibrieren, weil ohne Kalibrierung kennt er die 0 und 100% nicht.

Danke, das hab ich übersehen. nur zur Info: Die Firmware ist jetzt auch ge-updated worden. Hat zwar nochmals eine Weile gedauert, oder ein Neuladen aber jetzt hab ich v1.00.51

@Asgothian danke dir für die sehr ausführliche antwort! dir ein angenehmes bugfreies we :-)

@boriswerner sagte: Sind die .mid-Dateien auf dem Genos gespeichert Danke für deine Antwort! Ja, die Songs sind auf dem Genos gespeichert. Wie ist die ferngesteuerte Wiedergabe da gelöst Gar nicht. Darum suchte ich eine Lösung. Aber nach vielen Recherchen auch mit KI ist das Resultat: Fernsteuerung funktioniert NUR mit Genos2.

Die Adapter radar2 und net-tools könnten das ICL10 erkennen wenn die WLAN Bridge von Shelly das Ding erkennt. Bei den mopeka Sensoren für Gasbuddeln soll das ja auch klappen. Im Übrigen läuft im WoMo ein Mini-PC mit ubuntu worauf auch der iobroker läuft.

@ichwersonst sagte: @mcm1957 Alles klar. Wie könnte man denn Entwickler finden? Also gibt es da auch eine Liste oder gibt es einen Thread wo man das Thema eröffnen kann? Also die Frage ist wie könnte ich Entwickler finden um das Thema direkt anzusprechen. Danke für die Hilfe :-) Leider keine Ahnung.

Im Laufe der letzten Jahre hab ich da viel rumprobiert. Zwischenzeitlich hab ich sicher auch mal mit Aufzählung gearbeitet. Derzeit sind aber die "Intelligenten Aufzeichnungen" aus

Mit https://www.solaxcloud.com/proxyApp/proxy/api/getPileInfo?tokenId=2026xxxxxxxxxxxxxxxx&pileSn=Cyyyyyyyyyyyyyy bekomme ich nun wenigstens eine Antwort! Hatte mir ein neues Token erzeugt, nun passiert was!

Ok. Das ich Tesla jetzt auch noch Geld bezahlen muss, wenn ich über HA oder IOB mein Auto abfragen will, sehe ich gar nicht ein. Ich muss meinen Tesla sowieso in 2 Monaten wieder abgeben und wollte mir dann eigentlich einen kaufen. Aber da sowieso noch andere Fahrzeuge in Betracht kommen ist das jetzt wieder ein Minuspunkt mehr auf der Tesla Liste.

Vermutlich haben alle deine Tasmota Geräte nun neue IP-Adressen bekommen. Im Schlimmsten Fall hat sich sogar der Adressbereich geändert. Das WLAN heißt genauso wie vorher? mit dem gleichen Passwort? Welchen Router hattest du vorher und welchen jetzt? Die Tasmota-Geräte sollten sich - wenn sich das WLAN nicht geändert hat - spätestens nach einmal Stromlos machen wieder verbinden. Dann halt mir neuer Adresse. Können die sich nicht mit dem WLAN verbinden, müssten die einen eigenen Hotspot eröffnen und du kannst die wieder neu verbinden (Mit WLAN des Tasmota verbinden, auf die IP 192.168.4.1 gehen, WLAN wählen und Zugangsdaten eingeben.) Dauerhafte

Ich konnte es selbst lösen. ioBroker läuft in einem Proxmox Container und Debian hat dort die per IPv6 Router Advertisemnet angekündigte Route zum Thread-Netz nicht akzeptiert. Hier war einfach die Einstellung der Präfixlänge die Ursache. Alle Route-Informationen mit einem Präfix länger als /0 wurden ignoriert. Der Präfix des relevanten Thread Routers ist /64. Und da M3 Hub und G410 Hub sich nicht über Thread mit dem Adapter koppeln, habe ich falsche Rückschlüsse gezogen. Das U200 ist das einzige Gerät in meinem Haushalt, was Matter over Thread nutzt. Hab ich mal wieder etwas gelernt.

@amg_666 sagte: Von daher würde ich @samson71 widersprechen, du darfst das natürlich öfters machen Da hast du aber den falschen Zusammenhang konstruiert

Habe es hinbekommen: Der echte FLS-PP ip Werksreset (2-teilige Sequenz)Führen Sie die folgenden Schritte exakt nach der Zeitvorgabe aus (am besten mit einer Stoppuhr oder im Sekundentakt zählen):Teil 1 (Ihr bisheriger Schritt):Schalten Sie den FLS-PP 4-mal hintereinander AUS und wieder EIN.Lassen Sie ihn jedes Mal für ca. 5 Sekunden eingeschaltet.Beim 5. Einschalten fangen die LED-Streifen an zu blinken. Warten Sie jetzt unbedingt etwa 10 Sekunden, bis das Blinken komplett aufhört! (Das ist der entscheidende Fehler, hier darf noch nicht gekoppelt werden).Teil 2 (Der eigentliche Reset):Schalten Sie das Gerät direkt danach (wenn das Blinken vorbei ist) noch 2-mal AUS und wieder EIN (jeweils wieder für ca. 5 Sekunden eingeschaltet lassen).Die angeschlossenen LEDs blinken nun einmal kurz auf.Erst jetzt ist der FLS-PP ip wirklich auf Werkseinstellungen zurückgesetzt (Factory New).Wichtig vor dem nächsten Anlernversuch in Zigbee2M

Mit der HW habe ich kein Problem, das bekomme ich schon hin, nur hatte ich die Modbus Doku nicht gefunden. Vielen Dank!