SONOFF NSPanel mit Lovelace UI

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