UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[duffbeer2000]

@flrnwrzl Nicht ganz passend ist etwas untertrieben. Überhaupt nicht passend schon eher. Man geht ja auch nicht zum Porschehändler und sagt: So ein 911er ist schon ganz spannend aber ich hätte da mal ne Frage zum Apfelbaum in meinem Garten.

In dem Thread gehts ja um die Installation von ioBroker im Docker Container auf der Diskstation. Du solltest vielleicht einen eigenen Thread unter Allgemein aufmachen um das zu klären.

Aber eine Frage beantworte ich dir trotzdem, ich weiß zwar nicht wo du das gelesen hast aber den Zigbee Stick in den Docker zu bekommen ist kein Problem und wenn man (was man immer machen sollte egal wo man den Stick ansteckt, ob mit Docker oder ohne) eine 50cm USB-Verlängerung dazwischenhängt hat man auch keine Empfangsprobleme

[andre]

@flrnwrzl
Kurz und knapp: Multihost!
NAS mit Docker in den Keller als ioBroker Master, Raspberry Pi + Stick als ioBroker Slave (mit oder ohne Docker ist letzt endlich Geschmackssache) ins Wohnzimmer... oder wie bei mir in den Flur unter die Treppe
Läuft wunderbar.

MfG,
André

[FoodFighter]

Wozu denn extra einen Raspberry unnötig laufen lassen, nur damit der Stick zentral steht?
Steck einen cc2531 als Coordinator in den NAS...egal wo der steht und hol dir einen weiteren cc2531 als Router (repeater), den du einfach nur iwo auf einem Regal liegend mit 5V aus einem USB Netzteil versorgen musst 🧐

[andre]

@FoodFighter
Geht sicher auch, bis man dann noch nen rflink anbauen oder bluetooth devices per radar2- oder ble-adpater scannen will, dann steht man wieder vor dem Problem...

[FoodFighter]

@andre
OK, das sehe ich ein

[Domi1893]

Hallo,

ich habe mir mir auf meiner Synology DS 916+ IO-Broker im Docker installiert. Läuft soweit alles gut. Seit einigen Wochen probiere ich verschiedene Visualisierungsmöglichkeiten aus. Mein Favorit für die Visualisierung ist Lovelace. Dort habe ich auch schon einige Tests und Versuche gemacht, das hat auch ganz gut geklappt. Nun zu meinem Problem: Wenn ich in der Lovelace Instanz in den Haupteinstellungen eine Änderung mache (egal welche) und speichere, fehlt mir danach im UI in Lovelace der Config-Button und ich kann Lovelace nicht mehr über das UI konfigurieren. Erst, wenn ich eine neue Instanz erzeuge, kann ich diese wieder solange konfigurieren, bis ich eben die Änderungen mache und speichere, dann ist es wieder vorbei.

Ich habe bereits im IO-Broker Lovelace Thread nach Hilfe gefragt, leider kennt das Problem dort niemand und konnte mir auch nicht konkret helfen. Ich habe mich gefragt, was meine Installation ggf. von anderen unterscheidet und ich könnte mir vorstellen, dass es eben die Tatsache ist, dass ich IO-Broker im Docker auf der Syno laufen habe. Sollte dem nicht so sein, auch OK, dann hätte ich es aber wenigstens ausgeschlossen.

Wenn mir jemand helfen könnte wäre das echt klasse, sollte das Thema hier völlig deplatziert sein, bitte löschen.

Zu meinem System:

DS 916+
Docker: 18.09.0-0506
Portainer: 1.23.2
IO-Broker: NPM: 6.14.4 läuft mit Host-Verbindung im Docker
Node.JS: 10.20.1
JS-Controller: 2.2.9

Lovelace: 1.0.13 (Wobei das Problem in unterschiedlichen Versionen immer gleich auftritt)

Das Problem äußert sich wie folgt:

Menü des UI bei Initalinstanz ohne Änderung:

Bei beliebiger Änderung im Reiter "Haupteinstellungen" der Lovelace Instanz:

Noch ein paar Zusatzinfos:

