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… ;)

Hab auch das Problem das meine VIS (meiner ical-Tabelle) nicht aktualisert wird. Die Daten sind aktuell- jedoch wird die VIS (Widget) im Browser sowie in der App nicht aktualisiert. :(

Hallo, bei mir war das Problem, dass er nicht in mein Mesh-WLAN wollte. Habe eine Mesh-System von Tenda (MW6) und damit kommt das Teil nicht klar… Habe dann in der Fritzbox ein WLAN angemacht, wo nur er drin ist... Das auf nicht sichtbar gestellt nach dem koppeln und nun funkt nur er dort umher... Achso ich hatte den Pro...

ok, das entspricht dem, was Alex im https://forum.iobroker.net/viewtopic.php?f=34&t=5260&p=220194#p219622 gesagt hat. Wahrscheinlich hat armbian den dort erwähnten Fehler versucht zu beheben und es ist zu dem Fehler in 5.71 gekommen Gruß Rainer

@foxriver76: viewtopic.php?t=12091#p174616 ` Genau das wars! Vielen Dank! Verstehe zwar nicht, warum bzw. wie das passieren kann… Aber mit nur einem Befehl sudo getcap $(readlink -f $(which node)) wars erledigt... Grüße

Das Problem hat sich erledigt, es lag an den Allgemeinen MODBUS Adapter Einstellungen. Dort war der Haken "Aliases benutzen" gesetzt. Somit fragt er die falschen Register ab. :D

Ich muss diese Thema nochmal ausgraben. Ich habe jetzt ein Multihost-System aufgesetzt, doch leider startet jetzt der Slave nicht mehr automatisch iobroker bei restart systemctl status -l iobroker.service ● iobroker.service - ioBroker Server Loaded: loaded (/lib/systemd/system/iobroker.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Tue 2019-01-15 19:34:36 CET; 45s ago Docs: http://iobroker.net Main PID: 599 (code=exited, status=203/EXEC) Jan 15 19:34:36 raspberrypi systemd[1]: iobroker.service: Failed with result 'exit-code'. Jan 15 19:34:36 raspberrypi systemd[1]: iobroker.service: Service hold-off time over, scheduling restart. Jan 15 19:34:36 raspberrypi systemd[1]: Stopped ioBroker Server. Jan 15 19:34:36 raspberrypi systemd[1]: iobroker.service: Start request repeated too quickly. Jan 15 19:34:36 raspberrypi systemd[1]: Failed to start ioBroker Server. Jan 15 19:34:36 raspberrypi systemd[1]: iobroker.service: Unit entered failed state. Jan 15 19:34:36 raspberrypi systemd[1]: iobroker.service: Failed with result 'exit-code'. Ich glaube es hängt mit sudo iobroker setup custom ````zusammen. Ich habe in einem anderen Thema dazu gelesen, dass es bei einigen funktioniert hat, wenn sie es mit Enter durchbestätigen aber dann funktioniert ja der Multihost nichtmehr oder? Wie kann ich das Problem lösen?

Ich hatte die Version 4.0.8 installiert bekommen als ich den IOBroker installiert und eingerichtet hatte. Beim ersten Starten des Brokers und der Ersteinrichtung wird ja nach nach Hardware gesucht und da gab es auch den Button "Empfohlen". Diesen habe ich benutzt und dabei wurde auch die Version 4.0.8 installiert. Somit habe ich das nicht wissentlich gemacht. Allerdings brauche ich mind. die Version 4.0.5 (wenn man sie noch auftreiben kann) da ich ab dieser Version die Möglichkeit habe im "Telegram" einen Zeilenumbruch einzufügen. Mittlerweile habe ich ein downgrade auf die Version 3.xx gemacht damit die Skripte wieder laufen…...Sonst kann man in der Küche das Licht nicht mehr anmachen :lol: Ich will dann heute Abend mal schauen ob die Version 4.0.5 bzw 4.0.7 funktioniert. Mfg

Also dein npm ist weg und node ist kaputt. Das musst du fixen bevor ein node -v Und npm -v Nicht tut brauchst du mit iobroker nix zu Versuchen.

Über https://iobroker.net konnte auch nicht mehr auf den Vis zugegriffen werden. Es wir immer nur die default Seite geladen (https://iobroker.net/vis/index.html) Wenn man die URL mit seinem Projekt händisch ergänzt (https://iobroker.net/vis/index.html?TAB_A) funktioniert es auch wieder.

@sissiwup: @foxriver76: Trat das Problem auch mit älteren REGA Versionen auf? Z. B. 2.0.0? ` Vermutlich nicht, kann ich aber nicht beschwören, da ich die Anzeige erst neu in VIS habe, vorher wäre es mir möglicherweise nicht aufgefallen. Es ist aber definitiv nur bei einen Neustart von ioBroker der Fall. ` Bzw nun ist der fix auch auf npm mit 2.1.3

Ich schreibe noch mal von Cloud, aktuell den Skill in der Alexa gelöscht, 5min gewartet, dann den Skill IOBroker wieder gekoppelt, alle Geräte der Cloud lassen sich wieder steuern. Gesendet von meinem Redmi Note 4 mit Tapatalk

Hi, Fast richtig. Es geht bei den Objekten des TR-064.0 genau darum, dass der entspreche State plötzlich nicht aktualisiert wird, obwohl dieser ja offensichtlich die richtigen Daten bekommt. Bei den Objekten des Hue adapters geht es darum, dass sich die States durch den ioBroker nicht mehr aktualisieren lassen bzw. Änderungen direkt wieder überschrieben werden. Es geht um das lokale Admin Panel, ich nutze kein Redis und ich habe zur Zeit 1358 Objekte. Danke fürs Zeit nehmen :)

Hallo, ich hab den Slave neu aufgesetzt und dann funktionierte wieder alles. Ansonsten hab ich leider nichts gefunden, was das Problem lösen konnte.