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

[TOBO]

Stimmt, in Zeile 12 wird der Merker wieder zurück gesetzt. Das ist ein Denkfehler. Allerdings wird er gar nicht zurück gesetzt. Ich setze ihn in der SPS und er sollte dann beim durchlaufen des Scripts wieder zurück gesetzt werden. Unabhängig davon das es so nicht funktioniert, wird der Merker aber nicht gelöscht. Ich setze ihn in der SPS und er bleibt immer auf true stehen. Kann ich das Status nicht ganz weglassen und die If Abfrage direkt auf den Merker_L01 setzen?

[paul53]

@TOBO [sagte]: Ich setze ihn in der SPS und er bleibt immer auf true stehen.

Zeile 12 ist wirkungslos?
Der Merker aktualisiert nur den Zeitstempel, ist also eine Taste? In dem Fall versuche es mal so:

const Wohnen_L01 = 'modbus.0.holdingRegisters.Ausgang-01'/*Output*/;
const Merker_L01 = 's7.0.Markers.25.Wohnen_L01'/*Merker*/;
 
 
// Überwachung des Merkers
on({id: Merker_L01}, () => {
    // Holen des aktuellen Status (true/false)
    const status = getState(Wohnen_L01).val;
    setState(Wohnen_L01, status == 256 ? 512 : 256);
});

[TOBO]

Mit dem Modbus Register kann man gar nichts machen, bzw. den Status abfragen ist sinnlos. Dies wird nach dem Schreiben von der Modbus Karte selbständig wieder zurück gesetzt auf 0. Lediglich das Schreiben der Werte 256 und 512 bewirkt das ein Relais auf dieser Karte gesetzt und wieder zurück gesetzt wird.

Der Merker wird in der sps durch die dort prigrammierte Logig gesetzt, oder zurück gesetzt. Wird der Merker 1 soll 256 ins Register geschrieben werden und wird der Merker wieder 0, dann einmal 512 ins Register schreiben.

[paul53]

@TOBO [sagte]: Wird der Merker 1 soll 256 ins Register geschrieben werden und wird der Merker wieder 0, dann einmal 512 ins Register schreiben.

// Überwachung des Merkers
on(Merker_L01, (dp) => { // triggert auf Wertänderung
    setState(Wohnen_L01, dp.state.val ? 256 : 512);
});

[TOBO]

@paul53 sagte:

// Überwachung des Merkers
on(Merker_L01, (dp) => { // triggert auf Wertänderung
setState(Wohnen_L01, dp.state.val ? 256 : 512);
});

Ich habe Deinen Code 1:1 kopiert und es geht nicht.
Kann es an der Zuweisung ganz oben liegen ?
So sieht das jetzt bei mir aus. Schreibe ich die Werte von Hand über Objekte in das Register funktioniert es.

[paul53]

@TOBO [sagte]:

Dann logge mal den Merker-Wert:

// Überwachung des Merkers
on(Merker_L01, (dp) => { // triggert auf Wertänderung
    log('Merker: ' + dp.state.val);
    setState(Wohnen_L01, dp.state.val ? 256 : 512);
});

EDIT: Gibt es überhaupt eine Wertänderung des Merkers? Das kann man so überprüfen:

// Überwachung des Merkers
on({id: Merker_L01}, (dp) => { // triggert auf jede Aktualisierung
    log('Merker: ' + dp.state.val);
});

[TOBO]

Da tut sich gar nichts im Log. Ich habe mehrmals den Merker in der SPS getoggelt und es gibt keinen Eintrag im Log. Kann es mit der Konfiguration des Adapter zu tun haben?
Es dauert auch sehr lange bis die Meldung "Instanz ist deaktiviert" verschwindet.

[paul53]

@TOBO [sagte]: Kann es mit der Konfiguration des Adapter zu tun haben?

Mit dem S7-Adapter kenne ich mich nicht aus.

[TOBO]

Der S7 Adapter funktioniert einwandfrei. Ich meine den JS Adapter. Ich kann ja alle Werte problemlos von Hand in den Objekten Schreiben, bzw. setzen.

Schon der falsche Verweis verursacht keinen Fehler. Ich habe einfach mal die "1" gelöscht und das Script läuft trotzdem. Die Deklaration, bzw. der VErweis auf die Adressen ist nicht in Ordnung.

[paul53]

@TOBO [sagte]: Ich meine den JS Adapter.

Dann zeige mal die Konfiguration der Javascript-Instanz.

[TOBO]

Ich habe da gar nichts geändert.

[paul53]

@TOBO [sagte]: Ich habe da gar nichts geändert.

Mit den Daten sollte sich der JS-Adapter normal verhalten. Es sieht nicht nach einer Überlastung aus.

[TOBO]

Ich werde die Instanz löschen und neu installieren. Braucht man noch andere Dinge um den JS Adapter zum laufen zu bringen ?

[TOBO]

@paul53 sagte:

Mit den Daten sollte sich der JS-Adapter normal verhalten. Es sieht nicht nach einer Überlastung aus.

Es gibt auch nur diese eine Script. Es ist eine komplette Neu-Installation nach einem SD Card Crash. Habe auf RP4B und 120GB SSD aufgerüstet.

[Homoran]

@TOBO zeig doch mal die Objektdaten von dem Merker-Datenpunkt im Adapter

[paul53]

@TOBO [sagte]: Schon der falsche Verweis verursacht keinen Fehler.

Eine falsche (nicht existierende) ID im Trigger erzeugt keinen Fehler; es wird halt nicht getriggert.

[paul53]

@TOBO sagte:

Ich habe mehrmals den Merker in der SPS getoggelt und es gibt keinen Eintrag im Log.

Um zu testen, ob die richtige Merker-ID gewählt wurde, kann man auf alle Merker triggern:

const ids = $('s7.0.Markers.*').toArray();
// Überwachung aller Merker
on({id: ids}, (dp) => { // triggert auf jede Aktualisierung
    log(dp.id + ': ' + dp.state.val);
});

[TOBO]

Ich habe jetzt den Adapter gelöscht und neu installiert. Dann selbst zwei Variablen im System definiert und dann dieses Blockly Teil erstellt.

und es passiert absolut nichts.

[Homoran]

@TOBO sagte:

und es passiert absolut nichts.

Natürlich nicht!

Da ist ja keine Aufgabe in dem Block!

Solange wir nicht wissen, ob der Merkerdatenpunkt auch triggert bringt das auch nichts!

Deswegen

Homoran sagte:

@TOBO zeig doch mal die Objektdaten von dem Merker-Datenpunkt im Adapter

EDIT:
Das ist doch ein eigener DP, nicht der DP des S7-Adapters!!

Wer steuert denn den verwendeten Datenpunkt??
Der Wert ist ja rot!

[TOBO]

vergiss den S7 DP.

Ich habe zwei eigene DP angelegt um grundsätzlich erst einmal zu sehen ob der JS Adapter überhaupt etwas steuert.