Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[mickym]

@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. ;) ;)

[frankyboy73]

Hi, zum Thema Push oder Poll, hätte ich auch noch ne Anmerkung.
Ja, wenn ich viel polle, den Intvall der Abfrage sehr klein setze, belastet das bestimmt das System, vor allem wenn ich das an vielen Stellen einsetze.
Da muss man abwägen wo man was einsetzt. Ich habe z.B. ne Tabelle der IpAdressen meiner Tasmotageräte über die ich auch per Klick auf die Webobfläche der jeweiligen Geräte komme.(Danke an mickym) Die Ip ändert sich eigentlich nie, da polle ich per Injekt einmal bei Start bzw. ne Minute danach und dann täglich (bräuchte ich eigentlich nicht täglich machen) aber das belastet mein System nicht wirklich. Der Vorteil daran ist, die Geräte werden mir Alphabetisch in meiner Tabelle angezeigt, mache ich das per Push also per Iobroker In Node habe ich die Geräte in der Reihenfolge der eingegangenen Nachrichten, also sehr durcheinander. Das ist auf jeden Fall bei der template Node so, ich weiß nicht ob das bei der table Node besser ist.

[mickym]

@frankyboy73 Was Du machen kannst ist, das Pollen über die ui-control Node übernehmen zu lassen. Sprich wenn die Seite angezeigt wird, werden die Infos abgefragt. Damit muss man das System nicht mit zeitlichen Pollen belasten, sondern die Infos werden auf Bedarf abgerufen.

Darüber trigger ich zum Beispiel den Neuaufbau meiner Wetterseite:

Spoiler

[
   {
       "id": "d6b412e7.53ece",
       "type": "ui_ui_control",
       "z": "c36e56fc.dc8418",
       "name": "",
       "events": "change",
       "x": 120,
       "y": 2340,
       "wires": [
           [
               "6df57f3f.ad2e"
           ]
       ]
   },
   {
       "id": "6df57f3f.ad2e",
       "type": "switch",
       "z": "c36e56fc.dc8418",
       "name": "nur Wetter Tab",
       "property": "name",
       "propertyType": "msg",
       "rules": [
           {
               "t": "eq",
               "v": "Wetter",
               "vt": "str"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 140,
       "y": 2420,
       "wires": [
           [
               "3703a69f.7fd61a"
           ]
       ]
   }
]

Das heißt über den Namen Deines Tabs - der Deine Tabelle enthält triggerst Du den Neuaufbau - zum Beispiel das Abfragen der Tabelle für Deine template Node.

Damit ersparst Dir dann den manuellen Refresh über den Button. ;) Ausser natürlich wenn die Seite immer offen ist, dann macht ein Refresh Button natürlich Sinn (wobei das auch der Refresh Button im Browser sein kann - der funzt nämlich auch ;)

[frankyboy73]

@mickym Wow, also das wusste ich bis jetzt noch nicht. Ich kann also auswerten welche Dashboardseite ich gerade aufrufe und darauf reagieren. Ist ja super, danke für den Tipp, da gibts ja schon wieder so viele Möglichkeiten für. Mein Smarthome wird glaube ich nie fertig.

[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