• Log-Datei zeigt keine Fehler
• Konsole in Chrome oder Opera zeigen keine Einträge beim Aufrufen der Seiten.
• Cache der Browser geleert, auf verschiedenen Browsern und Geräten gestestet, immer das gleiche Verhalten.

Es wäre wirklich sensationell, wenn mir jemand helfen könnte, das Problem zu lösen.

Danke und viele Grüße,

Domi

[apollon77]

@Domi1893 mal auch im GitHub ein issue angelegt?

[Domi1893]

@apollon77 GitHub Lovelace, ja.

Grüße

[andre]

@Domi1893
Hallo habe das Verhalten gerade nachstellen können. Du hast bestimmt die Authentifizierung aktiviert, richtig? Bei mir ist es so, dass der Eintrag fehlt wenn Authentifizierung aktiviert ist. Schalte ich es aus, ist der Punkt wieder da. Vielleicht ist das interessant für dein Issue auf Github... Denke das Ganze ist ein Adapterproblem...
Übrigens: Wenn es Probleme dieser Art gibt, nutzt am Besten zum Testen den "Incognito Modus" des Browsers um Probleme mit Daten im Cache zu vermeiden...

MfG,
André

[Domi1893]

@andre Das ist sehr interessant, vielen Dank. Bei mir tritt es auf, sobald ich in den Haupteinstellungen irgendwas verändere, vollkommen egal was. Die Veränderung des Ports reicht schon aus, dann ist der im UI verschwunden. Passiert bei dir bei der Veränderung anderer Einstellungen nichts, z.B. den Port verändern?

Grüße,

Domi

[andre]

@Domi1893
Komisch, heute tritt es nicht mehr auf. Jetzt lässt sich auch die Authentifizierung aktivieren ohne dass es Probleme gibt. Auch alles Andere kann ich verstellen. Kein Fehler.
Ich teste übrigens mit Chrome im Inkognito Modus.

MfG,
André

[Domi1893]

@andre Das ist sehr komisch. Ich habe es vorher auch im privaten Modus versucht mit Chrome und Opera. Bei mir ist es unverändert. Änderung beliebig, Menü weg und in dieser Instanz nicht wieder herstellbar durch Rückstellung der Änderung.

Grüße,

Domi

[steff.h.]

HILFE......

ich wollte den js Controller updaten (hab noch die Installation der V2 am laufen)

jetzt startet aber der komplette iobroker nicht mehr....

kann mir da jemand einen tipp geben woran das liegen kann?

Will das nicht alles neu machen müssen, da steckt so unfassbar viel arbeit drin...

Wenn das gehen sollte, ich habe ein Backup mit Backitup, dieses ist aber nur 3 MB groß?
Vielleicht kennt sich damit jemand aus

[apollon77]

@steff-h naja Hättest du ein Log?

Das Backup muss nicht gross sein, es enthält nur die Konfiguration

[steff.h.]

also ich habe jetzt eine komplett neue Instanz aufgesetzt.....

die Situation mit dem Backup, dass man 2 Stunden warten muss, hätte ich bei einem 3 MB großen Update nicht gedacht

Gedult hätte ich mitbringen müssen, das hatte ich irgendwie aufgrund des Schocks nicht.....er hat jetzt sehr viel wiederhergestellt, muss jetzt alles Punkt für Punkt kontrollieren, ob wirklich alles wieder da ist

js-controller ist jetzt auf Version 2.2.9, er bietet mir aber wieder das Update zu 3.0.17 an, genau dieses Update ging bei der alten Instanz schief.....Ebenso ist mir vor dem Absturz noch aufgefallen, dass Javaskript in der Version 4.5.1 nicht mehr ausführbar war (Punkt und "Play-Pfeil" immer rot) weshalb ich den js-controller überhaupt updaten wollte.....weiß man da eventuell einen bekannten Fehler?

[apollon77]

@steff-h Das update ist deswegen so klein weil der controller nach dem einspielen eines Backups einfach alles neu frisch installiert.

Ohne Log zum Thema "Update auf js.controller 3.0" kann man wenig sagen. Da es aber schon ein paar tausend User erfolgreich gemacht haben ... ...

AUch zu js 4.5.1 ist bisher kein Problem bekannt

