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

[Armilar]

@froitzheims

Sehr gerne. Noch ein Tipp für die Zukunft...

Unter Info und dann unter Systeminformationen rechts:

findest du die Node.js Version ebenfalls. Wenn die gelb oder rot wird, steht in der Regel auch die empfohlene Version dabei. Wenn es eine empfohlene Version gibt, sollte die nach Möglichkeit auch unmittelbar installiert werden. Die wird immer entsprechend korrekte Funktionalitäten für den ioBroker zur Verfügung stellen. Anderenfalls kann es zu Problemen in der Ausführung kommen!

Der Satz "Never touch a running System" ist das dümmste was man in der Server-Welt machen kann. Die vorherige Version ist bereits fehlerbehaftet und die neue Version beinhaltet bereits das "Pflaster" für diese Fehler. Gilt auch für das Betriebssystem.

Konntest du damit auch das Sprachthema erledigen?

[valbuz]

@armilar Da Danke ich vielmals! :+1: :blush:
Ja bei Relikten aus alten Zeiten, wird's schwierig um eine Logik zu finden :flushed:

Danke nochmals.

Pat

[Woffi1967]

@jobr99 : Hallo jobr99,
sorry wenn ich jetzt diesen Weg wähle.
Leider finde ich keinen Button um ein neues Thema zu öffnen.

Ich habe ein Problem, das Scritpt NSPanelTS.ts zu starten. Ich bekomme die Fehlermeldung

javascript.0 (1433) script.js.common.NSPANEL_1_3_6_0_3 compile failed: at script.js.common.NSPANEL_1_3_6_0_3:166

In der Zeile 166 steht folgender Befehl: let timeoutSlider: any;

Würde mich über eine Hilfe freuen.

Mfg Wolfgang

[Armilar]

@woffi1967

Hi und erstmal herzlich willkommen.

Neues Thema ist gar nicht erforderlich und somit absolut korrekt gemacht. @joBr99 ist übrigens für die Nextion-TFT-Firmware und Home Assistant zuständig. Deshalb übernehme ich mal im Bereich TS-Script und ioBroker...

Könntest du das Log mit den Fehlern kurz in Code-Tags posten? Oben in der Menüleiste

Nur mit der Info des timeoutSlider kann ich erstmal alleine nichts anfangen.

EDIT: Die Fehlersuche ist oft nicht einfach, da die Zeilennummern (in deinem Fall 166) nicht auf den Fehler hinweisen. Ist eher eine Näherung ;-)

[Armilar]

@woffi1967

Ich tippe übrigens auf die IconSelector, also das 2. TypeScript, dass die Icons enthält und im global angelegt sein muss (und natürlich angeschaltet)

Bist du nach dieser Anleitung vorgegangen?
https://github.com/joBr99/nspanel-lovelace-ui/wiki/ioBroker---Basisinstallation

[bean]

Seit neuesten bekomme ich beim Start des Scripts zwei Zeilen mit den roten Fehlern

Error by subscription (trigger): empty ID defined. All states matched.

Ich vermute, irgendein Datenpunkt in den Aliasen passt nicht, aber kann ich das irgendwie debuggen bzw selber draufkommen, welche Subscription den Fehler auslöst?
Das Skript startet trotzdem und läuft scheinbar auch fehlerfrei, aber rot ist doch störend :cold_sweat:

[Armilar]

@bean

rot ist nicht so schön ;-) Ich habe auch nicht die geringste Ahnung, warum sich das nicht in Pink umstellen lässt.

Nee, mal kurz Spaß beiseite. Stell mal im Script-Editor oben in der Ecke:

im Schraubenschlüssel den Haken bei "Ausführliche Protokollausgaben" rein und starte mal durch. Danach sende mal das Log mit den Fehlern in rot und so ein klein wenig an Log-Infos drumherum hier in Code-Tags.

Evtl. siehst du selbst die Fehlerquelle schon...

[bean]

@armilar said in SONOFF NSPanel mit Lovelace UI:

im Schraubenschlüssel den Haken bei "Ausführliche Protokollausgaben" rein und starte mal durch. Danach sende mal das Log mit den Fehlern in rot und so ein klein wenig an Log-Infos drumherum hier in Code-Tags.
Evtl. siehst du selbst die Fehlerquelle schon...

