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

[Armilar]

@tt-tom

Warum steht da nlui und nicht Berry

weil sich da mal jemand nextion lovelace ui ausgedacht hat und es für Tasmota dann in der Skriptsprache Berry geschrieben hat ;-)

[lobomau]

@tt-tom das passiert wenn ich keine autexec.be Datei habe:

00:01:30.043 CMD: Backlog UrlFetch https://raw.githubusercontent.com/ticaki/ioBroker.nspanel-lovelace-ui/refs/heads/main/tasmota/berry/10/autoexec.be; Restart 1
00:01:32.134 MQT: SmartHome/NSPanel_1/stat/RESULT = {"UrlFetch":"Failed"}
00:01:32.177 MQT: SmartHome/NSPanel_1/stat/RESULT = {"Restart":"Restarting"}

Über den normalen Weg die autoexec.be zu laden hatte ich die Antwort erhalten, dass ich Version 9 habe.

[ticaki]

@lobomau

Wo kommt der falschen Link den her - das schon das 2 mal das ich den sehe? Steht der im Skript?

https://raw.githubusercontent.com/ticaki/ioBroker.nspanel-lovelace-ui/main/tasmota/berry/${version}/autoexec.be

also
https://raw.githubusercontent.com/ticaki/ioBroker.nspanel-lovelace-ui/main/tasmota/berry/10/autoexec.be

Hm der andere scheint aber auch zu gehen - verwirrt - beim letzten Mal hat der refs/head nicht funktioniert aber dieser hier^

Kannst du von deinem tasmota aus github anpingen?

[TT-Tom]

@ticaki

Ja kommt von mir und ich habe ihn aus dem Script

[ticaki]

@tt-tom
chatGPT sagt, die sind beide identisch - hm

Es besteht aber die möglichkeit das tasmota die url abschneidet wegen buffer größe - ka ob chatGPT da quark erzählt.

bei mir gehts mit beiden links - hab aber tasmota32 drauf - nix nspanel :)

[TT-Tom]

@lobomau

Du kannst auch den Weg gehen, das du dir die Datei von Github herunterlädst und selber in Tasmota einfügst.

[lobomau]

@ticaki habe eben erst die tasmota-version mit meinem anderen panel verglichen und gesehen, dass da gar nicht die nspanel version drauf war. Ich also nun die normale version "Tasmota 15.0.1 (release-tasmota32) by Theo Arends" drauf gemacht.
Nach erstellen der autoexec.be habe ich nun:

00:00:34.701 CMD: GetDriverVersion
00:00:34.708 MQT: SmartHome/NSPanel_1/tele/RESULT = {"nlui_driver_version":"9"}

Nun versuche ich die TFT-Version zu flashen mit

FlashNextionAdv0 http://nspanel.de/nspanel-v5.0.0.tft

Scheint geklappt zu haben:

00:07:58.670 CMD: FlashNextionAdv0 http://nspanel.de/nspanel-v5.0.0.tft
00:07:58.679 MQT: SmartHome/NSPanel_1/stat/RESULT = {"FlashNextionAdv":"Done"}
00:07:58.757 FLH: host: nspanel.de, port: 80, get: /nspanel-v5.0.0.tft

Nach Scriptstart schlägt mir Panel vor das Update zu machen von TFT 53 auf 59. Ja, Nein und Schließfeld färben sich beim Drücken, aber machen nichts.
Soweit bin ich also schon mal.

Edit.: eine Sache war mir aufgefallen. In der Anleitung steht unter Datei: "autoexec.be" ohne "/" davor. So habe ich es die ganze gemacht. Aber es ist Standardmäßig ein Slash davor. So habe ich es bei meinem letzten Versuch stehen lassen. Keine Ahnung ob das einen Einfluss hat.

[Armilar]

@lobomau

Wenn ich mir das so ansehe, dann würde ich sagen, dass NSPanel kann oder eher darf nicht mit dem Internet kommunizieren...

typische Anzeichen;

00:01:30.043 CMD: Backlog UrlFetch https://raw.githubusercontent.com/ticaki/ioBroker.nspanel-lovelace-ui/refs/heads/main/tasmota/berry/10/autoexec.be; Restart 1
00:01:32.134 MQT: SmartHome/NSPanel_1/stat/RESULT = {"UrlFetch":"Failed"}

Ist da ein Proxy aktiv oder eine IP-Sperre, MAC oder sonst was es noch in dieser Welt gibt, dass eine solche Kommunikation verhindern könnte?

[lobomau]

@armilar ich vermute auch eine Sperre. In der Tat habe ich einige Geräte geblockt, aber bei den NSPanels finde ich nichts... kann sein dass ich es übersehe. Die Idee mit der Datei selber runterladen finde ich nicht schlecht. Wie würde das gehen?

[Armilar]

@lobomau

