Weihnachtsangebot 2025! 🎄

[mickym]

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 Sorry das stimmt so nicht bei einigen Sensoren bzw Aktoren sind mehrere Daten vorhanden. Kann es sein das ich einfach nur warten muss bis alle mal gesendet haben?

ggf. - das hat aber mit diesem Thema nichts zu tun - ist, dass Du im zigbee2mqtt die availabilty Option zu nutzen.

[mickym]

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@mickym Alles Bestens ich habe jetzt Daten ohne Ende :blush: Vielen Dank das hat mir echt weitergeholfen. Jetzt kann ich mich an meine Visualisierung machen. Beim Dashboard ist man echt eingeschränkt aber Vis überfordert mich auf der anderen Seite auch wieder. Man hat´s echt nicht leicht :face_with_rolling_eyes:

Na ja ich finde das Dashboard schon gut - und für mich ist das nach wie vor die 1. Wahl um schnell Dinge zu steuern. Viel kann man mit den Template Nodes machen und aber auch VIS hat seine Berechtigung. Ich nutze ggf. einzelne Seiten, in dem ich diese in das Dashboard einbinde. So muss man sich nicht für eins entscheiden, sondern kann beides nutzen.

[A Former User]

@mickym Kannst da das noch etwas präzisieren?

[A Former User]

@mickym sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 Sorry das stimmt so nicht bei einigen Sensoren bzw Aktoren sind mehrere Daten vorhanden. Kann es sein das ich einfach nur warten muss bis alle mal gesendet haben?

ggf. - das hat aber mit diesem Thema nichts zu tun - ist, dass Du im zigbee2mqtt die availabilty Option zu nutzen.

Sorry das meinte ich.

[A Former User]

@noah3112 Bin erst seit kurzem mit zigbee2mqtt unterwegs. Ich hatte sehr viele Probleme mit dem zigbee Adapter und bin bis jetzt sehr angetan. Allerdingt fehlt die Langzeiterfahrung und was damit alles geht.

[mickym]

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@mickym sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 Sorry das stimmt so nicht bei einigen Sensoren bzw Aktoren sind mehrere Daten vorhanden. Kann es sein das ich einfach nur warten muss bis alle mal gesendet haben?

ggf. - das hat aber mit diesem Thema nichts zu tun - ist, dass Du im zigbee2mqtt die availabilty Option zu nutzen.

Sorry das meinte ich.

Na das hat nichts mit der availabilty zu tun - aber Du kannst ein Update der states erzwingen, wenn Du einen get Datenpunkt erstellst:

https://www.zigbee2mqtt.io/guide/usage/mqtt_topics_and_messages.html#zigbee2mqtt-friendly-name-get

Wenn Du get mit leerem state setzt, kannst Du quasi ein Update des Status via mqtt erzwingen:

[mickym]

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 Bin erst seit kurzem mit zigbee2mqtt unterwegs. Ich hatte sehr viele Probleme mit dem zigbee Adapter und bin bis jetzt sehr angetan. Allerdingt fehlt die Langzeiterfahrung und was damit alles geht.

Ja da bist Du nicht der Erste. In meinen Augen ist es in diesem Fall sogar ein Vorteil unabhängig von iobroker Updates zu sein. ;)

[A Former User]

@mickym Okay ich verstehe, quasi ein manuelles anstoßen um Daten zu erhalten, gut zu wissen :+1:

[A Former User]

@mickym sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@mickym sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 Sorry das stimmt so nicht bei einigen Sensoren bzw Aktoren sind mehrere Daten vorhanden. Kann es sein das ich einfach nur warten muss bis alle mal gesendet haben?

ggf. - das hat aber mit diesem Thema nichts zu tun - ist, dass Du im zigbee2mqtt die availabilty Option zu nutzen.

Sorry das meinte ich.

Na das hat nichts mit der availabilty zu tun - aber Du kannst ein Update der states erzwingen, wenn Du einen get Datenpunkt erstellst:

https://www.zigbee2mqtt.io/guide/usage/mqtt_topics_and_messages.html#zigbee2mqtt-friendly-name-get

