Hallo Michael, Danke! Funktioniert super. Viele Grüße Roland

@sigi234: Hallo, bei mir schaut es so aus : ` Hallo Sigi! Seh ich das richtig, dass du bei Bewegung eine Benachrichtigung im VIS angezeigt bekommst? Mit Uhrzeit? Ist es auch möglich, zB die letzten 10 Bewegungen anzuzeigen? Ich habe versucht dein Node-Red nachzubauen. Aber das ist für mich noch ein Buch mit 1000 Siegeln! Ich weiß nicht, was ich dort alles eintragen muss! Kannst du mir bitte etwas unter die Arme greifen? Danke [image: 9441_node-red-0_-_iobroker__1_.png] [image: 9441_node-red-0_-_iobroker__2_.png] [image: 9441_node-red-0_-_iobroker__3_.png] [image: 9441_node-red-0_-_iobroker__4_.png] [image: 9441_node-red-0_-_iobroker__5_.png]

Na super! Schreib bitte im ersten Post noch ein "gelöst" ins Subject. Danke!

@skorpil: da ich KEIN Linux Spezialist bin: ` Ich auch nicht, habe aber https://wiki.ubuntuusers.de/Dateisystemcheck/ gefunden: Eingehängte Partitionen können nicht mit fsck geprüft werden. Stattdessen kann man dies beim nächsten Bootvorgang erzwingen. ` > Prüfung beim Systemstart Um alle ext3-/ext4-Partitionen beim nächstem Start zu prüfen, hilft folgender Befehl: sudo touch /forcefsck Nach dem Start wird /forcefsck gelöscht, sodass die Überprüfung nur einmal stattfindet und der "mount count" wieder zurückgesetzt wird. `

@dos1973: ich habs gefunden - war mein Fehler. :roll: ich habe noch einen iobroker auf einem raspberry, den hatte ich wieder reaktiviert, weil ich etwas testen wollte. auf dem ioBroker waren Rega, RPC0 und RPC1 auf den gleichen Homematic Server verbunden. somit hatte ich 2 iobroker installation (1 Raspi/ 1x Docker) die auf einen HM zeigten als ich das rausgenommen habe, die Services neu gestartet habe - alles wieder gut. :D vielleicht kannst du das in deinem Code irgendwie einfangen/ erkennen… ich beobachte dass noch etwas, aber die letzte Stunde war alle gut. Sorry für den Aufwand und Danke für deine Mühe. ` Top, dann funktioniert es ja. ;–) Danke fürs Feedback.

Vershcue bitte mal mit "host <domainname>" den Namen an der Kommandozeile auf dem ioBroker-Server aufzulösen .. scheinbar hast Du ein DNS Problem</domainname>

Hallo Fangemeinde, Ich habe meinen RasPi erst seit 3 Wochen und jeden Freitag zwangsweise neu aufgesetzt. Leider habe ich das neueste Image vom 4.1.2019 erst heute Abend entdeckt. Meine vorherigen Hauptprobleme waren, dass der Iobroker nur mit aktivem Eth0 LAN Kabel sich aktualisieren ließ. Mit dem im Forum angebotenen Update wurde dieses Problem gelöst, zumindest läuft der Iobroker jetzt im WLAN Betrieb auch mit aktuellen Versionen ohne Anzeige von 2 Adaptern auf einem Host. Mein Problem war eine effektive Datensicherung im laufenden Betrieb ohne laufendes NAS. Zum Glück mit USB Stick erfolgreicn gelöst. jetzt zu diesem Problem mit Javascript Mein genutztes Scribt für den Grünbeck SC18 brachte plötzlich keine Daten mehr. Im Log stand genau dieser Fehler. Ich habe in meiner Not den JS Adapter einfach gelöscht, die noch offizielle Version dann wieder neu installiert. Dadurch waren aber die gesamten Scribte und die eingerichteten Konfigurationen weg. Mit der Wiederherstellung vom IObroker lief auch das Scribt wieder. Als einziges Problem in meiner Version blieb derzeit. Ein Problem im Zugriff vom Tankerkönig. Er holt nur mit Lan Anschluss die Daten aus dem Internet, sonst bleiben die Preise konstant. Trotzdem bin ich sehr froh dieses Forum als erstes zur Fehlersuche nutzen zu können. Respekt , mir ist vor allem die effiziente offene Lösung ohne Cloud und Internetzugriff wichtig. Um zu wissen was zu Hause los ist, reicht der Adapterzugriff via VPN Verbindung mit der Fritzbox… Vielen Dank für Eure Antworten

https://github.com -> Registrieren mit Email, Name und einem Passwort, dann https://github.com/ioBroker/ioBroker.cloud/issues und dort "New issue" und Text eingeben. Fertig

Bitte readme zum Adapter lesen. Entweder das angegebene pcap Modul selbst mit apt-get installieren oder der Adapter muss als root installiert werden. Gesendet vom Handy …

Also regahss Einstellung sind angepasst. [image: 1058_bildschirmfoto_vom_2019-01-20_12-10-38.png] Im log von ioBroker sieht man leider nichts auffälliges. Es sind nur die komischen Einträge in der CCU-log. Die sind seit dem einbinden des IP-Gerätes vorhanden. Ich bin jetzt mal bei den beiden Adaptern auf hm-regahss 2.1.2 rpc 1.8.3 zurückgegangen und bei VIS auf die 1.1.7 Jetzt läuft es zumindest wieder richtig flüssig. Muss mal jeden einzelnen der drei Adapter nacheinander updaten und beobachten welcher das lagging in der VIS auslöst. Gruß Johnny

Danke, geht nun wieder. Gruß Axel

Das alte Diskimage habe ich wegbekommen, indem man sich mit dem Speichermedium verbindet (z.B. NAS) und zum Ordner "Images" Navigiert. Dort findet man die Datei Ich hab Sie dann einfach gelöscht. Jetzt ist es dann auch nicht mehr in Proxmox sichtbar. Und da es hier keine Daumen nach oben gibt… Vielen Dank noch mal @apollon77

Keiner ne Idee, wie ich rausfiden kann, woher die schaltbefehle kommen?

Soweit ich das sehe ist da alles okay Ich habe drei Instanzen hm-rpc.0 ist HM hm-rpc.1 ist HM-IP hm-rpc.2 ist CUxD Ich hab nichts verändert und die liefen bisher zuverlässig 3010_2019-01-18__1_.png 3010_2019-01-18__2_.png 3010_2019-01-18__3_.png

nachdem ich die ccu auf aktuellen Stand gebracht habe sind die "[KEEPALIVE] Connection timed out" nicht mehr vorhanden. Danke für den Hinweis

Alles klar. Dann weis ich ja was beim nächsten mal zu tun ist. Vielen Dank und gute Zeit… ;)