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

[DJMarc75]

@mickym sagte in MQTT Datenaustausch in beide Richtungen ?:

Ja genau mit sowas

Gibbed bei mir nicht :nerd_face:
Na dann weiss ich ja wie ich den Nachmittag verbringen werde.

Danke fürs Erste an alle für die vielen tollen Tips !

[mickym]

So hier mal meine Konf-Datei:

$ cat mwhome.conf
allow_anonymous false
password_file /etc/mosquitto/pwfile

listener 1883

Im Prinzip kannst Du erst mal allow_anonymous auf true machen. Dann ist mit den 2 Zeilen, der Broker schon einsatzbereit. Falls Du es mit user und Passwort absichern willst, musst Du eben noch eine Passwortdatei erstellen.

[DJMarc75]

@mickym sagte in MQTT Datenaustausch in beide Richtungen ?:

allow_anonymous auf true machen.

und wie deaktiviere ich die Zeile danach ? Also die PW Datei

[mickym]

@djmarc75 Ein # davor machen. ;)

allow_anonymous true
# password_file /etc/mosquitto/pwfile
 
listener 1883

Im 2. Schritt kannst Du ja dann den Zugang einschränken und nur mit User-ID und Passwort den Zugang zum Broker erlauben und diese Passwort-Datei erstellen.

sudo mosquitto_passwd  -c passwordfile username

Das -c darfst halt nur das erste Mal nehmen, da eine neue Datei erstellt wird.

Beispiel: Du legst für einen Benutzer mit Namen benutzer eine neue Datei an:

$ sudo mosquitto_passwd -c /etc/mosquitto/testpw benutzer

Darauf wirst du interaktiv nach Passwort mit Bestätigung gefragt:

Password:
Reenter password:

/etc/mosquitto $ ls
aclfile.example  certs   mosquitto.conf   pwfile      pwfile.example
ca_certificates  conf.d  pskfile.example  pwfile.bak  testpw

In dem von Dir angegebenen Pfad siehst Du die Passwortdatei - man muss deshalb mit sudo machen, da Du sonst keine Schreibrechte im /etc/mosquitto Verzeichnis hast.

Wenn Du Dir die Datei anschaust siehst - Du den Benutzernamen mit dem verschlüsselten Passwort:

/etc/mosquitto $ cat testpw
benutzer:$7$101$nS4SrGwWjhQfaCWX$JTheD4rsE44TdzmzjRWDKlF6lXN0m42zu1PaLVVJvj22C8Q28zwBeRuaW/TObAj6tvbbSfCLU3Hzqh2SI19xsg==

[mickym]

Für die Client Konfiguration stehst Du mit den mqtt-Adapter bisschen im Regen. Eigentlich wurde da in meinen Augen zwischenzeitlich Mist von den Entwicklern gebaut, aber ich hab es dann doch geschafft sie davon zu überzeugen, dass es Sinn macht auch eigene States außerhalb der jeweiligen mqtt- Instanz zu publishen. Ab Version 3.0.6 wurde das aus der GUI verbannt und sogar in der 1. 4er Version komplett entfernt. Erst ab Version 4.0.3 :) - ist es wieder konfigurierbar. Leider meckert dieser Adapter und höher die Versionsnummer des Adminadapters an. Ich hab die damals upgegraded und habe deshalb den Admin in der Version 5.4.9 drauf - der es allerdings nie in Stable geschafft hat. Warum weiß ich nicht, weil ich 0 Probleme habe - außerdem sollte man in meinen Augen vor dem großen Versionssprung immer die letzte Version ins Stable hieven - aber wurde halt nicht gemacht. Das heißt wenn Du im offiziellen stable Kontext bleiben willst, dann musst Du bei mqtt 3.0.6 bleiben oder anderenfalls wie ich ggf. 5.4.9 oder eine admin 6 Version nutzen.

Am Anfang ist das gar nicht so schlimm da Du ein eigenes Prefix und ein Subscribe Pattern angeben kannst.

Die eigenen States sind bei diesen Versionen halt nicht konfigurierbar und beschränken sich immer auf die eigenen mqtt-Instanz. - Aber wie gesagt später kannst Du dann auch fremde Instanzen verwenden, um diese zu publishen und so Deiner anderen Instanz zur Verfügung zu stellen.

[Homoran]

@mickym sagte in MQTT Datenaustausch in beide Richtungen ?:

Für die Client Konfiguration stehst Du mit den mqtt-Adapter bisschen im Regen. Eigentlich wurde da in meinen Augen zwischenzeitlich Mist von den Entwicklern gebaut, aber ich hab es dann doch geschafft sie davon zu überzeugen, dass es Sinn macht auch eigene States außerhalb der jeweiligen mqtt- Instanz zu publishen.

