Betatest NSPanel-lovelace-ui v0.2.x
-
Ich würde ausschließlich die v4.9.5 flashen. Die v4.9,3 führt zu nix...
Ist klar, da ist einiges reingekommen... Eventuell morgen nochmal versuchen...
-
@armilar Im Adapter zeigt er mir jetzt die 4.9.5 an aber ich kann trotzdem ein Update anstossen was aber zu keinem neuen Ergebnis führt
-
Ist schwer nachzuvollziehen, warum das Flashen so oft abbricht... Hast du einen hohen Traffic auf der 2,4G Leitung?
Bei @ticaki und mir gehen die TFT-Flashs zu 100% durch (insgesamt 10 Panels)... Wir haben allerdings auch keine FRITZEN...
Evtl. hilft es auch mal den Router durchzustarten... Denke wirklich da geht etwas verloren...
-
@armilar ja muss ich testen, chatgpt hatte mir vorgeschlagen Mqtt und ähnliches in Tasmota zu deaktivieren. Es sind schon so 30 Geräte (könnten auch ein paar mehr sein) etwa auf dem Wlan Netz 2,4 etliche Tasmota Steckdosen etliche ESP mit Display usw.
-
Da habe ich deutlich mehr:
Oder irgendein Nachbarnetz oder Zigbee oder, oder, oder?
Vielleicht mal den Channel wechseln? Channel 1, 6 und 11 sind, sofern frei, überschneidungsfrei
-
Ich update auch mit einer Fritte, habe ab und zu mal Abbrüche. Beim zweiten oder dritten Versuch geht es dann aber.
-
@armilar ja zigbee usw. ist alles da CCU3 Hue Bridge usw. Sicher könnte das damit in Verbindung stehen aber warum gehn andere Versionen ohne Probleme und zwar ohne Ausnahme
-
@tt-tom ich bin nochmal dabei die 4.9.5 zu flashen teste das jetzt ggf. noch ein paar mal
Wenns garnicht geht versuche ich es morgen mal direkt per Nextion Editor zu flashen, zuerst die Blank TFT und danach dann die 4.95 US. Allerdings müsste ich mal schauen welche das genau ist ..?
01:31:25.975 RSL: RESULT = {"FlashNextionAdv":"Done"} 01:31:25.998 FLH: host: nspanel.de, port: 80, get: /nspanel-us-l-v4.9.5.tft 01:31:26.350 RSL: RESULT = {"T1":0,"T2":0,"T3":0,"T4":0,"T5":0,"T6":0,"T7":0,"T8":0} 01:31:26.354 RSL: RESULT = {"Rule3":{"State":"OFF","Once":"OFF","StopOnError":"OFF","Length":291,"Free":220,"Rules":"ON CustomSend DO RuleTimer3 120 ENDON ON Rules#Timer=3 DO CustomSend pageType~pageStartup ENDON ON Button1#state do Publish SmartHome/NSPanel_US/tele/RESULT {\"CustomRecv\":\"event,button1\"} ENDON ON Button2#state do Publish SmartHome/NSPanel_US/tele/RESULT {\"CustomRecv\":\"event,button2\"} ENDON"}} 01:31:26.397 FLH: Something has gone wrong flashing display firmware [bytes('1AFFFFFF')] 01:31:26.525 FLH: Send (High Speed) flash start 01:31:26.901 RSL: RESULT = {"Flashing":{"complete": "0", "time_elapsed": 0}} 01:31:32.399 FLH: host: nspanel.de, port: 80, get: /nspanel-us-l-v4.9.5.tft 01:31:32.750 RSL: RESULT = {"Flashing":{"complete": "87", "time_elapsed": 6}} 01:31:34.462 RSL: RESULT = {"Flashing":{"complete": "88", "time_elapsed": 7}} 01:31:41.263 RSL: RESULT = {"Flashing":{"complete": "89", "time_elapsed": 14}} 01:31:45.954 RSL: STATE = {"Time":"2025-08-18T01:31:45","Uptime":"0T00:00:38","UptimeSec":38,"Heap":124,"SleepMode":"Dynamic","Sleep":0,"LoadAvg":999,"MqttCount":0,"Berry":{"HeapUsed":17,"Objects":221},"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"FRITZ!Box 7590","BSSId":"F0:B0:14:89:28:21","Channel":1,"Mode":"HT40","RSSI":82,"Signal":-59,"LinkCount":1,"Downtime":"0T00:00:03"}} 01:31:45.993 RSL: SENSOR = {"Time":"2025-08-18T01:31:45","ANALOG":{"Temperature1":27.6},"ESP32":{"Temperature":55.0},"TempUnit":"C"} 01:31:47.861 RSL: RESULT = {"Flashing":{"complete": "90", "time_elapsed": 21}} 01:31:54.361 RSL: RESULT = {"Flashing":{"complete": "91", "time_elapsed": 27}}Ich hab jetzt die 4.9.5 EU Version geflasht auch da kommt der Rote Balken aber lässt sich ohne Probleme flashen. Aber auch die Datei ist kleiner als die US-L 4.9.5
-
Ich hab die 4.9.5 US-L version jetzt seriell direkt per Nextion Editor drauf gebraten und läuft wieder
-
@armilar Nachdem ich jetzt (versucht habe) hier alles Wesentliche rauszulesen, brauche ich einen Anfangsschubs um meine 'main' hinzubekommen. Zunächst habe ich in der ts-Datei die Hauptseite angepasst:
Danach habe ich das Script laufenlassen und bekam natürlich Fehler:Panel for Topic: nspanel1 name: nspBuero Script version 0.9.3 is correct!, Configuration error in page Startseite with uniqueName main - Channel role variable not supported!, u.s.w ...Dann sehe ich immer noch Script version 0.9.3; sollte das nicht 0.9.5 heißen?
-
@rene55 said in Betatest NSPanel-lovelace-ui v0.2.x:
Danach habe ich das Script laufenlassen und bekam natürlich Fehler:
Script 0.9.3 ist noch richtig TFT Firmware ist die 4.9.5
-
Tschuldigung, wollte eigentlich meinen letzten Post bearbeiten.
@Rene55 Ich würde fast behaupten das da eine bzw. alle Rollen falsch ist. Versuche doch bitte die einzelnen Id´s mal auszu kommentieren (// voranstellen)fang mal beim ersten an und schau was passiert. Bzw. setz mal die richtigen datenpunkte kommentiere mal alle aus bis auf 1 dann suchst du dir den passenden datenpunkt und nicht den ganzen Channel -
@teletapi Das mag sein - ich hatte beim Script schon meine Schwierigkeiten mit Aliasen. Ich hatte gehofft, beim Adapter lönnte ich darauf verzichten. Ich vermute, dass die Aliase -wenn man sie denn noch braucht - vollig falsch angelegt sind.
-
Der Adapter kann direkt mit den Datenpunkten oder mit vorhandenen Aliasen arbeiten... Manchmal macht ein Alias aber dennoch sinn, insbesondere wenn es sich um Formatierungen oder optionalen Berechnungen handelt...
Die Rollen sind nach wie vor entscheidend...
-
@armilar Das hört sich für mich positiv an ! Vielleicht fehlt noch was. Aktuell sieht das so aus:
const Hauptseite: ScriptConfig.PageGrid = {
type: 'cardGrid',
uniqueName: 'main',
heading: 'Startseite',
'items': [ { id: 'mqtt.0.Transfer.151.Luftdruck', name: 'Luftdruck', offColor: MSRed, onColor: MSGreen} ]
};und im Datenpunkt ist als role "role": "variable", eingetragen. Ist das der Fehler?
-
Ja, der MQTT.0 ist dafür völlig ungeeignet, da die Datenpunkte keine Rollen kennen...
-
@armilar Ich bin hier auf einem Testsystem nur für den Adapter. Der hat sonst keine Geräte oder Sensoren. Die Werte (zum testen) spiele ich mir per MQTT hier hinein. Dann müsste/könnte ich den Datenpunkt doch so einrichten, dass er richtig erkannt wird.
-
Kannst dich bestimmt nicht mehr erinnern - aber bei der letzten "wir machen ticaki fertig" Konferenz wurde entschieden, das ticaki das so umbaut dass das kompatibel zum skript ist - dann ein paar monate später war ich damit fertig
. Du brauchst noch immer die Aliase, wie im Skript, am einfachsten geht das mit dem Device-Adapter. Ohne Aliase wird das leider viel zu kompliziert und würde dann ohne das Konvertieren von der Skriptlogic pro einzelnes Pageitem so aussehen.{ role: 'textNotIcon', type: 'text', dpInit: '', data: { icon: { true: { value: { type: 'const', constVal: 'weather-windy' }, text: { value: { type: 'triggered', dp: 'mqtt.0.Transfer.151.Luftdruck' },}, textSize: { type: 'const', constVal: 3 } }, color: { type: 'const', constVal: Color.Green }, }, entity1: { value: { type: 'triggered', dp: 'mqtt.0.Transfer.151.Luftdruck' } decimal: { type: 'const', constVal: 1 }, factor: undefined, unit:{ type: 'const', constVal: 'hPa' }, }, text: { true: { type: 'const', constVal: 'Luftdruck' }, false: undefined, }, text1: { true: { type: 'const', constVal: 'Luftdruck' }, false: undefined, }, }, },Und das für jeden Wert den du anzeigen willst, ohne überprüfung ob das sinn macht. Wobei ich auch kein Plan hab ob man das über das Skript eingeben kann, da muß man wohl die ganze Seite nativ definieren. Was dann so wäre:
const pageGridTest1: pages.PageBaseConfig = { dpInit: '', alwaysOn: 'none', uniqueID: 'grid1', useColor: false, config: { card: 'cardGrid', data: { headline: { type: 'const', constVal: 'grid1', }, }, }, pageItems: [ { role: 'TextNotIcon', type: 'text', dpInit: '', data: { icon: { true: { value: { type: 'const', constVal: 'weather-windy' }, text: { value: { type: 'triggered', dp: 'mqtt.0.Transfer.151.Luftdruck' },}, textSize: { type: 'const', constVal: 3 } }, color: { type: 'const', constVal: Color.Green }, }, entity1: { value: { type: 'triggered', dp: 'mqtt.0.Transfer.151.Luftdruck' } decimal: { type: 'const', constVal: 1 }, factor: undefined, unit:{ type: 'const', constVal: 'hPa' }, }, text: { true: { type: 'const', constVal: 'Luftdruck' }, false: undefined, }, text1: { true: { type: 'const', constVal: 'Luftdruck' }, false: undefined, }, }, }, ], }Keine Ahnung ob das noch geht, ist ewig her das ich tatsächlich eine volle native Konfig geschrieben habe
-
Wenn du den Adapter startest,, sagt dir das Log eigentlich schon was nicht passt...
-
@ticaki Ich würde mich NIE an so einer Konferenz beteiligen!
Ich bin davon ausgegangen - zumindestens bei den Anfängen das Adapterbaus - dass es auch ohne Aliase geht. Ich schau mir die Konvertierlogic mal näher an.
