Weihnachtsangebot 2025! 🎄

[Gargano]

@alcalzone Bei mir bleibt es so: FF geht nicht Chrom geht.

[Speedy-Turbo]

@gargano
Habe die gleiche Chrome Version - Version 89.0.4389.90 (Offizieller Build) (64-Bit)
Habe eben auch noch einmal den Node.js auf v12.21.0 aktualisiert.
Hat auch nichts geholfen.
Ist denn bei dir im Firefox, wo es nicht funktioniert, das gleiche Bild wie bei mir ?
Ich meine, wenn du diesen Schraubschlüssel anklickst ?
Gruß Speedy

[Gargano]

@speedy-turbo sagte in Anfänger: IOBroker Java Script debuggen:

Ist denn bei dir im Firefox, wo es nicht funktioniert, das gleiche Bild wie bei mir ?

Ja, das Gleiche, der Käfer Button fehlt. Der Schraubenschlüssel ist etwas anderes.

[OliverIO]

@speedy-turbo
evtl etwas zum klarstellen.
die debugging basis-fähigkeiten werden von node selbst bereit gestellt und müssen aufgrund von performance individuell aktiviert werden.
debugt werden kann immer auf prozess-basis.

um die debugging informationen auswerten zu können, benötigst du einen client, der das debuggerprotokoll von node versteht. das wäre bspw visual studio code oder auch die debugger tools von google chrome.
wenn man es richtig konfiguriert ist es relativ egal wo der prozess läuft (lokal, im docker, auf einem anderen rechner)

nun zum debugging von skripten.
Die skripte laufen nicht jeweils als eigenständige prozesse, sondern als Bestandteil des javascript adapters. das kannst du sehen, das mit der Anzahl deiner skripte nicht auch die Anzahl der Prozesse anwächst (in linux auf konsole "ps aux" zur Ansicht aller laufenden Prozesse)

daher musst du den javascript adapter debuggen.

du kannst mal folgendes probieren (hab ich selbst noch nicht mit dem javascript adapter gemacht gemacht, aber bei anderen adaptern).
stoppe den normalen javascript adapter und starte ihn von der kommandozeile aus im debugging mode,
wie du es unter 3. geschrieben hast.
trage vorher noch in einem deiner skripte in einer separaten Zeile das schlüsselwort

debugger;

ein. vgl auch https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Statements/debugger
Da die Anweisung --inspect-brk aus der Befehlszeile beim Start des Adapters immer auf der ersten codezeile stehen bleibt, musst du ihn nochmal weiterlaufen lassen (bei google chrome ist es glaube ich f8, in vs code, weiß ich es aktuell nicht), Ich mache es ebenso, da ich dann weiß wann die adapter ausführung wirklich startet und mein debugger-client dann auch wirklich bereit ist
Lese dazu auch https://nodejs.org/en/docs/guides/debugging-getting-started/

