SONOFF NSPanel mit Lovelace UI

[ticaki]

@welli
drückste auf die indicators? Drück mal 2mal schnell auf die bottoms

[Armilar]

@welli

sieh mal nach, ob die

0_userdata.0.NSPanel.X.Config.Screensaver.screenSaverDoubleClick

unterschiedlich sind?

false = Einfachklick
true = Doppelklick

[welli]

@armilar said in SONOFF NSPanel mit Lovelace UI:

0_userdata.0.NSPanel.X.Config.Screensaver.screenSaverDoubleClick

Habe den Doppelklick auf false gestellt. jetzt dauerts es 20-30sek bis die Anzeige umschaltet , sowie auch die Relais klicken sofort aber nach 20-30sek ändert die Anzeige im Bildschirm von aus auf ein Symbol.

[Armilar]

@welli

Dann gehen da die WLAN/MQTT-Signale in Schleichfahrt zum Router.

Schon mal die ioBroker-Büchse durchgestartet?

P.S.: Die Relays müssen sofort klicken... Die gehören zur Hardware...

[Frederik Buss]

@armilar Hi Armilar, klar verstehe ich das, auch wenn ich es schade finde - ich bin sicher, dass eine Kacheloptik ein echtes optisches Highlight wäre. Vielleicht finden sich ja in Zukunft mehr Zusprecher

[australien]

Ich würde gerne im StandardScreensafer eine eigene Temperatur anzeigen lassen.
Wo kann ich diesen DP eintragen? Ohne Pirate Weather hatte ich dieses schon, nun weiß ich aber die Änderung nicht mehr.

v5.0.0.1 mit Pirate Wetter

[TT-Tom]

@australien

Siehe hier im Wiki https://github.com/joBr99/nspanel-lovelace-ui/wiki/ioBroker-ALIAS-Definitionen#wettervorhersage

Das sollte funktionieren

[australien]

@tt-tom

steht da auch drinnen, und hat bis jetzt funktioniert. nur wird jetzt der wert aus dem pirate wetter angezeigt. momentan 7,2 anstatt 3,9

mit der Version v4.6.2.1 wird auch noch die richtige Temp genommen.

[TT-Tom]

@australien

im Punkt 3 der Config, was steht da bei dir? da musst du deine Temp hinterlegen

const weatherEntityPath: string = 'alias.0.Pirate_Weather

Edit : welche Script Version hast du jetzt?

[australien]

@tt-tom said in SONOFF NSPanel mit Lovelace UI:

const weatherEntityPath: string = 'alias.0.Pirate_Weather

die Version TypeScript v5.0.0.1
und es steht

// DE: Dieser Alias wird automatisch für den gewählten Wetter erstellt und kann entsprechend angepasst werden
// EN: This alias is automatically created for the selected weather and can be adjusted accordingly
const weatherEntityPath: string = 'alias.0.Pirate_Weather'; //Please rename if change weatherAdapterInstance!

[TT-Tom]

@australien

dann gehe in den Alias rein und verbinde die TEMP mit deinem Sensor

[Armilar]

@australien

Für die Anzeige der aktuellen Screensaver-Temperatur wird immer die Konstante weatherEntityPath

genutzt.

Im hinteren selbst definierten Namen des ALIAS-Wetter-Channel (kann ja abweichen), kannst du unter TEMP dann deinen eigenen Sensor zuweisen.

Das hat sich seit Bereitstellung des NSPanel-Skriptes auch nicht geändert...

[australien]

@armilar mein Alias wurde auch nicht geändert, nur durch das script auf die Pirate Weather min und max.
Es ist auch egal wohin ich den temp verweise, das script verwendet immer nur die original pirate weather temp

siehe screenshot oben

wie gesagt, ging es so auch unter den vorherigen Versionen.

[Armilar]

@australien

In deinem Alias (dein Screenshot) steht ja auch der Verweis auf die pirate-weather.0.weather.currently.temp drin. Der müsste dann auf deinen eigenen Sensor zeigen.