Wenn Du get mit leerem state setzt, kannst Du quasi ein Update des Status via mqtt erzwingen:

Das mit dem zitieren muss ich noch lernen :blush:

[mickym]

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@mickym Okay ich verstehe, quasi ein manuelles anstoßen um Daten zu erhalten, gut zu wissen :+1:

Genau, wenn Du also ein Update willst einfach ein get unter dem friendlyName mit {"state": ""} publishen und Du bekommst ein Update.

[A Former User]

@mickym sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 Bin erst seit kurzem mit zigbee2mqtt unterwegs. Ich hatte sehr viele Probleme mit dem zigbee Adapter und bin bis jetzt sehr angetan. Allerdingt fehlt die Langzeiterfahrung und was damit alles geht.

Ja da bist Du nicht der Erste. In meinen Augen ist es in diesem Fall sogar ein Vorteil unabhängig von iobroker Updates zu sein. ;)

Ungelogen ich musste jeden Tag mindestens 2 Sensoren wieder anlernen. Unerklärliche Abstürze obwohl keine Änderungen vorgenommen wurden. Ohne Änderungen ist der Adapter wieder gelaufen. Das war nur ein kleiner Einblick der Probleme. Hab lange mit mir gerungen diesen Schritt zu gehen. Bei inzwischen 109 Zigbee Geräten ist es schon ein bissel Arbeit ;-) Aber es ist geschafft...zumindest das anlernen.

[mickym]

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 Bin erst seit kurzem mit zigbee2mqtt unterwegs. Ich hatte sehr viele Probleme mit dem zigbee Adapter und bin bis jetzt sehr angetan. Allerdingt fehlt die Langzeiterfahrung und was damit alles geht.

Etwas was mir sehr positiv aufgefallen ist, gerade bei Lampen, dass Du das Einschaltverhalten steuern kannst. Mit dem Zigbee adapter sind nach Stromausfall immer meine Lampen angegangen. Das kann man zwar mit einem Send-Command irgendwie einstellen, aber das gibt es dort direkt einzustellen:

Stabiltät der Verbindungen ist auch besser und das Anlernen ging auch schneller, obwohl ja "eigentlich" die gleiche Technik dahinter steckt. Aber das ist hier off-topic-. Ausserdem wurde der conbee2 Stick bis vor einigen Monaten nicht offiziell unterstützt wurde, das zigbee2mqtt hat es aber getan und mir war das dann irgendwann zu blöd, dass man keine Hilfe bekommt, weil man halt ein nicht unterstütztes Gerät benutzt.

[A Former User]

@mickym Ich finde das ganze Handling einfach und intuitiv. Ja ich weiß im Prinzip soll es der Zigbee Adapter nichts anderes sein. Aber das Teil läuft einfach besser. Ich habe auf meinen Proxmox System einen LXC Container nur für zigbee2mqtt laufen. Lies sich super leicht einrichten. Selbst das durchreichen des Sticks war kein Problem.

[mickym]

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@mickym Ich finde das ganze Handling einfach und intuitiv. Ja ich weiß im Prinzip soll es der Zigbee Adapter nichts anderes sein. Aber das Teil läuft einfach besser. Ich habe auf meinen Proxmox System einen LXC Container nur für zigbee2mqtt laufen. Lies sich super leicht einrichten. Selbst das durchreichen des Sticks war kein Problem.

Na um wieder zum Thema zurück zu kommen, dann habe ich ja mit dem Aufbohren des Subflows einen richtigen Mehrwert geschaffen. ;)

[A Former User]

@mickym So ich glaube ich muss mal kurz die Augen zu machen iss schon bissel spät ;-) Ich weiß nicht wie oft ich mich schon bei dir bedankt habe. Macht Spaß dich um Hilfe zu bitten. Man wird nicht gleich nieder gemacht wenn man etwas nicht verstanden hat...DANKE und gute Nacht

[A Former User]

@mickym sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

