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

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

[ticaki]

hab noch buzzer hinzugefügt

• über States geht das nur mit true/false
• per Skript kann man auch nen eigenen Buzzerstring mit schicken

im Skript wird der type dann um dieses hier erweitert:

buzzer?: boolean | string;

Wird genau 1 mal beim ersten Anzeigen des entsprechenden Popup ausgelöst.

@TT-Tom

Ist natürlich auch für den Rest - anzumerken wäre zu yes und X noch:
X schließt auf dem Panel wo es gedrückt wird das popup egal ob es ein globales oder lokales war.
yes schließt/löscht/bestätigt bei einem globalen Popup dieses für alle Panels.

[ticaki]

oft editiert:
Ich benenne die States doch um - in buttonLeft und buttonRight - damit man weiß was es ist. Das Panel sendet halt yes oder no daher die states - aber das ist quark und verwirrt nur.

States umbenannt

isBuzzerAllowed hinzugefügt - das betrifft Notifications (screensaver) und pagePopups - wenn deaktiviert beept da nix. Gilt nicht für das explizierte Buzzern über State oder sendTo - wenn ihr absichtlich auf dem Schlafzimmerpanel um 4:00 nen buzzer hinsendet dann machts einfach nicht

[ticaki]

Hier ne Anwendung für die pagePopup:

macht ein Infopopup auf das anzeigt obs Adapterupdates gibt - alwaysOn: false - kein buzzer

on({ id: 'admin.0.info.updatesJson', change: 'ne' }, main);

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;
    buzzer?: boolean | string;
};

function main(obj) {
    let text = ''
    let headline = ''
    const id = 'AdapterUpdates'
    try {
        const data = JSON.parse(obj.state.val);
        const keys = Object.keys(data);

        if (keys && keys.length > 0) {
            for (const key of keys) {
                text += `${key}: ${data[key].availableVersion}(${data[key].installedVersion})\n`
            }
            headline = 'Adapterupdates verfügbar'
        }
    } catch {
        //nothing
    }
    if (headline) {
        const message: PagePopupDataDetails = {
            headline,
            text,
            id,
            buttonRight: 'Ok',
            alwaysOn: false,
        }
        sendTo('nspanel-lovelace-ui.0', 'setPopupNotification', message)
    } else {
        sendTo('nspanel-lovelace-ui.0', 'setPopupNotification', { id, text, headline, priority: -1 })
    }
}

main({ state: { val: getState('admin.0.info.updatesJson').val } })

[ticaki]

In der Wiki: https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki/PagePopup

0.8.0 (2025-11-13)

• (Armilar) IMPORTANT: update to TFT Version 5.1.0
• (ticaki) pagePopup added
• (ticaki) color for brightsky favorit/bottom day fixed
• (ticaki) unlock pin failtimeout - fixed

TFT update ist wichtig, sonst läuft die pagePopup nicht ordentlich.

yes und no States kann man löschen, falls ihr schon mal zwischendurch probiert habt - auf keinen Fall nspanel-lovelace-ui.0 löschen und nspanel-lovelace-ui.0.panels.A0_B7_65_54_C2_60 usw. nur löschen wenn ihr in der NavigationsView nix gemacht habt.

Nochmal neu die Beschreibung da sich ein paar Sachen geändert haben und mir das zu verwirrend ist @TT-Tom lese nochmal gegen das editiere ich - oder guck im repo da ist es auch.

Es werden immer alle Datenpunkte übertragen:

activate sendet die Daten an den Adapter

Erklärung zu den States ist unten zu finden - einzig global bedeutet an alle Panels senden

buttonLeft hat nächstes als Standardfunktion (unendlicher Kreisverkehr) - wird automatische eingeblendet bei Bedarf
buttonMid schließt nur die pagePopup
buttonRight hat löschen als Standardfunktion

buttonLeft die nächste Funktion, schließt global/lokal ein überblättertes information Popup
X schließt auf dem Panel wo es gedrückt wird das popup. Ein information Popup wird dabei entfernt.
buttonRight schließt/löscht/bestätigt bei einem globalen Popup dieses für alle Panels.

Empfohlen: Versand mit Hilfe eines Skriptes

Simpel:

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

oder in kompliziert:

