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

[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.

[TOBO]

@Homoran sagte:

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

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

Der steuert gar nichts. Nichts anderes als eine Variable. Keine Ahnung warum der Rot ist. Ich habe den manuell von Hand gesetzt.

[Homoran]

@TOBO sagte:

Der steuert gar nichts

Umgekehrt!
Wer steurt den!

Irgendwo muss doch der Wert herkommen

[paul53]

@TOBO [sagte]: es passiert absolut nichts.

Bei Skriptstart hätte eine rote 256 in den DP "StatusTest" geschrieben werden müssen.
Es ist nicht der Debug-Modus (Skript-Editor ganz rechts oben) aktiviert?

[TOBO]

Ich steuer den per Hand um grundsätzlich zu sehen ob JS überhaupt etwas mach und das tut es wohl nicht.

[Homoran]

@TOBO ok, der ist bool - gut!

Da eigener DP, bitte bestätigt schreiben

Aber wie @paul53 schon schrieb, hätte (nur) bei Skriptstart die 256 geschrieben werden müssen.

Starte das Skript mal neu und zeige den output in dem log-Fenster unter dem Blockly

[TOBO]

@paul53 sagte:

Es ist nicht der Debug-Modus (Skript-Editor ganz rechts oben) aktiviert?

Ist aktiviert. Ich habe es mit Log Einträgen versucht oder mit console.log aber es kommt absolut nichts.

[Homoran]

@TOBO sagte:

Ist aktiviert

Darf nicht!
Dann läuft nichts

[TOBO]

zum Beispiel dauert es ewig bis "Instanz ist deaktiviert" verschwindet.

Das ändert sich auch nicht mehr.

[Homoran]

Debug ausschalten!
Script nicht unter global!

[paul53]

@TOBO [sagte]: Ist aktiviert.

Dann wird "steuere" nicht ausgeführt!!

[paul53]

@Homoran [sagte]: Script nicht unter global!

Unter "global" dürfen nur Skripte liegen, die häufig verwendete eigene Funktionen enthalten, denn sie werden in jedes andere Skript kopiert und dort bei Aufruf ausgeführt.

[Homoran]

@tobo
...und dann ist es kein Wunder dass der Neustart ewig dauert