SONOFF NSPanel mit Lovelace UI

[ticaki]

@cdn

 button1: {
        // DE: Mögliche Werte wenn Rule2 definiert: 'page', 'toggle', 'set' - Wenn nicht definiert --> mode: null
        // EN: Possible values if Rule2 defined: 'page', 'toggle', 'set' - If not defined --> mode: null
        mode: 'toggle',
        // DE: Zielpage - Verwendet wenn mode = page
        // EN: Target page - Used if mode = page
        page: null,
        // DE: Zielentity - Verwendet wenn mode = set oder toggle
        // EN: Target entity - Used if mode = set or toggle
        entity: 'shelly.0.shellyplus1pm#84cca87727dc#1.Relay0.Switch',
        // DE: Zielwert - Verwendet wenn mode = set
        // EN: Target value - Used if mode = set
        setValue: null
    },

so siehts bei mir im Flur aus.

[cdn]

@ticaki
Ja geht nicht so ganz. Ist ja ein Rollo. Hier gibt es open, close, stop.
Würde hier dann denke ich einfach einen weiteren DP erstellen für den Trigger, korrekt? AliasPath liegt doch dann unter 0_userdata.0.XXX.Panelname ?

Habs für mich so gelöst. Hoch geht es ja leider nur wenn ich bspw. noch den Doppelklick nutze.

EDIT: Sollte mir vielleicht auch mal anschauen was ihr da programmiert habt. NSPanel_Path tut es

[ticaki]

@cdn

Du brauchst einen Datenpunkt den du veränderst fürs Panel, Dann ein Skript das bei jeder Veränderung an diesem Datenpunkt durch auf, stop, zu, stop , auf, stop, zu,.. schaltet.

[cdn]

@ticaki Ja das ist ne Idee. Dann kann ich aber nicht mit toggle arbeiten. Mache ich dann einfach SET und mit nem kleinen Blockly, welches hochzählt bei Zustandänderung?

[Armilar]

@cdn

Ich kopiere, analog der Ankündigungen in den Updates, ebenfalls nur den unteren Teil + den Header des NSPanelTs.ts in das Script. Update je Panel würde ich mal auf 1 Minute schätzen.

Es müssen faktisch nicht alle Updates gemacht werden. Nur wenn sie für euch einen Mehrwert bringen oder ein paar elementare Bugs behoben werden, die euch stören.

Wir arbeiten aber an einer Lösung, die ein manuelles Update künftig nicht mehr erforderlich macht. Bitte etwas geduld

[cdn]

@armilar Wow. Das hört sich richtig gut an!

[Armilar]

@cdn

Hab's ja schon gesagt. Das erste Update-Chaos im Code ( @ticaki erinnerte sich heute ja wieder ) passierte nicht wirklich grundlos und ist die Basis für genau diese Neuerungen...

[cdn]

@armilar Ich bin echt gespannt. Das Projekt hat auf jeden Fall noch richtig viel Potential!

[Armilar]

@cdn

Oh ja - da kommt noch einiges in das NSPanel...

[theknut]

Ich mach das Update immer mit Beyond Compare, ist relativ easy. Gibt auch kostenlose Tools bspw. https://editor.mergely.com/. Links das neue Skript, rechts deins. Dann haust du mit dem kleinen Pfeil einfach die Sachen von dir in das linke Skript, dann Strg + A & Strg + C. Dann in deinem Skript im ioBroker Strg + A & Strg + V. Klatsch klatsch, das geht ruckzuck

[ticaki]

@cdn

mach noch einen State der hoch zählt und den Wert auch für Neustarts usw. speichert und dann
counter = counter + 1
counter = counter % 4

Du brauchst 4 Wert für auf, stop ,zu ,stop und mit dem modulo (%) machst du eine 4 zu einer 0

Keine Ahnung wie das im Blockly hießt, wohl irgendwas mit Rest weil
5 % 4 = 1
5 geteilt durch 4 hat den Rest 1

[cdn]

@armilar Ich bin jetzt kein Pro was Hardware angeht, aber was haltet ihr denn davon, eine Stempeluhr zu implementieren? Ich weiß nicht ob der ESP noch entsprechende Pins frei hat für einen NFC oder RFID Leser, aber das wäre eine echt schicke Lösung.

[cdn]

@ticaki Danke probiere ich gerne mal aus.

[Armilar]

@cdn

@armilar Ich bin jetzt kein Pro was Hardware angeht, aber was haltet ihr denn davon, eine Stempeluhr zu implementieren? Ich weiß nicht ob der ESP noch entsprechende Pins frei hat für einen NFC oder RFID Leser, aber das wäre eine echt schicke Lösung.

GPIO20 ist neben 5V und GND ungenutzt, da könntest du direkt etwas aufstecken. Welcher RFID Reader schwebt dir denn vor? In der Regel benötigen die Tasmota-fähigen RFID-Reader 5 GPIO's auf dem ESP32. Und die sind zumindest nicht offensichtlich verfügbar.

