Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[derrapf]

@mickym
Du meinst mit "Logikmaschine" eine Java-Script Implementierung? Node Red und Blockly kenn (kann) ich nicht.
D.h. ich müsste erstmal schauen wie man in Java Script herausfindet ob eine Taste "noch" gedrückt wird.
Wie ich feststellen kann ob sich ein Datenpunkt ändert, weiss ich. Aber wenn die Taste gedrüclt bleibt ändert sich der Datenpunkt ja nicht mehr, d.h. das Script würde nicht (mehr) getriggert. Das muss ich mal noch forschen wie das geht.
Gruss Ralf

[derrapf]

@derrapf Hmm. Kann man das Node-Red Gemälde irgendwie in eine Programmiersprache übersetzen? Dann haette ich es ev. leichter. Gibts da einen Java Script Export?
Gruss Ralf

[mickym]

@derrapf Wie gesagt - wenn Du NodeRed nutzt da kann ich helfen, weil ich es damit implementiert habe. Ansonsten musst Du da mit eigenständigen Timern arbeiten.

Nein - da müsstest Du Dich darauf einlassen.

Oben wird getriggert - wenn der Datenpunkt true ist.
Unten wird getriggert - wenn der Datenpunkt false ist. Wie Du siehst erzeugt der Flow solange der Datenpunkt true ist von sich aus alle 250ms eine Nachricht.

In der anschließenden function Node (ist JS) - wird dann gezählt ab wann ein Longpress erkannt wird.

var count = context.get('count') || 0;
var longpress = context.get('longpress') || false;
if (msg.payload){
    count += 1;
    context.set('count',count);
    if (count > 5) { // Wert erhöhen wenn Longpress zu früh erkannt wird
        longpress = true;
        context.set('longpress',longpress);
        return [null,msg];
    }
} else {
    msg.payload=true;
    count = 0;
    context.set('count',count);    
    if (!longpress) return [msg,null];
    longpress = false;
    context.set('longpress',longpress);
}

[derrapf]

@mickym Danke für das Angebot
Aber Node Red fange ich jetzt nicht auch noch an. Ich hab alles in Java-Script und das kann ich einfach besser "lesen".
Aber Ok. Ich versuch mal rauszufinden wie es in Java geht.
Wenn ich es weiss, dann poste ich es hier.
Gruss Ralf

[derrapf]

@derrapf
Wie in Java getriggert wird wäre spannend. Also spannender wie der Code der beim Triggern ausgeführt wird. Aber danke trotzdem für den Export. Kann ich sicher verwenden. Ich forsche mal..
Gruss Ralf

[mickym]

@derrapf sagte in Langer Tastendruck möglich?:

@mickym Danke für das Angebot
Aber Node Red fange ich jetzt nicht auch noch an. Ich hab alles in Java-Script und das kann ich einfach besser "lesen".
Aber Ok. Ich versuch mal rauszufinden wie es in Java geht.
Wenn ich es weiss, dann poste ich es hier.
Gruss Ralf

Du verpasst da einiges - aber wie Du willst. Es ist ein tolles Tool, da Du Dich um die Logik kümmern kannst und auch auf JS basiert. Aber die Nodes sind halt schon fertige Funktionen, die Dir das Leben erleichtern.

Na das Triggern ist nicht das Problem:

on(pattern, callbackOrId, value)

https://www.iobroker.net/docu/index-81.htm?page_id=5809

Aber dann die Timer etc. zu implementieren wird kompliziert - da ist mir dann doch lieber ich greif auf fertige Programmbausteine zurück.

[derrapf]

@mickym
Naja.. wenn ich wieder mal mehr Zeit habe, dann kann ich das mal anschauen. Ich bin aber irgendwie mit Programmiersprachen aufgewachsen; mir ist das irgendwie lieber. Aktuell hab ich tatsächlich keinen Nerv dafür; hab grad zuviel Baustellen. Da brauch ich nicht noch eine weitere ;-) Aber vielleicht wenn es wieder etwas ruhiger zu geht.
Gruss Ralf

[paul53]

@mickym sagte: Über das Taster Widget kann man dann über gedrückt=true und nicht gedrückt=false das steuern.

Dann kann man per Script z.B. alle 250 ms die Lautstärke bis zum Loslassen erhöhen.

var zyklus = null;
on(idTaste, function(dp) {
   if(dp.state.val) {
      zyklus = setInterval(function() {
         // Laustärke erhöhen
      }, 250);
   } else clearInterval(zyklus);
});   

[mickym]

@derrapf Ich bin auch noch mit C, C++, Cobol und Basic aufgewachsen. Deswegen traue ich mir Programmierung durchaus zu - aber ich bin von NodeRed so begeistert, weil Du damit halt nicht Programmieren für Dummies machst, sondern gleichzeitig die Logike visualisiest, aber @paul53 hat Dir ja den Code schon geschickt.

[mickym]

@paul53 sagte in Langer Tastendruck möglich?:

@mickym sagte: Über das Taster Widget kann man dann über gedrückt=true und nicht gedrückt=false das steuern.

Dann kann man per Script z.B. alle 250 ms die Lautstärke bis zum Loslassen erhöhen.

var zyklus = null;
on(idTaste, function(dp) {
   if(dp.state.val) {
      zyklus = setInterval(function() {
         // Laustärke erhöhen
      }, 250);
   } else clearInterval(zyklus);
});   

Nach meinen Flow müsstest Du jetzt halt zum Beispiel zählen wieviel Zyklen vergangen sind - also einen Zähler in die Schleife bauen um einen Longpress zu erkennen.