Ja - bei dem Berry würde es gehen, jedoch würde das Panel wieder scheitern, wenn du ein FlashNextion durchführst...

Den Berry kann man natürlich wie in der Wiki StepByStep manuell anlegen. Den Link benutzt ihr ja schon:

https://raw.githubusercontent.com/ticaki/ioBroker.nspanel-lovelace-ui/refs/heads/main/tasmota/berry/10/autoexec.be

Danach Reboot und er ist drauf...

Würde meiner Ansicht nach das Folgeproblem TFT nicht lösen, es sei denn es darf lokal kommunizieren und zu einem internen Webserver mit http:// auf dem die TFT liegt...

---

EDIT: Kann natürlich schon im Tasmota geblockt sein...

[welli]

Hallo,
Weis nicht ob ich hier Richtig bin.
Habe ein Problem mit 2 Nspanel, bekomme immer wieder abwechselnd diese Message und das Nspanel ist dann im Startbildschirm und meldet waiting for content , und dies jeden Tag.
Dann muss ich das Nspanel wieder neu starten dass es wieder Funktioniert.
Vielleicht einer eine Idee

javascript.0
2025-09-17 20:12:35.440 info script.js.common.NSPANEL_1_5_0_0_1: Installed TFT Firmware: 59 / v5.0.0

javascript.0
2025-09-17 20:12:35.440 info script.js.common.NSPANEL_1_5_0_0_1: Desired TFT Firmware: 59 / v5.0.0

[Armilar]

@welli

Sagt eigentlich nur aus, dass die Verbindung (WLAN) zwischen NSPanel und Router abbricht. Das Panel geht dann in den Startup-Modus (Die beiden Nachrichten) und sollte irgendwann wieder kommen... Passiert das zu unterschiedlichen Zeiten?

[welli]

Hi Armilar,
Danke für deine Antwort.
Kommt immer über Nacht , die Zeit habe ich noch nie so aufgepasst.
Wie kann die WLAN Verbindung abbrechen mit dem Router , eine Idee?

[Armilar]

@welli

Gibt da noch ne Option... Kannst du mal nach folgendem Inhalt suchen?:

// 3:30 a.m. Perform startup and receive current TFT version
let scheduleStartup = adapterSchedule({hour: 3, minute: 30}, 24 * 60 * 60, async () => {
    setIfExists(config.panelSendTopic, 'pageType~pageStartup');
})

und den entweder löschen oder auskommentieren?

// 3:30 a.m. Perform startup and receive current TFT version
/*
let scheduleStartup = adapterSchedule({hour: 3, minute: 30}, 24 * 60 * 60, async () => {
    setIfExists(config.panelSendTopic, 'pageType~pageStartup');
})
*/

Falls nicht kann ich das auch in die DEV übernehmen... werde ich ohnehin, da der Code eigentlich seit 2 Jahren nicht mehr erforderlich ist.

Sorgt ebenfalls dafür, dass eine Zwangstrennung um 3:30 Uhr erfolgt... die nicht wirklich erfolgen muss...

---

Evtl. erledigt sich das mit der WLAN Aussage schon...

[lobomau]

@armilar ja, die Internet-Sperre war der Grund. Endlich in den unifi Einstellungen gefunden. Man kann ja einfach aus der Konsole testen ob Internet da ist mit

ping 8.8.8.8

Des Weiteren zeigt die autoexec.be nach dem Restart auch endlich das Datum des Erstelltags. Vorher ohne Internet hatte ich immer ein altes Datum.

[arteck]

@lobomau btw.. kannst ja auch 1.1.1.1 nehmen. und und und

[welli]

@armilar

Sorry für meine Späte Antwort, habe gewartet bis sie es wieder gemacht haben , hatte Heute so um 7h58 laut Protokoll wo es auftrat.
Werde Trozdem die Zeilen mal rausnehmen um zu schauen ob es was brinkt.
Werde mich dann noch mal melden.

[welli]

Noch mal Ich ,
Wenn ich die Zeilen abschalte bekomme ich folgenden Fehler.

[australien]

@armilar ich bin es nocheinmal.
jetzt habe ich ein anderes Panel neu geflasht und es funktioniert alles ohne Problem.
Das gleiche wieder bei dem Alten, mit ESP_Flasher neu geflashed wieder altes Problem.
Gibt es eine Möglichkeit den kompletten Flash einmal zu leeren? Er bleibt ja immer bei 4784128 hängen.

edit: das script läuft normal durch, nur der update auf 5.0.0 funktioniert nicht. Und bei neustart mit Power off steht im Screen: System Data ERROR!

[Armilar]

@welli

sorry - ich hätte es mal testen sollen ;-)

https://github.com/joBr99/nspanel-lovelace-ui/blob/main/ioBroker/DEV/NSPanelTs.ts

Tausche bitte den unteren Teil ab Zeile 988 aus der DEV aus... Dann sollte kein Fehler mehr kommen... :blush: