@sebastian-kemmerling weiß nicht, ob das irgendwas bringen kann - aber probier mal das hier - den arp löschen https://unix.stackexchange.com/questions/192313/how-do-you-clear-the-arp-cache-on-linux auf der konsole sudo ip link set arp off dev eth0 && sudo ip link set arp on dev eth0 das eth0 muss mit deiner karte übereinstimmen - mach ip address, da kannst du den namen sehen

@thomas-braun ja hab ich gerade eröffnet.

Kleines Update, weil ich gerade noch ein Backup/Restore durchführen musste: nun habe ich nach erfolgreichem Restore (10 Minuten, nachdem im Log über die Konsole keine Restore-Aktivität mehr zu sehen war) direkt einen Reboot ausgeführt. Nach dem Anmelden via Browser erschien wieder die oben gezeigte Meldung. Es musste dann erneut (!) ein Reboot durchgeführt werden, damit die Meldung verschwindet.

@canetti2 So etwas sollte man aber eigentlich wissen, wenn man für seine iobroker-Installation SSL aktiviert. Und das musst Du ja aktiv selbst getan haben, von alleine passiert das nicht. Gruß, Jürgen

@mistaluna Zur Info, ich habe die Frage zum Zigbee Adapter Github Projekt verschoben, wo sie glaube ich besser aufgehoben ist. link

@paul53 said in Adapter Werte auf ein Modbusregister übertragen: @zimbl sagte: Wie muss ich da vorgehen ? Javascript-Adapter installieren und Skripte erstellen. ja das habe ich denke jetzt rausgefunden. Was mir noch fehlt, das ich die Werte auch in die WAGO Schreiben kann....Ich habe bereits eine Slave Modbus Verbindung zum IOBroker aufgebaut, dort kann ich auch Werte auslesen. Was etwas komisch ist, das ich dort Werte auf den versch. Adresse auslesen kann, die ich eigentlich von einem anderen Modbus Master zum IOBroker schicke.... Muss ich jetzt mit dem IOBroker ein Master einrichten ? der zur Wago gerichtet ist ? Ich habe es mal mit der Adresse 12488 probiert, diese zu beschreiben und dann auf der Wago das MD100 auslesen...Aber die Verbindung kommt geht nich Online...und somit finde ich die Variable auch nicht im Script.... Könnte ihr mir ein paar Tips geben ?

@stromer66 kannst du mir sagen, welche Konfiguration du genommen hast....bei der Wago und beim IOBroker ? Ich bekomme keine Verbindung zustande...von der Wago aus dem IOBroker kann ich lesen. Aber ich kann nichts auf die Wago schreiben... Vielen Dank

@wolfgangfb Das ist kein Fehler, sondern eine neue esphome Version. das esphome dashboard wurd einfach nur in das iobroker integriert, wird aber in keinster Weise verändert. Das ist auch gar nicht möglich. Klick einfach bei einem beliebigen ESP auf install, dann sollte auch deine gewünschte Installationsart kommen.

@automatisierer-0 sagte in KNX Adapter - Objektattribute beim Einlesen sind falsch: @frankthegreat Du schreibst folgendes: Es ist ein Eingang (Solltemperaturen von Thermostaten) und ich schreibe vom ioB Werte auf KNX. Die Flags in der ETS passen (KSÜ) und werden vom Adapter falsch angelegt. Ich meine die Flags sind bei dir falsch gesetzt. Deine zusätzliche Angabe von Ü ist falsch. Aha, ich glaube es ist schon etwas spät Die Flags in der ETS sind vom Hersteller so angelegt und da ändere ich nur im Notfall was. Auch das Ü-Flag war schon so eingestellt und bezieht sich auf die ETS-Kommunikation. Wie auch immer, bei mir läuft die Sache jetzt rund. Von daher werd ich das auch so belassen bzw. weiter anwenden.

@lumajo sagte in web Adapter lässt dich nicht updaten: von Domoticz verwöhnt. Ich lach mich schlapp, das hatte ich mal kurz vor IObroker angeschaut und war ganz schnell wieder weg ;)

@schweiger2 Ich nutze eine Kombination aus beiden Methoden: IoT für "einfache" Sachen wie Lampen, Schalter etc. und Routinen in der Alexa App, die dann ein Script starten für komplexere Aufgaben wie z.B. den Saugroboter in einen bestimmten Raum schicken etc.

@thomas-braun Hallo und Danke für die Anregung hier weiter zu schauen. Der Parameter "defaults" deckt "rw" bereits mit ab (für Debian: defaults - default mount settings (equivalent to rw,suid,dev,exec,auto,nouser,async). ). Ich habe nochmal in das Thema uid/gid geschaut und auf der NAS die NFS Freigaben geprüft. Der User "iobroker" hat unterschiedliche uid's auf dem NAS und ioBroker. Wenn ich aber die Freigabe der IP Adresse auf dem NAS mit dem Parameter all_squash (anstelle no_root_squash) einstelle und als Anonymer GID und UID administrators einstelle, dann klappt der Zugriff und die ersten Daten wurden bereits gespeichert. Das war's also. Danke und beste Grüße

@stm47 Ich habe das so gelöst: https://forum.iobroker.net/topic/45877/yahka-avm-fritz-dect-301-heizkörperthermostat

@wierer-sigi Ich habe das so versucht: https://forum.iobroker.net/topic/45877/yahka-avm-fritz-dect-301-heizkörperthermostat

Moin, schau dir doch mal das Video auf YouTube von Eddy an: https://www.youtube.com/watch?v=weumMkfS3MU Ich habe meine Zisterne danach umgesetzt. Er hat mit einem Blockly eine Liste erstellt, in dem 10 Messungen gespeichert werden. Dann werden aus der Liste die zwei niedrigsten und die beiden höchsten Werte gelöscht und aus den restlichen Messwerten der Durchschnitt gebildet. Passt bei mir sehr gut. Vielleicht hilft dir das weiter. Gruß

@saibot1981 moin. wie den admin nie geändert... ich hatte nach meinem fund auf https umgestellt und den admin namen geändert mit einem PW dazu vpn übers handy zur fb ist noch an.

@thomas-braun Vielen herzlichen Dank! Wieder einiges dazugelernt. Ich habe den entsprechenden Eintrag entfernt, danach kamen noch gyp ERR! Auch einen Tipp von Dir folgend habe ich den Terminal Adapter deinstalliert. Jetzt kann ich wieder updaten! Jetzt kann ich wieder ruhig schlafen ;-) VG vsa

@crunchip vielen vielen dank! Es lag einfach an der Zeile Sleep 1 auf 10 wer jemand das gleiche problem hat sudo nano /usr/lib/influxdb/scripts/influxd-systemd-start.sh etwas weite runter zeile "sleep 1 auf 10 ändern" danach den befehl sudo systemctl restart influxdb.service