@mickym Ich finde das ganze Handling einfach und intuitiv. Ja ich weiß im Prinzip soll es der Zigbee Adapter nichts anderes sein. Aber das Teil läuft einfach besser. Ich habe auf meinen Proxmox System einen LXC Container nur für zigbee2mqtt laufen. Lies sich super leicht einrichten. Selbst das durchreichen des Sticks war kein Problem.

Na um wieder zum Thema zurück zu kommen, dann habe ich ja mit dem Aufbohren des Subflows einen richtigen Mehrwert geschaffen. ;)

Ja das hast du :+1:

[A Former User]

@mickym Ich muss mich nochmal zum Thema melden ;-) Diese Fehlermeldung kommt hin und wieder...

Hast du ein Tipp wie ich dem Verursacher auf die Schliche komme?

[mickym]

@noah3112 Das ist Deine mqtt-IN Node - da hast wahrscheinlich angegeben, dass es sich um ein analysiertes JSON Objekt handelt.

Du musst das nur wieder auf String und Buffer umstellen - der Subflow wandelt Strings automatisch um. Das Problem mit der Analyse eines analysierten JSON Objektes der mqtt-In Node schmeisst den Fehler bei Analyse des Objekts bei normalen Strings. Ich hab das im Node Red Forum schon moniert und hoffe, dass es in der Version 3 behoben wird. Also einfach wieder auf String und Buffer umstellen.

Falls es Dich interessiert habe ich das Problem hier beschrieben.
https://discourse.nodered.org/t/improvement-of-mqtt-in-nodes/55445/17

Falls Du in anderen Situationen trotzdem die Funktion des analysierten JSON Objektes in Deiner mqtt-IN Node nutzen willst und aber auch teilweise Strings hast, dann kann man dass auch mit einer Catch NOde abfangen. In dem Fall kann aber der Subflow damit umgehen, da die erste Switch Node sogar den Typ JSON String kennt. ;)

Grundsätzlich kannst Du dich schon verlassen, welche Node einen Fehler verursacht:

Also die Node "zigbee2mqtt to iobroker"

Also lange Rede - kurzer Sinn - einfach wieder auf Auto-Erkennung (string or buffer) umstellen.

[A Former User]

@mickym Kaum macht man es richtig und schon ist wieder Ruhe ;-) Dankeschön...mal wieder
PS: Woher die Meldung kam war mir klar. Ich dachte nur weil es nicht ständig passierte das einer der eingelesenen Datenpunkte den Fehler verursacht. Okay falsch gedacht und dazu gelernt.

[mickym]

@noah3112 sagte in JSON oder JavaScript Objekt in iobroker Datenpunkte zerlegen:

Ich dachte nur weil es nicht ständig passierte das einer der eingelesenen Datenpunkte den Fehler verursacht. Okay falsch

Na ja alle Datenpunkte mit "normalen" Strings haben den Fehler verursacht. Wenn Du diese Diskussion in dem Thread nachverfolgst, sind die Entwickler davon ausgegangen, dass man immer wüßte welche Datentypen eingelesen werden - als entweder JSON Strings oder normale Strings. Das man mit Wildcards ganz unterschiedliche Datentypen einlesen kann, hatten sie nicht auf dem Schirm bzw. wollten bewußt einen Fehler erzeugen, dass ein String eben kein analysierbares JSON Objekt ist. Mit den anderen Datentypen hatten sie damit kein Problem (was ich dann als inkonsequent moniert hatte). Wie Du aber an dem Thread erkennen kannst, haben sie doch ein Einsehen - anscheinend haben sie in der kommenden NodeRed Version 3.0 auch generell einiges an den mqtt-Nodes gemacht. Ich hab da im Moment auch einiges komisches Verhalten entdeckt, was angeblich ab der Version 3 behoben ist. Wir werden dann nur wieder unsere iobroker Entwickler überzeugen müssen, dass sie über den Adapter uns diese Version zur Verfügung in einem absehbaren Zeitraum zur Verfügung stellen. Im Moment ist es immer noch Beta. Aber es kommen Dinge die sehr nützlich sind. So wird man Flows im Editor anhalten kann - um zum Beispiel Probleme zu beheben - ohne das man Node Red komplett neu starten muss. ....