Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@Jacke:

Also es steht auf File wenn ich Setup custom eingebe Default[File] `
Das sagt nicht aus, was eingestellt IST. Nur dass ein Enter dann auf FILE stellt.

Der All-in-one-Pi ist der slave?

der ist laut Screenshot nicht aktiv (verbunden).

@Jacke:

Wenn das so passt sehe ich irgendwo den Status des Slave. RAM Auslastung zum Beispiel `
Entweder unter Objekte im Advanced-Modus oder mit einem zweiten rpi2 Adapter, der auf dem slave läuft.

@Jacke:

kann ich auch den 2ten Pi auswahlen `
und auch da etwas installieren?

Gruß

Rainer

[Jacke]

Und wenn ich dann enter drücken dir dirch File ausgewählt? das habe ich mehrmals gemacht.

Habe versucht einen Adapter auf dem all in one zu installieren dann kam im Landkreisg das er offline ist. Ich habe beim Einrichten immer ein Passwort vergeben kann es damit zu tun haben.

Ansonsten würde ich den all in one nochmal neu aufsetzen.

Gesendet von meinem Redmi Note 5 mit Tapatalk

[smartboart]

Hallo Leute,

ich habe mich heute auch entschlossen, ein Multihost System aufzusetzen.

Hintergrund ist erstmal nicht die Performance, sondern die Tatsache, das ich aktuell ein Tinkerboard image mit iobroker und PivCCU laufen habe. Dieses System ist im Keller im Verteilerschrank örtlich gebunden, da ich hier meine Strommessungen einlese und die Klingel einlesen möchte.

In der Natur der Sache ist der Homematic Empfang im Keller trotz extern herausgeführter Antenne aus dem Verteilerschrank nicht mehr ausreichend um alle Aktoren im Garten anzusteuern…Im Haus geht es noch gerade so...

Überlegt habe ich mir nun dieses System zum Master zu machen und im Erdgeschoss zu installieren und ein Rasperry Pi 3 statt dessen im Verteilerschrank als Slave einzurichten. Der Vorteil mit dem Rasperry Pi im Verteilerkasten ist noch der RPI Adapter mit dem ich dann über GPIO die Klingel einlesen kann.

Auf dem system müsste also Laufen: Der Modbusadapter und der RPI Adapter. Eventuell würde ich den History und float dort auch laufen lassen um Ressourcen zu sparen...

Mir fehlt gerade noch die Phantasie wie ich ohne möglichst viel Aufwand meine Einstellungen der Adapter hinbekomme wie sie aktuell auf dem Tinkerboard sind und das ohne meine Vis komplett umzustricken...

Wie würdet ihr das ganze angehen, in groben Schritten...

Ein Systembackup habe ich mit Backitup gemacht und auch das SD Image ist gesichert. Für den Fall der Fälle habe ich immer ein Backup parat.

Kann ich das iobroker backup auf dem slave einfach einspielen und dann nur die adapter runter schmeissen welche nicht auf dem Slave laufen sollen? Würde das funktionieren?

Bin für ein paar Tips dankbar bevor ich mit Try and error los lege.

Danke vorab...

[Homoran]

@smartboart:

Würde das funktionieren? `
Eher nicht!

zusätzlich einen blanken Raspi mit iobroker aufsetzen.

Diesen zum Slave machen

Dann die notwendigen Adapter vom Admin des Masters aus auf den Raspi schieben und gut ist.

Sicherheitshalber die Multihost einrichtung über ioBroker setup custom machen.

http://www.iobroker.net/docu/?page_id=3 … ersion_110

Gruß

Rainer

[smartboart]

Ok, danke für die Antwort.

Hört sich einfach an.

Das mit den Adaptern konnte ich mir nicht so recht vorstellen, aber wenn die Installation der Adapter über den Master läuft, sollte sich ja nicht viel ändern. Die Instanz würde dann auch im Master als z.b. Modbus.0 angezeigt? Die Objekte könnten die selbe Objekt ID haben und scripte und Vis würden davon nichts mitbekommen?

Sauber Cool…

[Homoran]

@smartboart:

wenn die Installation der Adapter über den Master läuft, sollte sich ja nicht viel ändern `
so ist es !

@smartboart:

Die Instanz würde dann auch im Master als z.b. Modbus.0 angezeigt? `
Jein.

Dann steht da Modbus.0 und dahinter unter Host steht der Slave

Beziehungsweise steht da jetzt der Tinker und du musst ihn auf den RasPi ändern, dann "wandert" die Instanz dahin.

@smartboart:

Die Objekte könnten die selbe Objekt ID haben und scripte und Vis würden davon nichts mitbekommen? `
Ja!

Gruß

Rainer

[smartboart]

Danke, tolle Sache das!

[Homoran]

@smartboard:

Super vielen Dank für die Ausführliche Antwort..ne kleine Frage habe ich da noch zu folgender Antwort.

Dann steht da Modbus.0 und dahinter unter Host steht der Slave

Beziehungsweise steht da jetzt der Tinker und du musst ihn auf den RasPi ändern, dann "wandert" die Instanz dahin.

Das heißt der Master macht quasi ein upload des Adapters auf den Slave mit all seinen Einstellungen? Ich müsste also gar keine adapter auf dem Slave installieren, sondern einfach unter meinen Instanzen auswählen welche ich auf dem Raspberry laufen lassen möchte?

Verdammt coole Sache! `

Im Gegenteil, auf dem Slave darf vorher gar nicht sein, außer dem Admin

[smartboart]

