Verfügbarkeit von Sensoren über Node Red überwachen

[mickym]

@schmetterfliege Nein die ID kannst schon aus der Tabelle schmeissen, aber sie muss in den Objektelementer des Arrays vorhanden sein - muss aber nicht angezeigt werden, deshalb kannst Du die id aus der ui_table Node rausschmeissen bzw. durch name ersetzen. Also einfach property id gegen name austauschen. - Aber wie gesagt Du musst sie in der function Node belassen, die die Objekte schreiben.

[Schmetterfliege]

@mickym
@frankyboy73 said in Verfügbarkeit von Sensoren über Node Red überwachen:

@mickym Ich kann ja sogar sehen welche IP (Wer) das aufgerufen hat.
Ne, das wird mit Dir hier nie langweilig.
Wieder etliche Möglichkeiten zum rumprobieren.
Meine Freundin hat sich gerade den Status unserer Fenster angeschaut
Nennt man das schon stalken?
Auf jeden Fall weiß ich jetzt das sie das Dashboard auch nutzt, obwohl sie immer sagt "Wer braucht denn sowas?" oder "Wofür soll das gut sein?"

Das mit der ui-control ist ja in wirklich absolut genial!!
Zum Thema stalken: dank dem Sensor an der Balkontür und der Telegram Notification weiß ich ganz genau, wann meine Freundin rauchen geht hahaha. War aber natürlich nicht die Intention. Theoretisch bräuchte ich es da nicht, ich nutze die Kontaktsensoren nur um das Licht im Bad oder die Heizungen zu steuern - und die Telegram Notifications sind nur um mir selbst jedes Mal zu bestätigen dass es auch funktioniert hat. Schalte ich die Notifications ab würde ich mir automatisch ständig Sorgen machen dass es nicht funktioniert hat haha

[Schmetterfliege]

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege Nein die ID kannst schon aus der Tabelle schmeissen, aber sie muss in den Objektelementer des Arrays vorhanden sein - muss aber nicht angezeigt werden, deshalb kannst Du die id aus der ui_table Node rausschmeissen bzw. durch name ersetzen. Also einfach property id gegen name austauschen. - Aber wie gesagt Du musst sie in der function Node belassen, die die Objekte schreiben.

Die Function Nodes beim aktualisieren der Tabelle fasse ich nicht an. Ich erstelle nur ein INIT mit einem JSON Objekt, in dem a) die Tabelle einmalig aufgebaut wird und b) dort die Namen gesetzt werden. Beim Aktualisieren der Daten reicht es ja wenn dort nur ID, Temp und Hum drin sind - die müssen nichts von dem Namen wisssen, richtig?

[mickym]

@schmetterfliege Wieso ist doch kein Problem wenn Du zum Beispiel in einem eigenen Datenpunkt noch ein Objekt speicherst, in dem Du jeder id einen Namen gibst und diesen dann zusätzlich in die function Node schreibst - Du willst Du Deine Tabelle perfekt machen.

Wenn Du es Dir einfach machen willst - hängst Du eine List Node- zwischen die in Node und die function Node.

Die List Node ist leider die einzige Node, die Dir das gesamte Objekt ausgibt. Dafür kannst Du dann den Namen nutzen. - Aber Du hast ja schon einen Weg gefunden - ich habe ihn nur noch etwas verbessert.

So wie Du es machst geht es auch aber Du kannst Dir id, temperature und humidity rausschmeissen - die werden ja über den flow gesetzt.

Es langt also wenn Du den Namen einfach setzt:

flow.set('sensors.0158d00073c0c75.name', 'Multisensor Büro');

langt dann für die Initialisierung völlig.

[Schmetterfliege]

@mickym

Hab mal ein Beispiel gemacht, wie ich das gelöst hätte:

In der Funktion erstelle ich ja die Variablen und mit der Change Node setze ich die Flow Variablen dann tatsächlich (oder?)
In genau der Funktion würde ich das nun x22 machen (also für jede ID lege ich temp, hum und name an).

Und der "Flow" (keine Ahnung wie die heißen) mit dem ich die Werte aktualisiere bleibt wie er ist.
Da wird also zu der entsprechend Id die Temperatur und Humidity aktualisiert - der Name ist da völlig wurscht und nicht Teil des "Flows".

EDIT: statt die IDs, Temp und Hum manuell zu setzen, könnte ich die natürlich beim Init mit einer LIST Node auslesen

Wie ich den Namen den ich in IoBroker vergeben habe auslesen kann, habe ich noch nicht rausgefunden:

[mickym]

@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:

EDIT: statt die IDs, Temp und Hum manuell zu setzen, könnte ich die natürlich beim Init mit einer LIST Node auslesen

Wollte ich Dir gerade vorschlagen. - aber Du warst mal wieder schneller.

[Schmetterfliege]

@mickym

Mit Datenpunkt meinst du doch bestimmt das hier:

Das würde mir auch in einigen anderen Flows die "Arbeit" ersparen die Namen per Funktion manuell zu setzen.
(Auch wenn die Arbeit in den anderen Flows ja schon erledigt ist)

[mickym]

@mickym

Du hängst einfach die list Node - zwischen die In Node und die Change Node.

In der function Node greifst Du dann auf die Object-Eigenschaften direkt zu

flow.set('sensors.' + msg.topic + '.temperature',msg.payload.val);
flow.set('sensors.' + msg.topic + '.name',msg.payload.common.name);
flow.set('sensors.' + msg.topic + '.id',msg.topic);
return msg; 

[Schmetterfliege]

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@mickym

Du hängst einfach die list Node - zwischen die In Node und die Change Node.

