Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. wolwin

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    W
    • Profile
    • Following 0
    • Followers 0
    • Topics 0
    • Posts 8
    • Best 3
    • Groups 1

    wolwin

    @wolwin

    6
    Reputation
    5
    Profile views
    8
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    wolwin Follow
    Starter

    Best posts made by wolwin

    • RE: SONOFF NSPanel mit Lovelace UI

      @armilar
      Dein Tipp zum Einstiegspunkt war genau richtig ...

      @Alle
      Wie in der ioBroker Basisinstallation beschrieben, hatte ich auf dem MQTT-Server mit dem MQTT-Explorer den CMND-Topic über PUBLISH (json) angelegt:

      myHOME/devices/nspanel_xyz/cmnd/CustomSend

      Im ioBroker taucht der Eintrag dann auch im MQTT-Client auf ... und jetzt ganz wichtig: mit dem Wert (null) - und genau DAS war mein Fehler: ich hatte übersehen, dass mit dem Topic auch '12:00' als Wert mit zu übergeben ist, damit der Topic eben NICHT (null) ist!!!

      Achtung: wenn man den MQTT-Client einsetzt, wird der Wert '12:00' NICHT im ioBroker gesetzt - dh. der MQTT-Pfad wird erzeugt, aber der Wert steht auf (null) und nicht auf '12:00'. Es muss zuerst für 'CustomSend' die Publish-Funktion aktiviert werden (Zahnrad rechte Seite) - erst jetzt kann man nochmal den Wert mit dem MQTT-Explorer publischen oder den Wert '12:00' direkt im ioBroker unter 'CustomSend' eingeben.

      Anmerkung: ich habe im MQTT-Client für alle Topics des NSPanels das Publish-Flag gesetzt.

      Erläuterung: ... für die Experten, warum dieser kleine Fehler dazu geführt hat, dass das NSPanel nicht angelaufen ist ...
      Alle MQTT-Ausgaben im Script laufen über die Funktion 'setIfExists'. In dieser Funktion wird mit der JS-Funktion 'existsState' überprüft, ob die Objekt-Instanz vorhanden ist. Im vorliegenden Fall zeigt die Instanz bei mir auf:
      mqtt-client.0.myHOME.devices.nspanel_xyz.cmnd.CustomSend
      Beim Starten des Skripts war der MQTT-Pfad im Objektbaum zwar vorhanden, jedoch sorgte '(null)' dafür, dass die JS-Funktion 'existsState' in der Script-Funktion 'setIfExists' immer 'false' zurück gibt ... Ergebnis: es fand keine MQTT-Ausgabe zum NSPanel statt. Sobald im MQTT-Client Topic etwas eingetragen wurde, läuft die Verbindung zum NSPanel sofort an.

      @armilar
      Beim Debuggen sind mir noch zwei Dinge aufgefallen, die Du bitte noch korrigieren kannst:

      1.) Fehler Zeile 1074 - a enthält 'mqtt' oder 'mqtt-client'

          Original:   if (a === 'mqtt' && !isNaN(Number(i))) {
               Neu:   if (a.substring(0, 4) === 'mqtt' && !isNaN(Number(i))) {
      

      2.) Fehlende Debug-Ausgabe in Funktion 'SendToPanel' hinzugefügt - ab Zeile 3520

      async function SendToPanel(val: NSPanel.Payload | NSPanel.Payload[]) {
          try {
              if (Array.isArray(val)) {
                  val.forEach(function (id) {
                      setIfExists(config.panelSendTopic, id.payload);
                      if (Debug) {
                          log('function SendToPanel id-payload: ' + id.payload, 'info');
                      }
                  });
              } else {
                  setIfExists(config.panelSendTopic, val.payload);
                  if (Debug) {
                      log('function SendToPanel val-payload: ' + val.payload, 'info');
                  }
              }
          } catch (err: any) {
              log('error at function SendToPanel: ' + err.message, 'warn');
          }
      }
      
      

      Danke für die Unterstützung - ich hoffe der Beitrag hilft den Leuten, die nur einen MQTT-Client einsetzen 😊

      posted in Hardware
      W
      wolwin
    • RE: SONOFF NSPanel mit Lovelace UI

      @armilar

      ... und da ist ja noch die Sache mit der manuellen Erstinstallation eines NSPanels im ioBroker ...

      Gut, dass es Proxmox gibt ... nach vielen Debug-Sitzungen mit einer minimal Default-Konfiguration denke ich, dass ich jetzt verstanden habe, warum und wann der beschriebene Fehler auftritt: beim erstmaligen Start des Scripts installiert der automatische Updater (bei mir reproduzierbar) die online TFT-Firmware, obwohl die aktuelle Firmware auf dem NSPanel vorhanden ist. Das Ganze endet immer mit einer um 90 Grad gedrehten Fehlermeldung im Display des NSPanels.

      Zuerst habe ich im ioBroker / Script gesucht, warum dort die Firmware 3.3.1 eingetragen ist - gefunden habe ich folgendes unter:

      0_userdata.0.nspanel_073.1.Display_Firmware.TFT.currentVersion = 0 / v3.3.1

      Erzeugt wird dieser Eintrag an dieser Stelle (ab Scriptzeile1266):

      async function Init_Release() {
          const FWVersion = [41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56];
          const FWRelease = ['3.3.1', '3.4.0', '3.5.0', '3.5.X', '3.6.0', '3.7.3', '3.8.0', '3.8.3', '3.9.4', '4.0.5', '4.1.4', '4.2.1', '4.4.0', '4.4.0', '4.5.0', '4.6.0'];
          try {
              if (existsObject(NSPanel_Path + 'Display_Firmware.desiredVersion') == false) {
                  await createStateAsync(NSPanel_Path + 'Display_Firmware.desiredVersion', desired_display_firmware_version, { type: 'number', write: false });
              } else {
                  await setStateAsync(NSPanel_Path + 'Display_Firmware.desiredVersion', desired_display_firmware_version, true);
              }
      
              if (existsObject(NSPanel_Path + 'Config.Update.activ') == false) {
                  await createStateAsync(NSPanel_Path + 'Config.Update.activ', 1, { type: 'number', write: false });
              } else {
                  await setStateAsync(NSPanel_Path + 'Config.Update.activ', 0, true);
              }
      
              let currentFW = 0;
              let findFWIndex = 0;
              log('Desired TFT Firmware: ' + desired_display_firmware_version + ' / ' + tft_version, 'info');
              if (existsObject(NSPanel_Path + 'Display_Firmware.currentVersion')) {
                  currentFW = parseInt(getState(NSPanel_Path + 'Display_Firmware.currentVersion').val);
                  findFWIndex = FWVersion.indexOf(currentFW);
                  log('Installed TFT Firmware: ' + currentFW + ' / v' + FWRelease[findFWIndex], 'info');
              }
      

      Beim ersten Durchlauf gibt es zwar das Objekt 'Display_Firmware.currentVersion', aber der Inhalt ist leer ... das führt dann zu dem Index '0', der dann aus 'FWRelease' den ersten Eintrag '3.3.1' nimmt ... und schon steht '0 / v3.3.1' als aktuelle TFT-Firmware Version da (btw: besser wäre bei 'unbekannt' der Eintrag '0 / v0' gewesen).

      Aber warum kommt es überhaupt soweit, dass der Objekt-Eintrag leer ist? Der Knackpunkt liegt in den Scriptzeilen ab Zeile 2687:

      // Updates currently compare every 12 hours
      let scheduleCheckUpdates = adapterSchedule(undefined, 60 * 60 * 12, () => {
          get_tasmota_status0();
          get_panel_update_data();
          check_updates();
      });
      
      // Check for updates with Start
      get_locales();
      get_locales_servicemenu();
      setIfExists(config.panelSendTopic, 'pageType~pageStartup');
      get_tasmota_status0();
      get_panel_update_data();
      check_updates();
      

      Nach Aufruf der Initialisierungsfunktionen sollen beim Start die Updates gecheckt werden (8 ... 14) - dabei werden dann auch fehlende Objekt-Einträge automatisch angelegt. Gleichzeitig ist jedoch auch der Scheduler 'scheduleCheckUpdates' gestartet worden (2 ... 6) ... und hier lauert jetzt der Fehler: der startet (direkt) parallel zum laufenden Update-Prozess einen zweiten Update-Prozess, in dem die gleichen Funktionen 'get_tasmota_status0', 'get_panel_update_data' und 'check_updates' aufgerufen werden. So kommt es dann zu einer 'undefinierten Initialisierung' - zufällig wird bei mir eben die TFT-Firmware aktualisiert ... bei anderen Konstellationen kann was anderes dabei rauskommen.

      Ich habe mehrere Szenarien für die Inbetriebnahme durchgespielt - das würde aber diesen Rahmen hier sprengen - Github ist da vielleicht besser zur Diskussion geeignet. Leider habe ich keinen 'einfachen Weg' gefunden - es wären m.E. immer einige Code-Anpassungen notwendig ... und da möchte ich Dir nicht vorgreifen.

      Vielleicht hast Du ja auch noch die ioBroker Integration im Blick ... ☺

      posted in Hardware
      W
      wolwin
    • RE: SONOFF NSPanel mit Lovelace UI

      @armilar

      Habe den PR eingestellt:

      https://github.com/joBr99/nspanel-lovelace-ui/pull/1263

      wolwin created this issue in joBr99/nspanel-lovelace-ui

      closed ioBroker - Update DEV NSPanelTs.ts - different fixes #1263

      posted in Hardware
      W
      wolwin

    Latest posts made by wolwin

    • RE: SONOFF NSPanel mit Lovelace UI

      Hallo - eine Frage zur Entities Card: dort sind 4 Zeilen als Einträge möglich. Ich würde jedoch gerne 8 Textzeilen (z.B.: Sensordaten oder andere Ergebnisdaten) ausgeben lassen.

      Wäre es möglich das zu implementieren - z.B. auch als Entities Output Card - oder die vorhandene Card zu erweitern?

      posted in Hardware
      W
      wolwin
    • RE: SONOFF NSPanel mit Lovelace UI

      @armilar

      Habe den PR eingestellt:

      https://github.com/joBr99/nspanel-lovelace-ui/pull/1263

      wolwin created this issue in joBr99/nspanel-lovelace-ui

      closed ioBroker - Update DEV NSPanelTs.ts - different fixes #1263

      posted in Hardware
      W
      wolwin
    • RE: SONOFF NSPanel mit Lovelace UI

      @armilar

      Ganz so einfach ist es leider nicht ...

      Ich habe in den letzten Tagen das Script v4.4.0.6 von allen 'Warnungen' / 'Fehlern' bei der Erstinbetriebnahme (mit oder ohne angeschlossenem NSPanel) befreit ... einige kleine Bugs, die ich dabei gefunden habe, habe ich ebenfalls bereinigt.

      Gerne kann ich Dir die Änderungen / das Script zukommen lassen.

      Ich habe noch eine kleine Macke im Script, die ich noch heraushaben möchte: beim erstmaligen hochstarten wird ja die Einstellung 'en-US' benutzt ... es wird dann zwar nach der Initialisierung die Darstellung des Bildschirmschoners in 'de-DE' gesetzt, jedoch sind die 'Service Menü' Seiten weiterhin in 'en-US' (also nicht in Deutsch). Startet man das Script ein zweites Mal, dann ist ja alles initialisiert und die Seiten werden korrekt in 'de-DE' dargestellt.

      BTW: genau das gleiche Verhalten kann man auch im aktuellen Script nachvollziehen, wenn man den Zeichensatz umstellt: der Bildschirmschoner übernimmt den eingestellten Zeichensatz, die Seiten bleiben jedoch unverändert.

      Mein Frage ist, wie ich den Seitenaufbau noch einmal neu starten kann (am besten mit welchen Funktionen) ...

      posted in Hardware
      W
      wolwin
    • RE: SONOFF NSPanel mit Lovelace UI

      @armilar

      ... und da ist ja noch die Sache mit der manuellen Erstinstallation eines NSPanels im ioBroker ...

      Gut, dass es Proxmox gibt ... nach vielen Debug-Sitzungen mit einer minimal Default-Konfiguration denke ich, dass ich jetzt verstanden habe, warum und wann der beschriebene Fehler auftritt: beim erstmaligen Start des Scripts installiert der automatische Updater (bei mir reproduzierbar) die online TFT-Firmware, obwohl die aktuelle Firmware auf dem NSPanel vorhanden ist. Das Ganze endet immer mit einer um 90 Grad gedrehten Fehlermeldung im Display des NSPanels.

      Zuerst habe ich im ioBroker / Script gesucht, warum dort die Firmware 3.3.1 eingetragen ist - gefunden habe ich folgendes unter:

      0_userdata.0.nspanel_073.1.Display_Firmware.TFT.currentVersion = 0 / v3.3.1

      Erzeugt wird dieser Eintrag an dieser Stelle (ab Scriptzeile1266):

      async function Init_Release() {
          const FWVersion = [41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56];
          const FWRelease = ['3.3.1', '3.4.0', '3.5.0', '3.5.X', '3.6.0', '3.7.3', '3.8.0', '3.8.3', '3.9.4', '4.0.5', '4.1.4', '4.2.1', '4.4.0', '4.4.0', '4.5.0', '4.6.0'];
          try {
              if (existsObject(NSPanel_Path + 'Display_Firmware.desiredVersion') == false) {
                  await createStateAsync(NSPanel_Path + 'Display_Firmware.desiredVersion', desired_display_firmware_version, { type: 'number', write: false });
              } else {
                  await setStateAsync(NSPanel_Path + 'Display_Firmware.desiredVersion', desired_display_firmware_version, true);
              }
      
              if (existsObject(NSPanel_Path + 'Config.Update.activ') == false) {
                  await createStateAsync(NSPanel_Path + 'Config.Update.activ', 1, { type: 'number', write: false });
              } else {
                  await setStateAsync(NSPanel_Path + 'Config.Update.activ', 0, true);
              }
      
              let currentFW = 0;
              let findFWIndex = 0;
              log('Desired TFT Firmware: ' + desired_display_firmware_version + ' / ' + tft_version, 'info');
              if (existsObject(NSPanel_Path + 'Display_Firmware.currentVersion')) {
                  currentFW = parseInt(getState(NSPanel_Path + 'Display_Firmware.currentVersion').val);
                  findFWIndex = FWVersion.indexOf(currentFW);
                  log('Installed TFT Firmware: ' + currentFW + ' / v' + FWRelease[findFWIndex], 'info');
              }
      

      Beim ersten Durchlauf gibt es zwar das Objekt 'Display_Firmware.currentVersion', aber der Inhalt ist leer ... das führt dann zu dem Index '0', der dann aus 'FWRelease' den ersten Eintrag '3.3.1' nimmt ... und schon steht '0 / v3.3.1' als aktuelle TFT-Firmware Version da (btw: besser wäre bei 'unbekannt' der Eintrag '0 / v0' gewesen).

      Aber warum kommt es überhaupt soweit, dass der Objekt-Eintrag leer ist? Der Knackpunkt liegt in den Scriptzeilen ab Zeile 2687:

      // Updates currently compare every 12 hours
      let scheduleCheckUpdates = adapterSchedule(undefined, 60 * 60 * 12, () => {
          get_tasmota_status0();
          get_panel_update_data();
          check_updates();
      });
      
      // Check for updates with Start
      get_locales();
      get_locales_servicemenu();
      setIfExists(config.panelSendTopic, 'pageType~pageStartup');
      get_tasmota_status0();
      get_panel_update_data();
      check_updates();
      

      Nach Aufruf der Initialisierungsfunktionen sollen beim Start die Updates gecheckt werden (8 ... 14) - dabei werden dann auch fehlende Objekt-Einträge automatisch angelegt. Gleichzeitig ist jedoch auch der Scheduler 'scheduleCheckUpdates' gestartet worden (2 ... 6) ... und hier lauert jetzt der Fehler: der startet (direkt) parallel zum laufenden Update-Prozess einen zweiten Update-Prozess, in dem die gleichen Funktionen 'get_tasmota_status0', 'get_panel_update_data' und 'check_updates' aufgerufen werden. So kommt es dann zu einer 'undefinierten Initialisierung' - zufällig wird bei mir eben die TFT-Firmware aktualisiert ... bei anderen Konstellationen kann was anderes dabei rauskommen.

      Ich habe mehrere Szenarien für die Inbetriebnahme durchgespielt - das würde aber diesen Rahmen hier sprengen - Github ist da vielleicht besser zur Diskussion geeignet. Leider habe ich keinen 'einfachen Weg' gefunden - es wären m.E. immer einige Code-Anpassungen notwendig ... und da möchte ich Dir nicht vorgreifen.

      Vielleicht hast Du ja auch noch die ioBroker Integration im Blick ... ☺

      posted in Hardware
      W
      wolwin
    • RE: SONOFF NSPanel mit Lovelace UI

      @armilar
      Dein Tipp zum Einstiegspunkt war genau richtig ...

      @Alle
      Wie in der ioBroker Basisinstallation beschrieben, hatte ich auf dem MQTT-Server mit dem MQTT-Explorer den CMND-Topic über PUBLISH (json) angelegt:

      myHOME/devices/nspanel_xyz/cmnd/CustomSend

      Im ioBroker taucht der Eintrag dann auch im MQTT-Client auf ... und jetzt ganz wichtig: mit dem Wert (null) - und genau DAS war mein Fehler: ich hatte übersehen, dass mit dem Topic auch '12:00' als Wert mit zu übergeben ist, damit der Topic eben NICHT (null) ist!!!

      Achtung: wenn man den MQTT-Client einsetzt, wird der Wert '12:00' NICHT im ioBroker gesetzt - dh. der MQTT-Pfad wird erzeugt, aber der Wert steht auf (null) und nicht auf '12:00'. Es muss zuerst für 'CustomSend' die Publish-Funktion aktiviert werden (Zahnrad rechte Seite) - erst jetzt kann man nochmal den Wert mit dem MQTT-Explorer publischen oder den Wert '12:00' direkt im ioBroker unter 'CustomSend' eingeben.

      Anmerkung: ich habe im MQTT-Client für alle Topics des NSPanels das Publish-Flag gesetzt.

      Erläuterung: ... für die Experten, warum dieser kleine Fehler dazu geführt hat, dass das NSPanel nicht angelaufen ist ...
      Alle MQTT-Ausgaben im Script laufen über die Funktion 'setIfExists'. In dieser Funktion wird mit der JS-Funktion 'existsState' überprüft, ob die Objekt-Instanz vorhanden ist. Im vorliegenden Fall zeigt die Instanz bei mir auf:
      mqtt-client.0.myHOME.devices.nspanel_xyz.cmnd.CustomSend
      Beim Starten des Skripts war der MQTT-Pfad im Objektbaum zwar vorhanden, jedoch sorgte '(null)' dafür, dass die JS-Funktion 'existsState' in der Script-Funktion 'setIfExists' immer 'false' zurück gibt ... Ergebnis: es fand keine MQTT-Ausgabe zum NSPanel statt. Sobald im MQTT-Client Topic etwas eingetragen wurde, läuft die Verbindung zum NSPanel sofort an.

      @armilar
      Beim Debuggen sind mir noch zwei Dinge aufgefallen, die Du bitte noch korrigieren kannst:

      1.) Fehler Zeile 1074 - a enthält 'mqtt' oder 'mqtt-client'

          Original:   if (a === 'mqtt' && !isNaN(Number(i))) {
               Neu:   if (a.substring(0, 4) === 'mqtt' && !isNaN(Number(i))) {
      

      2.) Fehlende Debug-Ausgabe in Funktion 'SendToPanel' hinzugefügt - ab Zeile 3520

      async function SendToPanel(val: NSPanel.Payload | NSPanel.Payload[]) {
          try {
              if (Array.isArray(val)) {
                  val.forEach(function (id) {
                      setIfExists(config.panelSendTopic, id.payload);
                      if (Debug) {
                          log('function SendToPanel id-payload: ' + id.payload, 'info');
                      }
                  });
              } else {
                  setIfExists(config.panelSendTopic, val.payload);
                  if (Debug) {
                      log('function SendToPanel val-payload: ' + val.payload, 'info');
                  }
              }
          } catch (err: any) {
              log('error at function SendToPanel: ' + err.message, 'warn');
          }
      }
      
      

      Danke für die Unterstützung - ich hoffe der Beitrag hilft den Leuten, die nur einen MQTT-Client einsetzen 😊

      posted in Hardware
      W
      wolwin
    • RE: SONOFF NSPanel mit Lovelace UI

      @armilar
      Danke für die schnelle Antwort!

      Bei dem Update-Problem waren die 0_userdate und alias Einträge vorher gelöscht worden - war für mich reproduzierbar. Ich bin davon ausgegangen, dass sich der Updater eine 'falsche' Default Datei holt ...
      Werde morgen den Test-ioBroker (Proxmox) mal zurücksetzen und das ganze nochmal verifizieren.
      Kannst Du mir sagen, bei welcher Zeile der zu sendende MQTT Code für das Versenden bereitsteht ... dann brauche ich nicht den gesamten Code durchsehen - ich will ein bischen debuggen. Danke!

      posted in Hardware
      W
      wolwin
    • RE: SONOFF NSPanel mit Lovelace UI

      Zuerst einmal: vielen Dank für eure Arbeit - super!!

      Trotzdem brauche ich mal Unterstützung ...

      Auf dem NSPanel ist Tasmota 13.4 und die Display Firmware nspanel-v4.4.0.tft installiert (mit Tasmota 14.2 konnte v4.4.0 nicht aufgespielt werden). Als MQTT-Server wird ein externer Mosquitto Server benutzt. Unter HomeAssistant konnte das NSPanel erfolgreich in Betrieb genommen werden - läuft. Da ich einen Vergleich mit dem ioBroker wollte, habe ich auch hier die Installation mit dem DEV-Script v4.4.0.6 (wg. MQTT-Client) durchgeführt.

      Hier passiert der erste Fehler: der automatische Updater im Script knallt bei der Erstinstallation des NSPanels im ioBroker den Display Firmware 3.3.1 auf das NSPanel, obwohl schon die benötigte 4.4.0 auf dem Gerät war. Ergebnis: um 90 Grad gedrehte Fehlermeldung im Display. Mit dem Befehl

      FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-v4.4.0.tft
      

      in der Tasmota Konsole kann das wieder bereinigt werden ...

      Als Reminder würde ich einen Feature Request vorschlagen:

      • Auto-Config Flags für das Unterdücken eines Auto-Updates in den Funktionen
        • update_tasmota_firmware();
        • update_berry_driver_version();
        • update_tft_firmware();
          jeweils im vor dem try-Bereich

      Dann wird das Script erneut gestartet, aber es wird nichts über den MQTT-Server Richtung NSPanel geschickt. 0_userdate und alias sind vom Script richtig erzeugt worden, auch der CustomSend Eintrag ist vorhanden. Die MQTT publish Geräte-Einstellung ist für CustomSend, GetDriverVersion und POWER gesetzt. Stattdessen wird alle 6 Sekunden die Init-Schleife durchlaufen (CustomSend = Null)

      26.9.2024, 19:00:30.124	[info ]: javascript.0 (600) Compiling TypeScript source script.js.common.NSPanel.NSPanelTs_073
      26.9.2024, 19:00:30.500	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: source code did not change, using cached compilation result...
      26.9.2024, 19:00:30.678	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: setObjects enabled - create Alias Channels possible
      26.9.2024, 19:00:30.679	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: weather alias for accuweather.0. already exists
      26.9.2024, 19:00:30.710	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: registered 40 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
      26.9.2024, 19:00:30.974	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: Desired TFT Firmware: 53 / v4.4.0
      26.9.2024, 19:00:30.974	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: Installed TFT Firmware: 53 / v4.4.0
      26.9.2024, 19:00:31.081	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: Debug mode disabled
      26.9.2024, 19:00:32.060	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: hidden Cards disabled
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: Start MQTT-Port-Check -------------------------------------
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: -- admin.0                   - 8081
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: -- hm-rpc.0                  - 0
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: -- hm-rpc.1                  - 0
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: -- hm-rpc.2                  - 0
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: -- hm-rpc.3                  - 0
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: -- mqtt-client.0             - 1883
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: -- simple-api.0              - 8087
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: -- web.0                     - 8082
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: - MQTT-Port-Check OK: Instance of Adapter: mqtt-client.0 is running on Port:1883
      26.9.2024, 19:00:33.611	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: End MQTT-Port-Check ---------------------------------------
      26.9.2024, 19:00:34.808	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: Desired TFT Firmware: 53 / v4.4.0
      26.9.2024, 19:00:34.808	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: Installed TFT Firmware: 53 / v4.4.0
      26.9.2024, 19:00:40.797	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: Desired TFT Firmware: 53 / v4.4.0
      26.9.2024, 19:00:40.797	[info ]: javascript.0 (600) script.js.common.NSPanel.NSPanelTs_073: Installed TFT Firmware: 53 / v4.4.0
      
      

      Bei der Jscript Version 8.8.3 sind die NPM Modulen axios, moment, moment-parseformat und dayjs angegeben.

      Was habe ich übersehen - wo ist der Fehler?

      posted in Hardware
      W
      wolwin
    • RE: Zeigt her eure Visu

      @lesiflo
      Hi,
      bin schlichtweg begeistert !! Das Design entspricht von der 'Einfachheit' und besonders von der Strukturierung genau meinen Vorstellungen. Vielen Dank für die Snapshots!
      Als Neueinsteiger habe ich momentan schon einige Stunden mit Recherche zugebracht, welche VIS Tools sinnvoll sind - bisher im Focus habe ich 'Material Design Widgets von Scrounger' und 'Material Design CSS von Uhula' - also genau die Dinge, die Du auch einsetzt.
      Du hattest ja schon einmal eine View bereitgestellt - gerne würde ich Deine aktuelle Version als Ausgangspunkt nutzen - würdest Du das Projekt nochmal bereit stellen - würde mich sehr freuen?
      VG
      Wolfram

      posted in Visualisierung
      W
      wolwin
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
    The ioBroker Community 2014-2023
    logo