Ah! Aber die Fehlerquelle ist noch unklar

19:30:47.180	info	javascript.0 (557640) script.js.common.NSPanel.1: subscribe: {"pattern":{"id":"0_userdata.0.NSPanel_1.Relay.1","change":"ne","q":0},"name":"script.js.common.NSPanel.1"}
19:30:47.181	info	javascript.0 (557640) script.js.common.NSPanel.1: subscribe: {"pattern":{"id":"0_userdata.0.NSPanel_1.Relay.2","change":"ne","q":0},"name":"script.js.common.NSPanel.1"}
19:30:47.181	error	javascript.0 (557640) script.js.common.NSPanel.1 Error by subscription (trigger): empty ID defined. All states matched.
19:30:47.181	error	javascript.0 (557640) script.js.common.NSPanel.1 Error by subscription (trigger): empty ID defined. All states matched.
19:30:47.182	info	javascript.0 (557640) script.js.common.NSPanel.1: Wetter-Alias existiert bereits
19:30:47.183	info	javascript.0 (557640) script.js.common.NSPanel.1: subscribe: {"pattern":{"id":"0_userdata.0.NSPanel_1.PageNavi","change":"any","q":0},"name":"script.js.common.NSPanel.1"}

Scheinbar werden die beiden Relais-Datenpunkte abonniert, dann zwei Fehler, und dann geht es mit dem Wetter etc. weiter. Oder lese ich das falsch? Danke!

EDIT: Hat sicher erledigt - ich hatte bei mrIcon1ScreensaverEntity und mrIcon2ScreensaverEntity unter entity "null" eingetragen weil ich keine Icons oben haben wollte, in der letzten Scriptversion warf das noch keinen Fehler.

[Armilar]

@bean

Super, danke für die Info.

"null" sollte auch künftig wieder möglich sein. Ich prüfe das für die nächste Version und werde vorher abfragen, ob einer von den Icons "null" ist. Dann sollte null auch ohne Fehler funktionieren, da die Init für die Subscriptions der jeweiligen Icons nicht mehr durchlaufen werden.

[Armilar]

@bean

Wenn du es direkt wieder ohne Buttons haben möchtest kannst du den Teil suchen (relativ weit oben):

on({id: [].concat(config.mrIcon1ScreensaverEntity.ScreensaverEntity).concat(config.mrIcon2ScreensaverEntity.ScreensaverEntity), change: "ne"}, async function (obj) {
    if (obj.id.substring(0,4) == 'mqtt') {
        let Button = obj.id.split('.'); 
        if (getState(NSPanel_Path + 'Relay.' + Button[Button.length - 1].substring(5,6)).val != obj.state.val) {
            await setStateAsync(NSPanel_Path + 'Relay.' + Button[Button.length - 1].substring(5,6), obj.state.val == 'ON' ? true : false);
        }
    }
});

und gegen den Teil ersetzen:

async function SubscribeMRIcons () { 
    if (config.mrIcon1ScreensaverEntity.ScreensaverEntity != null) {
        on({id: config.mrIcon1ScreensaverEntity.ScreensaverEntity, change: "ne"}, async function (obj) {
            if (obj.id.substring(0,4) == 'mqtt') {
                let Button = obj.id.split('.'); 
                if (getState(NSPanel_Path + 'Relay.' + Button[Button.length - 1].substring(5,6)).val != obj.state.val) {
                    await setStateAsync(NSPanel_Path + 'Relay.' + Button[Button.length - 1].substring(5,6), obj.state.val == 'ON' ? true : false);
                }
            }
        });
    }
    if (config.mrIcon2ScreensaverEntity.ScreensaverEntity != null) {
        on({id: config.mrIcon2ScreensaverEntity.ScreensaverEntity, change: "ne"}, async function (obj) {
            if (obj.id.substring(0,4) == 'mqtt') {
                let Button = obj.id.split('.'); 
                if (getState(NSPanel_Path + 'Relay.' + Button[Button.length - 1].substring(5,6)).val != obj.state.val) {
                    await setStateAsync(NSPanel_Path + 'Relay.' + Button[Button.length - 1].substring(5,6), obj.state.val == 'ON' ? true : false);
                }
            }
        });
    }
}
SubscribeMRIcons();

dann sollte auch "null" wieder möglich sein.

LG

