Entweder du legst dein Backup in den Ordner /opt/iobroker und führst folgenden Befehl in diesem Ordner aus: iobroker stop cd /opt/iobroker sudo tar -xzvf Backupname.tar.gz -C /opt/iobroker iobroker start oder du legst es in den Backupordner (/opt/iobroker/backups) und stellst über das Webinterface mit backitup dein System wieder her. Wenn du dein System neu aufsetzen willst, rate ich aber davon ab ein total backup zu nehmen. Für ein neues aufsetzen sollte man ein Standard backup nehmen. Auch dies kann im Backupordner (/opt/iobroker/backups) abgelegt werden und mit backitup übers Webinterface wiederhergestellt werden. Alternativ geht auch dies über Konsole: iobroker stop iobroker restore 0 iobroker start

Ich wollte sowas auch schon angehen, aber leider kann man die Logik des Hubs in ioBroker leider nicht mitnutzen und muss das quasi in ioBroker nachbauen. Sprich: Wenn ich den Play Knopf auf der Harmony drücke, weiß der Hub, dass der BlueRay Player gemeint ist. In ioBroker kann ich leider nicht einfach sagen: drücke "Play deiner aktuellen Activity", sondern muss quasi "If activity = BlueRay then do bluerayplayer.play on". Und das leider für jeden Harmony Knopf den man im VIS also Button darstellen möchte. Falls man irgendwann etwas in der Harmony ändert, muss man diese Änderungen dann natürlich auch in ioBroker nachziehen. Falls jemand hier eine bessere Lösung hat als alles manuell zu bauen, ich würde mich freuen. 😊 Aber ich glaube mit den momentanen Möglichkeiten des Hubs und damit des Adapters geht es nicht anders... 😕

@overfl0w Danke für den Hinweis. Der Zigbee Shepherd Converter kann es bei mir nicht sein (soll ja kleiner sein als 7.1.13), tail /opt/iobroker/node_modules/zigbee-shepherd-converters/package.json und tail /opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-shepherd-converters/package.json kommt bei beiden raus: "version": "7.1.8"

@NetFritz sagte in Zigbeestick auch an anderen Raspberry Pi als der Iobroker möglich?: Ist das wirklich so oder ist das deine Meinung. Das ist erst einmal meine Meinung. Meine Tests sind schon etwas her. Du musst auf jeden Fall angeben auf welche Meldungen der ioBroker reagieren soll. Das geht mit Wildcards, so das ggf. auch alles genommen wird. Dann wird soweit ich das erinnere für jedes Topic ein entsprechender Datenpunkt angelegt. Wie es mit den Meldungen an die Geräte aussieht habe ich nicht ausprobiert. Unterm Strich ist das aus meiner Sicht aber ein 2. System das mit den gleichen Randbedingungen aber unterschiedlicher Konfiguration arbeitet. Ich würde das halt nicht nehmen, da es gegenüber einem ioBroker im Multihost (für mich) keine Vorteile bietet. Nur das wir uns nicht missverstehen - ich will mqtt nicht schlecht reden. Es gibt auf jeden Fall Situationen wo es das Mittel der Wahl ist - nur sehe ich das in diesem Fall nicht.

Hi, nimm mal eine Inject Node parallel zum Eingang. Dort kannst du einen payload (oder was du zum starten brauchst) setzen und wählst dann Inject once after xx seconds, then an, und bei Repeat "none" aus. Dann wird genau einmalig beim starten von Node Red nach xx Sekunden getriggert.

@ltb Ich habe schon seit Jahren komplette Installationen als nichtprivilegierter User über "sudo npm install" ohne Probleme durchgezogen. Deswegen verstehe ich die Behauptung dass die Installation Root fordert nicht

Ja iobroker unter root laufen zu lassen ist eine Sicherheitsproblem. iobroker läuft auch ohne root unter einem anderen User. Das ist auch der sichere Weg. Richte einen systemd iobroker.service datei ein. Diese dann enablen und schon startet iobroker immer bei einem Starten des Systems. systemctl enable iobroker.service systemctl start iobroker.service Beispiel für iobroker.service [Unit] Description=ioBroker server task After=syslog.target network.target [Service] Type=forking EnvironmentFile=-/etc/sysconfig/iobroker #PIDFile=${IOBROKER_PIDFILE} PIDFile=/srv/iobroker/node_modules/iobroker.js-controller/lib/iobroker.pid ExecStart=/usr/bin/node ${IOBROKER_HOME}/node_modules/iobroker.js-controller/iobroker.js start ExecStop=/usr/bin/node ${IOBROKER_HOME}/node_modules/iobroker.js-controller/iobroker.js stop RemainAfterExit=yes Restart=no User=iobroker Group=iobroker [Install] WantedBy=multi-user.target

