NEWS
Betatest NSPanel-lovelace-ui v0.7.x
-
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 -
@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: 3Nach ein paar Versuchen setzt der Adapter das Panel dann auf offline.
Habt ihr irgendwelche Tipps was da klemmen könnte?VG
-
@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...
-
@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. -
@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
-
@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.
-
Armilar hat mir gerade gesagt das die US-P sich an der cardGrid aufhängt, also ein adapter problem.
-
@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. -
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...
-
Armilar hats gefunden - bugfix in arbeit.

Ist ein HMI Problem - wird heute abend gefixt
-
@ticaki nice.
Habs aktuell auf der neusten Script Version laufen.
Von daher keine Eile. Ich teste es dann gerne nochmal mit dem Adapter nach. -
@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
-
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
-