So melden sie sich im ioBroker:
!
Der obere der beiden müllt das Log voll
[hoymilesMqtt] updateing state MSA-280024240XXX.realtime.sys_sp_p from homeassistant/sensor/MSA-280024240XXX/quick/state failed, value is undefined
Kann ich eigentlich irgendwie die Datenpunkte als Textfile exportieren?
Ich meine, ich kann ja hier schlecht n riesigen, nicht durchsuchbaren screenshot reinstellen
Nebenfrage: Du bist aber nicht zufällig der mcm von Thera-Pi?
Hmmm.
Ein
root@cdbb76fac596:/opt/iobroker# npm update hoymiles-ms
up to date in 1s
91 packages are looking for funding
scheint zu arbeiten, aber der Adapter wird nach wie vor noch als Version 0.1.1 angezeigt.
Wo ist mein Fehler?
So melden sie sich im ioBroker:
!
Der obere der beiden müllt das Log voll
[hoymilesMqtt] updateing state MSA-280024240XXX.realtime.sys_sp_p from homeassistant/sensor/MSA-280024240XXX/quick/state failed, value is undefined
Kann ich eigentlich irgendwie die Datenpunkte als Textfile exportieren?
Ich meine, ich kann ja hier schlecht n riesigen, nicht durchsuchbaren screenshot reinstellen
Nebenfrage: Du bist aber nicht zufällig der mcm von Thera-Pi?
Thema erledigt.
Irgendeiner der hier jetzt gestoppten Adapter hat das ganze verhindert.
Welcher weiss ich noch nicht.
Zumindest in den einzelnen Einstellungen ist keiner auf den von mir genutzten ports aktiv.
Danke fürs mitdenken.
@mcm1957 Hast Du Testaufgaben für deinen Adapter im MS-A2-Doppelpack?
Wie man sehen kann, der Broker ist da und funktioniert
Auch das Neuaufbauen der MS-A2 mit wechsel von Master und Slave oder nur ein Gerät aktiv brachte keinerlei Änderung.
Ist das zum 
Das mqtt:// wird von der App selber eingefügt-
So gebe ich es ein
-> Broker läuft und ist empfangsbereit
-> App meldet: Konfiguration fehlgeschlagen
Rufe ich den Reiter wieder auf, steht das mqtt:// davor
@mcm1957 Löst mein Problem tatsächlich nicht, grenzt aber die Fehlersuche ein.
Denn: Auch zu deinem Adapter kann ich nicht verbinden. 
Ich werde morgen die beiden MS-A2 nochmal ausser Betrieb nehmen und neu einrichten.
Moin zusammen.
iobroker läuft in einem Docker-Container.
Port 1883 ist nach aussen frei.
MQTT Broker/Client ist in der Version 6.1.2 installiert.
Er ist von aussen (also im LAN, aber ausserhalb des Dockers) ansprechbar, wird gefunden und empfängt Daten (z.B. vom Handy mit myMQTT).
Auf der anderen Seite ein MS-A2 Doppelpack.
Kann zu freien Brokern verbinden (getestet auf HiveMQ).
Eine Verbindung vom MS-A2 auf den MQTT Broker/Client ist jedoch nicht möglich.
Firmware und App auf aktueller Version.
Auch auf tinymqttbroker ist keine Verbindung möglich
Mir fehlt mittlerweile jeder Ansatz für eine weitere Fehlersuche.
Okay, 1882/TCP eingerichtet und es scheint zu funktionieren. War der Meinung, das es UDP sein muss.
@haus-automatisierung sagte in ShellyPro 3EM Verbindung zu ioBroker nicht möglich:
@michael-schütt sagte in ShellyPro 3EM Verbindung zu ioBroker nicht möglich:
Verbindung zu externem Testbroker broker.hivemq.com:1883
Siehe Doku. Der Shelly-Adapter stellt selbst einen MQTT-Broker bereit und verbindet sich nicht zu einem externen Broker. Du kannst so arbeiten, aber nur mit dem MQTT-Adapter und ohne den Shelly-Adapter.
Oder war das nur ein Beispiel? Danach auf den Screenshots sieht es ja richtig aus.
Meine Denkweise (kann falsch sein): Das war ein Test, ob das Problem am shelly oder am ioBroker liegt. Wenn der Test zu einem anderem broker funktioniert, liegt es nicht am shelly. Danach habe ich per
curl -X POST -d '{"id":1, "method":"Mqtt.SetConfig", "params":{"config":{"enable":true, "server":"192.168.0.12:1882"}}}' http://${SHELLY}/rpc
und nachfolgendem reboot des shelly wieder versucht, auf meinen ioBroker (192.168.0.12:1882) zu schalten.
Was fehlschlägt.
curl -X POST -d '{"id":1, "method":"Mqtt.GetStatus"}' http://${SHELLY}/rpc
{"id":1,"src":"shellypro3em-3ce90e6eb924","result":{"connected":false}}%
Hast Du Port 1882 im Container freigegeben?
Mmmh. Ich habe (wie oben beschrieben) eine Portweiterleitung auf 1882/UDP im container eingerichtet.
Falsch? Nicht ausreichend?
