SONOFF NSPanel mit Lovelace UI

[Foradh 0]

Ich habe nun auch das Update von Tasmota auf 13.2.0 über das Service Menü aktualisiert.
Hierbei ist mir folgendes aufgefallen:

• Im Webinterface von Tasmota steht nun bei der Version kein Nspanel mehr in Klammern sondern tasmota32

• Der Temperatursensor hat nach dem Update statt 22°C nur noch 18°C angezeigt
  Vor dem Update habe ich diesem mit folgendem Wert kalibriert

AdcParam 2,14000,10000,3950

Nach dem Update mit diesem

AdcParam 2,12000,10000,3950

Im Changelog von Tasmota habe ich allerdings nichts über Temperatursensoren gefunden...

[Armilar]

@foradh-0

Du kannst im Script die Tasmota-Version festlegen:

Ein Update sollte allerdings keine Auswirkungen auf die AdcParam haben. Kannst du das nochmal testen?

EDIT --> Zu den tasmota32 Standard Versionen:
Die Implementierung der seriellen Schnittstelle im Arduino-Kern hatte einen Fehler, der dazu führen konnte, dass das Gerät bei einem Soft-Reset in einer Boot-Schleife läuft. Durch Aus- und Wiedereinschalten des Geräts wird das Problem behoben.
Ursprünglich wurde auch der PSRAM ebenfalls nicht unterstützt.

Ob das jetzt in der tasmota32-DE.bin nicht enthalten ist, weiß ich nicht... Jedoch funktioniert sie bei mir...

[Foradh 0]

@armilar
Was genau ist denn dann eigentlich der Unterschied oder Vorteil bei Tasmota die spezielle nspanel Version zu nutzen?

Die Auswirkungen auf AdcParam kann ich reproduzieren.
Wenn ich zwischen den Versionen 13.2.0 und 13.1.0 wechsle habe ich einen Temperaturunterschied von ca. 5°C

Nur durch unterschiedliche Kalibrierungen in der Versionen komme ich auf die korrekten Werte

13.1.0 (tasmota32-nspanel.bin) = AdcParam 2,14000,10000,3950
13.2.0 (tasmota32-nspanel.bin) = AdcParam 2,12000,10000,3950

[Armilar]

@foradh-0

Was genau ist denn dann eigentlich der Unterschied oder Vorteil bei Tasmota die spezielle nspanel Version zu nutzen?

Aus meiner Sicht gibt es keinen. Es sei denn man benötigt mit der tasmota32-bluetooth.bin noch BLE Support...

Die Auswirkungen auf AdcParam kann ich reproduzieren.

Wenn ich zwischen den Versionen 13.2.0 und 13.1.0 wechsle habe ich einen Temperaturunterschied von ca. 5°C

Dürfte eigentlich nicht sein. Wir warten mal auf das nächste Tasmota-Release. Ansonsten können wir, sollte das dann immer noch passieren, auch die AdcParam weg schreiben und nach einer Aktualisierung der Firmware zurückspielen

Der beste Weg wäre aber ein Issue unter:
https://github.com/arendst/Tasmota/issues

Die sind bis auf 4 Issues eh arbeitssuchend...

Aber du hast es ja erkannt und kannst entsprechend neuer Anpassung aktuell die Temperatur korrigieren...

VG
Armilar

[eierfeile]

@armilar Kann das Problem mit der zu niedrigen Temperatur auch bestätigen. Hier gleiches Verhalten

[Armilar]

@eierfeile

Ebenfalls die AdcParam nachjustieren

[danny_v1]

Hallo, ich habe ein komische Verhalten auf einem Panel festgestellt. Bei öffnen der Haustür trigger ich auf einem Panel ein Popup, welches mir geöffnete Fenster anzeigt. Die Anzeigedauer habe ich auf 60 Sekunden eingestellt, wenn ich das Popup vorzeitig schließe schießt es mir das Panel ab, also es kommt Waiting for Content und nach kurzer Zeit steht die Verbindung wieder, woran könnte das liegen?

[Armilar]

@danny_v1

poste mal die den Teil aus dem Blockly/Script mit dem das Popup erstellt wird? Habe das eben mal bei mir getestet und kann das Verhalten nicht nachstellen.

[mading]

mein NSPanel ist auf 13.1.0. Immer wenn ich ein Tasmota Update anstosse, bleibt das NSPanel auf 13.1.0 und ist danach im Safeboot. Nach einem Neustart über die Tasmota GUI ist alles wieder i.O. Als Skript setze ic h 4.3.1.1 ein. Wie komme ich auf 13.2.0 (wegen mir nicht unbedingt sofort nötig)?

