Kleines Update: Adapter gelöscht.....Stick gezogen....Stick gesteckt.....Adapter installiert.....Nun wurde auch ein COM3 gefunden.

@chucky666 Mein letzter Kenntnisstand ist, dass der tuya-Adapter mit der letzten Version nicht mehr synchronisiert. Schau mal im Forum: Da gibt es einen Forenbeitrag

Ist schon etwas älter, aber ich habe eine ähnliche Frage. Und zwar möchte ich den WLAN Traffic (Download) jedes einzelnen Clienten tageweise mit history loggen. Dazu hatte ich den Datenpunkt "tx_bytes" verwendet. Dieser wird aber wilkürlich auf 0 zurück gesetzt und verfälscht die Daten enorm. Ich habe im UniFi Forum nachgefragt und mir hat jemand einen PHP Clienten empfohlen der alle diese Statistik Daten sammelt und aufbereitet. Leider weiß ich nicht wie man das liest/installiert/einbindet. Habt ihr eine Idee?

Hi, ohne jetzt schauen zu können wird es aber vermutlich genau das sein. Gruss, Jürgen

@jwedenig Leider nicht. Den Silk Browser kann man anscheinend via Rechner debuggen. Muss allerdings sagen, dass es bei meinem Fire 7 (2018) im Silk Browser läuft, daher kann ich da leider selbst nicht nachschauen.

@dslraser Beim polling ist es für das Protokoll egal wie groß die Installation ist, da im Rahmen des polling Intervalls je eine einzige Anfrage gestellt wird. Das erhaltene JSON Objekt ist entsprechend größer, was im RAM gehalten wird und natürlich dauert es etwas länger darüber zu iterieren, aber alles im niedrigen ms Bereich.

Laut der Tasmota- Hardwareübersichtsseite kein Problem: https://templates.blakadder.com/blitzwolf_SHP8.html vg. Henning

@tob1 sagt: bräuchte ich "nur noch" ein Skript welches in kurzen Abständen die Temperatur vom Xiaomi Aqara Sensor in den o.g. state überträgt. Oder habe ich mir das schon wieder zu einfach vorgestellt? Ja, der Istwert der Temperatur ist "read only" (schau mal in die Eigenschaften des Datenpunktes) und wird nicht an das Thermostat gesendet. Eurotronic schreibt: Der Energiesparregler kann je nach Modus als Heizungsthermostat verwendet werden oder bei deaktivierter Regelung als reiner Stellantrieb agieren. Das ist genau das, was Du brauchst, zumal die Geräte preiswerter sind als die Innogy-HKT. Für jeden Raum brauchst Du dann ein PI-Regler-Script, in dem jeweils nur 3 Datenpunkt-IDs eingegeben werden müssen (generell mit Tn = 1200 beginnen).

@paul53 Danke LG Michael

Connecting with xxxxxxxxxxxxxx.iot.eu-west-1.amazonaws.com 8155) Cannot read keys: "Error: getaddrinfo EAI_AGAIN create-user.iobroker.in create-user.iobroker.in:443" / Error: Error: getaddrinfo EAI_AGAIN create-user.iobroker.in create-user.iobroker.in:443 8155) Got terminate signal. Checking desired PID: 0 vs own PID 8155 8155) Got terminate signal. Checking desired PID: 9019 vs own PID 8155 Host create-user.iobroker.in not found: 2(SERVFAIL)

Hatte auch das gleiche Problem, du musst den Key in Cloud Connection eintragen: [image: 1579532618060-d9610641-cd72-4834-9c96-7f9c73608757-image.png] [image: 1579532566071-2b4ec175-f967-48b4-afad-4e2a50bb5105-image.png] Danach die Cloud-Verbindung und Cloud-Verbindung neustarten dann geht es.

Am Ende kann ich aus dem Stand zu allem nur sagen "muss ich mir ansehen". So tief bin ich in Homee nicht drin und habe es auch aktiv selbst nicht am laufen. Die Geräte und Daten werden einmalig zum Start des Adapters geladen. Wenn man aus den Daten ablesen kann über welches Modul sie gekommen sind kann das mit rein auch wenn ich den Mehrwert persönlich nicht wirklich sehe. Verfügbar/Nicht-verfügbar macht in meinen Augen nur Sinn anzuzeigen wenn es ein "Event" gibt was das meldet wenn sich der Zustand ändert. Wochenprogramme gilt ebenso das die in den Daten drin sein müssen oder per API verfügbar sein müssen. dann kann man das bestimmt tun. Logfile von Homee - wenn man per API rankommt könnte man überlegen das als "getMessage" auf Request einzubauen sodass es aus JavaScript Skripten nutzbar ist, aber nicht wirklich als States. IDs werden so eingetragen wie von Homee ausgegeben. Wenn dort also IDs wiederverwendet werden kann der Adapter da nichts daran ändern. Generell sage ich jetzt mal: Legt bitte pro Feature Request ein GitHub Issue an und hängt gern dort (oder schickt es mir mit Referenz auf Tickets per email an iobroker@fischer-ka.de) ein Debug Log vom Start des Adapters bei Euch mit solchen verschiedenen Geräten, Heizplänen und so. Log aber aus dem Logfile auf Platte und NICHT aus Admin bitte!

@Frankinho sagte in Anwendung Sonoff Rf Bridgw: Error: connect ENETUNREACH 192.168.255.100:80 Schau mal Port 80 der ist zuviel. Liegt wohl an deinem Routing. falsch : http://192.168.255.100:80/cm?cmnd=rfkey1 richtig: http://192.168.255.100/cm?cmnd=rfkey1

@Homoran Die Datei ist da :). Wenn in dieser Datei "Meine Mühen der Konfiguration" stecken, habe ich ja was ich möchte.

@Johannes-Bauerstatter Hatte ich mir schon gedacht, wenn beide Adapter laufen, dass da was klemmt. Wie geschrieben, ich bevorzuge den Sonoff Adapter bei Tasmota, weil das einfach Plug&Play ist und ich mit keine Gedanken über die gewünschten DPs machen muss. Wenn es jetzt funktioniert, kannst es natürlich auch so lassen.

@mklausme war voll beschäftigt - daher verspätete antwort - danke dir nochmal