Plugin: Any-Plugin für LoxBerry

[Thomas M.]

Das ist ja interessant, wenn ich es in der shell laufen lasse funktionierts - es kommt was bei MQTT an!
da kommt auch keine Fehlermeldung bei /dev/udp.

via plugin funktionierts nicht.
plugin kaputt? hm interessant



mqtt finder ...




vs.




PS: Plugin deinstallieren und neu installieren ändert nichts. Muss ich zum deinstallieren oder vorm insteallieren irgend etwas über den "Tastkamager" killen?

Es funktioniert über die shell als loxberry und auch als root.
nur wenns das plugin macht, läufts nicht - sehr interessant - ich probier noch ein wenig rum

[Christian Fenzl]

Ggf aus dem Plugin mit
/bin/bash -c getdata.sh
aufrufen, vielleicht geht's dann.

[Thomas M.]

wie meinst?

[Thomas M.]

Christian Fenzl
JETZT GEHTS!

Es lag an der ersten Zeile - dem shebang, also am Pfad zur bash shell

Ich hab mich eingelesen in diverse basics ...
"If you are 100% certain that your script will only run on a modern Linux, use #!/bin/bash and don't worry about it."

Du hattest da stehen ... #/usr/bin/bash

Ich habs einfach geändert und es läuft!
Keine Ahnung was das genau bewirkt hat ... "don't worry about it" hat einfach verlockend geklungen

[Thomas M.]

Apfuh und nächstes "Problem"

MQTT Finder ...


und beim incoming overview hab ich nur komische Einträge drin ...


Das konnte ich durch das "beheben"


kA was das jetzt wieder für Auswirkungen hat.

[Thomas M.]

Danke!!

Loxone veranlasst, dass jede 10 Sekunden das skript läuft, Daten via MQTT vom AnyPlugin, per UDP zum MS und dort die übliche Befehlserkennung ...
Mensch bin ich jetzt froh

[Christian Fenzl]

Das mit den „komischen Daten“ ist noch ein ungelöstes Problem wegen deiner Daten als Array statt Objektliste.

Den Shebang (die erste Zeile) hab ich verbockt, da hab ich wohl was Veraltetes geschrieben.

Aber Wurscht, für dich läufts!

lg Christian

[Thomas M.]

Schon ok, dafür kenne ich mich wieder ein großes Stückerl besser aus als vorher

Bist der Beste

[Thomas M.]

Christian Fenzl

Ich hab den Loxberry um eine Version upgedatet von 3.0.1.2 auf 3.0.1.3
Danach war natürlich mein shell command weg
/opt/loxberry/Energylive/getdata.sh

Hab auf ein persistentes Verzeichnis umgestellt. Hab das script nun im anyplugin/.../commands drin.

Jetzt bekomme ich einen exit code 127, der Pfad passt aber
Frage 2: Wo suche ich nach was?

das getdata.sh schaut genauso aus wie vorher und hat die gleichen execute rechte wie vorher.
und das "not found" bezieht sich nicht auf die getdata.sh. wenn ich die rechte für execute entziehe, sagt er dass log dass permission nicht passt, also der Pfad zur Datei kann nicht so verkehrt sein.

Was auch immer jetzt 127 bedeuten mag

#!/bin/bash

OUTPUT="$(curl GET -k -v -H "X-API-KEY: aslödjfasjdflaösjdf" https://backend.energylive.e-steiermark.com/api/v1/devices/I-10082023-01659002/measurements/latest)"
echo publish Energylive $OUTPUT > /dev/udp/127.0.0.1/11884
echo publish Energylive $OUTPUT

####### New Connection ### 125-2-19 6:7:30 LOCAL TIME ######
Remote: 192.168.0.111
[Wed Mar 19 06:07:30 2025] tcp2shell2.pl: Use of uninitialized value in concatenation (.) or string at /opt/loxberry/webfrontend/htmlauth/plugins/anyplugin/bin/tcp2shell2.pl line 535.
[Wed Mar 19 06:07:30 2025] tcp2shell2.pl: Use of uninitialized value in concatenation (.) or string at /opt/loxberry/webfrontend/htmlauth/plugins/anyplugin/bin/tcp2shell2.pl line 535.
New guest connection accepted from 192.168.0.111.
GUEST: EnergyLIVE off command /opt/loxberry/Energylive/getdata.sh
1. Parameter (Name) is EnergyLIVE
2. Parameter is off (nothing will be returned)
3. Parameter is command (will run following command)
No MS defined. Setting to msnr=1
Miniserver used is 1 (Thomsis_Miniserver)
Calling exec_command
exec_command Commandline: '/opt/loxberry/Energylive/getdata.sh '
Try to fork
Command forked.
Exit Code: 127
Output:
sh: 1: /opt/loxberry/Energylive/getdata.sh: not found

[Thomas M.]

Hm ...

Exit code 127 is returned by /bin/bash when it is unable to find the command to execute. Provide a full path to entrypoint.sh: if it works, you'll know the problem is just an incorrect relative path.

[Thomas M.]

Christian Fenzl
wieder ein shebang Problem

ich habs wieder auf
#/usr/bin/bash
zurückgeändert

mit
#!/bin/bash
läufts nicht

update: Jetzt ist zwar der error 127 weg, dafür bin ich jetzt wieder bei"
"/opt/loxberry/data/plugins/anyplugin/commands/getdata.sh: 4: cannot create /dev/udp/127.0.0.1/11884 : Directory nonexistent2

es geht, aber bei mqtt kommt nichts an.

Beim ändern auf
#!/bin/bash wieder der 127


hmmmm, ich kenn mich leider nüsse aus

[Thomas M.]

Prof.Mobilux
hat sich irgendwas beim LB update von 3.0.1.2 auf 3.0.1.3 getan, dass ich jetzt scripte nicht mehr ausführen kann?

Ich bekomme jetzt bei meinem script "getdata.sh" immer nur den Exit Code 127, Pfad stimmt aber. Hab meinen script nun auch in einen "sicheren" ordner abgelegt, wo ein LB update nicht hingreift.

Bin planlos ob das nun ein shebang-Thema, Pfad-Thema für den script ist oder irgendwas mit dem LB update zu tun hat.
Hast du da Ahnung?

Irgnedwas hats da mit den shebang

sh: 1: /opt/loxberry/data/plugins/anyplugin/commands/getdata.sh: not found

und in Zeile 1 steht eben #!/bin/bash

[Thomas M.]

Christian Fenzl Prof.Mobilux

Problem gelöst - Das Problem war das Textfile ansich, also das getdata.sh.

notepad++ mit Format Line Ending -> UNIX einstellen und gut is es.
Normales notepad führt zu Problemen.

Wird eh überall drauf hingewiesen
Aber wenn man es erfolgreich ignoriert, befindet das Problem auch diesmal zwischen Tastatur und Sessel.