Betatest NSPanel-lovelace-ui v0.7.x

[ticaki]

@arteck
Ist in main gemergt - mal beobachten ob irgendwas nicht triggert, was triggern sollte.

[ticaki]

@snigga

Kannst mal testen https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/tree/pagePopup

Ist ähnlich wie die Screensaver-Notifications aber kaum getestet.

activate schaltet das scharf
id wird zum wiedererkennen benutz und sollte eindeutig sein. Eine leere ID löscht alle Popups
priority bestimmt was vorne ist - <=0 löscht das Popup mit der gleichen id
global ob es überall angezeigt werden soll.
type information wird beim drücken auf X gelöscht. acknowledge muß einen button haben und drücken auf X startet einen reminder von 120 Sekunden
textSize - kein Plan das muß ich mir nochmal erklären lassen

vorübergehend

buttonLeft hat nächstes als Standardfunktion (unendlicher Kreisverkehr)
buttonRight hat löschen als Standardfunktion

wenn @Armilar und @TT-Tom das getestet haben und ich dann alles behoben habe was die finden mache ich ein release.

Der timeout aus dem Skript beißt sich aktuell noch mit der Verwaltung - mal sehen wann das kommt.

EDIT:
hab jetzt auch globale Buttonsstates hinzugefügt
yes - ist der rechte button
no - ist der linke
id - ist panel + popup id

Beim drücken von einem button wird der entsprechende State .id und .yes oder .no mit der popupid aktualisiert - abfragen darauf mit any und '' verwerfen - beim starten des adapters wird das mit leer überschrieben.

[Snigga]

@ticaki bist der Wahnsinn. Leider bekomme ich es nicht zum laufen. Was muss ich im Script hinterlegen?

const Nachricht: ScriptConfig.PagePopup = {
    card: 'popupNotify',
    dpInit: '',
    alwaysOn: 'none',
    uniqueID: 'Nachritcht',
    config: {
        card: 'popupNotify',
        data: {
            entity1: { value: { type: 'triggered', dp: '0_userdata.0.example_state' } },
            headline: { type: 'const', constVal: 'welcomeHToken' },
            colorHeadline: { true: { color: { type: 'const', constVal: Green } } },
            buttonLeft: { type: 'const', constVal: '' },
            colorButtonLeft: { true: { color: { type: 'const', constVal: White } } },
            buttonRight: { type: 'const', constVal: '' },
            colorButtonRight: { true: { color: { type: 'const', constVal: White } } },
            text: { type: 'const', constVal: 'welcomeTToken' }, // text: { type: 'const', constVal: 'Text Test ${pl}' },
            colorText: { true: { color: { type: 'const', constVal: White } } },
            timeout: { type: 'const', constVal: 3 },
            // {placeholder: {text: '' oder dp: ''}} im Text muss dann ${dieserKeyStehtImText} stehen
            // optionalValue: { type: 'const', constVal: { dieserKeyStehtImText: { text: 'das ist ein placeholder' } } },
            //setValue1: { type: 'const', constVal: true }, // alleine ist es ein switch
            //setValue2: { type: 'const', constVal: true }, // mit setValue2 wird 1, bei yes und 2 bei no auf true gesetzt
            closingBehaviour: { type: 'const', constVal: 'both' }, // 'both' | 'yes' | 'no' | 'none'
        },
    },
    pageItems: [],
    items: undefined,
};

const Nachricht1: any = {
    dpInit: '',
    alwaysOn: 'ignore',
    uniqueID: '///popupNotification',
    config: {
        card: 'popupNotify',
        data: {
            entity1: { value: { type: 'internal', dp: 'cmd/popupNotification', read: 'return true' } },
            headline: { type: 'internal', dp: 'cmd/popupNotification', read: 'return JSON.parse(val).headline' },
            colorHeadline: { true: { color: { type: 'const', constVal: Green } } },
            buttonLeft: { type: 'const', constVal: 'nextF' },
            colorButtonLeft: { true: { color: { type: 'const', constVal: White } } },
            buttonRight: { type: 'const', constVal: 'ok' },
            colorButtonRight: { true: { color: { type: 'const', constVal: White } } },
            text: { type: 'internal', dp: 'cmd/popupNotification', read: 'return JSON.parse(val).text' }, // text: { type: 'const', constVal: 'Text Test ${pl}' },
            colorText: { true: { color: { type: 'const', constVal: White } } },
            timeout: { type: 'const', constVal: 0 },
            // {placeholder: {text: '' oder dp: ''}}
            // optionalValue: { type: 'const', constVal: { pl: { text: 'das ist ein placeholder' } } },
            setValue1: { type: 'internalState', dp: 'cmd/NotificationCleared' },
            setValue2: { type: 'internalState', dp: 'cmd/NotificationNext' },
            closingBehaviour: { type: 'const', constVal: 'none' },
        },
    },
    pageItems: [],
    items: undefined,
};

Bzw. habe ich es auch über die Datenpunkte probiert.

[ticaki]

@snigga
Skript hat nix damit zu tun - das geht über Datenpunkte

LOL oki und bla steht in meinem Testpopup auch.

Du mußt da drauf klicken:

Benutze bitte auch die Version von JETZT - hab gerade einen großen Irrtum behoben

EDIT: hier bei gehts noch immer um die testbranch

[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.