Monatsrückblick Januar/Februar 2026 ist online!

[paul53]

@thomas-braun sagte: Leg das Skript in /home/iobroker ab.

... das kompilierte C-Programm in /home/iobroker.

[Thomas Braun]

@paul53 sagte in C-Programm auf Slave mit Rückgabewert ausführen:

... das kompilierte C-Programm in /home/iobroker.

Stimmt.
Ist der Pfad nicht auch ungünstig/falsch? Ich würde das immer mit vollem absoluten Pfad aufrufen und nicht mit
'/home/ralf/ ./drtr06' Oder macht man das so in JS?

[paul53]

@thomas-braun sagte: macht man das so in JS?

Nein, der Aufruf ist sicher falsch. An "exec" wird die normale Kommandozeile übergeben.

[Ralf 6]

@thomas-braun
Ich habe keine Ahnung wo so ein Programm richtigerweise liegen sollte und wie ich es mit einem absoluten Pfad aufrufen kann.
Ich bin sonst nur im Blockly unterwegs und von Haus ein Mechaniker und mache dies zum ertsen Mal.
Bin jedoch lernwillig und gebe mir Mühe die Informationen in meine Mechanikersprache zu übersetzen.

Vielen Dank für die Hilfe

[Thomas Braun]

Solche Programme gehören auch ganz eigentlich nach /usr/local/bin
Und da /usr/local/bin üblicherweise im $PATH liegt kannst du das dann auch direkt in der Kommandozeile aufrufen. Entsprechende Rechte natürlich vorausgesetzt.

[Ralf 6]

@thomas-braun
So das Programm liegt nun auf /usr/local/bin . Ich kann es auch aus der Konsole aufrufen und es gibt mir den Wert zurück.
Über das Script bekomme ich jedoch wieder eine Fehlermeldung.

28.10.2024, 17:46:30.509	[info ]: javascript.1 (740) Start JavaScript script.js.common.zum_Testen.drtr06_01 (Javascript/js)
28.10.2024, 17:46:30.547	[info ]: javascript.1 (740) script.js.common.zum_Testen.drtr06_01: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
28.10.2024, 17:46:30.558	[error]: javascript.1 (740) script.js.common.zum_Testen.drtr06_01: Error: Command failed: /usr/local/bin/ ./drtr06
/bin/sh: 1: /usr/local/bin/: Permission denied

    at genericNodeError (node:internal/errors:984:15)
    at wrappedFn (node:internal/errors:538:14)
    at ChildProcess.exithandler (node:child_process:422:12)
    at ChildProcess.emit (node:events:519:28)
    at ChildProcess.emit (node:domain:488:12)
    at maybeClose (node:internal/child_process:1105:16)
    at Socket.<anonymous> (node:internal/child_process:457:11)
    at Socket.emit (node:events:519:28)
    at Socket.emit (node:domain:488:12)
    at Pipe.<anonymous> (node:net:339:12) {
  code: 126,
  killed: false,
  signal: null,
  cmd: '/usr/local/bin/ ./drtr06'
}
28.10.2024, 17:46:39.047	[info ]: javascript.1 (740) Stopping script script.js.common.zum_Testen.drtr06_01

Was ist der nächste Schritt?

[Thomas Braun]

@ralf-6 sagte in C-Programm auf Slave mit Rückgabewert ausführen:

Command failed: /usr/local/bin/ ./drtr06

Das ist falsch. Das muss als absoluter Pfad dann

/usr/local/bin/drtr06
lauten.

[paul53]

@ralf-6 sagte: cmd: '/usr/local/bin/ ./drtr06'

Das Kommando ist falsch. Ich nehme an, das Programm hat den Namen "drtr06"? Dann rufe es so auf, wenn es ausführbar unter /usr/local/bin liegt:

const abfrage         = 'drtr06';

[Ralf 6]

@paul53
Das Javascript lautet jetzt:

const abfrage         = 'drtr06';
exec(abfrage, function(err, stdout, stderr) {
        if (err) {
            log(err,"error");
            return;
        }
        console.warn('dein sensorwert ' + stdout);
 
});

Die Fehlermeldung dazu:

