UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[danny_v1]

@armilar Danke, manchmal sollte man sich abends doch besser eine andere Aufgabe suchen!
Das zweite Actual passt aber, habe warum auch immer den Ordner so genannt.

[Ciwa]

Hallo,

ich habe meine beiden NS Panels auf die TypeScript v4.3.1.3 umgestellt. Funktioniert alles bestens......Nur der rechte Button lässt sich nicht überreden die Seite mit der Gäste Wlan Konfiguration anzuzeigen. Im Type Script kann ich "Page" nicht verwenden. Da kommt folgender Fehler:

19:57:42.657	error	javascript.0 (452) script.js.common.NS_Panel: TypeScript compilation failed: mode: page, ^ ERROR: Cannot find name 'page'.  

 button2: {
        mode: page,     // Mögliche Werte wenn Rule2 definiert: 'page', 'toggle', 'set' - Wenn nicht definiert --> mode: null
        page: Wlan,     // Zielpage - Verwendet wenn mode = page (bisher button2Page)
        entity: null,   // Zielentity - Verwendet wenn mode = set oder toggle
        setValue: null  // Zielwert - Verwendet wenn mode = set
    }

Im NS Panel habe ich folgendes eingegeben:

Rule2 on Button2#state do Publish SmartHome/%topic%/tele/RESULT {"CustomRecv":"event,button2"} endon

Rule2 On

Wahrscheinlich nur eine dämliche Kleinigkeit.....aber ich komm nicht drauf :(

Danke für eure Hilfe

Gruß

Ciwa

[Armilar]

@ciwa

Wie sieht denn die Seite Wlan aus?

EDIT:

    button2: {
        mode: 'page',   // Mögliche Werte wenn Rule2 definiert: 'page', 'toggle', 'set' - Wenn nicht definiert --> mode: null
        page: Wlan,  // Zielpage - Verwendet wenn mode = page (bisher button2Page)
        entity: null,   // Zielentity - Verwendet wenn mode = set oder toggle
        setValue: null  // Zielwert - Verwendet wenn mode = set
    }

denke so wird es funktionieren. page ist ein String :blush:

[Ciwa]

@armilar

das wars.....eine dämliche Kleinigkeit. :spock-hand: Ist halt ein String........mano :)

Vielen Dank......

Gruß

Ciwa

[Armilar]

@ciwa

ist so - manchmal ist der Wald einfach komplett weg. Viel Spaß noch :blush:

[xelarep]

Puh, ich hoffe ihr steinigt mich nicht, aber alle 4.000+ Beiträge vorher durchzusehen...

Ich hab mir die letzten Tage ein NS Panel zugelegt und dieses gestern mit einer ersten Konfiguration in Betrieb genommen - funktioniert soweit so gut:

Tasmota 13.2.0(nspanel), aktuellen Berrydriver 9, DisplayFirmware 53/4.3.1 - 'ganz frisch'

Im moment hab ich nur den Bildschirmschoner im advanced Modus mit Wettervorhersage am laufen. Ansonsten die Standardseite zur Abfrage/Konfiguration des Panels

Ich hab das PanelTemplate um ein fehlendes 6. Symbol in der bottomScreenSaverEntity für advanced erweitert, sowie die leftScreenSaver entity gefüllt. Ale Wetterdienst AccuWeather eingerichtet. die mrIconX entities zeigen Raumtemperatur und Feuchte.

Im Idealfall sieh das dann im Wechsel etwa so aus

Allerdings habe ich immer wieder für ein paar Sekunden 'Geisterbilder' aus den Default Ansichten

Das ist quasi die Konfiguration wie sie aus dem Ursprungstemplate kommt, ohne Left und 6. Bottom. Lustigerweise geht die Luftfeuchte dann mit einer Zehntelstelle mehr an (hatte ich zwischendrin mal experimentier...). Manchmal eine Sekunde, manchmal 4-6s.

Woher kommt das, und wie bekomme ich das weg?

Was ich bisher probiert habe: Panel-Script angehalten, alias.0.xxx und 0userdata.xxx Zweige für das Panel komplett gelöscht und mit Scriptstart neu generiert - keine Änderung

[Gargano]

@xelarep Starte mal die js-Instanz neu unter Instanzen

[xelarep]

@gargano Krass! Wieder knapp an der IT Regel Nummer 1 - "Boot tut Gut!" - vorbeigekommen.

Ich hab mich jetzt mal 3 Minuten hingestellt und keine Geisterbilder mehr gesehen, Danke!

[Gargano]

@xelarep Hast Du die aktuelle Script Version verwendet ? Eigentlich sollte da die onStop Funktion enthalten sein, der die Schedules löscht. Wenn die nicht explizit gelöscht werden, laufen die weiter, auch wenn das Script gestoppt wurde.

[xelarep]

@gargano welches Skript meinst Du? Im Prinzip ja, alles Stand Donnerstag 26.10.

[Armilar]

@xelarep

