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

[stevie77]

Jetzt habe ich auch noch ein anderes Problem (also schon ein paar Wochen, sowohl mit dem ganz alten als auch ganz neuen Container): Ich hatte vor ein paar Monaten eine VIS-Offline-Lizenz gekauft. Wohl durch das Node.js-Update (von 10 auf 12 vor längerer Zeit?) hatte mir ioBroker beim Start ausgegeben, dass ich eine neue Lizenz brauche und mich an ioBroker wenden sollte. Das hatte ich vor ein paar Wochen gemacht und eine Mail mit neuer UUID und neuem Lizenzschlüssel für VIS erhalten (muss ja beides zusammen passen). Auf Nachfrage schrieb man mir, dass die neue UUID/Seriennummer des ioBrokers beim ioBroker-Start übernommen werde.
Jedoch behält meine Installation beharrlich die alte Nummer, egal ob ich den Container neustarte, den Container neu erstelle oder ioBroker im Container abschieße und neustarte oder normal stoppe und neu starte (wie vom ioBroker-Team empfohlen).

Hatte schon mal jemand diesen Anwendungsfall (mit dem Docker-ioBroker)? Ich weiß jetzt nicht, ob das ein Issue/Bug der Docker-Variante oder von ioBroker selbst ist...

[andre]

@stevie77 sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Kannst du das evtl. kurz näher erläutern? Ich habe bisher Node.js, js-controller und alle Adapter immer aktuell gehalten. Was fehlt mir dann noch? Die ioBroker-Software selbst? Ich dachte bisher, die besteht aus den unterschiedlichen Adapter-Komponenten wie z.B. Admin. Zumindest habe ich an der Oberfläche selbst noch keine Versionsnummer für den ioBroker selbst gefunden oder einen Updatehinweis?! Kann man den auch updaten?

Nein, dir fehlt nichts weiter. Es ist nur manchmal so, dass es bei Installationen die über längere Zeit "gewachsen" sind unter Umständen sinnvoll sein kann, den ioBroker (und alles drumherum) einmal per restore neu aufzusetzen. Dabei werden alle npm Pakete (also auch die Adapter) frisch herunter geladen und installiert. Alle "Leichen" wie zum Beispiel verwaiste Dateien aus alten Paketversionen oder deinstallierten Adaptern werden dabei beseitigt (weil nicht übernommen). Wenn es bei dir nur an der Lib gelegen hat ist alles gut. Solltest du irgendwann mal Probleme bei der Installation oder dem Update von Adaptern haben, wäre ein neu Aufsetzen mit Restore meist keine schlechte Idee. :)

@stevie77 sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Jetzt habe ich auch noch ein anderes Problem (also schon ein paar Wochen, sowohl mit dem ganz alten als auch ganz neuen Container): Ich hatte vor ein paar Monaten eine VIS-Offline-Lizenz gekauft. Wohl durch das Node.js-Update (von 10 auf 12 vor längerer Zeit?) hatte mir ioBroker beim Start ausgegeben, dass ich eine neue Lizenz brauche und mich an ioBroker wenden sollte. Das hatte ich vor ein paar Wochen gemacht und eine Mail mit neuer UUID und neuem Lizenzschlüssel für VIS erhalten (muss ja beides zusammen passen). Auf Nachfrage schrieb man mir, dass die neue UUID/Seriennummer des ioBrokers beim ioBroker-Start übernommen werde.
Jedoch behält meine Installation beharrlich die alte Nummer, egal ob ich den Container neustarte, den Container neu erstelle oder ioBroker im Container abschieße und neustarte oder normal stoppe und neu starte (wie vom ioBroker-Team empfohlen).

Das UUID Thema kenne ich vom Ding her auch. Allerdings kenne ich da die genaue Vorgehensweise bezüglich Neuausstellung der Lizenz seitens ioBroker nicht im Detail.
Fest steht dass bestimmte (fehlerhaft erzeugte) UUIDs auf eine Blacklist gekommen sind und daher neu generiert/ geändert werden müssen und dann eine neue Lizenz bekommen.
Da ich hier aber nichts Falsches sagen will sollten wir mal @apollon77 oder @Bluefox dazu befragen. Eventuell ist das auch ein Thema das einer der Beiden direkt mit dir klären kann.

MfG,
André

[Boardy]

Hi André,

wieder mal tolle Arbeit von dir... hatte mal wieder Zeit - nach gefühlt einem Jahr und hab heute gleich mal auf die neueste beta Version mit Node 16 aktualisiert - bisher scheint alles zu laufen!!!

Dann werde ich mich wohl mal an das DMS Upadate auf 7 wagen...

LG Uwe

Update: nach ca. 1,5 Stunden lief wieder alles unter DSM 7.0 - die Anfänglichen Schwierigkeiten sind wohl alle behoben - einzig meien DS hat nicht rebootet sondern ist runtergefahren... aber nach Knöpfchen drücken lief alles durch...

[tugsi]

@andre
Habe mir auch die V6 jetzt produktiv geschaltet.
Dabei ist mir aufgefallen, dass kein ssh mehr mit am Board ist. Ich denke mal, dies wird Sicherheitsgründe haben?!
Allerdings brauche ich ssh, weil ich mit einem Scriptbefehl von meiner Synology mein Monitor am RPi Slave ein- und ausschalte, durch einen Bewegungsmelder. (Keys auch vorher getauscht, damit kein Passwort mit übergeben werden muss)

ssh pi@192.168.33.250 vcgencmd display_power 1

Jetzt kann ich ja den Container auch so anlegen, dass er standardmäßig ssh nachinstalliert, klappt ja auch.
Wollte trotzdem fragen, ob es einen Grund gibt für das fehlende ssh
und
vielleicht gibt es ja auch eine Alternative anstand per ssh den Befehl zum Slave zu schicken.