ich will diese Diskussion nicht wieder führen. Aber für @DJMarc75 zur Info ist genau das der Vorteil des mqtt-client Adapters, da kann über jeden x-beliebigen Datenpunkt in den Objekten mit beliebigen Topics gepublished oder subscribed werden

[DJMarc75]

@mickym sagte in MQTT Datenaustausch in beide Richtungen ?:

wenn Du im offiziellen stable Kontext bleiben willst

Keine Sorge, bin schon seit knapp einem Jahr im Beta - weil ichs kann :joy:

Hab Mosquitto nun am laufen.

Jetzt interessiert mich was ich hier beim jeweiligen mqtt-client eintragen muss....

[Homoran]

@djmarc75 sagte in MQTT Datenaustausch in beide Richtungen ?:

Jetzt interessiert mich was ich hier beim jeweiligen mqtt-client eintragen muss....

@homoran sagte in MQTT Datenaustausch in beide Richtungen ?:

mqtt-client Adapters, da kann über jeden x-beliebigen Datenpunkt in den Objekten mit beliebigen Topics gepublished oder subscribed werden

duckundwech

[mickym]

@djmarc75 Ich würde grundsätzlich mal alle Haken raus machen. Grundsätzlich kannst Du in beiden Clients natürlich alles subscriben, um quasi ein vollständiges Abbild Deines Brokers zu erhalten.

Ich würde aber in jedem Fall - wenn es Du den mosquitto nicht noch von aussen fütterst (also ohne die beiden iobroker) - halt jedem client ein unterschiedliches Präfix empfehlen, dann weisst Du welches topic von welchem iob stammt.

also rpi1/ für den einen und rpi2/ für den anderen. Musst Du halt wissen, wie Du das nennst. Solange Du nicht alles brauchst - zumindest nicht die eigenen States - und Datenverkehr minimierst - subscribest halt immer nur das jeweilige Topic des anderen:

Also auf rpi2 - dann rpi1/# und auf rpi1 dann rpi2/#

[DJMarc75]

@homoran sagte in MQTT Datenaustausch in beide Richtungen ?:

mqtt-client Adapters, da kann über jeden x-beliebigen Datenpunkt in den Objekten mit beliebigen Topics gepublished oder subscribed werden

Na klasse... jetzt hab ichs auch gelesen... Das kommt davon wenn man während dem Verfassen eines Beitrages kurz das Haus verlassen muss und erst DANACH auf "Absenden" klickt.....

@homoran sagte in MQTT Datenaustausch in beide Richtungen ?:

duckundwech

Ja, so fühl ich mich auch grad :joy:

[Homoran]

@djmarc75 jetzt bin ich mal gespannt ob du dir beide Versionen ansiehst und für welche du dich entscheidest.
und vor allem warum.

Das sind zwei verschiedene Herangehensweisen und @mickym und ich haben "historisch" gesehen jeder "seine" Methode genutzt.

Ich tue mich daher schwer mich nochmal in die Broker/Client Adapter Technik einzuarbeiten zumal ich es vor Jahren damit nicht ans Laufen bekommen hatte.

Bei @mickym ist es wohl genau umgekehrt

[mickym]

@homoran sagte in MQTT Datenaustausch in beide Richtungen ?:

Bei @mickym ist es wohl genau umgekehrt

Ja. :D - ich hatte den Adapter ja erst nur als Broker eingesetzt und hab mich dann erst später für mosquitto entschieden, da der Adapter eben als Broker Probleme gemacht hatte. Das war aber alles schon im Spätherbst 2019. ;)

[DJMarc75]

@homoran sagte in MQTT Datenaustausch in beide Richtungen ?:

beide Versionen ansiehst

grad dabei

@homoran sagte in MQTT Datenaustausch in beide Richtungen ?:

für welche du dich entscheidest

Kommt drauf an wer mehr bietet :joy:

[Homoran]

@mickym sagte in MQTT Datenaustausch in beide Richtungen ?:

Das war aber alles schon im Spätherbst 2019.

bei mir noch viel früher

[mickym]

@homoran sagte in MQTT Datenaustausch in beide Richtungen ?:

@mickym sagte in MQTT Datenaustausch in beide Richtungen ?:

Das war aber alles schon im Spätherbst 2019.

bei mir noch viel früher

Ich weiß - was den iobroker betrifft, bin ich in Deinen Augen ein Küken. ;) - An Jahren denke ich mal eher nicht. Aber das wird dann Offtopic. ;)

[DJMarc75]

Jetzt verunstaltet mal meinen schönen Beitrag nicht !!! :joy:

[DJMarc75]

And the Winner is:

Ich gratuliere @mickym zu der vorläufigen Niederlage :joy:

War mir erstmal der einfachere Weg aber ich denke dass ich mich auch noch in den "mächtigeren" Adapter ran wage !

Ich setz mal auf gelöst und danke nochmal !

[mickym]

Herzlichen Glückwunsch @Homoran ;)