[gelöst] Blockly - Exec Output immer leer

[liv-in-sky]

@denzel1994 nebenbei: das setze "result auf" brauchst du nicht

[Denzel1994]

@liv-in-sky Im iobroker terminal adapter. Ich kann per Blockly Skript mit einem etwas anderen Befehl auch die PS5 starten lassen. Also wird der Befehl problemlos im Blockly ausgeführt, nur bekomme ich kein Ergebnis raus, mit dem ich weiter arbeiten könnte.

Also der zweite Screenshot ist aus dem Terminal Adapter in iobroker. Und der läuft meines Wissens nach auch über den User ioBroker.

[liv-in-sky]

@denzel1994 da has tdu recht - im termial adapter ist es auch der user iobroker

[Denzel1994]

@liv-in-sky also wo könnte der Fehler liegen?

[liv-in-sky]

@denzel1994 kommt was zurück, wenn du das loglevel mal einschaltest im exec.block

das setze result auf hast du deaktiviert ?

[liv-in-sky]

@denzel1994 wenn du nur mal den ls befehl eingibst - kommt da ein result zurück ?

[Denzel1994]

@liv-in-sky Jep, dann kriege ich einen Output.

javascript.0 (9514) script.js.Automationen.Büro.Skript_2: bin boot dev etc home lib lost+found media mnt opt proc root run sbin srv sys tmp usr var

EDIT:
Hab jetzt mal noch die error Variable mit ins Spiel gebracht. (Siehe Screenshot). Die result Variable bleibt leer und error meldet keine Fehler zurück "null".

[liv-in-sky]

@denzel1994 dann liegt es evtl an der art, wie der befehl ausgibt

kannst du auf der console eine pipe verwenden und zb. den awk befehl ausführen und darin in einer zeile suchen

z.b

 ps5-wake -vP .... | awk ' NR == 3 {print "$1"}'

[Denzel1994]

@liv-in-sky Wie müsste der Output da aussehen?

In der Konsole als Pi bekomme ich den selben Output wie vorher auch:

pi@ioBroker:~ $ /home/pi/ps5-wake/ps5-wake -vP -H 192.168.10.8 | awk ' NR == 3 {print "$1"}'
Device found: PS5-Lars [PS5/78C881D5C5AD]: Home Screen

Im Terminal-Adapter in ioBroker bekomme ich:

/opt/iobroker$ /home/pi/ps5-wake/ps5-wake -vP -H 192.168.10.8 | awk ' NR == 3 {print "$1"}'

Scanning
awk: cannot open == (No such file or directory)
Device found: PS5-Lars [PS5/78C881D5C5AD]: Home Screen

Und in Blockly bleibt der Output weiterhin leer:

[liv-in-sky]

@denzel1994

ich denke das problem ist, dass scanning ... etwas macht und das exec blockly meint, es sei fertig

gib mal - in der console - zum test

dein befehl | grep "Device" | awk '{print $1}'

ein

[liv-in-sky]

@denzel1994 sagte in Blockly - Exec Output immer leer:

ps5-wake -vP

du könntest auch mal -j testen - da soll ein json rauskommen als result - vielleicht funktioniert das

ps5-wake -vPj

[Homoran]

@liv-in-sky sagte in Blockly - Exec Output immer leer:

und das exec blockly meint, es sei fertig

wieso?
wenn der user iobroker (der ja auch beim test über die ioB-Konsole der user ist) kein Zugriffsrecht hat, kommt: Datei nicht vorhanden
eben auch im Exec, und daher result = null

[liv-in-sky]

@homoran ja- aber im terminal läuft der befehl - ps5-wake ist halt ein spezielles c-script. evtl ist das ein thema

evtl könnte man ein batch script machen und mal sehen, was da dabei ruskommt, wenn man das batch script dann über blockly ausführt

[Homoran]

@liv-in-sky sagte in Blockly - Exec Output immer leer:

aber im terminal läuft der befehl

aber unter dem user pi!

[liv-in-sky]

@homoran nee - das ist ein iobroker terminal adapter - da wird auch der user iobroker genutzt - also nicht die console über putty oder so

[Homoran]

@liv-in-sky

Da steht doch
@denzel1994 sagte in Blockly - Exec Output immer leer:

cannot open == (No such file or directory)

so sieht es auch bei fehlenden Rechten aus

btw: ist exec freigegeben im js-Adapter?

[liv-in-sky]

@homoran

das könnte aber der awk befehl sein - vielleicht mnag er den auf diese art nicht - der output des ps5-wake kommt aber unter dieser fehler zeile

[Homoran]

@liv-in-sky sagte in Blockly - Exec Output immer leer:

das könnte aber der awk befehl sein

klar, aber es könnten auch fehlende Rechte sein.
Das war alles, worauf ich hinweisen wollte

[liv-in-sky]

@homoran sagte in Blockly - Exec Output immer leer:

ist exec freigegeben im js-Adapter?

ich denke schon, den angeblich funktioniert der befehl - der output zur weiterverarbeitung ist das problem - der kommt nicht zurück (result)

[liv-in-sky]

@homoran

ich denke - weiß es aber nicht sicher - es scheint dieses c-programm zu sein - das organisiert den output - das ganze reagiert dann anders als normale linux befehle