Du hast schon gesehen, dass der letzte Post fast ein Jahr alt ist? Mittlerweile arbeitet iobroker mit einem eigenen User ohne Root-Rechte der ebenwso iobroker heisst. Vorausgesetzt, es handelt sich um eine aktuelle Installation oder bei einer älteren wurde einmal der Fixer drüber laufen lassen. Gruss, Jürgen

Lösung: iobroker mit eigenem user starten. Die Anleitungen mit root sind kritisch und sollten nicht gemacht werden. Auch sollte man kein --unsafe-perm verwenden. Dadurch hat man null Übersicht was passiert. Das Script kann alles und überall hin installieren. An jeden Ort. Und egal was.

root über ssh ist eine ganz schlechte Idee. Das sollte man niemals erlauben. Auch ein normaler Login sollte man vermeiden. Am besten Zertifikat für user generieren, das dann auf den Pi bringen. Anschließend mit dem user und zertificat anmelden. Danach mittels sudo die root dinge ausführen.

Habe heute den Master und den Slave für den Multihostbetrieb komplett mit der neuen Instalationsroutine aufgesetzt. Im Masterhost wurde ein altes Backup zuückgespielt. Der Slavehosts hat nur die zwei Standinstanzen. Die beiden Hosts sind gekoppelt und grün. Dann den BLE Adapterauf dem Slavehost (Sted2) wieder installiert, bleibt wieder rot. Wenn ich die Konfiguration des BLE Adapters aufrufe, kommt folgendes : File index.html not found Und hier das Log Spoileriobroker 2019-03-18 09:45:44.862 info exit 0 iobroker 2019-03-18 09:45:44.853 info host.IOBroker-Sted1 object system.adapter.ble.0 created host.IOBroker-Sted1 2019-03-18 09:45:44.849 info object change system.adapter.ble.0 iobroker 2019-03-18 09:45:44.812 info host.IOBroker-Sted1 object system.adapter.ble.0.alive created iobroker 2019-03-18 09:45:44.782 info host.IOBroker-Sted1 object system.adapter.ble.0.connected created iobroker 2019-03-18 09:45:44.752 info host.IOBroker-Sted1 object system.adapter.ble.0.memHeapUsed created iobroker 2019-03-18 09:45:44.722 info host.IOBroker-Sted1 object system.adapter.ble.0.memHeapTotal created iobroker 2019-03-18 09:45:44.691 info host.IOBroker-Sted1 object system.adapter.ble.0.memRss created iobroker 2019-03-18 09:45:44.661 info host.IOBroker-Sted1 object system.adapter.ble.0.uptime created iobroker 2019-03-18 09:45:44.631 info host.IOBroker-Sted1 object system.adapter.ble.0.inputCount created iobroker 2019-03-18 09:45:44.600 info host.IOBroker-Sted1 object system.adapter.ble.0.outputCount created iobroker 2019-03-18 09:45:44.569 info host.IOBroker-Sted1 object ble.0.info created iobroker 2019-03-18 09:45:44.540 info host.IOBroker-Sted1 object ble.0.info.connection created iobroker 2019-03-18 09:45:44.511 info host.IOBroker-Sted1 object ble.0.info.driverState created iobroker 2019-03-18 09:45:44.482 info host.IOBroker-Sted1 object ble.0.options created iobroker 2019-03-18 09:45:44.454 info host.IOBroker-Sted1 object ble.0.options.allowNewDevices created iobroker 2019-03-18 09:45:44.448 info host.IOBroker-Sted1 create instance ble iobroker 2019-03-18 09:45:43.703 info add ble --host IOBroker-Sted2 Dann habe ich den Sonnoffadapter und den Zigbeeadapter installiert. Beide laufen und angemeldete Geräte sind in den Objekten wieder zu finden und zeigen Werte oder lassen sich bedienen. Jetzt habe ich versucht den BLE Adapter auf dem Masterhost (Sted1) zu installieren, kommt auch: File index.html not found Hier das Log Spoileriobroker 2019-03-18 09:50:24.856 info exit 0 iobroker 2019-03-18 09:50:24.851 info host.IOBroker-Sted1 object system.adapter.ble.0 created host.IOBroker-Sted1 2019-03-18 09:50:24.844 info object change system.adapter.ble.0 iobroker 2019-03-18 09:50:24.807 info host.IOBroker-Sted1 object system.adapter.ble.0.alive created iobroker 2019-03-18 09:50:24.777 info host.IOBroker-Sted1 object system.adapter.ble.0.connected created iobroker 2019-03-18 09:50:24.746 info host.IOBroker-Sted1 object system.adapter.ble.0.memHeapUsed created iobroker 2019-03-18 09:50:24.715 info host.IOBroker-Sted1 object system.adapter.ble.0.memHeapTotal created iobroker 2019-03-18 09:50:24.685 info host.IOBroker-Sted1 object system.adapter.ble.0.memRss created iobroker 2019-03-18 09:50:24.654 info host.IOBroker-Sted1 object system.adapter.ble.0.uptime created iobroker 2019-03-18 09:50:24.623 info host.IOBroker-Sted1 object system.adapter.ble.0.inputCount created iobroker 2019-03-18 09:50:24.592 info host.IOBroker-Sted1 object system.adapter.ble.0.outputCount created iobroker 2019-03-18 09:50:24.561 info host.IOBroker-Sted1 object ble.0.info created iobroker 2019-03-18 09:50:24.532 info host.IOBroker-Sted1 object ble.0.info.connection created iobroker 2019-03-18 09:50:24.503 info host.IOBroker-Sted1 object ble.0.info.driverState created iobroker 2019-03-18 09:50:24.474 info host.IOBroker-Sted1 object ble.0.options created iobroker 2019-03-18 09:50:24.439 info host.IOBroker-Sted1 object ble.0.options.allowNewDevices created iobroker 2019-03-18 09:50:24.432 info host.IOBroker-Sted1 create instance ble iobroker 2019-03-18 09:50:23.611 info add ble --host IOBroker-Sted1 host.IOBroker-Sted1 2019-03-18 09:50:11.289 info object change system.adapter.ble.0 Jetzt weiss ich nicht mehr weiter. Mit fällt noch ein, vor einem haben Jahr hatte ich in einem reinen Masterbetrieb schon mal den BLE Adapter installiert. Liegt da den irgendwo noch ne Leiche im Backup , o.ä. ?? Oder kommt der BLE Adapter mit dem Multihostbetrieb nicht klar? Vielleicht hat ja jemand noch ne Idee. Beste Grüsse Paul