Ich könnte mir also im Moment vorstellen, dass das Vorhaben aufgrund verfügbarer GPIO's scheitern wird

EDIT: Wenn du allerdings absoluter und schmerzfreier Lötprofi bist (ich würde mir das nicht zutrauen ) , dann kannst du noch ne Menge mehr GPIO'S freischaufeln...

[cdn]

@armilar Also eine Präferenz für einen RFID-Reader habe ich jetzt nicht. Im Endeffekt geht es ja nur darum, den Mitarbeiter einfach zu identifizieren. Da finde ich RFID/NFC am einfachsten. Über das Panel den Mitarbeiter auszuwählen finde ich unpraktikabel.
Ne du das traue ich mir nicht zu. Würde zwar sagen ich kann ganz gut löten, aber das ist mir dann doch etwas zu klein

[Armilar]

@cdn

Das einzige was mir derzeit einfallen würde wäre ein RDM-6300 (5V, GND, RX). Aber ob Platz für das Modul im NSPanel ist, müsstest du ausprobieren...

[cdn]

@armilar said in SONOFF NSPanel mit Lovelace UI:

RDM-6300

Ich besorg mir mal einen und berichte. Glaube aber kaum, dass das passt. Leider.

Wo wir gerade dabei sind: Gibt es eine Möglichkeit bspw. offene Fensterkontakte im Screensaver anzuzeigen als Text? Also Offene Fenster: Eingang links, Küche...

Ähnlich hier: https://www.youtube.com/watch?v=MCayBntBlqk 4:20Min

P.S. Ich habe zwischenzeitlich über 20 NSPanels im Einsatz mit lovelace. Das Projekt ist wirklich klasse!

[Armilar]

@cdn

Wow - über 20 NSPanel - cool ... und danke für die Blumen

Als Text, ja - über Screensaver Notifications. Allerdings nicht in dieser Form, dass permanent in der Mitte des Screens diese Infos stehen. Sondern halt unten... Würde dann aber auch bedeuten, dass die Icons nicht zu sehen sind. Da wir "nur" dafür sorgen, dass der ioBroker Part auf der Basis der vorhanden HMI funktioniert, haben wir keinen Einfluss auf das Design. Da müsstet du ein Issue unter https://github.com/joBr99/nspanel-lovelace-ui/issues mit klaren Design-Vorstellungen formulieren. Da kann es dann auch diskutiert werden.

Du kannst natürlich auch offene Fenster u.a. in den Bottom Screensaver Entitäten anzeigen. Da kann selbstverständlich ein boolscher Wert rein. Mache ich ebenfalls mit einer Lampe so. Neben dem Bezeichner kann das Icon dann zweifarbig sein und ebenfalls ein Text (auf/zu) mitgegeben werden.

Bei mir ist das NSPanel mehr in einer Statusanzeige. Wenn etwas faul ist, dann wird es durch einen generischen "Trichter" visualisiert und wenn ich Details möchte, dann gehe ich zur entsprechenden Seite... Alles andere wird tatsächlich ebenfalls bedarfsorientiert in die ScreensaverNotify gesendet.

[cdn]

@armilar said in SONOFF NSPanel mit Lovelace UI:

ie Icons nicht zu sehen sind. Da wir "nur" dafür sorgen, dass der ioBroker Part auf der Basis der vorhanden HMI funktioniert, haben wir keinen Einfluss auf das Design. Da müsstet du ein Issue unter https://github.com/joBr99/nspanel-lovelace-ui/issues mit klaren Design-Vorstellungen formuli

Ja zweiteres habe ich bereits implementiert. Ist mir aber zu unübersichtlich, da ich dann nicht alle Fenster darstellen kann. Deswegen die Idee nur die offenen Fenster zu visualisieren.

Gehe ich recht in der Annahme, dass ich das dann an dieser Stelle hier anpasse (~Zeile 924)?

bottomScreensaverEntity: [
        // bottomScreensaverEntity 1
            {

[Armilar]

@cdn

Du könntest (bei generisch) z.B.

• in den leftScreensaverEntity ein Fenster-Icon setzten und dahinter die Anzahl offener Fenster und das Icon grün/rot machen
• in den indicatorScreensaverEntity ein Fenster machen das rot/grün signalisiert, ob es offene Fenster gibt
• in den bottom ScreensaverEntity ein Fenster machen das rot/grün signalisiert auch dazu den Wert mit der Anzahl visualisieren

Ich habe es bei mir mit dem Advanced Screensaver in den Indicator-Entitäten verbaut. Da sehe ich ob es offene Fenster/Türen/Tore gibt, oder ob sich jemand im Haus aufhält, etc. Also alles sofort im Blick