Passt - die onStop ist auch drin... Denke mal da war irgendetwas anderes am Haken...

@Gargano meinte nur, es sollten sich beim Beenden des Scriptes alle offenen Timer automatisch schließen, da das speziell im Script berücksichtigt wird...

Falls das nochmal vorkommt, kurz bescheid geben...

Ansonsten noch viel Spaß beim Konfigurieren. :blush:

[Armilar]

@l4rs

@tt-tom Ist hier auch so, der Raspberry steht auf Europa/Berlin, die Uhrzeit ist aktuell, ioBroker steht ebenfalls auf Deutsch mit dem Datumsformat DD.MM.YYYY und der JS_Adapter verwendet die Systemeinstellungen.

Das Blockly liefert bei mir aber auch den falschen Wert. 02.11.2023 -> 11.02.23.

Gruß, Lars

Das liegt in der Tat an JS-Funktionen (ggfs. sogar an NodeJS). Die Funktionen Date.parse() und formatDate() liefern teils keine korrekten Ergebnisse. Gibt dazu bereits ein (interessanterweise recht altes) github Issue von @haus-automatisierung

https://github.com/ioBroker/ioBroker.javascript/issues/980

Ich bin immer noch in der Abstimmung mit @TT-Tom. Wir werden jedoch in Kürze eine funktionierende Alternative in die nächste Version bringen... Erste Test bringen schon akzeptable Ergebnisse... Also noch kurz die Füße stillhalten --> Die Lösung kommt... :blush:

[Armilar]

v4.3.2 - Update

• Das TS-Script in der Version v4.3.2.1 bringt neue Methoden in der Datumsformatierung im Screensaver, da die Standardmethoden im JavaScript teils fehlerbehaftet sind und bei bestimmten Tagen, Tag und Monat vertauschen. Um die aktuelle Version des TS-Script zu benutzen sind zwei npm Module (moment und moment-parseformat) in die JS-Adapter-Instanz einzutragen.

  Anleitung siehe Wiki:
  https://github.com/joBr99/nspanel-lovelace-ui/wiki/iobroker---Basisinstallation#8--einstellungen-in-js-adapter-instanz

  Um eine fehlerhafte Darstellung der Formate zu vermeiden, könnte eine Anpassung der ScreensaverEntities erforderlich sein, sofern ScreensaverEntityDateFormat verwendet wird.

  Die neue Formatierung sieht wie folgt aus...
  
  ... und ist hier jetzt ausführlich in der Wiki beschrieben:
  https://github.com/joBr99/nspanel-lovelace-ui/wiki/ioBroker-Config-Screensaver#entity-status-icons-ab-v400

  Das aktuelle TS-Script findet ihr hier:
  https://github.com/joBr99/nspanel-lovelace-ui/blob/main/ioBroker/NsPanelTs.ts

  Es reicht den unteren Teil des Scriptes zu ersetzen ab:

  // _______________ Ab hier keine Konfiguration mehr ____
  

• Das TFT-Update korrigiert fehlerhafte Darstellungen beim Wechsel zu benachbarten Cards (Pages) neben einer cardGrid2. Einfach nachfolgenden Befehl in der Tasmota-Console ausführen...

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

  ... oder über das Service-Menü des NSPanels aktualisieren...

Viel Spaß mit dem Update: :blush:

Armilar und @TT-Tom

EDIT:
zu Fragen und Anregungen wie immer nachfragen. ;-)

Änderungen: https://github.com/joBr99/nspanel-lovelace-ui/commit/1bc042d126b2d8255334eb1ead206213fec5235e

[xelarep]

Hm, ich bekomme nach Update folgende Fehler

und später dann minütlich

Ich hab wie oben beschrieben das Skript angehalten, TFT update gemacht, den unteren Teil des Skriptes ausgewechselt und neu gestartet,

Was nun?

[Gargano]

@xelarep in der JS-Instanz unter zusätzliche Npm Module moment-parseformat eintragen

[xelarep]

Oha, jetzt geht es ans eingemachte, ich scheine noch andere Sachen machen zu müssen:

Nach Neustart jscontroller kommt nun

[Gargano]

@xelarep das sind warnings. Und bitte in codetags setzen. Sieht man sonst sehr schlecht.

[xelarep]

@gargano OK, ich gelobe Besserung :-)

Muss ich jetzt was tun, oder wird sich das mit einem bei mir anstehenden Systemupdate irgendwie(tm) lösen?

... lese mich gerade in https://forum.iobroker.net/topic/69068/neuer-befehl-iob-nodejs-update ein...

[Gargano]

@xelarep wenns jetzt funktioniert ist erstmal gut. Die Warnings kommen ja nur beim Start.

[Armilar]

@xelarep

Warnings beim Start der JS-Adapter-Instanz sind völlig normal... Einfach ignorieren... :blush:

Warnings beim TS-Script-Start betrachten wir hier ;-) . Ich denke jetzt funktioniert alles, oder?