[Script] MessageHandler: Nachrichten protokollieren +VIS

[Mike Hellracer]

@der-eine
habe jetzt nochmal das simple Project geladen. Trotzdem funktioniert wave nicht. kannst du mir mal deine aktuellen Dateien fft,eot,waff, waff2 zukommen lassen. Auch ein Auszug aus der css für die MaterialIcons wäre schön.

[der-eine]

@Mike-Hellracer

MessageHandler:

// Wasseralarm
        WATER_ALARM: {msgEvent: [''], logType: 'LAST',  severity: 'ALARM',  msgHeader: "Wasseralarm", msgText: "", quit: false, visView: 'pageSicherheit', mdIcon: 'waves', mdIconColor: '', fontColor: '', backgroundColor: ''},

MessageCreator:

// Wassersensor Badezimmer
    {
        msgID: 'WATER_ALARM', 
        triggerDP: 'mihome.0.devices.sensor_wleak_aq1_158d0002369241.state',
        postMsgDP: {dp:'mihome.0.devices.sensor_wleak_aq1_158d0002369241.state', comp: '==', val:true},
        //removeMsgDP: {dp:'mihome.0.devices.sensor_wleak_aq1_158d0002369241.state', comp: '==', val:false}, // Nachricht wird zur Sicherheit nicht entfernt, falls der Sensor toggelt!
        msgText_1: {text: 'Wasseralarm im Badezimmer!'},
        countEventsDP: ''
    },

materialdesignicons-webfont.woff2

MaterialIcons-Regular.woff2

materialdesignicons-webfont.woff

MaterialIcons-Regular.woff

materialdesignicons-webfont.ttf

MaterialIcons-Regular.ttf

[Mike Hellracer]

@der-eine
Vielen Dank für die Dateien. Bevor ich die Dateien einspiele haeb ich folgendes probiert: Ich habe alle font Dateien im images Verzeichnis gelöscht. Aber ich bekomme trotzdem alle Icons (die gehen) noch angezeigt. Müssten da nicht alle Icons aus der VIS verschwinden?
Könnte das sein das die Font Dateien noch von einer anderen Stelle gezogen werden? Wenn ja woher?
Auch nach dem einspielen deiner Dateien geht es nicht. Das "riecht" sehr stark danach das die Dateien von einer anderen Stelle gezogen werden. aber woher? kannst du die 2 Einträge aus deiner CSS posten? Oder hat sonst einer eine Idee woher die kommen. Vlt. Uwe (UHULA)

[BoehserWolf]

@Mike-Hellracer Du hast NICHT das Demo Projekt installiert oder? Falls doch, hast du in deinem Projekt den Pfad zu den Fonts auf dein Projekt im CSS angepasst?
Und hast du den Browser Cache refreshed per Strg+F5?
Mögen banale Dinge sein, aber manchmal ist es so einfach...

[der-eine]

@Mike-Hellracer wie @BoehserWolf schon erwähnt hat, schau mal im CSS des Projektes dort steht der Pfad für die Icons. Wenn Dein Projekt anders heißt wie die Demo kann es nicht funktionieren.
Schau hier im ersten Post ist erklärt was ich meine:

klick

[Mike Hellracer]

@der-eine
Hallo zusammen,
ich habe den Cache gelöscht und auch MD_Simple und MD_Demo entfernt. Die Pfade wurden angepasst.
Selbst wenn ich die Fonts aus dem Demo oder Simple entferne werden die Icons in diesen Projekten auch angezeigt.
Ich habe es mit Firefox, Chrome, IE und Edge versucht.
Auch im inkognito Modus werden die Icons immer noch angezeigt.
Leider alles dasselbe Ergebnis.
Aber manchmal ist es so einfach: Ich hatte zwischendurch mal ein Backup eingespielt.... Da war der Adapter "MaterialDesignWidget" noch installiert. Adapter entfernt und es gehen ALLE Icons.
Aber komischerweise ist es bei mir vollkommen egal was in dem Pfad eingetragen wird. Selbst bei einem nicht existierenden Pfad geht es. Und die Fonts musste ich auch nicht hochladen.
Also verstehen tue ich es nicht. Aber werde sie trotzdem hochladen und den Pfad dahin zeigen lassen.

[BoehserWolf]

@Tirador
Habe für mich das Formatieren von Zeitstempeln eingefügt um bspw. die DWD Start-/Endzeit ohne ein weiteres Script mit in die Meldung formatieren zu können.
Umgesetzt habe ich es analog der Formatierung von Zahlenformatierung über die Attribute dateTime und format.
Bsp.:

