UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mickym]

@schmetterfliege Klar kannst Du mit alles was mqtt spricht entsprechende Topics veröffentlichen. ;)

Mit dem PulseTimer kannst du unter Tasmota Geräte nur für eine bestimmte Zeit laufen lassen.

Schau mal hier alles im Detail diskutiert: https://forum.iobroker.net/topic/58937/gelöst-tasmota-pulsetime-automatisches-ausschalten-delay?_=1666399996243

[Schmetterfliege]

Also gesetzt hat er es zumindest mal (POWER1), aber in dem Explorer wird das nicht geupdated. das is a bissele doof

Und: die Datenpunkte kann ich irgendwie nicht als String setzen sondern muss das dann in IoB von Nummer zu String ändern -.-
OK, zum zweiten Punkt: Wenn ich was reinschreibe ist es ein String. Wenn es leer bleibt Number.
Und zum ersten: irgendwann updated er auch im Explorer.
Also ein gangbarer Weg

[mickym]

@schmetterfliege Du schreibst den String ON oder OFF in den Datenpunkt kein JSON. Nochmals wenn Du die Punkte einmal angelegt hast - dann schreibst Du da keine Nummer rein, sondern ON oder OFF als String. Der Typ ändert sich dann von selbst.
https://forum.iobroker.net/post/854589

Wenn Du eh NOdeRed nimmst, würde ich eh nicht drüber nachdenken.

[Schmetterfliege]

@mickym

Na beim Anlegen hab ich nix reingeschrieben gehabt und damit hat er nen falschen Datentyp gesetzt. Aber alles gut, kann ja einfach nen Wert mit setzen.

Im allgemeinen geht's mir ja nicht nur darum die über NR zu steuern, sondern auch zu überwachen.
Also immer Zugriff auf die aktuellen Werte zu haben, und nicht nur dann wenn die mal was senden.
Und IoB möchte ich eben nutzen um Sachen gegen zu checken. Aber wenn das so nicht funktioniert, auch ok.
Solange alle Daten im Broker zur Verfügung stehen, werd ich schon irgendwie meinen Kontrollfetisch befriedigen können :grinning:

[mickym]

@schmetterfliege Na funktioniert doch alles - mal vom Tasmota Device Manager abgesehen. Du kannst alles schalten und überwachen.

Zur aktiven Überwachung siehst Du ja, dass zyklisch alle x Sekunden bestimmte Informationen im tele Ast gepublished werden.

Na beim Anlegen hab ich nix reingeschrieben gehabt und damit hat er nen falschen Datentyp gesetzt.

Das war ein Fehler. ;)

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Na funktioniert doch alles - mal vom Tasmota Device Manager abgesehen. Du kannst alles schalten und überwachen.

Zur aktiven Überwachung siehst Du ja, dass zyklisch alle x Sekunden bestimmte Informationen im tele Ast gepublished werden.

Na beim Anlegen hab ich nix reingeschrieben gehabt und damit hat er nen falschen Datentyp gesetzt.

Das war ein Fehler. ;)

Ja gut der Tele Ast ist jetzt nicht unbedingt die übersichtlichste Ansicht. Da muss ich ja dann bei jedem einzelnen Gerät nachschauen, statt alles auf einen Blick zu sehen (war das schöne am Zigbee Adapter^^).
Aber da fuchse ich mich morgen mal ein.
Ich weiß ja jetzt wie ich die Datenpunkte anlegen kann, und wie ich die Geräte steuern kann - zumindest den Anfang. Fehlt natürlich noch gaaaanz viel. Aber das guck ich mir dann morgen an (der nächste Tag fängt erst an wenn ich geschlafen habe :p)

[mickym]

@schmetterfliege Die JSON sind eine der effizientesten Arten Daten zu übertragen. Zur Not nimmst Du einfach meinen Subflow - der Dir wieder einzelne Datenpunkte erstellt. ;)

Damit hast Du dann wieder einzelne Datenpunkte von jedem JSON.

[Schmetterfliege]

@mickym
Du meinst von sowas hier?

Goooooil !
Edit: Wobei es natürlich effizienter wäre einfach mit dem Json zu arbeiten.
Das wäre mein eigentliches Ziel, weil es in NR whsl auch vieles einfacher macht.

[mickym]

@schmetterfliege Klar - einfach meine Node nehmen und der macht Dir daraus auch einzelne Datenpunkte wenn Dir der JSON zu unübersichtlich ist.

Aber im Grunde braucht man das nicht. Da Du mit dem JSON quasi mehrere Eigenschaften schon in einem Objekt hast und nicht erst zusammenklauben musst.