In der function Node greifst Du dann auf die Object-Eigenschaften direkt zu

flow.set('sensors.' + msg.topic + '.temperature',msg.payload.val);
flow.set('sensors.' + msg.topic + '.name',msg.payload.common.name);
flow.set('sensors.' + msg.topic + '.id',msg.topic);
return msg; 

Greife ich über .common.name auf den Name den ich per IoBroker gesetzt habe zu?

[mickym]

@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@mickym

Du hängst einfach die list Node - zwischen die In Node und die Change Node.

In der function Node greifst Du dann auf die Object-Eigenschaften direkt zu

flow.set('sensors.' + msg.topic + '.temperature',msg.payload.val);
flow.set('sensors.' + msg.topic + '.name',msg.payload.common.name);
flow.set('sensors.' + msg.topic + '.id',msg.topic);
return msg; 

Greife ich über .common.name auf den Name den ich per IoBroker gesetzt habe zu?

Ja wenn Du das Objekt über die List Node ausliest:

Das topic in der List Node lässt Du leer, das kommt von der In-Node die ja die List Node triggert.

Das Objekt mit dem Namen siehst Du ja hier in der Debug Ausgabe:

{"type":"state","common":{"name":"Bad Thermometer Temperature","type":"number","unit":"°C","read":true,"write":false,"role":"value.temperature"},"from":"system.adapter.zigbee.0","user":"system.user.admin","ts":1639232322550,"_id":"zigbee.0.00158d0003f4bf3e.temperature","acl":{"object":1636,"state":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"},"enums":{"enum.functions.temperature":"Temperatur","enum.functions.humidity":"Feuchtigkeit","enum.rooms.bath":"Bad"},"val":24.31,"ack":true,"q":0,"lc":1639232322550}

Du musst halt in der List Node angeben - dass Du gerne das GANZE Objekt haben willst:

und den Wert halt auch.

Über das Enums-Objekt kannst Du dann auch noch auslesen, welchen Räumen und Funktionen der Datenpunkt zugeordenet ist:

siehst ja oben in dem Wert auch.

Leider ist das im iobroker so, dass das alles vom Gerät nach unten vererbt wird. Also auch wenn ich bei Temperatur nur Temperatur als Funktion eingebe - wird das vom Gerät überschrieben, wenn dort beide Optionen angehakt sind und wie man das ändern kann habe ich auch keine Ahnung.

[Schmetterfliege]

@mickym

Ich glaube ich bin grade zu doof dafür haha

Ich habe eine Inject Node, mit der ich das Topic in die List Node schiebe:


Und der Debug Output ist dann ein Array von allen Datenpunkten, die dieses Zigbee Device hat:

Da stehen unter common.name auch alle Namen drin - aber eben die der ganzen Datenpunkte.
Den Namen vom Device finde ich da aber nicht, sondern nur die Namen der 9 Datenpunkte

EDIT: habe mittendrin ein anderes Zigbee Device genommen, also ob es 10 oder 9 DP sind spielt keine Rolle.
Der Punkt ist: Den Namen vom Zigbee Device bekomme ich nicht, sondern nur die Namen der DP unter dem Zigbee Device

[mickym]

@schmetterfliege Keine Wild cards- die iobroker IN Node liefert doch alles - wenn Du es mit einer Inject Node versuchst nimm das topic der In- Node und ich glaube ich habe weder von Wildcards noch von Array ausgabe gepostet.

KEINE Wildcards, kein topic spezifizieren - sondern so wie ich es gepostet habe,.

[Schmetterfliege]

@mickym

Also statt dem Inject mache ich eine IN node mit dem Zigbee Device OHNE ".*" ?

Also muss die IN Node so aussehen?

[mickym]

@schmetterfliege Oh bitte - lass den Flow wie er ist und hänge die list Node dazwischen - wie ich sie gepostet habe:

[Schmetterfliege]

@mickym

aaaaaah, von den IN Nodes redest du!
Ich war die ganze Zeit in einem Test Flow in dem ich nur per Inject den namen von einem bestimmten Zigbee Device auslesen wollte

[mickym]

@schmetterfliege sie Screenshot - lass die In-Node wie sie waren!!!! -

[mickym]

@schmetterfliege Na das kannst Du auch machen - das ist für das System sogar besser - die Namen nur einmal auszulesen.

Das ist eigentlich besser. Warte mal - ich mach das dann mal:

Dann musst aber die function Nodes wieder auf den ursprünglichen Stand zurück setzen.

[Schmetterfliege]

@mickym

Ok, ich warte :D.

Habe mal die list Node so wie von dir beschrieben hinzugefügt:

Der Output den ich abgreife sieht dann so aus:

Und da ist - wie ich auch erwarte würde - nur der Name von dem DP Temperature - und der heißt Temperature^^
Weil: es wird ja nur der DP temperature und humidity weitergegeben

[mickym]

@schmetterfliege Ok - wir machen es dann so - wie ursprünglich mach die list Nodes wieder da raus und wir suchen die Namen aus den Geräten

[Schmetterfliege]

@mickym
Ich glaube der Weg mit den List Nodes funktioniert bei dir, weil du den Datenpunkten andere Namen gegeben hast.
Bei dir hat der DP für die Temperatur den Namen "Bad Thermometer Temperature".

Bei mir heißen die bei allen devices einfach nur "Temperature", "Humidty" etc.

Nur das "Device" hat den von mir gesetzten Namen.
Gibt es da eine Option dass der Name den ich im Zigbee Adapter vergebe auch in die ganzen DP übernommen wird?
Oder hast du die alle Manuell umbenannt?