SONOFF NSPanel mit Lovelace UI

[ticaki]

@theknut
Das ist kein Fehler - nur der Editor findet das es falsch ist.

EDIT: daher geht das @ nicht.

[Armilar]

@theknut
@ticaki
@Arnulf

mit der nächsten stable des JS-Adapters ist es kein Fehler mehr, da dann es2021 greift. In der aktuellen Beta des Adapters ist es schon drin. Also "kein Fehler"!

[Arnulf]

@armilar

Könntest du dann vielleicht auch gleich das [4] durch [i] an der von mir gezeigten Stelle einbauen/ändern?

Es funktioniert bei mir wunderbar

[ticaki]

@arnulf sagte in SONOFF NSPanel mit Lovelace UI:

@armilar

Könntest du dann vielleicht auch gleich das [4] durch [i] an der von mir gezeigten Stelle einbauen/ändern?

Es funktioniert bei mir wunderbar

nein, die 4 steht nicht grundlos da. Wenn du etwas ändern möchtest, Feature Request.

[Arnulf]

@ticaki
ich denke mal darüber nach

[ticaki]

@arnulf
Ich weiß nicht was das Bild mir sagen soll. Die 4 wird nicht geändert, weil das die Konfiguration von mehr als 1000 Downloadern potenziell kaputt macht.

[Arnulf]

@ticaki
soll dir nur sagen, dass ich das "Problem" bei mir damit gelöst habe.
Wenn das nicht geändert werden soll (allgemein), dann muss ich damit leben, dass nach einem Update das wieder weg ist und ich es nachziehen muss.
Muss ich ja sowieso, wei ich die Screensaver-Datenpunkte angepasst habe

[TT-Tom]

@rene55

hier mal was zum Testen.
den Teil const dbValue bitte so einfügen

// create data source for NsPanel on script startup
Object.keys(sensors).forEach(async x => {
    await generateDateAsync(x, sensors[x]);
});

const dbValue : Record<string, string> = {};
/*         ↓ Id of the sensor                 ↓ name of the measurement  */
dbValue['deconz.0.Sensors.65.temperature'] = 'wetter.temperatur';
dbValue['deconz.0.Sensors.65.humidity'] = 'wetter.luftfeuchte';

und in der Abfrage den measurement so ergänzen

        '|> filter(fn: (r) => r["_measurement"] == "' + dbValue[sensorId] + '")',

wichtig ist, dass in beiden Objekten 'sensor und dbValue` die SensorId gleich ist.

bitte mal testen, ob es so läuft.

[theknut]

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

@rene55

hier mal was zum Testen.
den Teil const dbValue bitte so einfügen

// create data source for NsPanel on script startup
Object.keys(sensors).forEach(async x => {
    await generateDateAsync(x, sensors[x]);
});

const dbValue : Record<string, string> = {};
/*         ↓ Id of the sensor                 ↓ name of the measurement  */
dbValue['deconz.0.Sensors.65.temperature'] = 'wetter.temperatur';
dbValue['deconz.0.Sensors.65.humidity'] = 'wetter.luftfeuchte';

und in der Abfrage den measurement so ergänzen

        '|> filter(fn: (r) => r["_measurement"] == "' + dbValue[sensorId] + '")',

wichtig ist, dass in beiden Objekten 'sensor und dbValue` die SensorId gleich ist.

bitte mal testen, ob es so läuft.

Steh ich auf dem Schlauch oder ist das nicht überflüssig? Der Sensorwert Id of the sensor ist doch der Wert der in der DB abgefragt wird. Könnte man dann nicht einfach den Alias nehmen, mit dem man in die DB schreibt?

[TT-Tom]

@theknut

Dann funktioniert der Trigger (on) nicht mehr, er wird den Alias (Influx) nicht finden. Oder stehe ich mit auf dem Schlauch

[Rene55]

@tt-tom Ich brauche noch einen Hinweis: Wenn ich keinen Alias für die DB habe, wird die ID verwendet? Und wo kann ich die abweichende Aliasbezeichnung für die DB angeben?

[TT-Tom]

@rene55 sagte in SONOFF NSPanel mit Lovelace UI:

@tt-tom Ich brauche noch einen Hinweis: Wenn ich keinen Alias für die DB habe, wird die ID verwendet?

