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

[Humidor]

@mickym mache ich schon, leider kommt nichts daher vom Cerbo....
Zugriffsrechte?

[mickym]

@humidor Na wenn Du eine leere payload schickst, kommt ja auch nichts (übrigens immer mit / die topics voneinander trennen) - es dient ja lediglich dazu zu zeigen, dass die Verbindung noch aktiv ist. Wenn also (null) drinsteht, dann ist das eine leere payload. Alternativ steht ja kann man dem Teil eine Liste auf topics schicken. Ich kann somit keine Fehler erst mal entdecken.

Wenn Du willst dass dauernd alles veröffentlicht wird, dann solltest Du wohl besser die Methode a verwenden:

[Humidor]

@mickym es funktioniert jetzt mit serial beschreiben, der Objektbaum is riesig.

[mickym]

@humidor Ja steht ja in der Beschreibung - dass dann immer alles gepublished wird. Wenn man nur einzelne topics haben will, dass muss man das wie beschrieben halt in das keepalive topic schreiben.

[Humidor]

@mickym schon klar, wie ich einzelne abrufe weiß ich noch nicht, muss noch rausfinden

[mickym]

@humidor sagte in MQTT Keepalive im Skript:

@mickym schon klar, wie ich einzelne abrufe weiß ich noch nicht, muss noch rausfinden

Na das steht doch weiter unten:

In das keepalive kannst ein Array mitgeben, mit einzelnen topics oder sogar mit Wildcards welche Äste.

[Humidor]

@mickym das ist sehr schön, dass es da steht, wie setzt man es um, ich bin kein programmierer.... und das wird ja nicht gesagt, das muss man wieder rausfinden ;)

[mickym]

@mickym Um das in dem Beispiel benutzte Array zu verwenden gibst du das ArrAY

@humidor sagte in MQTT Keepalive im Skript:

@mickym das ist sehr schön, dass es da steht, wie setzt man es um, ich bin kein programmierer.... und das wird ja nicht gesagt, das muss man wieder rausfinden ;)

Na um das unten gesagte Array zu senden modifizierst Du nur deine Inject NOde.

Hier die Inject Node zum Import:

Spoiler

[
   {
       "id": "1dd9175a09c34086",
       "type": "inject",
       "z": "7e6af0015415146d",
       "name": "",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[\"vebus/#\",\"solarcharger/+/Dc/0/Voltage\"]",
       "payloadType": "json",
       "x": 490,
       "y": 3960,
       "wires": [
           []
       ]
   }
]

und sendest das dann an den keepalive topic.

So kannst Du einzelne topics häufiger abfragen und andere weniger häufig.

[Humidor]

@mickym ist das so ev. richtig? oder muss der payload anders injected werden?

[mickym]

@humidor Ja das passt schon - Du musst halt in das array nur reinschreiben, was Du haben möchtest. Und eigenltich hätte auch alles kommen müssen wenn Du eine leere payload schickst. Weiß aber nicht warum, warum das nicht gegangen ist. Jedenfalls funktioniert ja Deine Kommunikation grundsätzlich, sonst wäre es ja über die Serial 0 nicht gegangen. Ob es den Ast vebus etc gibt oder Du die verschiedenen solarcharger topics gibt weiss ich nicht.

Mit # nimmst du immer alles was darunter ist - das Pluszeichen ist hingegegen ein Wildcard auf der jeweiligen Hierarchieebene.

[Humidor]

@mickym also das laden eines Wertes fkt. noch nicht

kommt nix

[mickym]

@humidor Na das ist doppelt gemoppelt.

Mit system/# nimmst Du ja alle was drunter ist, d.h. das oben drüber ist redundant. Keep Alive heißt ja auch nur dass Änderungen gepublished werden. Also wenn das Teil nichts ändert kommt auch nichts an. KeepAlive heißt nicht, dass es alles sofort published.

Wenn Du AKTIV was auslesen willst, dann musst Du direkt das topic ansprechen.

Wenn Du direkt den Power Datenpunkt auslesen willst

dann musst Du eine leere payload an das Power topic schicken.

So und nun Achtung: Die Antwort kommt im N Ast an - im R Ast sendest Du den Request.

[Humidor]

@mickym öhmm, steh auf der Leitung
keepalive nur als trigger
der Datenpunkt direkt auslesen, sowie keepalive? dachte das wird nur als payload angehängt?
was ist das dann mit mehreren Werten?
einen R Ast habe ich nicht im Objektbaum

[mickym]

@humidor Na keepalive verstehe ich so, dass diese topics gepu

@humidor sagte in MQTT Keepalive im Skript:

einen R Ast habe ich nicht im Objektbaum

Brauchst Du auch nicht. Ein Gerät wird nie auf ein topic was es hört selbst was veröffentlichen. Gibt das einfach in mit dem R in die mqtt Out NOde ein. Was Du im iobroker siehst ist nur ein Spiegel. Wenn da noch nichts veröffentlich wurde unter dem topic siehst du nichts. Du müsstest den Datenpunkt mit Send oder manuell anlegen. In Node Red kannst Du einfach das R topic in die mqtt out NOde schreiben.

[Humidor]

@mickym den power habe ich schon so ausgesucht, da kommen Werte rein (serial)

damit das jetzt verstehe, die Mqtt Out mit keepalive lasse ich ohne payload, nur der Trigger drauf ?

ein weiteres Mqtt out mit payload auf den Wert

[mickym]

@humidor Nochmal sende einfach an den R Ast den kompletten Pfad eine leere payload.

[Humidor]

@mickym ich verstehe das nicht was du sagst, es klingt logisch, ich hab aber null ahnung wie ich das in den nodes umsetze

ist das mal der richtige Ansatz?

[mickym]

@humidor sagte in MQTT Keepalive im Skript:

damit das jetzt verstehe, die Mqtt Out mit keepalive lasse ich ohne payload, nur der Trigger drauf ?
ein weiteres Mqtt out mit payload auf den Wert

Also bei dem keepalive schickst Du ein Array mit allen topics die regelmässig, welche dich interessieren und die werden meines Erachtens nur wenn sie aktualisiert werden gepublished.

Wenn Du ein einzelnes topic auslesen willst, dann sendest Du es eine leere payload an dieses topic.

[mickym]

@humidor Nicht mit Punkt - mqtt topics werden immer durch / getrennt.

[Humidor]

@mickym mit dem / macht keepalive jetzt auch alles, dh alles wird aktualisiert, keine einzelnen werte
wenn ich den anderen node als payload anhänge, ist ihm das scheints egal

so wird alles immer aktualisiert