[michael_4358]

hallo

habe den Biobroker heute neu aufgesetzt.
nun zeigt das Panel nicht mehr die richtige Uhrzeit...
Uhrzeit im pi und im Broker sind aber richtig...
muss ich noch was beachten?

[Armilar]

@michael_4358

Abweichungen der Uhrzeit waren bislang Bestandteil von:

• Einstellungen der loacales im pi

  sudo raspi-config
  

  dann zu Set Locale navigieren und de_DE.UTF-8 auswählen (falls noch nicht aktiv)

  Ebenfalls bitte noch nachsehen, ob Timezone auf Europa/Berlin steht

• Node.js
  Welche Version ist aktuell auf dem pi installiert? Die node.js Version bekommst du im Systemterminal mit

  node -v
  

  heraus und dann wäre noch interessant, welches Betriebssystem auf dem pi läuft (buster oder bullseye)

[bean]

@armilar said in SONOFF NSPanel mit Lovelace UI:

dann sollte auch "null" wieder möglich sein.

Super, funktioniert!

[Armilar]

@bean sagte in SONOFF NSPanel mit Lovelace UI:

dann sollte auch "null" wieder möglich sein.

Super, funktioniert!

Perfekt, dann kommt es so auch in die folgenden Versionen...

[bean]

@armilar
Kommando zurück, funktioniert doch nicht (Hattte übergangsweise eine andere Entity eingetragen und das vergessen)
Der Unterschied: Ich darf nun gar kein 'none' eintragen (wird gleich rot unterstrichen), das ging vorher noch, dann kam der Fehler aber erst beim kompilieren.
Wenn ich zwei Anführungszeichen ohne Inhalt einfüge, kommt der Fehler "empty id defined" wie davor

[Armilar]

@bean sagte in SONOFF NSPanel mit Lovelace UI:

none

null wird abgefragt - kein "none"

[bean]

@armilar said in SONOFF NSPanel mit Lovelace UI:

@bean sagte in SONOFF NSPanel mit Lovelace UI:

none

null wird abgefragt - kein "none"

Autsch :face_palm: Sorry, es ist noch früh - so gehts natürlich

[valbuz]

Hallo zusammen.
Habe einige Erfahrungen mit diesem tollen Tool machen dürfen. Danke hierfür :+1:

Nun wollte ich wiederum zurück auf Tasmota. Flashen via OTA und seriell funktionierte, jedoch ist das Display immer noch
auf "waiting for content...".
Ebenso wurden die Dateien nspanel.be und autoexec.be angelegt.
Wer hat mir eine Hilfe wie ich das Nextion wieder weg bekomme?

Danke

[Armilar]

@valbuz

Du meinst Tasmota mit der Original TFT-Firmware. Dazu benötigst du die Original Sonoff- Firmware. Soweit ich das verfolgt habe, gab es ein oder 2 User im Forum, die den Weg ebenfalls gegangen sind. Evtl. hilft dir das weiter?:

Going back to Stock Screen firmware

You can easily revert back to stock HMI firmware at any time, if you want. Simply use the same process as above. You just need to use the original TFT file. A link to that is here;
https://community.home-assistant.io/t/sonoff-nspanel-smart-scene-wall-switch-by-itead-coming-soon-on-kickstarter/332962/145?u=m-home

This will revert the Nextion HMI to stock, not the Tasmota side. This process would involve re-flashing the backup taking during the flash of Tasmota. This is not in scope here.

Weitere Infos dazu habe ich aber auch nicht...

[michael_4358]

@armilar said in SONOFF NSPanel mit Lovelace UI:

@michael_4358

Abweichungen der Uhrzeit waren bislang Bestandteil von:

• Einstellungen der loacales im pi

  sudo raspi-config
  

  dann zu Set Locale navigieren und de_DE.UTF-8 auswählen (falls noch nicht aktiv)

  Ebenfalls bitte noch nachsehen, ob Timezone auf Europa/Berlin steht

• Node.js
  Welche Version ist aktuell auf dem pi installiert? Die node.js Version bekommst du im Systemterminal mit

  node -v
  

  heraus und dann wäre noch interessant, welches Betriebssystem auf dem pi läuft (buster oder bullseye)

hi

zeit ist auf richtige Einstellung.
node.js ist Version 16.18.1

os ist bullseye