Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[mickym]

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

Mein Smarthome wird glaube ich nie fertig.

Dann wär es Dir langweilig. ;)

[frankyboy73]

@mickym Ich kann ja sogar sehen welche IP (Wer) das aufgerufen hat.
Ne, das wird mit Dir hier nie langweilig.:+1:
Wieder etliche Möglichkeiten zum rumprobieren.
Meine Freundin hat sich gerade den Status unserer Fenster angeschaut:joy:
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?"

[mickym]

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

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?"

Schön ist es ja Dinge zu wissen, wovon der andere nichts ahnt - damit werden ja solche Aussagen ins rechte Licht gerückt ohne das man den anderen blos stellt. ;)

[frankyboy73]

@mickym Das ist echt ne tolle Funktion. erstmal, wie du schon geschrieben hast zum aktulalisieren und ausgeben bestimmter Werte, aber auch zu Überwachung wer darauf zugreift und das eventuell zu sperren, bzw. je nach dem wer darauf zugreift ne andere Ausgabe zu machen.

[Schmetterfliege]

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

@schmetterfliege Nein das musst Du additiv machen. Also zusätzlich - Du musst aber id nicht in der Tabelle anzeigen, so dass diese dort nur die Namen auftauchen.

id muss vorhanden sein, damit die ui_table Array Objekte den zugehörigen Zeilen zuordnen kann.

Hier mal was aus der Original Doku zum Lesen: ;) http://tabulator.info/docs/5.0/data

PS: Du kannst froh sein, dass ich mich mit der ui_table schon mal beschäftigt habe. Werde irgendwann dann auch mal einen Erklärungsthread aufmachen - das wird aber ein längeres Projekt. Vor 2 Wochen hätte ich Dir das alles noch nicht erklären können. ;) ;)

@mickym

Scheint Schicksal gewesen zu sein :P
Aber klar - ich kann allgemein froh sein dass es Leute wie dich/euch überhaupt gibt und dieses ganze "DYI" Smarthome zu einer so tollen Sache zu machen!

D.h. hier muss Id auf jeden Fall drin bleibe, und ich muss eine 4. Spalte "Name" hinzufügen... aber wo stelle ich ein dass die Id nicht angezeigt werden soll? Finde in der Doku nichts dazu - oder ich bin zu doof es zu finden weil es anders benannt ist als ich es nennen würde^^.

[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.:+1:
Wieder etliche Möglichkeiten zum rumprobieren.
Meine Freundin hat sich gerade den Status unserer Fenster angeschaut:joy:
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