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

[apollon77]

@crunchip Das steht doch genau da ... Beispiel

• simple-api 2.1.2 or higher

Also 2.1.2 is MINIMAL Version ... "or higher" bedeutet das aktuelle Versionen natürlich auch gehen.

Was ist jetzt genau die Frage?

[crunchip]

@apollon77 das war genau die Frage
hab das irgendwie falsch verstanden,
alles ok,
dann werde ich mal den Versuch wagen und hoffen das anschliessend auch alles wie gewünscht weiter läuft.
Proxmox Backup und Snapshot sind erstellt, sicher ist sicher

[Chaot]

Das ich nicht mehr an selbst angelegte Verzeichnisse komme habe ich gelesen.
Aber scheinbar mache ich irgendwas falsch bei der Umsetzung der Befehle.
Original:

exec('wget --output-document /opt/iobroker/iobroker-data/files/tuer/tuer/alarm1.jpg \'http://192.168.8.95:8765/picture/1/current/?_username=admin&_signature=ba8317b8fc071dadb725d4d0d9dbf7e606acbf1e\'');

will ich ändern in:

exec('wget --output-document /opt/iobroker/iobroker-data/files/vis.0/tuer/tuer/alarm1.jpg \'http://192.168.8.95:8765/picture/1/current/?_username=admin&_signature=ba8317b8fc071dadb725d4d0d9dbf7e606acbf1e\'');

Scheinbar der falsche Befehl oder warum klappt das nicht mehr?

[crunchip]

ist alles sauber durchgelaufen.
was nun auf die schnelle aufgefallen ist:

Punkt1

radar2.0	2019-10-12 14:04:21.300	warn	(26795) No geo location data found configured in admin to calculate UWZ AREA ID or ID not valid!

ist aber hinterlegt!!

Punkt2
virtualpowermeter info wird im log permanent angezeigt, obwohl es auf "error" steht
lad ich das log herunter, ist davon jedoch nichts zu sehen.

[mameier1234]

@apollon77 ja.. so läuft das besser

Sollte der FAQ-Artikel überarbeitet werden ?

for my problem: solved !

[SBorg]

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

oder warum klappt das nicht mehr?

Ev. mit falschen Rechten angelegt? "tuer" muss dem User iobroker gehören bzw. Schreibrechte darin haben.

[Chaot]

@SBorg
Es scheint doch zu klappen.
Die Mail mit den Bildern bekomme ich wenn ich das Verzeichnis so angebe.
Aber in VIS kann ich die Bilder nicht sehen.
Ich werde mir mal die Rechte anschauen. Danke für den Tip.

Edit: Rechte scheinen zu stimmen.
Die Bilder sind im Verzeichnis. Aber mit VIS lassen sie sich nicht abrufen.

[apollon77]

@crunchip Radar2 version aktualisiert bzw manuell gefixt? Siehe erster Post??

Logging das „zu viel“ im Admin log tab angezeigt wird ist known. Logfile auf Platte steht es nicht drin.

[apollon77]

@Chaot ja weil das unkontrollierte reinkopieren halt nicht mehr geht. Files in den iobroker storage müssen über die Funktionen reinkommen.

Also anlegen und per writeFile oder kommandozeile iobroker Befehle uploaded.

[apollon77]

@mameier1234 faq .. wenn ich kapieren würde warum das bei dir passiert ist ja. hätte nicht sein dürfen.

[crunchip]

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

Logfile auf Platte steht es nicht drin.

richtig

radar2 hab ich noch nichts weiter unternommen, da es weiter keinen Fehler bezüglich radar2 gibt und ich nicht weiß ob der Fehler von radar oder admin kommt.
werde ich mir das mit dem radar noch mal ansehn

[Chaot]

@apollon77 Also der Befehl wget geht nicht mehr:

exec('wget --output-document /opt/iobroker/iobroker-data/files/vis.0/tuer/tuer/alarm1.jpg \'http://192.168.8.95:8765/picture/1/current/?_username=admin&_signature=ba8317b8fc071dadb725d4d0d9dbf7e606acbf1e\''); 

Das habe ich soweit verstanden.
Was ich allerdings nicht finden kann (doku scheint hier unvollständig) ist der korrekte Befehl das das Bild im Ordner so erzeugt wird das ich zugriff darauf habe.
Das ist jetzt zwar nicht unbedingt sooo wichtig, aber lässt sich das irgendwo nachlesen wie das dann genau erfolgen muss.
Ich bin leider nicht der große Javaspezialist und muss mir alles mühsam zusammenklauben.

[crunchip]

@apollon77 habe nun die radar2.js aktualisiert, bekomme aber immer noch die selbe Fehlermeldung, oder fehlt da noch etwas?

[apollon77]

@crunchip der Radar fehlender dem fehlenden uwz Kram kommt von Radar2. Bitte manuell fixen siehe faq

[crunchip]

@Chaot @apollon77 ich habe bisher Daten immer ausserhalb von iobroker-data geschrieben, also ändert sich bei mir zwecks Skripte ja nichts und bleibt alles unverändert, sehe ich das richtig? In das Verzeichnis wird/muss nur geschrieben werden, wenn ich die Daten im Backup haben möchte, richtig?

[apollon77]

@Chaot schau mal in der faq. Da ist ein Link zu nem thread für was ähnliches. Frag mal da nach.

[apollon77]

@crunchip faq gelesen dazu?? Bzw was heißt „ich hab’s aktualisiert?“

[apollon77]

@crunchip naja auch wenn du einfach in Vis oder anderen visu Adaptern zugreifen willst. Der Web Adapter kann nur auf Daten im iobroker Storage direkt zugreifen

[Marc_St]

Ich habe nachdem Update ein Problem mit dem ModBus-Adapter: Er startet nicht mehr:

host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: port: 502 }
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: address: '0.0.0.0',
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: syscall: 'listen',
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: errno: 'EACCES',
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: code: 'EACCES',
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19)
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: at doListen (net.js:1460:7)
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: at listenInCluster (net.js:1327:12)
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: at Server.setupListenHandle [as _listen2] (net.js:1262:19)
host.NUC	2019-10-12 18:02:05.201	error	Caught by controller[0]: { Error: listen EACCES: permission denied 0.0.0.0:502

[Mic]

Hi,

vielen Dank für das Update und die harte Arbeit von allen!!

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

5. Ich habe Dateien in ein eigenes Verzeichnis in iobroker-data/files kopiert und jetzt werden diese nicht mehr angezeigt. Was kann ich tun?
   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.

Auch ich hatte im /opt/iobroker/iobroker-data/files/ ein Verzeichnis mit Bildern angelegt, die VIS entsprechend nutzt. Diese können nun nicht mehr verwendet werden. Verzeichnis und Unterverzeichnisse sowie alle Dateien sind (und waren schon vorher) auf 777 gesetzt.
Auszug von ls -l <Verzeichnis>:

Ich bin leider nicht wirklich bewandert mit Linux-Dateirechten, aber das sollte doch gut aussehen, da der User iobroker wohl der Owner der Dateien ist, oder?
Welchen Konsolen-Befehl kann ich denn absetzen, damit ich wieder Zugriff von VIS habe?

Danke,
Mic