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

[apollon77]

@MathiasJ Ääähm NEIN! Das sollte so nicht sein! Bei Fehlern bitte Installation Fixer (siehe oben) nutzen.

[apollon77]

@telekom0815 Magst Du das Update nochmals versuchen? Ist bisher 2 mal von über 1500 Installationen passiert. Also müssen wir den grund finden.

[apollon77]

Guten Abend an Euch alle,

seid vorhin ist die 2.0.34 auf npm und im Latest Repository.
Mit der neuen Version können nun "Custom"-Einstellungen von States (z.B. History u.ä.) auch wieder gelöscht werden und Bluefox hat noch ein Problem beim Login mit Benutzern mit Großbuchstaben oder Leerzeichen gefixt.

[BBTown]

@apollon77 die v2.0.34 läuft bei mir bisher unauffällig

[simatec]

@Chaot sagte in js-controller 2.0 ab sofort im Latest Repo:

Ist eigentlich geplant im ioBroker für Redis eine Backuplösung zu implementieren oder eventuell ein Adapter in Planung der sowas übernehmen könnte?

Redis kannst du über backitup sichern.

[Chaot]

@simatec
Danke. Werde ich mal einrichten (wenn mir das NAS Passwort wieder einfällt)

[PrinzEisenherz1]

Bei mir läuft die 2.0.34 auch unauffällig. Ging ohne Probleme als normaler Nutzer mit iobroker upgrade self abzudaten (Multihostsystem und REDIS).

[joergeli]

@apollon77
Hi,
Du hattest bei den FAQs geschrieben:

"Aus Sicherheitsgründen wird der ioBroker-eigene Storage jetzt etwas strickter behandelt. Nut offiziell in ioBroker bekannte Verzeichnisse dürfen genutzt werden und nur offizielle Wege die Datei rein zu kopieren. Am besten die Upload-Tools nutzen von Adaptern wie vis oder iqontrol. ALternativ gibt es CLI kommandos."
So weit, so gut, ich habe meine eigenen Bilder mit dem Upload-Tool vom vis-Adapter hochladen können.

Allerdings muss ich noch die neuen Links in meinen Views anpassen.
Kann man das evtl. in "einem Rutsch" erledigen, ohne jedes Bild/Grafik mit dem vis-Editor einzeln anzufassen?
Vielleicht automatisch z.B. mit Notepad++ in den vis-views.json von jedem view den jetzigen Pfad "src": "/vis durch den neuen Pfad "src": "/vis.0 ersetzen lassen?

Allerdings habe ich ein größeres Problem mit der strickteren Behandlung:
Ich habe bisher 2 Snapshots von meiner Eingangs-Cam (Postbote hat Post eingeworfen, Jemand hat an der Haustür geklingelt) von einem Windows-Rechner automatisch in einen freigegebenen Ordner auf den ioBroker-Raspi gespeichert.
Via JS wurden diese beiden Bilder dann per exec in einen anderen Ordner unterhalb von iobroker-data\files\vis...kopiert:

exec('bash /home/pi/klingelbild_kopieren.sh');
exec('bash /home/pi/postbotebild_kopieren.sh');

Hier die beiden Shell-Kopier-Befehle:

cp /home/pi/SPY/eingang.jpg /opt/iobroker/iobroker-data/files/vis.0/klingelbild/klingler.jpg
cp /home/pi/SPY/eingang.jpg /opt/iobroker/iobroker-data/files/vis.0/klingelbild/postistda.jpg

Im vis konnte ich die Bilder dann auch sehen.

Das Kopieren in die neuen Ordner unterhalb von vis.0 funktioniert zwar weiterhin, aber im vis werden die Bilder nicht mehr aktualisiert, da jetzt ja "nur offizielle Wege die Datei rein zu kopieren" funktionieren.

Frage:
Was kann ich tun, damit die Bilder wieder automatisiert kopiert und angezeigt werden?
Gibt es irgendeinen JS-Befehl, der das evtl. wieder richten kann?

Gruß
Jörg

[apollon77]

@joergeli zu 1.) ja das kann gehen. ioBroker beenden. File auf Platte manuell editieren, wieder hochfahren. Vorher Backup ist eine gute Idee,

zu 2.) Liess mal die FAQ im dritten post oben, da ist ein Link zu einem anderen Thread mit genau der Lösung dafür. Musst DU nur auf dich "umbasteln"

[joergeli]

@apollon77
Prima, das mit dem writeFile werde ich mal testen.

Danke
Jörg

[MathiasJ]

Was mir auch aufgefallen ist,
nach dem Update auf den JS-Controller 2.0 habe ich wesentlich mehr Störungen des Slaves.
Ich glaube, den muß ich mittlerweile jetzt 3 mal am Tag neu starten, weil er nicht mehr erreichbar ist.
In der Version 1.x ist er wochenlang durchgerannt.
nur im log finde ich nur die Meldung, dass der Raspberry Pi 3B+ nicht mehr erreichbar ist. Das merke ich auch so.....
Der Slave läuft seit ca 6 Monaten über WLAN.

[Chaot]

@joergeli Kleiner Tip noch: Für das writeFile musst du ein kleines Delay einbauen weil sonst das Bild noch nicht auf der Platte liegt wenn das File schon geschrieben wird.

[apollon77]

@MathiasJ bist Du auf 2.0.33 oder 34? Wenn nicht updaten! Dann bitte neu beobachten.

Und bitte log vom Slave von so einem Zeitpunkt wenn er stehenbleibt.

[apollon77]

@Chaot naja ihr müsst abwarten bis das exec durch ist. Hat das vllt nen callback der erst dann ausgeführt wird? Hab’s grad nicht im Kopf.

[Chaot]

@apollon77
Ja, das habe ich auch gemerkt.
Ich habe normalerweise nach dem exec ein kleines Delay bevor ich die Bilder per mail versende. Aber ich habe mich wohl um zwei Zeilen vertan und deshalb kam es zu dem Fehler.

[apollon77]

@Chaot Jupp exec hat nen callback ... https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#exec---execute-some-os-command-like-cp-file1-file2

[AlCalzone]

@MathiasJ sagte in js-controller 2.0 ab sofort im Latest Repo:

Ich glaube, den muß ich mittlerweile jetzt 3 mal am Tag neu starten, weil er nicht mehr erreichbar ist.

Das ist aber nicht der Slave, von dem du kürzlich den Log gepostet hast, in dem steht dass die Platte voll ist? Dann ist es kein Wunder, dass der ständig abstürzt.

[SBorg]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@joergeli zu 1.) ja das kann gehen. ioBroker beenden. File auf Platte manuell editieren, wieder hochfahren. Vorher Backup ist eine gute Idee,

...oder Views exportieren, mit Notepad++ oä. dann "suchen+ersetzen", View wieder importieren

34 lüppt bisher problemlos.

[coyote]

@apollon77
34er installiert, sieht soweit gut aus. Paar Adapter blieben rot, von Hand neu gestartet ohne Error. Laufen jetzt alle.
Jetzt ist mir noch was aufgefallen, weiß aber nicht ob es mit dem Controller zu tun hat.

Die Icons sind weg, jetzt hab ich alle vis Zusatz Adapter neu geuploaded, danach waren alle Icons wieder da. Dann nochmal vis Adpater upload gemacht, Icons wieder weg

[apollon77]

@coyote Was für ein System hast Du ? redis/redis/ oder Objekte noch in "file"? sollte an sich so nicht passieren.

Von den Adaptern die "rot" geblieben sind ... gabs was im Log?