dann starte den debugging modus im client (ich selbst verwende meist google chrome über die seite

chrome://inspect

dort sollte dann, nachdem du auch dort alles richtig konfiguriert hast nach ein paar sekunden, der debugbare prozess auftauchen. auf klick des links, startet dann auch das eigentliche programm das du debuggen willst. mit dem parameter --inspect-brk bleibt er gleich wieder bei der ersten zeile stehen.
wenn dort nichts erscheint, dann stimmt irgendetwas noch nicht.

Nachdem du es dann weiterlaufen lassen hast müsste die Anweisung debugger den code an dieser Stelle stoppen lassen und mach diese Zeile dann zur Kontrolle in deinem debugging-client verfügbar.

[Speedy-Turbo]

@alcalzone
Hallo,

iobroker upload javascript

jetzt gerade durch. das selbe Ergebnis :(

[Gargano]

@alcalzone Das Netzwerk meldet diesen Fehler mit FF

Bei Chrome kein Fehler.

Weis nicht ob es damit was zu tun hat.

[Speedy-Turbo]

@oliverio
Danke oliverio ;
Ich muß jetzt leider los: Ich würde mir das gerne Morgen in Ruhe probieren.

Gruß Speedy

[Speedy-Turbo]

@alcalzone

Das ist ja eine noch neuere Version ( 5.1.4) als die, die ich habe 5.1.3.

https://github.com/ioBroker/ioBroker.javascript#510-2021-03-19

Vielleicht hilft die ja:.
Offiziell ist die noch nicht freigegeben oder wie bekomme ich die installiert :
Hier eintragen ?

Ich muß leider los:

Morgen geht es weiter :)

Danke

[Gargano]

@speedy-turbo sagte in Anfänger: IOBroker Java Script debuggen:

Offiziell ist die noch nicht freigegeben oder wie bekomme ich die installiert :

Installieren aus eigener URL :

Nutzt bei mir aber auch nicht.

[Speedy-Turbo]

@gargano

Danke - habe ich gerade installiert und auch keine Verbesserung.
Der Käfer kommt einfach nicht.
Wen das wenigsten auf einen Browser laufen würde :(

Hiermit kann man wohl nicht anfangen oder : Chrome -> Entwicklertools

Gruß Speedy

[OliverIO]

@speedy-turbo said in Anfänger: IOBroker Java Script debuggen:

@gargano

Danke - habe ich gerade installiert und auch keine Verbesserung.
Der Käfer kommt einfach nicht.
Wen das wenigsten auf einen Browser laufen würde :(

Hiermit kann man wohl nicht anfangen oder : Chrome -> Entwicklertools

Gruß Speedy

habe es gerade bei mir probiert. hat bei mir funktioniert, so wie ich es oben beschrieben habe:

[Speedy-Turbo]

@oliverio

Hallo, ja ich war gerade dabei das auszuprobieren.
Erst einmal vielen Dank für die Antwort der Verständnisfrage: Muß ich den ganzen Script Engine Adapter debuggen um mein einzelnes Java Script zu debuggen ? Antwort: Ja

Sieht gut aus: Komme jetzt in Chrome auch dort hin.
Das

debugger;

muß ganz am Anfang des Scriptes ?
Da hält er dann erst einmal an ?

Also das debuggen scheint auch zu funktionieren:
Also Breakpoint setzen , Inhalt von Variablen darstellen.

Kann man dort auch den Inhalt der Ausgabe sehen ?
Also: console.log('Hallo Welt);

Gruß Speedy

[OliverIO]

@speedy-turbo said in Anfänger: IOBroker Java Script debuggen:

@oliverio

Hallo, ja ich war gerade dabei das auszuprobieren.
Erst einmal vielen Dank für die Antwort der Verständnisfrage: Muß ich den ganzen Script Engine Adapter debuggen um mein einzelnes Java Script zu debuggen ? Antwort: Ja

Sieht gut aus: Komme jetzt in Chrome auch dort hin.
Das

debugger;

muß ganz am Anfang des Scriptes ?
Da hält er dann erst einmal an ?

Also das debuggen scheint auch zu funktionieren:
Also Breakpoint setzen , Inhalt von Variablen darstellen.

Kann man dort auch den Inhalt der Ausgabe sehen ?
Also: console.log('Hallo Welt);

Gruß Speedy

das schlüsselwort debugger funktioniert wie ein breakpoint.
von daher kann er dort hin, wo du gern im debugger anfangen möchtest.
ich verwende es immer dann, wenn ich bspw in den chrome debugger tools bei der widget oder admin-oberflächen-entwicklung zu faul bin
das eigentliche source file im content baum zu suchen um überhaupt mal einen breaktpoint zu setzen.
einmal ein debugger; rein und schon stoppt der code und ich weiß wo das sourcefile ist.

ich habe gerade auch nochmal rum probiert.
also debugger schlüsselwort und breaktpoint setzen funktioniert
ausserhalb bspw eines on-statements.
innerhalb eines on-statements nicht mehr.

auch die anweisung console.log gibt nicht auf die console des debuggers (weder innerhalb noch ausserhalb des on-statements) aus. ich gehe davon aus, das der Befehl umgebogen wurde, so das es in der console des javascript-adapters ausgegeben werden kann, wenn man in den optionen debug/verbose angekreuzt hat.

von daher ist diese Methode des debuggings nur eingeschränkt anwendbar.´

als kern wurde für den javascript adapter die folgende bibliothek verwendet.
https://github.com/patriksimek/vm2#readme
in der doku steht auch etwas zum thema debugging

allerdings muss man beachten, das hier für iobroker befehle ergänzt wurden (bspw der on befehl).
ob die regeln auch hier gelten?
falls es zu aufwändig ist, das so zu bewerkstelligen, wäre es den eigentlichen code ausserhalb von iobroker zu entwickeln, alle abhängigkeiten zu iobroker in einem wrapper zu simulieren und dann wenn fertig, erst wieder in iobroker zu reintegrieren.
oder dieser käferknopf, wenn er mal auftaucht, (bei mir ist er ebenfalls nicht sichtbar jsadapter version is 5.0.14) bringen dann die gewünschte funktionalität

[Speedy-Turbo]

@oliverio
Danke, das mit den Schlüsselwort debugger habe ich jetzt verstanden. :blush:

Habe gerade auch noch einmal mit den Optionen debug und verbose unter dem Schraubschlüssel rumgespielt.
Egal welche Option ich dort anklicke (oder auch nicht anklicke) die Consolenausgabe kommt nur im IOBroker.

Kannst du mir noch einmal erklären was mit Breakpoint innerhalb /ausserhalb eines "on-statements" gemein ist ?

Gut zu wissen das du auch nicht diesen Käfer siehst.
Bin ich wohl nicht der einzige.
Ob man da mal direkt den Programmierer fragen kann ?

"falls es zu aufwändig ist, das so zu bewerkstelligen, wäre es den eigentlichen code ausserhalb von iobroker zu entwickeln, alle abhängigkeiten zu iobroker in einem wrapper zu simulieren und dann wenn fertig, erst wieder in iobroker zu reintegrieren."

Das hatte ich gehofft mit diesem Verweis hinzubekommen:
/// <reference path="javascript.d.ts" />

Script -> javascript.d.ts -> sanbox.js -> objects.json

javascript.d.ts
sandbox.js

Gruß Speedy

[OliverIO]

@speedy-turbo sagte in Anfänger: IOBroker Java Script debuggen:

@oliverio
Danke, das mit den Schlüsselwort debugger habe ich jetzt verstanden. :blush:

Habe gerade auch noch einmal mit den Optionen debug und verbose unter dem Schraubschlüssel rumgespielt.
Egal welche Option ich dort anklicke (oder auch nicht anklicke) die Consolenausgabe kommt nur im IOBroker.

Wenn das debugging auf diesem Weg funktionieren würde, benötigst du eigentlich die Ausgabe auf der console nicht wirklich.

Kannst du mir noch einmal erklären was mit Breakpoint innerhalb /ausserhalb eines "on-statements" gemein ist ?

on ist ein iobroker befehl, mit dem du einen trigger auf Änderung eines datepunktes programmieren kannst.
on ist ein asynchoner befehl, der dann, wenn die Änderung eintritt deine Callbackfunktion aufruft. ich habe festgestellt, wenn du das schlüsselwort debugger innerhalb des on Befehls (also im Callback) schreibe, es nicht wirkt. Hab dann aber nicht weiter geforscht, warum das so ist. Gemäß Beschreibung der vm/sandbox, sollte es eigentlich funktionieren. da könnte mE nur der Programierer des javascript-Adapters helfen.

Gut zu wissen das du auch nicht diesen Käfer siehst.
Bin ich wohl nicht der einzige.
Ob man da mal direkt den Programmierer fragen kann ?

als programmierer musst du erstmal hier fragen, da der programmierer der vm/sandbox nichts über iobroker weiß.

"falls es zu aufwändig ist, das so zu bewerkstelligen, wäre es den eigentlichen code ausserhalb von iobroker zu entwickeln, alle abhängigkeiten zu iobroker in einem wrapper zu simulieren und dann wenn fertig, erst wieder in iobroker zu reintegrieren."

Das hatte ich gehofft mit diesem Verweis hinzubekommen:
/// <reference path="javascript.d.ts" />

Script -> javascript.d.ts -> sanbox.js -> objects.json

javascript.d.ts
sandbox.js

Gruß Speedy

[AlCalzone]

Des Rätsels Lösung: der Käfer Button ist nur im Expertenmodus zu sehen.

[OliverIO]

@alcalzone sagte in Anfänger: IOBroker Java Script debuggen:

Des Rätsels Lösung: der Käfer Button ist nur im Expertenmodus zu sehen.

leider auch nicht.
expertenmodus ist doch dann wenn man den globals ordner sieht?

adapter script engine version 5.0.14

[Gargano]

@oliverio Hah, alcalzone hat Recht: Nur im Expertenmodus ist der Käfer zu sehen. AUf die 3 Punkte clicken

Und JS Adapter 5.1.3 oder neuer (nicht 5.0.14)

[Speedy-Turbo]

Hallo,
jetzt habe ich den Käfer auch Dank des Expertenmodus.

Vielen dank AlCalzone. Das spart Jahre Lebenszeit :)

Also das Debuggen darüber bin ich fast glücklich.
Breakpoint setzen , sogar Zeilenweise ausführen- super.
Auch was die normalen Variablen angeht - auch super.

Aber was mir als Anfänger wichtig ist, sind diese $- Variablen . (sorry weiß nicht wie die genau heißen)
Weil genau diese Befehle wie:
var SelectorSTICKY_UNREACH = $('channel[state.id=*.STICKY_UNREACH]');
für mich schwer zu verstehen sind.

Da hilft dann wohl doch nur die Ausgabe über
console.log('Ausgabe der Variable: SelectorUNREACH = ' + SelectorUNREACH);

Da hat der Debugger über Chrome wieder die Nase vorne:

Gruß Speedy

[OliverIO]

@speedy-turbo sagte in Anfänger: IOBroker Java Script debuggen:

var SelectorSTICKY_UNREACH = $('channel[state.id=*.STICKY_UNREACH]');

die notation ist aus der css selektor sprache entlehnt worden und bedeutet hier

selektiere alle datenpunkte vom typ channel, bei denen das attribut stateid dem
folgenden muster entspricht
*.STICKY_UNREACH
Das * ist wie das wildcard-Zeichen bspw bei dir *.txt zu sehen.

also alle channels, die am Ende mit .STICKY_UNREACH werden ausgewählt.
den untereschied channel, device, state musst du hier schauen
https://github.com/ioBroker/ioBroker.docs/blob/master/docs/en/dev/objectsschema.md#object-types

am gebräuchlichsten ist sicherlich state

die dokumentation zum $-Selector findest du hier
https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#---selector