[australien]

@armilar
richtig ist doch das gelbe? oder sehe ich das falsch?

{
  "common": {
    "type": "number",
    "role": "value.temperature",
    "name": "TEMP",
    "alias": {
      "id": "0_userdata.0.NSPanel.eigen_TEMP"
    },
    "unit": "°C",
    "read": true,
    "write": true
  },
  "native": {},
  "type": "state",
  "_id": "alias.0.Wetter.TEMP",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1763026764484
}

[Armilar]

@australien

ja, der wäre korrekt, wenn in deinem NSPanel-Script dieser alias.0.Wetter auch eingetragen ist

[australien]

@armilar @TT-Tom
Danke!
jetzt ist der Groschen gefallen.

//const weatherEntityPath: string = 'alias.0.Pirate_Weather'; 
const weatherEntityPath: string = 'alias.0.Wetter';

[Armilar]

@australien

Allerdings sehe ich in deinem Screenshot vom alias.0.Wetter auch,

dass das Icon "null" ist. Und das sollte per Verweis auf den Pirate-Weather Adapter einen String mit einer Bezeichnung (wie im folgenden bei mir (breezy) liefern. Also ungleich "null" sein.

EDIT: Ggfs. mal den alias.0.Wetter komplett löschen und durch das Script anlegen lassen, dann den eigenen Sensor hinzufügen. Es hat einen Grund, warum wir die Aliase an der Stelle neu erzeugen lassen und auch mit erweiterten Funktionen anlegen. Die Wetteradapter sind alle unterschiedlich... Einige Adapter liefern für das Icon numerische Werte und andere wieder alphanumerische oder im Mix... Das Script bereitet die bereits zur Benutzung für das Panel auf.

[welli]

@armilar

Hallo,
Habe jetzt mehrere Sachen gemacht , iobroker neu gestartet aber ohne Resultat , WiFi neu gestartet ohne Resultat.
Habe ein exchange gemacht vom Panel 2 auf Panel 1 . Panel 2 läuft ohne Probleme auf dem Platz von Panel 1.
Panel 1 ist jetzt am Platz von Panel 2 , jetzt wird der Screensaver Bildschirm hell aber nichts passiert , man sieht das Daten von der Solarleistung im screensaver Bildschirm ändern aber das panel bleit auf den screensaver Bildschirm.
Gruss
Welli

[Armilar]

@welli sagte in SONOFF NSPanel mit Lovelace UI:

Habe ein exchange gemacht vom Panel 2 auf Panel 1 . Panel 2 läuft ohne Probleme auf dem Platz von Panel 1.

Panel 1 ist jetzt am Platz von Panel 2 , jetzt wird der Screensaver Bildschirm hell aber nichts passiert

Sagt uns aber doch, dass es aber immer noch unterschiedliche Einstellungen zwischen Panel1 und Panel2 gibt, oder?

Geh mal die Einstellungen unter 0_userdata.0.NSPa... durch und vergleiche die...

EDIT: Alternativ kannst du auch mal den folgenden Pfad im Panel2 umbenennen (erstellt dann einen sauberen Ordner) oder den Objektpfad unter 0_userdata.0.NSPanel2 und alias.0.NSPanel2 von diesem Panel löschen (erstellt die Ordner dann neu)

/***** 2. Directories in 0_userdata.0... *****/

    // DE: Anpassen an das jeweilige NSPanel
    // EN: Adapt to the respective NSPanel
    const NSPanel_Path = '0_userdata.0.NSPanel.2.';

EDIT: vergiss was ich oben geschrieben habe...

Wenn das Panel, dass sich nicht bedienen ließ an dem anderen Platz perfekt läuft und das Panel, dass sich super bedienen lässt an dem anderen Platz nicht mehr läuft, dann haben wir doch ein WLAN-Kommunikationsproblem...

In welchem Abstand werden die Solardaten gesendet? Auch das kann dabei ein Problem darstellen, sollten die im Abstand von wenigen millisekunden an das NSPanel versendet werden...