Mit dem mqtt-Nodes werden die Objekte sogar direkt erstellt, weil die inzwischen das automatisch parsen.

[mickym]

Der Subflow kann dann auch mit variablen topic s und mit mqtt Wildcards inzwischen ganze Bäume erstellen.

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

Der Subflow kann dann auch mit variablen topic s und mit mqtt Wildcards inzwischen ganze Bäume erstellen.

Ja die Wildcards sind genau das womit ich mich noch näher außeinander setzen muss :)
Nehme ich mir zwar schon eeewig vor, aber jetzt hab ich ja quasi keine andere Wahl :grin:

[mickym]

@schmetterfliege sagte in Zigbee2mqtt installation:

@mickym said in Zigbee2mqtt installation:

Der Subflow kann dann auch mit variablen topic s und mit mqtt Wildcards inzwischen ganze Bäume erstellen.

Ja die Wildcards sind genau das womit ich mich noch näher außeinander setzen muss :)
Nehme ich mir zwar schon eeewig vor, aber jetzt hab ich ja quasi keine andere Wahl :grin:

Na wenn Du die Hierarchie konsistent aufbaust und beispielsweise immer den tele State Ast für alle Devices selektieren wolltest:

dann würde das topic lauten:

tasmota/+/+/+/tele/STATE

Da musst aber halt bissi darauf achten, dass Du das richtig strukturierst mit den topics.

Wenn Du alle Infos aus dem TELE Ast haben willst dann halt:

tasmota/+/+/+/tele/#

[Schmetterfliege]

@mickym
Das bezieht sich dann nur auf die Tasmota Devices, oder?
Bei denen bekomme ich es hin dass die Struktur gleich ist.
Aber leider nicht bei den zigbee devices

[mickym]

@schmetterfliege Wieso Du kannst doch die Zigbee Devices auch entsprechend strukturieren. Die topics sind doch unter zigbee2mqtt völlig flexibel.

Das liegt doch bei Dir:

Ich hab zum Beispiel die Bewegungsmelder - nach raum und dann wo im Raum organisiert.

Also würde ich den Status aller Bewegungsmelder so selektieren:

zigbee2mqtt/bewegungsmelder/+/+

[Schmetterfliege]

stimmt eigentlich.
Aktuell hab ich es so:

Wäre natürlich sinnvoll allen Geräten den Gerätetyp zuzuweisen, und nicht nur zb den Steckdosen^^

[mickym]

@schmetterfliege Na problematisch ist es halt, wenn du nicht konsistent arbeitest. Bei Büro, Flur_1 kommen die Geräte direkt darunter - bei Flur_2 dann SP15. Sowas würde ich halt nicht machen. Entweder Du baust bei den anderen auch eine Zwischenebene ein oder lässt es bei Flur 2 weg.

Dann habe ich halt noch nach Funktionen unterschieden, da Du halt je nach Typ unterschiedliche Dinge überwachst oder schaltest.

Thermometer wirst Du halt nie schalten.

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Na problematisch ist es halt, wenn du nicht konsistent arbeitest. Bei Büro, Flur_1 kommen die Geräte direkt darunter - bei Flur_2 dann SP15. Sowas würde ich halt nicht machen. Entweder Du baust bei den anderen auch eine Zwischenebene ein oder lässt es bei Flur 2 weg.

Dann habe ich halt noch nach Funktionen unterschieden, da Du halt je nach Typ unterschiedliche Dinge überwachst oder schaltest.

Thermometer wirst Du halt nie schalten.

Ja das meinte ich ja mit "Gerätetyp zuweisen".
Das werde ich dann bei allen machen, und ggfs. die Reihenfolge ändern (Erst typ, dann raum).

[mickym]

@schmetterfliege Ja musst Dir halt überlegen - keine Ahnung was Deine P1 oder was auch immer bedeuten.

Ich hab es so

aber das muss auch nicht der Weisheit letzter Schluss sein.

Wichtig ist halt eine konsitente Struktur. ich habe es auch nicht überprüft, ob die Ebenen immer die gleichen sind. Aber deshalb kommt bei mir der Typ am Anfang. Dann lege ich halt fest, dass es nur innerhalb eines Typs gleich ist.

[Schmetterfliege]

@mickym
P1, SP1, SP15 sind Steckdosentypen :)

[mickym]

@schmetterfliege sagte in Zigbee2mqtt installation:

@mickym
P1, SP1, SP15 sind Steckdosentypen :)

Gut die Frage ist halt - was für einen Mehrwert Dir das bietet, wenn man diese eh nur an oder ausschalten kann. ;) Ausser es gibt bestimmte Dinge die sich unterschiedlich monitoren lassen. Dann würde ich aber die anderen auch benennen.