so sieht es aus wenn du keinen alias vergeben hast.

const dbValue : Record<string, string> = {};
/*         ↓ Id of the sensor                 ↓ name of the measurement  */
dbValue['deconz.0.Sensors.65.temperature'] = 'deconz.0.Sensors.65.temperature';
dbValue['deconz.0.Sensors.65.humidity'] = 'deconz.0.Sensors.65.humidity';

Und wo kann ich die abweichende Aliasbezeichnung für die DB angeben?

meinst du Einstellungen von influx?

[Rene55]

@tt-tom Die Änderungen von oben hab ich eingebaut, kann aber die Funktion der Zeile gerade nicht nachvollziehen. Aktuell habe ich folgende Sensoren angegeben:

sensors['mqtt.0.arexx.bad'] = Path + 'bad_temperature.ACTUAL';
sensors['mqtt.0.arexx.badH'] = Path + 'bad_luftfeuchte.ACTUAL';
sensors['mqtt.0.arexx.vorne'] = Path + 'aussen_temperature.ACTUAL';

Die ersten beiden Datenpunkte liegen auch so in der InfluxDB, der dritte Wert speichert die Daten als 'Temperatur_vorne' (eben der DB-Alias) ab. Den Begriff muss ich ja irgendwo hinterlegen. Gebe ich da nix an, gibt es keinen DB-Alias und dann soll die Sensor-ID genutzt werden.

[TT-Tom]

@rene55

so müsste es bei dir aussehen, das ist eine zusätzliche Funktion, zu der die schon enthalten ist.
Diese hast du auch so eingefügt, wie ich es oben gezeigt habe?

const dbValue : Record<string, string> = {};
/*         ↓ Id of the sensor                 ↓ name of the measurement  */
dbValue['mqtt.0.arexx.bad'] = 'mqtt.0.arexx.bad';
dbValue['mqtt.0.arexx.badH'] = 'mqtt.0.arexx.badH';
dbValue['mqtt.0.arexx.vorne'] = 'Temperatur_vorne';

[Rene55]

@tt-tom Oh man, was bin ich wieder Blind!! Hätte ich doch mal richtig gelesen, hätte ich den Roman oben nicht schreiben müssen.
JETZT habe ich alles drin und scheint zu laufen.

Kann man auch aus diesen beiden Zeilen

sensors['mqtt.0.arexx.vorne'] = Path + 'aussen_temperature.ACTUAL';
dbValue['mqtt.0.arexx.vorne'] = 'Temperatur_vorne';

einen Einzeiler machen:

sensors['mqtt.0.arexx.vorne'] = {Path + 'aussen_temperature.ACTUAL',  'Temperatur_vorne'};

[TT-Tom]

@rene55
nein das geht nicht, es sind ja zwei verschiedene Objekte. Einmal sensors und einmal dbValue

EDIT: wenn du bis morgen keine Fehler erkennst, schiebe ich es auch ins WIKI. danke

[Rene55]

@tt-tom Ja soweit klar, aber es gibt doch Objekte mit mehreren Properties(?)

obj.sensors und obj.dbValue. Aber wenn das zu aufwändig ist war das halt nur ein frommer Wunsch.

[theknut]

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

@rene55
nein das geht nicht, es sind ja zwei verschiedene Objekte. Einmal sensors und einmal dbValue

EDIT: wenn du bis morgen keine Fehler erkennst, schiebe ich es auch ins WIKI. danke

Weiß nicht, ob dieser UseCase nicht ein bisschen zu spezifisch ist. Die Skripte sind schon so nicht ohne für Neulinge, könnte mir vorstellen, dass es zu unübersichtlich wird. Du könntest einen Nebensatz hinzufügen und auf einen der Posts hier verlinken.

[TT-Tom]

@theknut

Eigentlich hast du recht, das Originalscript war für ein Messwert und mehr kann der Chart auch nicht anzeigen. Wir werden im Wiki es erwähnen und hierher verlinken.

[Rene55]

@tt-tom Ich kenne nicht alle eurer Ideen. Sicher kann ein Chart nur die Daten eines Messwertes anzeigen. Es ist aber auch ein bisschen bescheiden, wenn ein User 3 verschiedene Charts haben möchte und dafür drei Scripte laufen lassen muss. Oder habe ich deinen Einwurf falsch verstanden?