Einen Fehler habe ich gestern Abend noch gefunden. Ich hatte die Datenbank iobroker anstelle ioBroker genannt. Danach waren zumindest die EACCESS Meldungen weg. Was mich nur wundert ist dass bei Verbindung testen dann wohl nicht der Zugriff auf diese Datenbank getestet wird, oder? Trotzdem erschienen keine Werte in SQL und auch nicht in History. Heute morgen waren auf einmal welche drin, warum auch immer. Aber auch noch nicht in allen Datenpunkten. Und auch nicht immer in SQL und History. Bei einzelnen war History noch immer leer, bei SQL jedoch Daten enthalten. Eine Ursache oder gar ein System habe ich noch nicht erkannt. Gruß Rainer

Ja, der Firewall von Windows hat den Hub geblockt. Danke!!!!!

Nein. Es ist noch nicht möglich. Da die Datenmengen einfach anders sind (viel mehr Daten)

Ein kleiner Pi3 als Satellit und der Server als Master in einer Multihostkonfiguration kommt nicht in Frage?

Hi Rainer, Danke fürs Feedback. Ja, war nur so eine Idee, da ein Rasp bzw. 2. Rasp halt günstiger ist wie ein NUC zB. ;-) Ich muß mal weiterschauen, aber sieht wohl so aus, daß ich mir dann doch einen MiniPc zulegen muß.

@Jey Cee: Auf jeden Fall war es ein guter Denkanstoß. ` Ziel erreicht :)

Danke Bluefox hatte bereits einen zweiten Admin Installiert, den werde ich allerdings nicht mehr los. Den Admin ans laufen habe ich wie folgt bekommen: "node node_modules/iobroker.admin/admin.js –logs" Denn zweiten Admin konnte ich erst nach dem Neustart meines NUC löschen. Jetzt läuft es wieder 326_unbenannt.png

Hallo zusammen, danke für die Hilfe, jetzt hab ich es geschafft. mit "sudo iobroker backup" im Verzeichnis iobroker hat er ein Backup angelegt. MFG Tobbi

Kommando zurück, es muss ja Port 8081 sein! Da startet nun endlich die HTTP Seite und ich kann konfigurieren.

Sooo, mit der vorgeschlagenen Methode funktioniert es tatsächlich: Zweite Instanz auf Master erstellen (selber Port geht auch, startet nur nicht) Dann Host der Instanz wechseln und kurz warten. Wundert mich nur, dass die umgekehrte Richtung nicht funktioniert.

Hallo Yves, da hab ich in der Tat noch nicht reingeschaut. Gute Idee!! Ich bin gespannt wo das hinführt. Irgendwo müssen die Dinger ja abgelegt sein. Bernhard

@Miragolix: Welchen Adapter brauche ich um Bluetooth zu finden bzw. zu verbinden? ` Du brauchst den Javascript Adapter. https://www.datenreise.de/raspberry-pi-3-bluetooth-verbinden/ ist eine Anleitung wie man eine Bluetooth Verbindung mit dem Pi3 herstellt. Aus der Anleitung solltest du dir ein Shellscript bauen und es dann mit folgendem Skript ausführen. createState('javascript.0.ConnectBluetooth', false, {name: 'Skript bei VIS Tastendruck starten'}); on('javascript.0.ConnectBluetooth', function (obj) { exec("/pfad/zu/dienem/shellscript.sh" , function(err, stdout, stderr) { if (err) log(stderr,'error'); }); } }); Es wäre auch möglich das du die Befehle alle von einem Skript in ioBroker aus ausführst, das ist aber vermutlich Komplizierter.

@daniel_2k: Ich habe übrigens auch im Homematic-Forum mal nachgefragt: das Verhalten ist definitiv normal so. Auch im Handbuch steht es so drin, dass bei Steuerung über CCU2 die Werte nicht auf alle Gruppenmitglieder übertragen werden. Steuerung nur über Gruppe. ` Ich habe etliche Heizungsgruppen in der CCU. Über ioBroker wird alles über die Thermostate geregelt. Klappt problemlos! Grüße

Vielen Dank an Bluefox…..perfekt so geht es :-)

mit dem neuen Github Release habe ich auch keine Probleme mehr. Der Adapter ist jetzt seit 83915 Sekunden online, connected und ohne Probleme.

Ver. 1.5.3, startet ohne Fehler :) Danke

Da ich keine Milight Controller habe kann ich den Unterschied zwischen Wifilight und Milight Adaper in Bezug auf Milight nicht sagen. Der Wifilight Adapter sollte auch die Controller unterstützen die mit der App "Magichome" (also L382 bzw. LD686 Protokoll) gesteuert werden. z.b. Magig Ufo und diverse Abarten die alle aus der gleichen China Schmiede kommen. Leider funktioniert der Wifilight Adapter im Moment nur teilweise mit den "Magichome" Controllern.