Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[tobidd]

Diese Werte werden von den Scripten, die auf dem zweiten RPI laufen via MQTT an iobrocker gesendet.

[paul53]

@tobidd sagte:

und einmal AN/AUS (1/2)

"AN": Wert = 1 ?
"AUS": Wert = 2 ?

Dann muss der untere Trigger geändert werden:

[tobidd]

Ja.

Status beschreib den Zustand der Lüftung, also An oder Aus

Status
AN: Wert = 1
AUS: Wert = 2

Betriebsart: Wert = AKKU oder STROM

Modus : Wert = auto oder mauell

[paul53]

@tobidd sagte:

Status beschreib den Zustand der Lüftung, also An oder Aus
Status
AN: Wert = 1
AUS: Wert = 2

Dann sollte das Skript zum Ein-/Ausschalten und Anzeige des Status funktionieren.

Gibt es auch Shellscripte, mit denen der Modus(auto/manu) umgeschaltet werden soll ?

[tobidd]

ja die gibt es und das soll auch noch mit rein.
Aber erstmal kleine Schritte machen. :)

[paul53]

@tobidd
Was bedeuten ?

• an_akku
• an_akku_auto
• an_akku_manuell

Erfolgt die Umschaltung Akku/Strom nicht automatisch ?

[paul53]

@tobidd sagte:

Diese Werte werden von den Scripten, die auf dem zweiten RPI laufen via MQTT an iobrocker gesendet.

Dann brauchst Du unter 0_userdata.0 auch max. diese 3 Datenpunkte zu Anzeigen und Steuern, allerdings mit common.type = "boolean".

• "0_userdata.0.Lueftung.Status"
• "0_userdata.0.Lueftung.Modus"

[tobidd]

Ja, die Umschaltung erfolgt automatisch aber ich wollte damals mehrere Umschaltmöglichkeit haben.
Aber je mehr ich darüber nachdenke um so weniger Sin macht das.

Danke für die Anregung.
Ich denke ich werde das morgen noch mal umstricken.
Einfach Lüftung an/aus und den Modus auto/manuell, mehr braucht es eigentlich nicht.

Macht es eventuell Sinn alles in ein Script zu packen und dann mit Übergabeparametern zu arbeiten?

[tobidd]

@paul53

so?

{
  "_id": "0_userdata.0.lueftung_betriebsart",
  "type": "state",
  "common": {
    "name": "lueftung_betriebsart",
    "role": "",
    "type": "boolean",
    "read": true,
    "write": true,
    "desc": "Manuell erzeugt",
    "def": false
  },
  "native": {},
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1579471528624,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[paul53]

@tobidd sagte:

Macht es eventuell Sinn alles in ein Script zu packen

Ja.

@tobidd sagte in Status der Buttons/Schalter anzeigen:

mit Übergabeparametern zu arbeiten?

Die braucht es nicht, sondern evtl. (globale) Variablen, je nachdem, welche Shellscripte ausgeführt werden sollen.

[paul53]

@tobidd sagte in Status der Buttons/Schalter anzeigen:

so?

Besser mit Punkt zwischen lueftung und betriebsart, denn dann ist lueftung ein Ordner. Ohne zusätzliche Ordner wird es schnell unübersichtlich unter 0_userdata.0.
Wenn die Betriebsart nur angezeigt wird, braucht es dafür keinen eigenen Datenpunkt, denn die liefert schon der MQTT-Datenpunkt.

[tobidd]

Ah Ok danke für den Hinweis.

Die Shellscripte sind nur eine Notlösung da ich mich mit Java nicht auskenne.
Die Shellscripte die auf dem iobrocker laufen steuern die Lüftungsscripte auf dem zweiten RPI via SSH.
Schöner wäre es, wenn man das direkt aus iobroker heraus machen könnte.
Aber wie gesagt das bekomme ich nicht hin, deshalb muss das so gehen.

Als ich sagte "Macht es eventuell Sinn alles in ein Script zu packen", hast du mit ja geantwortet.
Welche Scripte meintest du da? Die Shellscripte, die auf dem iobroker liegen oder eventuell Blockyscripte?

Da bin ich mir jetzt nicht so sicher.

Ich meinte die Shellscripte auf dem iobroker, die würde ich zu einem zusammen fassen und dann mit verschiedenen, übergebenden, Parametern steuern.

Oha, das ist ganz schön komisch geschrieben, ich hoffe das versteht jemand. :)

[paul53]

@tobidd sagte:

Welche Scripte meintest du da?

Blockly.

@tobidd sagte in Status der Buttons/Schalter anzeigen:

Ich meinte die Shellscripte auf dem iobroker, die würde ich zu einem zusammen fassen und dann mit verschiedenen, übergebenden, Parametern steuern.

Das geht natürlich auch.

[tobidd]

Dachte ich mir schon.
Ich sehe gerade das ich die ganze Zeit Blocky an statt Blockly schreibe, sorry mein Fehler :)
Das werde ich morgen dann mal angehen.
Danke für deine Geduld und für die Denkanstösse.

Ich denke, ich werde morgen oder übermorgen bestimmt noch Hilfe benötigen.

[tobidd]

So, ich habe jetzt aus den 4 Shellskripten eins gemacht, auf der Konsole funktioniert das auch alles super (als user iobrocker natürlich).

Aber wenn ich das über Blockly ausführen lasse, kommt einfach nix an.
Kann es sein, das ich die Parameterübergabe so, wie ich sie mache, so nicht machen kann?
(siehe Bild)

Habt ihr bitte einen Tipp, wie ich das realisieren kann, sonnst muss ich wieder einzelne Scripte daraus machen.

Danke für die großartige Hilfe hier im Forum.

Gruß Tobi

[xbow42]

Zitat:[Um die Funktion nutzen zu können, müssen vorher die Einstellungen „Erlaube das Kommando setObject“ und „Erlaube das Kommando exec“ im JavaScript-Adapter aktiviert werden.]
Also bei Instanzen-Adapterkonfiguration
hast du das gemacht?

[tobidd]

Danke an alle die mir geholfen haben.
Jetzt läuft es.
Das Problem war lediglich ICH :) ich habe die Parameter klein geschrieben und im Script habe ich auf Großgeschriebene Parameter gewartet.
Dieser kleine aber feine Unterschied hat mich 2 Tage suchen gekostet.
Also, wie oben beschrieben funktioniert das alles wunderbar.

Danke für die Hilfe.