Kann ich für den raspi ein vorgefertigtes image verwenden auch wenn dort schon adapter vorinstalliert sind?

[Homoran]

Kannst du nehmen, aber deinstalliere die Adapter bis auf den Admin im "Reiter" Adapter - nicht nur die Instanzen

Gruß

Rainer

[smartboart]

Danke, deine Unterstützung hat mir viel Arbeit und Zeit erspart…Vorbereitung ist eben alles...

Eine Frage hätte ich noch..

Wenn ich jetzt den Modbus Adapter auf den Raspy verschiebe und den USB RS485 Adapter an den Raspy anschliesse funktioniert das dann wirklich reibungslos?

[Homoran]

Wenn ich jetz ja sagen würde wäre das aufgrund der sonstigen Kenntnisse.

Ich selber habe keinen Modbus und es nie probiert.-

Aber ich wüsste nicht warum es nicht klappen sollte.

Gruß

Rainer

[smartboart]

Tolle Sache…Danke für die Unterstützung...Was für ein geiles System!!!!

Funktioniert echt klasse!!!

[Segway]

Aaaaaalso,

ich muss mal ein dickes Lob hier aussprechen. Warum ? Nun:

Habe gerade den Multihost installiert auf einem 2. Pi und ich muss gestehen. Ich bin schlichtweg begeistert. Alles kann nun über die Weboberfläche des MASTERs gesteuert werden (auch die Client / Slave). das ist einfach MEGA !!! Super genial ! TOP :-)

Ich freu mich, das es so einfach geworden ist.

Hinweis:

Evtl sollte man die Install-Anleitung updaten, weil ich zum einen nach einem Connect Passwort gefragt wurde und zum anderen ich auf einmal die Web-Oberfläche des Slaves nicht mehr erreichen konnte (ist ja klar - wird ja jetzt über den Master gemacht) - natürlich nur als Vorschlag (übrigens läuft das sogar unter dem "alten" Debian Wheezy bei mir! - nur "leider" geht nun mein ccu.io nicht mehr aber deswegen habe ich ja nach iobroker gewechslet bzw. upgedatet) :mrgreen: :

` > Ab der Version des js-controller v1.1.3 wird die Einrichtung eines Multihost-Systems noch weiter vereinfacht.

Man gibt beim Master nur noch ein: sudo iobroker multihost enable

<size size="85">NEU: hier wird nach einem "connect PW" gefragt</size>

Anschließend auf dem slave: sudo iobroker multihost browse

Jetzt müssten vorhandene Master angezeigt werden.

<size size="85">Neu: jetzt muss hier die Host ausgewählt werden und das oben vergebene Passwort eingegeben werden.</size>

Daraufhin wird mit sudo iobroker multihost connect der entsprechenden Master ausgewählt

Damit ist die Multihost-Verbindung fertig.

<size size="85">NEU: Web-Oberfläche "nur noch" über den MASTER möglich</size> `

[smartboart]

Noch ne kleine Frage zum Multihost System…

Adapter welche unter dem Host admin 0 / Master laufen, bekomme ich ja bei verfügbaren Updates unter der Objekt ID admin.0.info.updatesList angezeigt.

Für den Slave habe ich diese Möglichkeit noch nicht gefunden...

Da ich Update und Upgrade über Vis mache, wäre es natürlich schön auch die Infos zum Slave angezeigt zu bekommen...

Jemand ne Idee wie ich die Updates des Slave visualisieren kann?

[smartboart]

Hallo, führt es zu Problemen, wenn auf einem Multihost System mit 2 Teilnehmern unterschiedliche Versionen von node / nodejs laufen?

Und auch wenn npm unterschiedliche Versionen hat?

Mein Tinker ( Master ) hatte jeweils eine ältere Version als der Raspi ( Slave )

Die adapter auf dem Raspi meldeten Zeitweise Problem über mein Überwachungsscript.

Nun ja, habe nun nach einem Image Backup beide mal auf den gleichen Stand gebracht. Also das Tinker hochgezogen. Seit dem habe ich Probleme dahin gehend, das nun alle meine Instanzen öfter mal neu starten. Ich bekomme das mit, weil ich die Instanzen mittels Script überwache…

Im Log finde ich nichts, auch sonst scheint es zu laufen...

node 8.11.4

node.js 8.11.4

npm 5.7.1

js-controller 1.4.2

Könnte das eine Ursache für die Neustarts sein?

[FredF]

Glaube nicht das verschiedene node/nodejs bzw. npm versionen auf Master und Slave zu solchen Problemen führt

Mein Master läuft unter Win7

Node.js v6.14.3

NPM 6.1.0

und mein Slave Raspi mit

Node.js v8.11.3

NPM 4.6.1

[Stabilostick]

Stimme FredF zu.

Wegen der Neustarts, hast Du bitte zum Analysieren einen zugehörigen Abschnitt der ioBroker Logs?

[RappiRN]

War da nicht ein Problem mit

npm 5.7.1 ?

Nicht, dass daher die Probleme kommen.

Enrico

[smartboart]

Mh…komisch...ich habe jetzt mal mein überwachungsscript deaktiviert ...

Das system scheint stabil zu laufen...evtl . Hat sich im admin im bereich der adapter alive auswertung was geändert worauf mein script ständig anspringt... gab ja unzählige updates in letzter zeit.. habe das script mal angepasst und muss es noch mal verproben ...danke für die rückmeldungen...

Wenn bei den npm versionen fehler bekannt sind wäre eine info interessant...

Beim adapter start wird zumindest die node version sauber angezeigt...

Gesendet von meinem SM-G800F mit Tapatalk