@thomas-braun Hi, bzgl. dem Internetzugang habe ch das aus dem 4. und 6. Post so herausinterpreetiert, aber wie ich das eben noch mal durchgelesen habe, hast Du dDich auf den 3 Post bezogen, oder? Sorry für die falsche Interpretation, aber gut Du dass das nochmal klar gestellt hast. Auch danke nochmal für den Hinweis mit dem nodejs. werde das heute updaten .... Mit dem UDP ist nochmal ein guter Hinweis. Dem gehe ich nochmal nach. Ich melde mich .... Hi, Hier ein Update: Ich habe auf meinem System ein Update jedlicher Software (OS, ioborker, Adapter) durchgeführt. Es hat zunächst nichts gebracht. Hätte ich auch nicht erwartet, aber es war eh fällig gewesen. Im weiteren habe ich mit dem UDP Routing beschäftigt. Leider ist es nicht so einfach zu prüfen, da UDP ein verbindungsloses Protokol ist und somit einfach nur Pakete versendet wird und keine Bestätigung vom Empfänger zurück kommt wenn es angekommen ist (wie es bei TCP üblich ist). ICh habe darum ein powershell Script geschrieben welches einfach ein UDP Paket an meinem ioBroker versendet. Mein Windows Client (von dem das versendet wird) ist im gleichen IP-Netz wie das Govee Gerät und mein ioBroker Server ist ein einem anderem IP-Netz. letztendlich war der Test erfolgreich. Im iobroker Log konnte ich über den govee Adapter Einträge sehen, die durch mein Versenden erzeugt wurden. Dies sind zwar Fehlermeldungen, da ich irgendeinen Quatsch versendet habe, aber es zeigt UDP funktioniert. Hier mal der Log Ausdruck: 2024-01-20 19:50:58.165 warn Terminated (UNCAUGHT_EXCEPTION): Without reason 2024-01-20 19:50:58.163 info terminating 2024-01-20 19:50:58.155 error Expected ',' or '}' after property value in JSON at position 79 2024-01-20 19:50:58.154 error SyntaxError: Expected ',' or '}' after property value in JSON at position 79 at JSON.parse (<anonymous>) at GoveeLocal.onUdpMessage (/opt/iobroker/node_modules/iobroker.govee-local/build/main.js:87:32) at Socket.emit (node:events:518:28) at UDP.onMessage [as onmessage] (node:dgram:941:8) 2024-01-20 19:50:58.153 error unhandled promise rejection: Expected ',' or '}' after property value in JSON at position 79 2024-01-20 19:50:58.151 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2024-01-20 19:48:53.946 debug UDP listening on 192.168.210.150:4002 2024-01-20 19:48:53.910 debug running with extended logging 2024-01-20 19:48:53.813 info starting. Version 0.2.5 in /opt/iobroker/node_modules/iobroker.govee-local, node: v20.11.0, js-controller: 5.0.17 2024-01-20 19:48:51.971 debug States connected to redis: 127.0.0.1:9000 2024-01-20 19:48:51.269 debug States create User PubSub Client 2024-01-20 19:48:51.268 debug States create System PubSub Client 2024-01-20 19:48:51.174 debug Redis States: Use Redis connection: 127.0.0.1:9000 2024-01-20 19:48:51.089 debug Objects connected to redis: 127.0.0.1:9001 2024-01-20 19:48:51.051 debug Objects client initialize lua scripts 2024-01-20 19:48:50.924 debug Objects create User PubSub Client 2024-01-20 19:48:50.920 debug Objects create System PubSub Client 2024-01-20 19:48:50.916 debug Objects client ready ... initialize now 2024-01-20 19:48:50.832 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 Somit würde ich vermuten, dass irgendetwas an dem Govee Gerät noch nicht passt. Hat noch jemand eine Idee für eine mögliche Ursache oder Tests? Ich komme bin erst einmal it meinem Latein am Ende :-(

Vielen Dank euch beiden für die Hilfe. Jetzt hab ich es verstanden. Dann bleibe ich doch bei meiner Lösung das ganze über den 8-fach wired Schaltaktor laufen zu lassen. Das funktioniert bestens. Da brauche ich auch keinen weiteren Traffo

@arteck das Update scheint das Problem gelöst zu haben. Seit 5 Tagen sind die Geräte jetzt alle da. Und die Reaktionsgeschwindigkeit ist deutlich flotter geworden. :+1:

@gregors wenn du elektriker bist, dann solltest du auch einen plan lesen können. liegt jedem 3em bei. das wurde auch schon im shelly forum bis zum erbrechen diskutiert.

@bubiman sagte in Innogy: deutliche Verzögerung bei Bewegungsmeldern: Der Atom hat eigentlich nur wirklich was zu tun wenn der Import von PhotoPrism läuft. und dann hat der gesamte host keine Power mehr. je nach Atömchen ist der nicht für so viele Anwendungen parallel ausgelegt. Möglicherweise blockiert der Import auch die I/O Kanäle

@asgothian Vielen Dank! Hat geklappt.

@hipohop Konntest Du Deinen Lesekopf integrieren? Ich stehe vor dem gleichen Problem. Kannst Du mir sagen, was der optimale Lesekopf für istra ist? habe auch Netze BW (ein Subunternehmen Netze ODR).

Danke allen für die Infos. Aber das ist mir dann doch zu aufwendig für nur ein Rollo das mit z-wave läuft. Ein fertiges Gatway mit ETH hätte ich ja noch gekauft und den Adapter in iobroker installiert. Mal sehen dann baue ich im Sommer den z-wafe aus dem Rollo aus und tausche das gegen HM. danke

@chris-1 Scheint vor allem billiger zu sein ;-)