Zu allem gilt an sich: Was sind denn die Ausgaben? Was steht denn im Log?

[dtp]

Hab unter Version 4 des ioBroker-Abbilds auf meiner DS718+ ein Update des js-controllers auf Version 3.0.18 durchgeführt. Dabei wurden auch zahlreiche meiner Adapter aktualisiert. Lief alles problemlos durch. Auch bei der Bedienung des ioBrokers gibt es bisher keine Auffälligkeiten.

[steff.h.]

@apollon77 said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@steff-h Das update ist deswegen so klein weil der controller nach dem einspielen eines Backups einfach alles neu frisch installiert.

Ohne Log zum Thema "Update auf js.controller 3.0" kann man wenig sagen. Da es aber schon ein paar tausend User erfolgreich gemacht haben ... ...

AUch zu js 4.5.1 ist bisher kein Problem bekannt

Zu allem gilt an sich: Was sind denn die Ausgaben? Was steht denn im Log?

Mit dem Log kann ich leider nicht dienen, Instanz leider komplett weg, werde mich aber die Tage nochmal am update versuchen

[stevie77]

Moin,

nachdem ioBroker nun ja als macvlan auf IP 192.168.1.249 in meinem Netzwerk auf nem Pi-Host läuft, wollte ich nun die andere Anleitung zur Anbindung des E3/DC-Hauskraftwerks ausführen und hab mir mit Docker Compose eine MySQL-DB samt phpMyAdmin (2 voneinander abhängige Container) installiert. Jetzt laufe ich dann wohl auf das Problem, dass ich mit dem Adapter sql.0 Probleme beim Zugriff auf die MySQL-DB bekomme.

Die beiden Container MySQL und phpMyAdmin bekommen automatisch ein eigenes Netzwerk mit IPs drin und verstehen sich dadurch. Der Container iobroker hat neben dem Netzwerk iob_public auch noch die Standard-Bridge, wie angeraten. Vom ioBroker aus komme ich natürlich trotzdem nicht an die DB, zumindest nicht über die IP des Raspi-Hosts (192.168.1.25).

Nun habe ich dem Container mysql-iobroker per Portainer zusätzlich auch noch die Standard-Bridge hinzugefügt:

Nun kann ioBroker tatsächlich die MySQL-DB erreichen:

So weit, so gut. Nun stellen sich die Fragen:

1. Um zu verhindern, dass das manuell zum MySQL-Container hinzugefügte Bridge-Netzwerk nach jedem Neustart des MySQL-Containers wieder weg ist, kann ich das Hinzufügen der Bridge vermutlich im docker-compose.yml angeben (gehe ich mal von aus). Kann ich da angeben, dass der Container jedesmal die 172.17.0.3 bekommt? Weil ich die im ioBroker ja fest hinterlegen muss...
2. Was passiert (z.B. bei einem Pi-Neustart), wenn ein anderer Container vor dem MySQL-Container startet und die 172.17.0.3 dann evtl. schon belegt ist? Wenn ich Bridge zu nem Container per Portainer hinzufüge, dann scheint die IP-Adresse ja frei vergeben zu werden. Dann könnte ja die Datenbank ne andere IP bekommen und für ioBroker wieder nicht erreichbar sein...
3. Oder anders gefragt, wie kann ich irgendwie sicherstellen, dass die 172.17.0.3 immer für den MySQL-Container frei bleibt? Müsste ich dann alle Container, die ich in Zukunft benutze so per Docker oder Docker Compose erstellen/starten, dass ich immer das Netzwerk mit IP-Adresse mitgebe (vorausgesetzt das geht)?

[dtp]

Die Probleme mit der Anbindung der direkt als Paket auf der DS eingerichteten MariaDB 10 Datenbank über MACVLAN führten letztlich dazu, dass ich etwas entnerft auf einen Host-Betrieb des ioBroker umgeschwenkt bin. Leider haben sich da irgendwie im MACVLAN- oder Bridge-Betrieb immer die SQL-Datenbank und der Zugriff auf den yahka-Adapter ausgestochen. Seit Umstellung auf den Host-Betrieb läuft wieder alles rund.