@manuxi sagte in Zigbee Probleme: @Ralla66 der ZP01 ist bereits abgeschaltet. Werde das wohl für den Tuya auch machen. Allerdings bin ich der Meinung, dass das bereits im Code abgefangen werden müsste... Da hast du prinzipiell recht. Allerdings steht dem das Geschäftsmodell von TuYa entgegen: Sie liefern Bausteine damit eine Firma eigene zigbee Geräte bauen kann. Dabei haben die zigbee Module gewisse Eigenschaften, von denen der OEM Hersteller einige anpassen muss. Das geschieht mal besser / mal schlechter und führt dazu das sich Geräte mit unterschiedlichen Fähigkeiten fast identisch bei Zigbee anmelden. Die meisten TuYa Zigbee Geräte nutzen zusätzlich leider nicht die fest vorgegebenen Zigbee Cluster sondern bilden identische Funktionen über einen TuYa spezifischen Cluster ab bei dem fast alles möglich ist. An dieser Stelle entsteht auch dein Fehler - der Zigbee Adapter erwartet eine bestimmte Antwort vom Gerät, bekommt diese aber nicht. Eigentlich müsste geprüft werden was an deinen Geräten anders ist als bei denen die eingebunden wurden. Das ist aber nicht trivial und benötigt Zugriff auf die Geräte. A.

Hallo @homoran es ist wie vermutet. Ich schreibe konkurrieren mit meinem Wechselrichter die gleichen Register. Derzeit ist bei mir ein Fronius Wechselrichter und ein Senec Akku installiert. Der Senec Akku kann mit dem WR nur via Modbus RTU kommunizieren und das nur vom WR zum Akku, Die IDM WP kann leider nur modbus tcp. Das führt dazu, dass ich nur vom WR die PV Erzeugung in der IDM WP bekomme, da diese keine anderen Daten kennt fehlt der Rest, diese Daten sitzen alle im Senec Speicher der nur über modbus RTU erreichbar ist. Das der Senec Akku seine Daten nur ungern preisgibt und lieber alles einsammelt wird im Netz an vielen Stellen diskutiert, ein Schelm der schlimmers denkt.. Die Lösung in meinem Fall ist recht einfach: der ioBroker kann den Senec Akku lesen und die IDM WP Register befüllen. Bleibt noch das konkurrierende Schreiben. Auch das ist leicht gelöst, die IDM hat für Fronius WR eine eigenen Schnittstelle, diese einfach auf GLT (Gebäudeleittechnik) umstellen lassen und schon geht alles nur noch über Modbus und der Fronius schreibt nicht mehr. Das muss man allerdings über den Service der IDM oder den Heizungsbauer machen lassen da die Einstellung sich in der sog. Fachmannebene befindet. Viele Grüße und vielen für die Unterstützung! Michael

@mcbeath sagte in Enocean Geräte hinzufügen nicht möglich: @jey-cee Allerdings habe ich gestern bemerkt das bei den FSB61 und den FJ62 die gefahrene Zeit (TTT) nicht mehr aktualisiert werden letzter Zeitstempel ist von gestern 18:15 Uhr. Jetzt kann ich den Stand der Rolladen nicht mehr berechnen. Eine Idee woran das liegen kann? Da ich mich längere Zeit um anderes kümmern musste bin ich erst jetzt wieder dazu gekommen hier weiter nach dem Problem zu suchen. Und bin auch fündig geworden. Der Fehler trat auf beim erreichen der Oberen- oder Unterendlage. Da ich die Laufzeit eigentlich nicht eingerichtet hatte, habe ich auch nicht auf TOP oder BOT geachtet. Fakt ist: Beim erreichen von TOP oder BOT wird hier nur der entsprechende Datenpunkt auf True gesetzt aber keine Laufzeit. Sprich es muss mittels Skript auf diese Zustände reagiert und die Öffnung dann auf 0% oder 100% gesetzt werden.

@anubis Das meinte ich nicht, deshalb hatte ich extra einen Link mitgegeben. Du benötigst noch zusätzlich den ebusd-Daemon, das war hier doch schon einmal Thema: https://forum.iobroker.net/post/1114758

@ionewbie sagte in Nur 14 Tage Datenexport aus dem History Adapter?: Scheibchenweise" meint, alles über die GUI in 14-tages-Häppchen exportieren und zusammenführen? nicht auf die 14 Tage festlegen, das scheint bei dir wohl Zufall zu sein! @ionewbie sagte in Nur 14 Tage Datenexport aus dem History Adapter?: Per Skript ginge alles auf einmal? Gibt es irgendwo ein Skript dazu, Weiss ich nicht. Diese Diskussion gab es bereits. Da war meines Wissens auch ein Skript im Gespräch

Muss ich mir noch anschauen, aber dazu gibt es auch einen Issue auf GitHub: https://github.com/ioBroker/ioBroker.javascript/issues/1321

@dahu Hier ein ganz einfaches Blockly. Musst bloß "Regensensor_Logikwert" auf dein Netatmo anpassen. Ich habe nur Netatmo DP von meinem Nachbarn, keine eigenen. Hat der Netatmo einen DP, der bei Regen auf true geht? [image: 1710791105564-be2c672b-1fed-40cd-ad70-0906cc63b88e-image.png]