AutoUdpdate ist in den DP aus. Das Panel bietet es aber sporadisch immer wieder über das Display an.

[Armilar]

@mading

https://ota.tasmota.com/tasmota32/release/

Version auswählen und speichern (downloaden) --> Dann gewählte .bin über Tasmota-Oberfläche auswählen und updaten...

Falls Tasmota im Safeboot ist und die Version 13.2.0 nicht anzeigt, dann das Update im Safeboot ausführen...

[mading]

@armilar danke dir, nehme ich einfach nur die:

tasmota32.bin http://ota.tasmota.com/tasmota32/release/tasmota32.bin 1873k 20231019 11:24
?

[Armilar]

@mading

ja die ist okay

[Bergi84]

Ich habe diese Wochenende wieder ein wenig an meinem Script gebastelt und dabei sind zwei Fragen aufgekommen:

1. Wenn ich ein Notify Popup verwende, wie bekomme ich mit das der Nutzer auf das schließen X in der rechten oberen Ecke gedrückt hat oder der timeout abgelaufen ist. Für die unteren zwei Buttons kann ich ja auf den State "popupNotify.popupNotifyAction" triggern. Das Problem ist ja das mein Trigger scharf bleibt und wenn zufällig ein anderes Notify Popup reinspringt dann passiert irgend was.

2. Warum kann man nur dann die Schriftart des Textes im Popup ändern wenn man auf Layout 2 umschaltet? Das funktioniert mit dem Standard Layout prinzipiell auch und die Standard Schriftart des Popups ist arg klein und ich kann keine Icons im Text verwenden.

[Armilar]

@bergi84

Wenn ich ein Notify Popup verwende, wie bekomme ich mit das der Nutzer auf das schließen X in der rechten oberen Ecke gedrückt hat oder der timeout abgelaufen ist. Für die unteren zwei Buttons kann ich ja auf den State "popupNotify.popupNotifyAction" triggern. Das Problem ist ja das mein Trigger scharf bleibt und wenn zufällig ein anderes Notify Popup reinspringt dann passiert irgend was.

weil die HMI bei dem "x" ein bExit sendet und bei den beiden Buttons ein Event mit b1 oder b2, welches ausgewertet werden kann:

Somit wird nicht explizit ein "false" gesendet, wenn das "x" gedrückt wird. Das popUp wird durch die HMI beendet.

Warum kann man nur dann die Schriftart des Textes im Popup ändern wenn man auf Layout 2 umschaltet? Das funktioniert mit dem Standard Layout prinzipiell auch und die Standard Schriftart des Popups ist arg klein und ich kann keine Icons im Text verwenden.

Weil die HMI vor einiger Zeit bereits eine neue zusätzliche Version des popupNotify bekam. Sollte eigentlich die alte ablösen. Wir wollten die alte Version jedoch weiter benutzen (wird aber nicht mehr weiterentwickelt) und haben die daher Layout 1und 2 genannt. In der älteren Version berücksichtigt die Nextion HMI keine Schriftarten...

[danny_v1]

@armilar said in SONOFF NSPanel mit Lovelace UI:

@danny_v1

poste mal die den Teil aus dem Blockly/Script mit dem das Popup erstellt wird? Habe das eben mal bei mir getestet und kann das Verhalten nicht nachstellen.

Alles klar, stelle heute Abend mal das Blocky rein.

Und noch ein sonderbares Verhalten habe ich festgestellt. Wenn ich zum Beispiel auf der Seite Wohnzimmer (PageGrid) bin und wähle Deckenlampen aus (PageEntities) danach öffne ich das Popup einer Deckenlampe ändere z.B. die Helligkeit und schliesse das Popup, springt das Panel auf die Seite Wohnzimmer zurück und stellt diese aber nicht mehr als PageGrid sonder PageEntitie dar.

Die Seiten des Skriptes kann ich heute Abdend auch noch posten, wenn benötigt.

[Armilar]

@danny_v1

Auch das habe ich eben bei mir getestet und kann es bei mir nicht reproduzieren.

Hier wäre noch interessant, welche Scriptversion benutzt und welche TFT du geflashed hast.

Die Seiten dennoch posten

[L4rs]

@armilar Mir ist gestern auch noch etwas seltsames auf meinem Screen-Saver aufgefallen. Dort wird die nächste Leerung der Wertstofftonne im Februar angezeigt (also Tag und Monat vertauscht):

auf der Übersichtsseite des Abfallkalenders ist das Datum allerdings richtig formatiert (Info kommt aus dem gleichen Datenpunkt):