{
        msgID: 'DWD_WARN_1', 
        triggerDP: 'dwd.0.warning.severity',
        postMsgDP: {dp:'dwd.0.warning.severity', comp: '!=', val:0, delayTime: 10},
        removeMsgDP: {dp:'dwd.0.warning.severity', comp: '==', val:0},
        msgText_1: {dp: 'dwd.0.warning.headline'},
        msgText_2: {text: '<br>Beginn: '},
        msgText_3: {dp: 'dwd.0.warning.begin', format:'TT.MM.YY SS:mm', dateTime:0},
        msgText_4: {text: '<br>Ende  : '},
        msgText_5: {dp: 'dwd.0.warning.end', format:'TT.MM.YY SS:mm', dateTime:0},
        msgText_6: {text: '<br>'},
        msgText_7: {dp: 'dwd.0.warning.description'},
        countEventsDP: ''
    },

Das Attribut 'dateTime' kann einen beliebigen Wert annehmen. Es dient lediglich dazu die Formatierung eines Datums zu erkennen.
Edit:
Das Attribut 'format' kann alles verarbeiten was die Methode formatDate verarbeiten kann.

Die Ergänzung habe ich diesbezüglich im MessageStateCreator Script vorgenommen. Siehe 'dateTime':

    // createMessage
    createMessage(objID, hasDelay=true) {
    ...
    for (const MSGTEXT_KEY of MSGTEXT_KEYS) {
      let dp = MsgConf[MSGTEXT_KEY].dp;                    
      if( ! this.isLikeEmpty(dp)) {
        if(this.existState(dp)) {
    	  let val = getState(dp).val

          let decimals = MsgConf[MSGTEXT_KEY].decimals;
          let dateTime = MsgConf[MSGTEXT_KEY].dateTime;
          let format = MsgConf[MSGTEXT_KEY].format;
    
          if( !this.isLikeEmpty(decimals) && !this.isLikeEmpty(format)) {
            val = formatValue(val, decimals, format);
          } else if( !this.isLikeEmpty(dateTime) && !this.isLikeEmpty(format)) {
            val = formatDate(new Date(val).getTime(), format);
          } else if (!this.isLikeEmpty(format)) {
            val = formatValue(val, 0, format);
          }
          msgText += val;
    	} else {
    	  this.log('Datenpunkt ' + dp + ' existiert nicht! [' + MsgConf.msgID + '].');
    	}
      }
    ...

Das Ergebnis sieht bei mir dann bspw. so aus:

Fand es eine nützliche Ergänzung. Kannst es bei Bedarf gerne übernehmen.

[OstfrieseUnterwegs]

Ich bekomme seit einem Update des Javascript Adapters eine Fehlermeldung vom Messagehandler und habe absolut keine Idee, wo ich da suchen muss, bzw was ich ändern muss

(2166) script.js.common.MessageHandler: setForeignState: Error: The state property "ack" has the wrong type "number" (should be "boolean")!

Hat das noch jemand beobachtet?

[mabeca96]

@tirador Hey,
ich habe jetzt schon etliche Stunden verbracht, aber ich bekomme das MessageHandler Script nicht zum laufen.
Im Log erscheinen folgende Meldungen:
javascript.0 2021-02-19 21:39:23.255 error (2334) at processImmediate (internal/timers.js:458:21)
javascript.0 2021-02-19 21:39:23.255 error (2334) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.javascript/main.js:1238:17)
javascript.0 2021-02-19 21:39:23.255 error (2334) at /opt/iobroker/node_modules/iobroker.javascript/main.js:1722:17
javascript.0 2021-02-19 21:39:23.255 error (2334) at prepareScript (/opt/iobroker/node_modules/iobroker.javascript/main.js:1621:37)
javascript.0 2021-02-19 21:39:23.255 error (2334) at createVM (/opt/iobroker/node_modules/iobroker.javascript/main.js:1383:28)
javascript.0 2021-02-19 21:39:23.255 error (2334) at Object.createScript (vm.js:263:10)
javascript.0 2021-02-19 21:39:23.254 error (2334) at new Script (vm.js:88:7)
javascript.0 2021-02-19 21:39:23.254 error (2334) SyntaxError: Identifier 'MESSAGE_EVENTS' has already been declared
javascript.0 2021-02-19 21:39:23.254 error (2334) ^
javascript.0 2021-02-19 21:39:23.254 error (2334) const MESSAGE_EVENTS = {
javascript.0 2021-02-19 21:39:23.254 error (2334) script.js.common.MessageHandler compile failed: at script.js.common.MessageHandler:373
javascript.0 2021-02-19 21:39:23.248 info (2334) Start javascript script.js.common.MessageHandler

[der-eine]

@mabeca96 der Message Handler läuft bei mir ohne Probleme. Wie bist Du denn beim Start vorgegangen? Hast Du alle 3 Skripte serverseitig installiert?

Gruß

[mabeca96]

@der-eine Hallo, danke für deine Rückmeldung, möglich das ich da einen Fehler hat, da ich den Begriff Serverseitig bis jetzt noch nicht verstanden habe.
Ich habe das MessageHandler unter Commen und die anderen beiden unter global installiert.
Kannst du mir den Begriff Serverseitig erklären?

[der-eine]

@mabeca96 Serverseitig hast Du soweit schon richtig verstanden im ioBroker. Da ist schon mal ein Fehler. Der Message Handler und der Creator gehören unter Common der MessageHandler mit dem kurzen Skriptteil wo oben MessageGlobal steht muss unter Global. Wenn Du die richtig aufgeteilt hast löscht Du nochmal alle Datenpunkte unter Objekten die mit dem MessageHandler zu tun haben. Dann das Globale Skript starten danach unter Common MessageHandler starten 5 sek warten wieder stoppen und nochmal starten. Wenn dieser läuft kannst Du den Creator starten danach sollten keine Fehler mehr im Log auftauchen.

Gruß

[mabeca96]

@der-eine Moin,
ich habe das jetzt nach einer Vorgabe abgearbeitet, jedoch ohne Erfolg.
Im Log bekomme ich jetzt folgende Meldung
(997) script.js.common.MessageHandler: setForeignState: Error: The state property "ack" has the wrong type "number" (should be "boolean")!

Was mir noch aufgefallen ist das mein System merklich langsamer wir, wenn die Scripte laufen.
Muss ich eventuell im JavaScript Adapter noch etwas einstellen oder Rechte aus aus bestimmte Objecte geben?

Das System habe ich übrigens neu aufgesetzt

[der-eine]

@mabeca96 das gleiche Problem hat wohl auch @OstfrieseUnterwegs (Problem evtl behoben?) welche JavaScript Version habt ihr und welche Einstellungen im JS sind aktiviert?
Ich habe aktuell die Version 4.8.4 installiert.

[mabeca96]

@der-eine ich habe dei Version 4.11.0 und folgende Module country-list-js moment moment-timezone moment-duration-forma chroma-js

Aktiviert ist noch setObject, exec, send to Host

Ich habe jetzt ein downgrade auf 4.8.4 durchgeführt, jedoch ohne Verbesserung

[der-eine]

@mabeca96 ok, das gleiche hab ich auch aktiviert.
Das einzige was ich noch vorschlagen kann, stoppe die Skripte vom MessageHandler, lösche davon alle Datenpunkte, Reboote die JavaScript Instanz und starte die Skripte wie oben beschrieben. Wenn das nicht funktioniert, bin ich leider raus. Sorry

[OstfrieseUnterwegs]

@der-eine @mabeca96 : Ich hab das Problem noch. Im Moment das Script ausgeschaltet. Ich habe echt keine Ahnung, wie ich dem Problem auf die Spur kommen kann.

[OstfrieseUnterwegs]

@mabeca96
OK, ich hab was gefunden.

Im Original steht in 'MessageHandler' (ca Zeile 1120)

	// like setStateDelayed(), but adds statepath to state_ID and checks if state exists, when not, creates it
    setStateDelayed(id,value,delay) {
        if ( !this.existState(id) ) this.createState(id,value,undefined);
        else setState( this.STATE_PATH + id, value, delay);
    }

IMHO sollte da aber setStateDelayed hin. Ich habe es also ersetzt durch

	// like setStateDelayed(), but adds statepath to state_ID and checks if state exists, when not, creates it 
        // TEMPORARY FIX
    setStateDelayed(id,value,delay) {
        if ( !this.existState(id) ) this.createState(id,value,undefined);
        else setStateDelayed( this.STATE_PATH + id, value, false, delay);
    }

Der Error ist weg. Ich weiss aber noch nicht, ob alles funktioniert.

[der-eine]

@ostfrieseunterwegs danke für die Info, da aber bei mir das Skript ohne Probleme so läuft wie auf Github zu haben ist muss ja der Fehler wo anders liegen oder sehe ich das falsch?

[OstfrieseUnterwegs]

@der-eine Kann ja sein, dass es bei Dir nie in den else Zweig reinläuft. Jedenfalls ist mein vormals beschriebener Fehler verschwunden. Auch die Fehlermeldung setForeignState: Error: The state property "ack" has the wrong type "number" (should be "boolean")! passt dazu. In der git Version wird beim Aufruf this.setStateDelayed ('removeMsgID', '', 2000); eine 2000 übergeben, wo eigentlich ein boolean erwartet wird.