Also ab 5 zyklen erkennst Du einen Longpress und Du machst bei jedem Zyklus Deinen HTTP Request. Ansonsten wird bei unter 5 wird das als Shortpress interpretiert und machst Deinen Toggle oder sonstige Schaltung.

[derrapf]

@mickym
Vielen Dank auch an Paul
Aber dann muss ich mal blöd fragen. (Vielleicht hab ich den Befehl bisher falsch verstanden)

on(idTaste, function(dp) {
}

wird doch getriggert wenn ich einen Taster drücke bzw. wenn sich ein Datenpunkt ändert (z.B. von true auf false, oder von 20 auf 21 oder von "dings" auf "bums")

Ein Taster kann auch ein VIS Widget sein.
Bisher dachte ich dass "Taster" bedeutet dass beim Drücken des physischen-, als auch des VIS-Tasters ein Wert in einen Datenpunkt geschrieben, dieser also geändert wird. Das ist im Grunde eine Variablen-Zuweisung.
Der Schalter wird also kurz gedrückt und dann wieder losgelassen.

Wenn das oben funktionieren soll, dann müsste es zwei Trigger-Events für den "on-Befehl" geben: Einmal beim Drücken (Wert wird gesetzt, bzw. Timer läuft los) und dann nochmal beim Loslassen (Wert wird wieder geändert, Timer wird angehalten)

Mir wäre jetzt aber nicht bekannt, dass beim Loslassen einer Taste dieses über einen on-Befehl in JS abgefangen werden könnte.
Bin ich jetzt total auf dem Holzweg? Wo ist mein Denkfehler?
Gruss Ralf

[mickym]

@derrapf Genau das Skript wird nur beim Wechsel getriggert von true auf false oder umgekehrt.

Nun frägt er ab:

if(dp.state.val)

wenn der Datenpunkt true ist, dann wird über

zyklus = setInterval(function() {
         // Laustärke erhöhen
      }, 250);

übder das Zyklus Objekt alle 250 ms ein Trigger /Timer gestartet und ausgeführt. Also kommen da die HTTP Befehle rein

ist

if(dp.state.val)

der Datenpunkt falsch wird der Timer gelöscht, der alle 250 ms einen Trigger erzeugt.

[paul53]

@derrapf sagte: Wenn das oben funktionieren soll, dann müsste es zwei Trigger-Events

Es wird bei Änderung in beiden Richtungen (Drücken: false --> true / Loslassen: true --> false) getriggert.

[derrapf]

@paul53
Ok!?
Das ist mir dann irgendwie nie aufgefallen. D.h. meine ganzen on... Programmierungen laufen immer zweimal?
Muss ich echt mal checken.
Aber OK. Wenn das so ist müsste ich es hinbringen.
Ich fang mal an zu basteln.

Gruss Ralf

[mickym]

@derrapf Das ist doch die Besonderheit bei dem Widget - dass Du es als Taster konfigurieren kannst.

Wenn das oben funktionieren soll, dann müsste es zwei Trigger-Events für den "on-Befehl" geben: Einmal beim Drücken (Wert wird gesetzt, bzw. Timer läuft los) und dann nochmal beim Loslassen (Wert wird wieder geändert, Timer wird angehalten)

Als Taster funktioniert es nicht wie ein Schalter oder Switch. Der Schaltet einmal von on auf off etc. Der Taster schalten true (on) solange DU gedrückt hälst und false(off) wenn Du loslässt. Deswegen musst DU ja zwingend dieses Widget nehmen, da nur dieses als Taster konfigurierbar ist.

Es ist also wie bei einem physischen Taster- den Du drückst und der beim Loslassen wieder in die Grundposition springt und nicht wie bei Schalter der in der Position bleibt den Du zuletzt gedrückt hast.

[derrapf]

@mickym @paul53
Tatsache
Eben schnell mal ausprobiert. Der Datenpunkt geht auf true, bleibt dort bis ich die Taste wieder loslassen und geht dann auf false.
Dann mach ich das jetzt genau so mit dem Timer wie ihr das vorgeschlagen habt.
Das ist super.
Danke ihr beiden
Gruss Ralf

[mickym]

@derrapf Und wenn Du zwischen Long und Short Press nicht unterscheiden musst, kannst Du solange der Datenpunkt auf true ist Deine HTTP Requests über den Timer rausballern

[derrapf]

@mickym
Genau das ist der Plan. Beim Thema Lautstärkeregler muss ich das auch nicht.
Höchstens beim "spulen" kann man sich so was überlegen. Z.B. dass ein Shortpress nur Frame-weise vorwärts geht, oder sowas...
Gruss Ralf

[derrapf]

@derrapf
Leute das hat auf Anhieb funktioniert!
Ich bin begeistert!

Aber: Die zig http Requests werden scheinbar gepuffert (wahrscheinlich im Mediola Gateway).
D.h. dass der Lautstärkeregler sich noch weitergedreht hat nachdem ich schon längst die Taste losgelassen habe.
Da brauche ich ev. ne andere IR Sequenz, die den Regler nur ein paar Winkelsekunden weiterdreht.. Mal sehen. Aber grundsätzlich gehts.
Gruss Ralf

[mickym]

@derrapf Das Problem ist, dass das Gateway das nicht so schnell verarbeiten kann. Du musst halt die Zeit dann auf 500ms ggf. erhöhen. Das ist leider so, dass es nie so schnell wie auf einer richtigen Fernbedienung ist. Du musst halt mit den Zeiten rumspielen, was vom Gateway noch verarbeitet werden kann.