[Glasfaser]

@tugsi sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

dass kein ssh mehr mit am Board ist

War noch nie dabei ..

https://forum.iobroker.net/topic/4733/howto-iobroker-unter-docker-auf-synology-diskstation/2247

über ioBroker

https://forum.iobroker.net/topic/4733/howto-iobroker-unter-docker-auf-synology-diskstation/1285

[tugsi]

@glasfaser
Ah ok, dann hatte ich das wohl damals auch schon nachträglich installiert, denn ich habe ja den Blockly mit dem Exec über ssh...
Ok, ich lese mir deinen zweiten Link mal in Ruhe durch, da geht es um sowas wie npm-ssh...
Ansonsten installiere ich ssh halt wie jetzt einfach nach ...
Danke

[heinzie]

Hallo,

ich habe einmal ein Update des Containers mit Portainer von V4 auf V6 durchgeführt. Das scheint auch alles zu funktionieren.

Gibt es ein Möglichkeit dei Version des aktuellen Containers - zur Kontrolle - irgendwo auszulesen?

[Boardy]

@tugsi benötigst du SSH wirklich? ich mache alles über die Aufgabenverwaltung der Synology

[Boardy]

@heinzie beim booten im Log?

[heinzie]

@boardy sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@heinzie beim booten im Log?

Danke, habe es dort gefunden

[tugsi]

@boardy
Ich habe eine Raspberry im Flur mit einem Touchscreenmonitor hängen.
Da ist auch ein Zigbee-Bewegungsmelder.
Immer wenn der Bewegung detektiert, wird per Blockly Exec ein SSH-Befehl zum Raspberry geschickt, den Monitor einzuschalten.
Nach x-Minuten ohne Bewegung das dann wieder andersherum...
Ich wüsste jetzt nicht, wie ich das mit der Aufgabenverwaltung lösen sollte?

[Boardy]

@tugsi okay, das ist was anderes, hatte ich so nicht auf dem Schirm (-:

[Rookie50]

@tugsi Ich habe das zwar noch nie genutzt, aber schau Dir doch mal hier einen MQTT-Client für den Raspberry an. Evtl. kannst Du den Raspberry dann ganz einfach via ioBroker steuern und musst keine Umwege über ssh Scripte gehen.

Gruß

Robert

[vepman]

@heinzie
Auf der Synology in der Konsole sich als root anmelden.
Dort eingeben -> docker image ls
-> Id wird aufgelistet -> f92f75121ff1 -> Buanet (Beispiel)

dann in der Konsole -> docker image inspect f92f75121ff1
Dann sollte unter dem Punkt 'org.opencontainers.image.version' die Version des Buanet-image erscheinen.
So geht es bei mir jedenfalls.

[prinz-ip]

Hallo Andre,

danke für die Pflege dieses tollen containers. Ich versuche aktuell die Amazon Echos in node-red zum Laufen zu bringen. Ich habe nach diesem Thema gesucht, jedoch hier nichts gefunden. Falls das Thema bereits behandelt wurde, bitte Bescheid geben.

Ich bekomme in meinem Flow jedenfalls die Meldung "Unable to start on Port 80". Das Problem ist bekannt und es wird auf mehrere Lösungen hier im Troubleshooting verwiesen: https://github.com/datech/node-red-contrib-amazon-echo/wiki/Troubleshooting#node-red-in-a-docker-container

Da ich iobroker in deinem container auf der Synology benutze, trifft für mich wohl der Punkt "node red in a docker container" zu. Doch diese kann ich nicht durchführen, weil die bash in portainer keine "docker" Befehle kennt => Kommando nicht gefunden. Gibt es da einen Trick?

Danke und viele Grüße

[Glasfaser]

@prinz-ip sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

weil die bash in portainer keine "docker" Befehle kennt => Kommando nicht gefunden.

Was meinst du , keine Befehle , geht doch

[Rookie50]

@prinz-ip Hi Prinz-ip, in dem Link steht wie Du Node-Red als Container ausführen sollst. Damit ist mit nichten gemeint einen Container innerhalb des iobroker Container zu starten ;-)

[prinz-ip]

@glasfaser @Rookie50 ich meine docker Befehle. Alles andere funktioniert natürlich blendend in der bash ;-)
ok, dann anders gefragt: Welche der genannten Lösungen im Link würdet ihr mir speziell für den buanet iobroker container empfehlen? Bin ich der erste, der node-red mich echo da laufen lassen möchte?

[Boardy]

@prinz-ip Einfach instalieren - ignorier mal das Container gedöns, bist ja schon im Containter - bei mir lief alles problemlos...
Hast du es mal versucht? was geht denn nicht?
Mit den Netzwerken muss man aufpassen, bei konkreten fragen kann ich mal mein Doku durchsuchen...

Mein Node red lauscht auf Port 1880

IOBROKER hab ich auf 8081...

Und Echo muss im selben subnetzt liegen und erreichbar sein

[prinz-ip]

@boardy node-red läuft prima und iobroker auch. Es geht nur um die Echos. In meinem Link steht ja das Problem, was offenbar bestens bekannt ist: "All new generation of Echo devices, like Dot 3rd gen or Plus 2nd gen, will try to connect to port 80 of Amazon Echo Hub even if a different port is configured. The TCP/IP port numbers below 1024 are special in that normal users are not allowed to run servers on them. In order to allow running the hub on port 80 you can do one of the following...."

https://github.com/datech/node-red-contrib-amazon-echo/wiki/Troubleshooting#node-red-in-a-docker-container