@OliverIO sagte in Sprachsteuerung im Smart Home: Die lokale Interpretation dessen, was gesagt wird, ist dann wieder die Herausforderung. Mit externer KI machbar, mit lokaler KI zu erträglichen Kosten (Strom) dauert noch. Ich glaube darauf würde ich gerne verzichten - was waren das noch zeiten als man nur ein paar festgelegte Befehle verwenden konnte die zu 99,9% erkannt wurden und funktioniert haben... Zumindest bei Siri - dann wurds aufgebohrt und hat nur noch zu 70% das gemacht was ich wollte.

Ich hab ein Update für den Adapter geschrieben. Dummerweise hat die App des Herstellers einen BUG. Wenn ein Kanal über 540 kommt, dann wird er zurück gesetzt auf 0 und auch der Gesamtertrag sinkt. https://homematic-forum.de/forum/viewtopic.php?f=47&t=87237 Um das zu korrigieren hab ich einen Datenpunkt hinzugefügt, der das egalisieren soll. Er summiert auf den aktuellen Gesamtertrag nun 540. Ein Counter checkt wie oft das passiert ist. Bei 2 Rücksetzungen 2* 540 usw. Beim erstmaligen installieren oder Update des Adapters muss der Counter einmal manuell gesetzt werden. Danach wird er hoch gezählt, wenn eine Rücksetzung erkannt wird. https://github.com/hefegraphie/ioBroker.apsystemsez1

uff, vielen Dank für die vielen, wertvollen Beiträge. Hab den Datenpunkt einfach unter "userdata.0.xxx" angelegt - und die Programmierung in Blockly angepasst - nun gibt es keine Fehlermeldungen mehr und der Code funktioniert - wie er soll - naja - ist ja nun auch nicht so komplex. Somit ist für mich das Thema "erledigt" - Wer noch gerne weiter diskutieren möchte kann dies gerne tun - ich sage an dieser Stelle aber erst einmal vielen Dank für alle so wertvollen beiträge. lg Goudi

Also wenn ich nun das ganze Matter geraffel richtig verstehe müsste ich es schaffen die BridgeX von tado mit dem Matter system von Iobroker zu verbinden. Das geht aber leider nicht. Grund hierfür ist das ich keinen Pairing code dafür erhalte sondern nur für das thread gerät selbst in meinem Fall das Thermosthat X. Somit sieht es für mich aktuell so aus das ich um einen eigenen thread border router nicht herum komme den ich dann in den iobroker einbinde. Kann das wer bestätigen?

@homecineplexx Probier doch einfach mal, den mit der Smartlife App zu koppeln. Wir haben auch einen NoName Saugroboter mit eigener App, den hab ich einfach testhalber versucht, mit der Smartlife App zu koppeln, und siehe da, das ging. Somit konnte ich den über den Tuya-Adapter in ioB bringen.

Die Kommunikation wird immer vom Master initialisiert. Der Master/Client ist immer in der Holschuld, also muss der "Chef" selber dafür sorgen die Daten zu bekommen. Gruß Daniel

@Chris0706 sagte in Sungrow Wallbox AC011E-01 erfolgreich mit Modbus eingebunden: Habs beim überfliegen nicht gefunden.. man kann auch dieselbe Modbus Instanz des Wechselrichters nehmen, um die Werte der Wallbox zu pullen. Man muss nur 'Mehrere Geräte-IDs' auswählen und in den Registern entsprechend die 'deviceId' ergänzen. Wechselrichter natürlich die 1, Wallbox findet man im WiNet-2 -> Geräte -> Geräteliste -> Weiterleiten der Modus-ID. Ja das geht theoretisch, es hat sich aber beim Betrieb herausgestellt (zumindest bei einigen Leuten und ich kann das auch bestätigen), dass der Wi-NET Adapter nicht gerade eine schnelle CPU inne hat. Was stabil läuft ist eine Auftrennung der beiden Instanzen. Eine Instanz mit Modbus auf den Ethernet Anschluss des Wechselrichters und eine Instanz mit Modbus auf den Wi-NET Adapter für die Wallbox.

Danke. Werde es zeitnah testen und melde mich.

@Homoran oh,das wusste ich nicht, ich gelobe Besserung. Wollte eigentlich nur einen Denkanstoß setzen. Etwas hat es ja schon gebracht. Ich wusste nicht das es einen Menüadapter dafür gibt. Und schon wieder was dazu gelernt. Beim nächsten mal besser.

Moin ! Es gibt seit heute eine Version 1.6.0 - alpha. Wer mag ist gerne zum ausprobieren eingeladen. A guide to install alpha versions can be found here https://forum.iobroker.net/post/1263819 (please replace heyyl by spotify-premium :-) )

@paul53 Hat sich erledigt, danke. Hab mir mit AI aus dem physischen Handbuch alle Meldetexte mit Ursache und Abhilfe lesen lassen und mir ein State angelegt wo alle Texte strukturiert als JSON liegen. Anhand der Meldenummer die vom Modbus kommt mach ich dann via Blockly ein Lookup und ziehe mir den entsprechenden Meldetext zur Nummer und verarbeite sie entsprechend weiter.

(delete)

Problem gelöst. Die App ioBroker Visu kommt mit dem Energieflussadapter-erweitert gut zurecht, auch mit den anderen Views.

Da hast du das wohl missverstanden. Es war rein informativ gemeint. Ich habe nicht erwartet, dass der Adapter das fixed, denn gefixed habe ich es ja schon über Blockly. Selbst ein Rücksetzen eines Zählers auf 0 durch Stromausfall o.ä. hat eigentlich nichts mit dem Adapter zu tun sondern ist ein "good will".

Ich habe jetzt die 3.1.5 installiert , jetzt funktioniert die Watt anzeige . werde das erstmal so lassen , bis es behoben ist danke für die info

@Kapitaen31 Swap erhöhen ist aber auch nur eine hilfskrücke um den Absturz zu verhindern. Für die Performance ist es katastrophal. Insbesondere Datenbanken arbeiten stark mit RAM. Wenn dein Datenbestand größer wird und du das System noch weiter ausbauen willst, wirst du neue Hardware benötigen.

Den manuellen Prozess (nicht "suchen" lassen, sondern über "iobroker setup custom" mit Angabe der beteiligten IPs) habe ich natürlich benutzt. Sonst hätte ich die Slaves ja gar nicht verbunden bekommen. Meinst Du, daß die alive-Erkennung in dem Fall eben grundsätzlich nicht funktioniert und das Verhalten wie bei mir daher normal ist? Aber ok, damit kann ich leben. :-)

Link zu Issue https://github.com/ioBroker/ioBroker.history/issues/470

@mcm1957 sagte in {gelöst} Maxcul Adapter veraltet, bitte aktualisieren.: @ESP8266 sagte in {gelöst} Maxcul Adapter veraltet, bitte aktualisieren.: Wie sie hier im Thread beschrieben ist. Kannst du bitte genauer verlinken. In diesem Thread sind einige Vorgangsweisen beschrieben. Welches ist denn die von dir benutzte? Post 28 iob upgrade maxcul@1.3.1 --debug Rebuild