@bahnuhr said in Fragen zu Problemen mit BME280 / BMP280: einfach ausprobieren und anders anschließen. Und dann hier Rückinfo. Könnte ja auch andere interssieren. Habe es nochmal getestet: D5/D6 oder TX/RX machte keinen Unterschied! Auch die Probleme sind mitgewandert - für mich also das Zeichen den einen Sensor auszusortieren und die anderen nur für die Temperaturmessung zu verwenden. Danke für die Unterstützung und die Klarstellung!

@hene42 said in LIDL Zigbee Zwischenstecker langsam: @ebbel Hallo bei mir das Gleiche. Ich habe den Zigbee-Adapter in Version 1.8.21 über Github installiert und dann die Geräte (Lidl HG08673 und A1Z) gelöscht und dann neu angelernt. Jetzt werden die Daten in der Zeitspanne von 0 bis max. 20 Sek. aktualisiert. Siehe auch hier: https://forum.iobroker.net/topic/71458/nous-a1z-aktualisierungsintervall-zigbee-adapter/11?_=1705245711528 Eventuell hilft dir das weiter. Hi, danke dir für den Hinweis. Ich habe gerade eben den Zigbee Adapter auf die aktuelle Stable 1.9.7, noch ein node-js Update gemacht und die Firmware der Steckdosen aktualisiert. Von Version 68 auf 192. Jetzt senden die Stecker bei jeder Änderung. Ändert sich nichts, wird erst nach 3 Minuten übertragen. Gibt es Änderungen, kann es auch mehrmalig in der Minuten kommen. Damit bin ich jetzt eigentlich sehr happy. [image: 1705257099790-b4f4e1f0-370e-4a8e-baef-f2f90b7407ef-image.png] Zurückrollen auf eine alte Version fühle ich irgendwie nicht so richtig. Da kickt meine OCD rein. Ich mag die aktuellsten Stable Versionen haben :grin: :grin:

@wendy2702 sagte in Endgerät Visualisierung Kaufempfehlung & Übersicht: @saeft_2003 wie lange dauert das „aufwecken“ ? Kein Problem mit „eingebrannten“ Sachen wenn der den ganzen Tag an ist und dasselbe zeigt? Ich weck den nicht auf der ist immer an. Außer Nachts oder wenn keiner da ist… Eingebranntes ist mir nicht aufgefallen.

@homoran weil es zwei "Reiter" gibt wo SSH erwähnt wird... Der Screenshot in der ANleitung zeigt scheinbar eine ältere Version. Bin jetzt etwas weiter... mal sehen...

na klar kann man... nur nicht im iobroker

@arteck Ich hab gestern die Runde Deckenleuchte für 20 Euro und zwei E27 Bulbs bekommen: [image: 1705225180407-lidl1.png] [image: 1705225193114-lidl2.png] Beide gehen mit der Adapter Version 1.10.0

@ringo-66 Würde mich auch interessieren, ein Screenshot der datenpunkte würde schon reichen

@chris-1 , nix provisorisch. Der Chip wurde zu Heiß. Bei der Standard Kühlung wird auch der Chip mit einem Kühlkörper versehen. Ich habe 67 Adapter auf dem 8GB inzwischen laufen, da Muckt nichts. Auf dem mit 4GB das selbe. Der ist aber für was anderes am Ackern. Last login: Wed Jan 10 12:54:34 2024 from 192.168.xx.x pi@iobroker:~ $ vcgencmd measure_temp temp=34.5'C pi@iobroker:~ $ Wenn er mal aus einem Reboot hoch fährt, sind es Max. 40°C.

@marc-berg natürlich nicht. Ich glaube ich muss nun alles in userdata löschen und nochmal von vorn machen

@pedder007 sagte in Influx DB Daten löschen? Wie? Kein zugriff auf den ioBroker: btw. ich hatte die Tage in einem EMS-Adapter Thread gelesen/diskutiert, dass der Adapter-Owner diesen wohl nicht mehr für die InfluxDB weiterpflegen wird: Dazu gab es hier neulich ja schon eine kurze Diskussion: https://forum.iobroker.net/post/1108344 Ich seh' das langfristig noch kritischer. Dieses hin und her mag für uns Privatanwender nervig sein, professionelle Anwender haben aber vielleicht gerade Geld mit einer Umstellung verbrannt. Verloren gegangenes Vertrauen kann sich für Influxdata noch rächen. Auf der anderen Seite müssen wir hier nichts dramatisieren. Die 2er Version dürfte noch einige Jahre laufen und es gibt kaum etwas Einfacheres als flache Timeseries Daten zu migrieren.