@Homoran said in HMIP-WRCD und iobroker: Aber Achtung! Das Senden von nicht im Gerät gespeicherten Ausgaben kostet nicht nur Zeit, sondern auch massiv DC! Zumindest bei meinem Displaytyp. Ja der DC scheint gleich mal ein paar Prozente zu gewinnen. Da ich jetzt nicht so viele Funk habe, kann ich das denk ich verschmerzen. Nur das lange warten nervt. Ich habe das Display als Status bevor ich die Haustüre verlasse. Aber 6 Sekunden warten nervt, ich denke das ich da was anderes bauen muss :-(

update - fehlerkorrektur bei vielen timern - wie immer im ersten post

@mctom sagte in Script Bild Versand funktioniert nicht: Es wird zwar eine Datei angelegt, aber die Datei ist nur 1KB groß. Also scheint hier schon ein Problem zu sein. Noch eine Idee ? Was steht denn in der Datei drin?

@Kodo_sh Da hast Zahlen in Text Bausteinen, nimm da mal Mathe Bausteine und Zahlen.

@noox sagte in Zugriff auf globale Variablen in global Skripten: Aber ich befürchte, dass es nicht möglich ist, Ich weiß es ehrlich gesagt nicht, ohne es zu probieren. Solange es da eine Light.js und Light.d.ts gibt, dürfte es ggf. gehen.

@klaus88 sagte: Muss ich auf "NaN" abfragen oder auf "" oder auf NULL oder auf die Zahl 0 ? Kein Wert bedeutet undefined. Es kann aber sein, dass der Javascript-Adapter bei getState(id).val daraus null macht.

Hi, danke! onStop() funktioniert wie erwartet. // close connection if script stopped onStop(function (callback) { if (connected) { console.log('Closing Port'); port.close(); } callback(); }, 2000 /*ms*/);

Dank Dutchman konnte ich mein Problem lösen indem ich != genommen habe und er mir immer mein Widget anzeigt wenn nicht 2 genommen wird. Danke nochmal

@mrFenyx sagte: Das ganze ist ein Teil eines Skriptes wo dieses Wert auch leer gelassen sein könnte. Dann kann die ID aber nicht als Konstante deklariert sein. Übrigens stört sich der Compiler nicht an dem sinnlosen Vergleich, sondern führt den Code richtig aus. [image: 1599053793860-js_temp.jpg]

@liv-in-sky Ah, ok das lässt sich ändern. Müsste aber so funktionieren.

@paul53 Vielen Dank für den Tipp. Ich habe jetzt den Entprellwert von 1000 auf 2000ms gesetzt und beobachte das. Vielleicht war es das schon. Wenn nicht, werde ich es zunächst mit 3000ms versuchen, und dann mit deinem Skript.

@IdleBit sagte in Mit "new Date()" im Script arbeiten?: Logisch wenn ich nur bei erstellen die Funktion aufrufe .... :blush: manchmal hilft es Einfach mal laut nach zu denken :) Aber genau, du lädst die zeit in einer variable beim script starten, mja danach ist sie drin. Tip : var ist alte Schreibweise, besser const und let https://medium.com/@josephcardillo/the-difference-between-var-let-and-const-in-javascript-part-2-60fa568d0a0 Dan harttest du beim deklarieren direct gemerkt, uhm ich mache ne const .... warte mal Zeiten ändern sich doch :blush:

@rokket Entschuldigung. Du willst ja mit dem Button zwei unterschiedliche Datenpunkte nutzen: Dann brauchst du einen selbst erstellten Datenpunkt welchen du als ObjektID in das VisWidget einsetzt. Dazu ein Blockly wie oben von dir geschrieben. In VIS brauchst du KEIN weiteres Script

@Johannes-Bauerstatter sagte: war es einfach ein Fehler von mir? Ja. Mit Objekt-Klammern wird auf jede Zustandsaktualisierung (Zeitstempel) getriggert. Die richtige Schreibweise wäre gewesen: on({id: chg}, function (obj) {

@AlCalzone ah, danke für die Info. Scheint zu funktionieren!

@paul53 So wird ein schuh draus, vielen Dank euch beiden.

@Oskar sagte: das habe ich leider noch nicht verstanden Kopiere das Script aus dem Forum in den Javascript-Editor und passe die IDs für idOrigin und idAlias an. Danach starte das Script (kann anschließend wieder gestoppt werden) und der Alias-Datenpunkt wird erstellt. Alternativ kann man Alias-Datenpunkte auch manuell erstellen, was aber viel mehr Kenntnisse voraussetzt.

@Dutchman Bester MANN!!! Das wars! DANKE!!