type PagePopupDataDetails = {
             id?: string;
             headline: string;
             text: string;
             panel?: string;
             priority?: number;
             type?: 'information' | 'acknowledge';
             colorHeadline?: {r:number,g:number,b:number} | string;
             buttonLeft?: string;
             colorButtonLeft?: {r:number,g:number,b:number} | string;
             buttonMid?: string;
             colorButtonMid?: {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;
             buzzer: boolean | string
         };

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
buttonLeft - buttonMid - buttonRight wurde ja oben schon erklärt

Global: Wenn kein Panel angegeben ist gilt alles als global auch das 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 buttonRight/buttonLeft wird das gelöscht / acknowledge - drücken auf X startet wiedervorlage Timer (5 Minuten) drücken auf buttonRight löscht es.
priority: 1: höchste Prio | <= 0 löscht das popup mit der id <= -100 löscht die Popups die mit der id anfangen
panel: leer oder nicht da -> popup ist global | mit Angabe nur das benannte Panel
alwaysOn: das gleiche wie bei Seiten
textSize: unterschiedliche Textgrößen 0-5
buzzer: true/false oder ein Tasmota Buzzer string. Wird 1 mal beim anzeigen ausgelöst.

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

acknowledge ohne Angabe von buttonRight bekommt nen 'Ok' button

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

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

Beim Drücken eines Buttons wird der entsprechende Button mit der ID aktualisiert. Bei globalen Popups auch auf der globalen Ebene

EDIT: weather-warnings unterstützt das popup hier

[ticaki]

Ich glaube wir haben jetzt alles an Grundfunktionen im Adapter, mal abgesehen von dem leidigen Thema Adminkonfiguration.

Wenn was fehlt bitte Issue eröffnen.

EDIT: passend dazu hat @apollon77 gerade sein ok gegeben das wir ins latest repo dürfen

0.8.1 (2025-11-15)

• (ticaki) first Version at latest
• (ticaki) New attempt to get MQTT TLS keys into the backup

[muuulle]

@ticaki
Moin,
kann man eigentlich im Screensaver die Icons variabel gestalten (so wie bei der Farbe)?

Schöne Grüße

[ticaki]

@muuulle

Verstehe die Frage nicht so richtig. Du kannst den screensaver komplett selbst konfigurieren. Wenn dir also ein Icon nicht zu sagt kannst du ein eigenes item anlegen. Die Standard ist nur ums einfacher zu machen.

Aber ernsthaft sage genauer was du ändern willst. Man kann sovieles machen das ich nicht erkenne wo du hinwillst

[bembelstemmer]

Hi, ich bin heute endlich mal ein paar Minuten zum weiter machen gekommen.

Ich habe mal die ersten drei Themen gesammelt als Fragen und Feedback.

---

Leider habe ich hier im Forum nichts dazu gefunden aber irgenwie scheitere ich gerade an den aller einfachsten Dingen. peinlich
Ich wollte als ersten Test einfach nur einen Schalter auf die Hauptseite cardGrid legen.
Aber egal welche Rolle der Datenpunkt hat, das Script gibt mir immer aus "Channel role ... not supported".
Laut Doku bedeutet das ja, dass es nicht implementiert werden soll.

    const Hauptseite: ScriptConfig.PageGrid = {
        type: 'cardGrid',
        uniqueName: 'main',
        heading: 'Menü',
        items: [
            { id: '0_userdata.0.testswitch', icon: 'power' },
        ]
    };

Der State ist boolean und ich habe state und switch mit den Untertypen ausprobiert. Ein Button hilft mir nicht, da es toggeln soll.

Ich schätze mal, ich hab nur einfach irgendwas noch nicht richtig verstanden.

---

Und noch eine zweite Frage bzw. Vorschlag: Bei der klassischen Script Variante wurde das Wetter aus einem Alias gezogen. Das hatte den Vorteil, dass ich die aktuelle Temperatur die z.B. der Screensaver beim Wettericon angezeigt wurde einfach auf mein richtiges Außenthermometer umbiegen konnte.
Jetzt, wo direkt der Wetteradapter angegeben ist habe ich noch nicht gesehen dass das aktuell möglich ist außer wenn ich mir einen fake-proxy für z.b. den pirate-weather baue.
Wäre das was für die Zukunft, denn den geschätzen Wert brauche ich ja nicht wenn ich auf einem zusätzlichen Icon dann noch den echten Wert anzeige.

---

Thema Nr. 3 betrifft die MQTT Settings die automatisch konfiguriert werden.
Wenn man "wie früher" die Rule2 konfiguriert um die Tasten von den Relais zu entkoppeln, wird im MQTT Pfad der Rule %topic% verwendet.
Aktuell wird (bzw. wurde bei mir durch die Initialisierung) nichts für den %topic% Wert konfiguriert. Default ist dann "Tasmota_XXXX".
Dadurch schickt der Panel dann den Tastendruck ohne Fehler an die falsche Stelle und nichts passiert.
Nachdem ich das %topic% dann auf den Panelnamen gesetzt hatte, ging dann alles perfekt.

---

Ansonsten vielen Dank für die ganze Arbeit, die Performance macht echt nen richtig guten Eindruck bisher.

[teletapi]

Also Rule2 müsste bei mir off sein. Das entkopplen kannst du im Menue am NSPanel selbst machen. Service Menue, Relais, beide auf decoupled stellen.
Sieht im script dann so aus:

//-------DE: Anfang Einstellungen für Hardware Button, wenn Sie softwareseitig genutzt werden (Rule2) -------------
        //-------EN: Start Settings for Hardware Button, if used in software (Rule2) --------------------------------------
        // DE: Konfiguration des linken Schalters des NSPanels
        // EN: Configuration of the left switch of the NSPanel
        buttonLeft: {
        mode: 'switch',
        state: 'alias.0.Flur.Flur_unten_Haustuer.ON' // Datenpunkt vom Type boolean z.B. ein Schalter 
    },

    

        // DE: Konfiguration des rechten Schalters des NSPanels
        // EN: Configuration of the right switch of the NSPanel
        buttonRight: {
    mode: 'switch',
    state: 'alias.0.Flur.Flur_Mitte.ON' // Datenpunkt vom Type boolean z.B. ein Schalter 
    },

        //--------- DE: Ende - Einstellungen für Hardware Button, wenn Sie softwareseitig genutzt werden (Rule2) -------------
        //--------- EN: End - settings for hardware button if they are used in software (Rule2) ------------------------------

Rule2 in tasmota so:

23:54:10.219 CMD: Rule2
23:54:10.226 MQT: SmartHome/NSPanel_Schlafzimmer/stat/RESULT = {"Rule2":{"State":"OFF","Once":"OFF","StopOnError":"OFF","Length":189,"Free":322,"Rules":"on Button1#state do Publish SmartHome/%topic%/tele/RESULT {\"CustomRecv\":\"event,button1\"} endon on Button2#state do Publish SmartHome/%topic%/tele/RESULT {\"CustomRecv\":\"event,button2\"} endon"}}

[TT-Tom]

@bembelstemmer

wenn du etwas schalten willst, wäre die Rolle für den Channel entweder socket oder light.
Das ist die selbe Einstellung wie beim Script inkl. Datenpunkte.

zeige doch mal deine Datenpunkte inkl. Channel .

für Thema zwei gibt es noch kein Template, bitte lege dazu ein issue an. ich kann dir aus dem Stegreif jetzt keine kompetente Lösung anbieten.

Thema 3
Im Adapter werden die Rules automatisch gesetzt, wie auch die MQTT-Einstellungen.
Um die Tasten / Relais umzustellen, kannst über das Servicemenü unter Relais einstellen oder per State unter

cmd/detachLeft
cmd/detachRight

mit

cmd/power1
cmd7power2

kannst du die Relais schalten.

[teletapi]

Was die Schalter oder Steckdosen angeht sieht das bei mir mit einem Beispiel so aus.

als erstes.
"Alle_Steckdosen" unter "Pages" eintragen

     const Alle_Steckdosen: ScriptConfig.PageGrid = {    
        type: 'cardGrid',
        uniqueName: 'Alle_Steckdosen',
        heading: 'Steckdosen',
        useColor: true,
        items: [
        { navigate: true, id: null, targetPage: 'Steckdosen', offColor: Red, onColor: Green, name: 'Alle Steckdosen'},
    ],
};

Als nächstes die Steckdosen : Dier erste Steckdose funktioniert, die letzte ist hier ausgeblendet. Alle anderen dazwischen hab ich gelöscht damit es nicht zu unübersichtlich wird.
"Steckdosen" dann unter "subPages" eintragen

     const Steckdosen: ScriptConfig.PageEntities = {    
        type: 'cardEntities',
        uniqueName: 'Steckdosen',
        heading: 'Steckdosen',
        subPage: true,
        useColor: true,
        prev: 'Alle_Steckdosen',
        home: 'Alle_Steckdosen',
        items: [
        { id: 'alias.0.Steckdosen.Steckdose_Waschkueche',
               targetPage: 'Steckdosen', 
               icon: 'power-socket-de', 
               icon2: 'power-plug-off-outline', 
               offColor: Red, 
               onColor: Green, 
               name: '3D Drucker'
               },
        { id: 'alias.0.Steckdosen.Büro_DTU', 
               targetPage: 'Steckdosen', 
               icon: 'power-socket-de', 
               icon2: 'power-plug-off-outline', 
               offColor: Red, 
               onColor: Green, 
               name: 'Buero Ahoy-DTU'
               },
        /*{ id: 'alias.0.Steckdosen.Steckdose_ueber_Schreibtisch', 
               targetPage: 'Steckdosen', 
               icon: 'power-socket-de', 
               icon2: 'power-plug-off-outline', 
               offColor: Red, 
               onColor: Green, 
               name: 'PC Netzwerk'
               },*/
    ],
};

[TT-Tom]

@teletapi

sein Problem wird die Rolle des Channel sein.

[ticaki]

@TT-Tom

Thema 2 dürfte durch umbiegen von entity1 gehen - müsste man mal testen
also damit meine ich:

// das hier ist falsch
{
type: 'native'
native: {
template: 'keineAhnung'
dp: 'x.y.z'
data: {
entity1: {
value: {
type: 'triggered', dp: 'eigenes.wetter'
}}}}
}

müssten man mal ausprobieren. Keine Ahnung ob native überhaupt in screensaver geht

[TT-Tom]

@ticaki

So in der Art dachte ich auch, muss man mal testen.

[ticaki]

@bembelstemmer

Zu:

1.
Es wird ein channel mit role 'xyz' erwartet in dem ein State mit type:'x' und role: 'y' ist. Der channel ist die ID.
Um es sich besser zu merken - channel ist welches "Vorlage" verwendet wird und die states darunter sind die dazu gehörenden Daten.

2. eigener State im Favorit

Dafür muß wahrscheinlich das automatische Hinzufügen von Wetterelementen ausgeschaltet werden. Dann definiert man das Favoritenelement selbst. Es kann vielleicht auch gehen wenn die weiter an bleiben, weil Nutzerelemente vor den anderen ins Array geschrieben werden und ohne Rotation werden die ersten zuerst angezeigt.

// Ausschalten des automatischen Hinzufügens. Auch im Admin auf custom = leer umstellen
weatherEntity: '',
//...

favoritScreensaverEntity:[
         {
                type: 'native',
                native:{
                    template: 'text.brightsky.favorit',
                    dpInit: `/^brightsky\\.0\\.current.+/`,
                    modeScr: 'favorit',
                    data: {
                        entity2: {
                            value: {
                                type: 'triggered',
                                dp: 'sainlogic.0.weather.current.outdoortemp'
                            }
                        }
                    }
                }
            },
     ],

3.
Der Adapter verwendet Rule3 und macht dann folgendes:

this.sendToTasmota(
            `${this.topic}/cmnd/Rule3`,
            `ON CustomSend DO RuleTimer3 120 ENDON ON Rules#Timer=3 DO CustomSend pageType~pageStartup ENDON${
                this.detach.left
                    ? ` ON Button1#state do Publish ${this.topic}/tele/RESULT {"CustomRecv":"event,button1"} ENDON`
                    : ''
            }${
                this.detach.right
                    ? ` ON Button2#state do Publish ${this.topic}/tele/RESULT {"CustomRecv":"event,button2"} ENDON`
                    : ''
            }`,
        );

Die erste Abfrage bringt das panel in den startup wenn es länger als 120 Sekunden keine Nachricht vom Adapter bekommen hat. Das zweite und dritte sind für das detachen zuständig, jenachdem wie State: nspanel-lovelace-ui.0.panels.A0_B7_65_54_C2_60.cmd.detachLeft / Right aussehen