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

[nobbiman]

@mickym Es ist zum Haare raufen, wieso habe ich mir die Frage nicht selbst durch das Löschen der vermeindlichen Zugangsdaten beantwortet.
Stunden, die ich mir hätte sparen können!
Danke - die Lösung lag so nah!

[nobbiman]

Wo ich schon mal dran bin, die Aussage

MQTT-client Einstellungen müssen für jeden State einzeln gemacht werden

verstehe ich nicht. Das kann doch nicht heißen, dass dies für jeden zu übermittelnden Datenpunkt gilt, sondern ...? Was bedeutet "State" in diesem Zusammenhang?

und, ... wie legt man denn einen Datenpunkt im Adapter am besten an, damit das nicht so ein Wirrwar unter FHEM gibt?
Wenn ich es so mache
sieht das bei mir unter FHEM so aus

Attributes
alias
	
MQTT2_ioBroker
	
deleteattr
readingList

ioBroker:ioB/0\x20userdata/0/RaumanforderungFBH:.* 0_userdata_0_RaumanforderungFBH
ioBroker:0\x20userdata/0/RaumanforderungFBH:.* 0_userdata_0_RaumanforderungFBH

deleteattr
room
	
Heizung,MQTT2_DEVICE
	
deleteattr

.. ziemlich kryptisch, ihr habt doch da sicher beste Erfahrungswerte!?

[mickym]

@nobbiman Doch jeder state ist ein Datenpunkt. Wenn Du mehrer Datenpunkte aufeinmal publishen willst - dann unter einem eigenen Präfix - dann würde ich aber den anderen Adapter nehmen. Hatten wir das nicht alles schon mal in dem anderen Thread?

[nobbiman]

@mickym sicher meinst du den MQTT Broker/Client-Adapter?

[mickym]

@nobbiman Ja

[mickym]

Ich habe die ganzen mqtt Adapter und deren Eigenheiten hier schon mal beschrieben - ggf. auch halt ein paar Posts vorher oder nachher lesen:
https://forum.iobroker.net/post/847655
https://forum.iobroker.net/post/847470

[mickym]

Ich persönlich habe mosquitto als Broker laufen und tausche über den zwischen FHEM und iobroker Daten aus. Da bei mir FHEM hauptsächlich für die MAX Steuerung noch läuft - abonniere ich im iobroker den ganzen mosquitto.

Über fhem als Präfix wird alles von FHEM in einen eigenen Ast gepublished.

Inzwischen habe ich FHEM auch unter PROXMOX in einem Container laufen und das tut auch gut. Ich mach aber mit FHEM nichts mehr - deswegen habe ich das meiste auch schon wieder vergessen.

Ich habe diese Generic Bridge im Einsatz und teilweise fange ich die Empfangsdatenpunkte über ein notify ab.

Das Veröffentlichen habe ich irgendwie einfach durch das Zuordnen der Geräte durch die Zuordnung in einen Raum und durch die Maske welche Attribute gelesen werden beim Update oder Change veröffentlicht.

Aber ich weiß das alles wirklich nicht mehr im Detail

[nobbiman]

@mickym Danke, ich versuche mal daraus schlau zu werden.
Nach der Installation des alternativen Adapters erscheint dieser aber nicht unter den benutzerdefinierten Einstellungen des Datenpunktes!

Muss ich die Datenpunkte händisch in der Konfiguration des Adapters eingeben?
Ich glaube, ich leser erst einmal deine o.g. Links

[mickym]

@nobbiman Nein bei dem anderen Adapter erscheinen die da nicht darun - lies Dir bitte die Verlinkten Posts durch.

Du kannst zum Beispiel in der Clientmaske

zum Beispiel einen Pfad mit Stern eingeben der alle Datenpunkte darunter enthält - solltest aber zwingend ein Präfix mitgeben.

Nun siehst Du dass alle Datenpunkte des tr-064 Adapters unter devices

im mqtt unter dem topic

iobroker/tr-064/0/devices

veröffentlicht wurden.

[Homoran]

@nobbiman sagte in MQTT-Client (ioB) keine Verbindung zum FHEM-MQTT-Server:

Das kann doch nicht heißen, dass dies für jeden zu übermittelnden Datenpunkt gilt,

doch!
das ist der große Vorteil im Vergleich zum MQTT-Adapter.

hier kannst du für jeden Datenpunkt spezifische Einstellungen bei jedem state vornehmen.

[Homoran]

@mickym sagte in MQTT-Client (ioB) keine Verbindung zum FHEM-MQTT-Server:

zum Beispiel einen Pfad mit Stern eingeben der alle Datenpunkte darunter enthält

was aber bei nicht sorgfältig gewählter Maske oft zu unnötig viel verarbeiteten States führt.