Die Daten selber werden nachts aus einem JSON der AWSH extrahiert, dabei wird das Datum wie folgt aufbereitet:

dateFormat

 // formats the pickup-date depending on the days left
 function dateFormat(item) {
   switch (item.daysLeft) {
     // 0 days left = today
     case 0:
       return "Heute";
     // 1 day left = tomorow
     case 1:
       return "Morgen";
     // default as fallback to format the date
     default:
       const date = new Date();
       date.setDate(date.getDate() + item.daysLeft);

       return  (
         date.toLocaleString("de-de", { weekday: "short" }) +
         ". " +
         new Date(item.nextDate).toLocaleDateString("de-DE", {
           day: "2-digit",
           month: "2-digit",
           year: "numeric",
         })
       );
   }
 }

und in 0_userdata abgelegt:

Das NSPanel nutzt diese Daten über einen entsprechenden Alias:

Konfiguration des Screensavers:

// leftScreensaverEntity 3 (only Advanced Screensaver)
{
    ScreensaverEntity: 'alias.0.NSPanel.AWSH.event0.INFO',
    ScreensaverEntityFactor: 1,
    ScreensaverEntityDecimalPlaces: 0,
    ScreensaverEntityIconOn: 'trash-can',
    ScreensaverEntityIconOff: null,
    ScreensaverEntityText: 'Abfall',
    ScreensaverEntityUnitText: '',
    ScreensaverEntityIconColor: 'alias.0.NSPanel.AWSH.event0.LEVEL'
},

Konfiguration der Abfallkalender-Page:

let PageAbfall = <PageEntities>
{
    "type": "cardEntities",
    "heading": "Abfallkalender",
    "useColor": true,
    "subPage": false,
    "parent": undefined,
    "items": [
        <PageItem>{ id: 'alias.0.NSPanel.' + 'AWSH.event0', icon: 'trash-can'},
        <PageItem>{ id: 'alias.0.NSPanel.' + 'AWSH.event1', icon: 'trash-can'},
        <PageItem>{ id: 'alias.0.NSPanel.' + 'AWSH.event2', icon: 'trash-can'},
        <PageItem>{ id: 'alias.0.NSPanel.' + 'AWSH.event3', icon: 'trash-can'},
    ]
};

Wenn der Datenpunkt reinen Text (z.B. 'Heute' oder 'Morgen') enthält, wir das im Screensaver richtig angezeigt, aber mein zusammengesetzter String 'Do, 02.11.2023' scheint als Datum erkannt und nochmals geparsed zu werden.
Ich kann leider nicht genau sagen, seit wann das so ist, ist mir wie gesagt erst gestern aufgefallen - ich bin mir aber eigentlich sehr sicher, dass das schon mal funktioniert hat und das Datum richtig angezeigt wurde...

Systemumgebung: TypeScript v4.3.1.7; NSPanel mit TFT 53 / v4.3.1 / BerryDriver 9 / Tasmota 13.2.0(tasmota32)

Hast Du eine Idee, woran das liegen könnte?
Danke & Gruß, Lars

[TT-Tom]

@l4rs

Ich nutze den „1.Date“ unter userdata. Ist mir noch nicht aufgefallen, das das Datum nicht stimmt.

[L4rs]

Moin @tt-tom, mein Alias "alias.0.NSPanel.AWSH.event0.INFO" verweist ja auch auf den DP "0_userdata.0.Abfallkalender.0.date" (s.o.) - das sollte doch analog zu Deiner Konfiguration sein, oder?

Evtl. liegt es aber an meinem "formatierten" Datum, das nicht als String sondern als Date erkannt und dann nochmals geparsed wird...

Gruß, Lars

[TT-Tom]

@l4rs

Hi Lars,

ich habe es versucht nachzustellen, bei mir ist alles so wie du es erwartet hättest.

Do. 26.10.2023 ergibt Do. 26.10. auf dem Display. Auch Do, 26.10.23 ergibt Do, 26.10.

was wir noch vergleichen können sind die Objektdaten vom Alias.

{
  "type": "state",
  "common": {
    "name": "INFO",
    "role": "weather.title",
    "type": "string",
    "read": true,
    "write": true,
    "alias": {
      "id": "0_userdata.0.Abfallkalender.1.date"
    }
  },
  "native": {},
  "from": "system.adapter.javascript.1",
  "user": "system.user.admin",
  "ts": 1672900840699,
  "_id": "alias.0.NSPanel.allgemein.Abfall.event1.INFO",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}