Betatest NSPanel-lovelace-ui v0.7.x

[ticaki]

Noch immer Testbranch

Nur zur Klarstellung - das hat nichts mit dem Konfigurationsskript zu tun.

Wenn du das aus einem Skript heraus senden willst geht JETZT auch das hier:

sendTo('nspanel-lovelace-ui.0', 'setPopupNotification', {headline:'test test test', text:'Es lebt!!!'})

Das Objekt was man senden kann sieht so aus:

          type PagePopupDataDetails = {
             headline: string;
             text: string;
             panel?: string; // wenn hier leer, ist es global
             priority?: number;
             type?: PopupDetailsType;
             id?: string;
             colorHeadline?: RGB | string;
             buttonLeft?: string;
             colorButtonLeft?: RGB | string;
             buttonRight?: string;
             colorButtonRight?: RGB | string;
             colorText?: RGB | string;
             textSize?: string;
             icon?: string;
             iconColor?: RGB;
             alwaysOn?: boolean;
         };

EDIT: RGB sieht im Adapter so aus:

{
  r: number;
  g: number:
  b: number;
}

es geht auch #FF00FF

[bembelstemmer]

@armilar said in Betatest NSPanel-lovelace-ui v0.7.x:

Gibt es aktuell eigentlich einen User mit der US-P Version, der gerne den Adapter nutzen möchte?

Hi. Ja, inzwischen gibt es einen
Nach Jahren habe ich endlich mal ein bisschen Zeit meine Panels von einer uralt Script version zu aktualisieren und stelle deshalb auf den Adapter um.
EU und US-L funktioniert. US-P funktioniert leider gar nicht. Das Display bleibt auch mit der leeren Default Config einfach schwarz weil die CardGrid irgendwie nicht will.
Habe schon versucht mehrere ältere Versionen der TFT zu flashen, aber offenbar liegt es nicht daran?!?

Der Adapter loggt diese Warnings, die mir aber nicht viel sagen.

[Bad-SendClass] send payload: {"payload":"pageType~cardGrid","ackForType":true} to panel. Losing count: 3

Nach ein paar Versuchen setzt der Adapter das Panel dann auf offline.
Habt ihr irgendwelche Tipps was da klemmen könnte?

VG

[ticaki]

@bembelstemmer
wlan unbeständig. MQTT ist ein fire and forget verbindung zum Tasmota hin, daher benutzt der Adapter eine allgemeine Bestätigungsmeldung vom nspanel um zu sehen ob es angekommen ist - wenn da nix zurück kommt innerhalb einer steigenden Zeitspanne erhöht sich losingCount und bei 10 oder so geht das panel offline.

Edit hab nachgeguckt:

if (this.losingMessageCount++ > 5) {
            if (this.panel) {
                if (this.adapter.config.additionalLog) {
                    this.log.error(`Losing ${this.losingMessageCount} messages - set panel offline!`);
                }
                this.panel.isOnline = false;
            }
        }

bei 7 gehts offline...

[bembelstemmer]

@ticaki Danke. Sowas hatte ich auch gesehen im Code.
Aber gleiches Panel am gleichen Standort mit US-L geflashed funktioniert perfekt. Liegt halt auf der Seite
Empfang ist auch perfekt laut Tasmota.
Mit dem alten Script hatte ich da auch nie Probleme.
Kann es immer nachstellen durch hin und her flashen zwischen US-L und US-P.

Den MQTT Fehler habe ich gepostet weil es die einzige Nachricht ist die anders aussieht als bei meinen restlichen Panels.

Ich kann auch gerne versuchen irgendwas anderes zu debuggen wenn ich weiß was.
Das Skript kannte ich ganz gut. Beim Adapter bin ich noch neu.

[teletapi]

@bembelstemmer Mein US NSPanel läuft jetzt schon seid Wochen stabil mit dem Adapter und ist ebenfalls mit US-P geflasht. Einzige Wehrmutstropfen das Panel flasht die US-P TFT version nicht per Flash Nextion zu da ist immer bei 99,9% Schluss die letzten paar Byte bekommt es nicht hin daher flashe ich das US Panel bei Bedarf per Nextion Editor das funktioniert prima. Mitttlerweile hab ich mir einen Stecker nach aussen eingebaut mit dem ich dann per serial Adapter flashen kann. Aber ansoinsten läuft das Teil sehr stabil

Ich muss mich berichten nicht Portrait sondern Landsscape

[ticaki]

@bembelstemmer
in der US-P Version starte mal den Tasmota neu und zeig mal die Konsole ab dem mqtt connect - vielleicht gibts da kein customsend: done" oder so.

Oder falscher Berry - obwohl das der Adapter machen sollte...

Kannst auch - im Admin expert an - developer - log alles an machen - adapter auf debug stelllen und mir den wust an Daten geben der ab dem ersten "set panel online Bad" (oder so ähnlich) kommt.

EDIT: US-P sollte "theoretisch" mit dem Adapter laufen, aber weil keiner es testet weiß ich nicht wieviel geht.

[ticaki]

Armilar hat mir gerade gesagt das die US-P sich an der cardGrid aufhängt, also ein adapter problem.

[bembelstemmer]

@ticaki das Gefühl hatte ich auch so wie sich das Panel verhält. Danke fürs Update.