ich habe die meisten snsoren (temperatur,ir receiver, bewegungsmelder, lichtintensität) mit sonoffs gemacht - die kann man als schalter und gleichzeitig mit sensor betreiben - mit tasmota geflascht

@e-i-k-e Die Fehler zeigen, dass einige Datenpunkte nicht gefunden werden. Das sind ical event. Existieren diese noch?

Danke für eure Hilfe. Das hat mir schon mal wieder ein wenig weitergeholfen. Bei einem Homematic Dimmer funktioniert alles. Wenn ich allerdings einen Schaltaktor auswähle klappt es nicht. Ich habe den Datenpunkt State ausgewählt. Wenn ich dann über Telegramm auf On setzte passiert nicht und ich bekommen nur die Info. Aktor xyz => switched off. Wenn der Aktor an ist und ich ihn über Telegramm ausschalte klappt es. Noch jemand eine Idee woran das liegen kann ?

Ich habe das Problem gefunden, aber noch keine dauerhafte Lösung gefunden. Google Chrome stuft das Script als nicht Sicher ein und Blockiert die Ausführung, per Klick auf das Schild in der Adresszeile lässt sich das Script dann starten, aber nur bis zum nächsten Aufruf.

Ja bei mir das gleiche. Meine SOnOff Geräte habe ich mit Tasmota geflasht gekauft. Die Steckdosen SP111 werden von IOBroker erkannt, doch nur bei einem Gerät werden auch Daten übertragen, die anderen beiden Steckdosen erscheinen zwar in der Liste aber es werden keine Daten übertragen. Irgendeine Lösung?