28.10.2024, 17:52:57.159	[info ]: javascript.1 (740) Start JavaScript script.js.common.zum_Testen.drtr06_01 (Javascript/js)
28.10.2024, 17:52:57.201	[info ]: javascript.1 (740) script.js.common.zum_Testen.drtr06_01: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
28.10.2024, 17:52:57.214	[error]: javascript.1 (740) script.js.common.zum_Testen.drtr06_01: Error: Command failed: drtr06

    at genericNodeError (node:internal/errors:984:15)
    at wrappedFn (node:internal/errors:538:14)
    at ChildProcess.exithandler (node:child_process:422:12)
    at ChildProcess.emit (node:events:519:28)
    at ChildProcess.emit (node:domain:488:12)
    at maybeClose (node:internal/child_process:1105:16)
    at Socket.<anonymous> (node:internal/child_process:457:11)
    at Socket.emit (node:events:519:28)
    at Socket.emit (node:domain:488:12)
    at Pipe.<anonymous> (node:net:339:12) {
  code: 120,
  killed: false,
  signal: null,
  cmd: 'drtr06'
}

Und Ja, es liegt unter /usr/local/bin . Läßt sich mit drtr06 ansonsten von der Konsole ausführen

[paul53]

@ralf-6 sagte: Läßt sich mit drtr06 ansonsten von der Konsole ausführen

Zeige bitte

ls -l /usr/local/bin/drtr06

[Ralf 6]

@paul53

ralf@raspberrypi13:/ $ ls -l /usr/local/bin/drtr06
-rwxr-xr-x 1 root root 70936 Oct 28 17:43 /usr/local/bin/drtr06
ralf@raspberrypi13:/ $

[MartinP]

@ralf-6 Ich habe jetzt erst gesehen, dass Du schon ein Python-Script hast - wieso den Simple-Api-Aufruf aus meinem obigem Script nicht mit dem vorhandenen Python statt mit bash auslösen?

Hängt natürlich ein wenig von den Skills in den verschiedenen Programmiersprachen ab - wenn Du Python besser beherrscht, als Javascript, wieso nicht dabei bleiben in diesem Fall?

[paul53]

@ralf-6
Das Programm sollte so von jedem User ausführbar sein. Ich kann deshalb die Fehlermeldung aus dem Skript nicht interpretieren.

[Ralf 6]

@martinp
Na ja, ich habe keine bis wenig Kenntnisse in Programmiersprachen. Das Python Skript ruft das C-Programm auf. Das wurde mir schon so eingerichtet. Und welche Optionen ich habe, um es in den IoBroker einzubinden, weiß ich nicht. Was ich schon hinbekommen habe, ich kann seit kurzem über das erweiterte Python Skript den Wert über MQTT in den IoBroker senden. Ist natürlich ein umständlicher Weg und ob es auf Dauer Stabil läuft muss ich erst Testen. Der Sensor ist ein Sensibelchen.

[Thomas Braun]

@ralf-6

Probier mal diese beiden Varianten im Terminal.

sudo -H -u iobroker drtr06
sudo -H -u iobroker /usr/local/bin/drtr06

Und geh aus / heraus. Da hat der ralf nix verloren.
Geht per

cd

(hoffentlich).

[Ralf 6]

@thomas-braun
Mir ist der Sensor gerade ausgestiegen und ich muss diesen neu Starten - das Dauert einen Moment. Ich werde es auf jeden Fall Testen und mich Melden
Danke

[MartinP]

@ralf-6 sagte in C-Programm auf Slave mit Rückgabewert ausführen:

Das wurde mir schon so eingerichtet.

Unter diesen Umständen ist es sicherlich besser, sich auf eine Programmiersprache zu konzentrieren. Bleib dann lieber bei Javascript, das gibt Dir wahrscheinlich mehr Nutzen, als sich zusätzlich noch in Python oder Shell-Programmierung einzufuchsen ...

[Ralf 6]

@thomas-braun
Mit folgendem Ergebnis:

• die erste Variante liefert das gewünschte Ergebnis, die zweite Variante bringt einen Fehler

ralf@raspberrypi13:~ $ sudo -H -u iobroker drtr06
Open /dev/i2c-1
Ok, now try access the device..
Received data: 4.58
ralf@raspberrypi13:~ $ sudo -H -u /usr/local/bin/drtr06
sudo: unknown user /usr/local/bin/drtr06
sudo: error initializing audit plugin sudoers_audit

[Thomas Braun]

@ralf-6

Mein Fehler. Das muss

sudo -H -u iobroker /usr/local/bin/drtr06

lauten. Sollte dann aber eigentlich zum gleichen Ergebnis führen.

[Ralf 6]

@thomas-braun
Funktioniert auch

ralf@raspberrypi13:~ $ sudo -H -u iobroker /usr/local/bin/drtr06
Open /dev/i2c-1
Ok, now try access the device..
Received data: 4.58