@teletapi das ist bei mir auch so. Landscape geht ohne Probleme. Und bzgl. des 99% Problems konnte ich das bisher immer lösen indem ich direkt danach nochmal die gleiche Version per Konsole flashe mit FlashNextion ohne Neustart vorher oder so.
Dann startet er direkt nochmal bei irgendwas um die 80% und schafft es dann fertig zu flashen. Hab ich seit gestern Abend jetzt schon über 10x so hinbekommen beim debuggen der US-P Thematik.

[Armilar]

@bembelstemmer

Bei der US-p kommt das Startup, dann die Einstellungen (Dimmode, etc.), dann der PageType und dann "kein" entityUpd (Seiten-Update) mehr... Denke da ist irgendeine Abfrage auf != us-p im Adapter-Code um die Seiteninhalte entsprechend der Anzahl an Seitenelementen für das korrekte entityUpd aufzubereiten.

@ticaki hat eben den Emulator aktiviert und checkt das durch...

[ticaki]

Armilar hats gefunden - bugfix in arbeit.

Ist ein HMI Problem - wird heute abend gefixt

[bembelstemmer]

@ticaki nice.
Habs aktuell auf der neusten Script Version laufen.
Von daher keine Eile. Ich teste es dann gerne nochmal mit dem Adapter nach.

[ticaki]

@bembelstemmer
Das da ist ein grundsätzliches Problem in der HMI - der Adapter benutzt CustomSend: 'Done' und renderCurrentPage um zu ermitteln ob etwas angekommen ist und ob es bearbeitet wurde - die US-P sendet keine renderCurrentPage zurück - daher geht da garnix.

Wenn die HMI online ist werde ich das auch mal mit der emu testen

[ticaki]

Fehler in der HMI und im Adapter behoben 5.0.3 (us-p only)

0.7.3 (2025-11-09)

• (ticaki) Switch from global subscript to individual subscriptions
• (ticaki) model us-p fixed
• (ticaki) update deps

popups sind nicht genug getestet

Dauert immer ein paar minuten bis die tests durch sind und das auf npm ist

[bembelstemmer]

@ticaki & @Armilar vielen Dank für den schnellen Fix. Sieht gut aus.
Ich habe bisher zwar nur schnell geupdated und geflashed aber das Panel wechselt jetzt in den Screensaver.
Auf dem US-P brauche ich nicht viel Cards, etc.
Die werde ich versuchen die kommenden Tage dann zu testen.

[ticaki]

@snigga

POPUP ist in der main branch

Wie es über States geht steht ja oben.

zum Skriptversand folgendes:

Simpel:

sendTo('nspanel-lovelace-ui.0', 'setPopupNotification', {id: 'test3', headline:'test3', buttonLeft:'weiter', buttonRight: 'oki',  text:'Es lebt!!!'})

oder in kompliziert:

type PagePopupDataDetails = {
             headline: string;
             text: string;
             panel?: string;
             priority?: number;
             type?: 'information' | 'acknowledge';
             id?: string;
             colorHeadline?: {r:number,g:number,b:number} | string;
             buttonLeft?: string;
             colorButtonLeft?: {r:number,g:number,b:number} | string;
             buttonRight?: string;
             colorButtonRight?: {r:number,g:number,b:number} | string;
             colorText?: {r:number,g:number,b:number} | string;
             textSize?: string;
             icon?: string;
             iconColor?: {r:number,g:number,b:number};
             alwaysOn?: boolean;
         };

const message: PagePopupDataDetails = {
    id: 'test3', 
    priority: 49,
    headline:'test3', 
    buttonLeft:'weiter', 
    buttonRight: 'oki',  
    text:'Es lebt!!!',
    type: 'information',
}

sendTo('nspanel-lovelace-ui.0', 'setPopupNotification', message)

Popups sind grundsätzlich erstmal dauerhaft
yes ist der rechte button - no der linke - no hat die funktion weiter - yes löschen

id: zur Wiedererkennung - beliebige Zeichenkette - wenn leer werden alle gespeicherten Popups gelöscht
type: information - wenn aufs X gedrückt wird oder auf den yes Button wird das gelöscht / acknowledge - drücken auf X startet wiedervorlage Timer (5 Minuten)
priority: 1: höchste Prio - 0 bzw. <= 0 löscht das popup mit der id
panel: nix popup ist global - mit angabe nur das benannte panel
alwaysOn: das gleiche wie bei Seiten
icon: wenn da wird icon iconcolor und textsize hingeschickt, sonst nicht

text - headline muß angegeben sein sonst steht im Panel missing text/headline

acknowledge ohne Angabe von buttonRight wird umgetypt in information

das sind auswertungsstates für die popups

in id steht die ID die du hingeschickt ist - auf globaler ebene steht noch das panel davor also panel.id
lokal im panel steht nur die ID
wenn yes oder no angeklickt wird, wird der entsprechende State mit der ID aktualisiert.

global wird nur von globalen popups beschrieben. lokal von allen die auf dem panel angezeigt werden.

[TT-Tom]

@ticaki sagte in Betatest NSPanel-lovelace-ui v0.7.x:

type: information - wenn aufs X gedrückt wird oder auf den yes Button wird das gelöscht / acknowledge - drücken auf X startet wiedervorlage Timer (5 Minuten)

kleine Ergänzung:

Beim Type acknowledge, wird bei "yes" das Popup auch gelöscht -> ist als Lesebestätigung zu werten

mit dem no / linken Button wird durch die Popups geblättert

AlwaysOn ist Standard auf true, bei false läuft der Timeout vom Screensaver ab, wenn das Popup eingeblendet wird.
Mit aufwecken des Panels erscheinen wieder die Popups, die noch nicht bestätigt wurden.