@mcm57 10 mal an/aus hat geklappt :-)

@paul53 Klappt alles wunderbar. Und ich verstehe das sogar einigermaßen ;)

@homoran Danke für die schnelle Antwort, mein System ist uptodate. Gruß

@wolfgangfb auch wenn ich dann nicht weiterhelfen kann: Wie sehen die Objektdaten von dem DP aus?

@thomask1966 sagte in Yahka Adapter in iobroker im Docker Container: @tomme Hi Tomme, ich haben ebenfalls den ioBroker als Container laufen. Und auch den Yahka-Adapter. Bei mir hat die Installation problemlos geklappt. Wie hast Du denn den ioBroker-Container aufgesetzt? Ich nutzt dafür den Portainer. Das ist eine Web-Oberfläche für Docker. Ich finds praktischer als in der Konsole die Befehle einzutippen. Im Portainer kann man Stacks anlegen. Ein Stack enthält die Einstellungen für den Container. Ich habe eine eigene Wiki-Seite. Da kannst Du auch sehen wie mein Stack für ioBroker aussieht: https://www.thomass-itwiki.de/books/iobroker/page/iobroker-als-dockercontainer. Extra für den Yahka-Adapter läuft der Container im Hostmode. Das hängt mit dem vom Yahka-Adapter verwendeten Netzwerkprotokoll zu tun. Vielleicht setzt Du den Container noch mal so auf und versuchst es neu. Gruß Thomas. Ich möchte mich einmal herzlich bedanken. Der Zusatz: environment: AVAHI: true ist neben: network_mode: host essenziell wichtig um YAHKA im Docker zum laufen zu bringen. Wäre da selbst wohl nie drauf gekommen...

@codierknecht, @Marc-Berg , @David-G vielen Dank für eure Unterstützung es funktioniert

@schittl said in g-homa Adapter Update nodejs auf 16.19.1: @mcm57 Hallo, danke für deine Antwort. Nein, dass ist definitiv nicht so gemeint. Ich weiß das auch und schätze sehr Eure Arbeit/Zeit. Sorry, dass es eventuell falsch verstanden werden könnte, Aber das war/ist nicht so gemeint! Ich würde mich auch selber daran versuchen, nur leider fehlt mir das endgültige KnowHow Adapter zu erstellen/migrieren/korrigieren. Programmierkenntnisse sind vorhanden auch in TS. Na dann kannst du gern mitarbeiten. Am besten stimm dich mit @Alcalzone mal kurz ab. Ansonsten fork das Repository und versuch mal den Code zu verstehen. Doku ist bei ioBroker leider eine große offen Wunde / Baustelle. Du kannst dich gerne in unseren Telegramm Entwickler Kanälen anmelden (Links findest du auf www.iobroker.dev). Zum Start ist der "iobroker adapter development starters" sicher der richtige Channel. Als Umgebung solltest du neben deiner produktiven Umgebung eine Testinstallation haben - ob Linux, Proxmox oder nativ auf Windows - geht alles. Zum debuggen empfehle ich eine UI (ich verwende MS code auf Windows) und den iobroker dev-server. NICHT entwicklen solltes du in deiner produktiven Umgebung. Also wenn du Lust hast - versuch mal aktiv mit zu entwickeln. Wenn du TS kennst kennst du mehr als ich (ich kann nur JS). Im konkreten Fall stimm dich nur bitte mit @AlCalzone ab. Parallel-/Konkurrenzentwicklung koste unnötig Zeit und Manpower. Zusammenarbeit ist immer gern gesehen. Einige offene Issues gibt es, auch was auf meine Vermutung hindeutet. Issues Ja, das sind eigentlich nur historische Issues - primär Anrgeungunge etwas zu checken der automatischen Tools - aber ich seh keines, dass ein Problem beschreibt. Es sieht leider so aus, dass der Adapter nicht mehr gewartet wird. :( Die Steckdosen werden sicherlich auch bei fast keinem mehr verwendet. Ich bin schon am überlegen diese gegen GoSund oder ähnliche mit Tasmota/espHome zu tauschen. Habe über 10 im Einsatz. @AlCalzone ist ein durchaus aktiver Entwickler :-) . Ev. kannst du (@AlCalzone) selbst was zu dem Adapter sagen.

@netfritz Wie hast du den Adapter installiert? Via Admin UI?

@loverz sagte in ioBroker und KNX vom Docker Container aus: Möchte ungern alle Ports freigeben mit --net=host Dann nimm macvlan. https://docs.buanet.de/iobroker-docker-image/docs/#networks

@guitardoc sagte in Switchbot Beratung: Bliebe wirklich nur die Variante mit dem Switchbot, aber da müsste ich erst mal rausbekommen worauf der Sensor noch reagiert außer auf meinen Finger Bockwurst! Würde ich aber regelmäßig austauschen!

Na mit dem Cookie Handling habe ich auch ein Problem mit comdirect auch mit Node-Red

@cyqx13 sagte in ioBroker startet unregelmäßig neu: Soft temperature limit has occurred und @cyqx13 sagte in ioBroker startet unregelmäßig neu: Throttling has occurred sind Hinweise für Überlastung. Was dann vom OS rausgeworfen wird weiss ich nicht. Wenn ich da zu sagenhätte, würde der leistungshungrigste Prozess gekickt.