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

[Jan1]

@jens69
Dann frag YT wenn ich Quatsch erzähle.

Die laufen auch später noch über MQTT, nur eben IOBroker intern und nicht extern. ich habe gut 50 Geräte die über MQTT kommunizieren und im IOBroker laufen, aber keinen externen MQTT Server, weil das nicht nötig ist, recht einfach.

[Jens69]

@haselchen auf allen Shelly/Tasmota geräten
Host pi4.fritz.box Port 1883
Benutzer xxx PW xxx

mit den Einstellungen hat es immer geklappt

unter der Intanz Shelly kann ich nur IP Adressen aus einen Klappmenu auswählen
also habe ich in der Konsole ifconfig getippt und so die IPs bekommen

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.66 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::cbe7:83c9:80b:3423 prefixlen 64 scopeid 0x20<link>
inet6 2003:e6:f74d:4200:c0d:9b47:6ba4:78fa prefixlen 64 scopeid 0x0<global>
....

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
....

vethe0c1da3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 169.254.145.182 netmask 255.255.0.0 broadcast 169.254.255.255
inet6 fe80::1bf2:92c:fb5f:8ec4 prefixlen 64 scopeid 0x20<link>
ether f2:42:79:15:ec:c0 txqueuelen 0 (Ethernet)
....

vethf5e560d: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 169.254.237.38 netmask 255.255.0.0 broadcast 169.254.255.255
inet6 fe80::ae2d:6660:7aa8:e23f prefixlen 64 scopeid 0x20<link>
....

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.61 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::8093:8920:55a2:1a32 prefixlen 64 scopeid 0x20<link>
inet6 2003:e6:f74d:4200:bf45:cce0:2ff0:72c prefixlen 64 scopeid 0x0<global>
ether e4:5f:01:56:67:53 txqueuelen 1000 (Ethernet)
....

[Jens69]

aber keine der IPs (IP4 & IP6) funktionieren mit Shelly oder Sonoff

[Jens69]

@jan1 ich könnte ja auf eine weiteren Port eine zweiten MQTT Server auf dem PI haben
und dann vom einen MQTT zum zweiten MQTT auf den selben PI weiter leiten

Aber es läuft nun mal nur der erste MQTT
Und warum sollte ich wegen IOB einen zweien MQTT auf den selben PI habe ????

ist das einfacher ? oder nur weil es für dich sinn macht ?

[Jens69]

So, ich hab jetzt auf den PI den MQTT Brocker, läuft

im IOB habe ich MQTT-Client, OK
im IOB habe ich MQTT-Brocker-Cleint, läuft auch

aber weder Shelly noch Sonoff instanzen laufen

[Jens69]

kleiner Erfolg MQTT-Broker-Client bringt zumindest ein Teil der Daten,
die die Instanz Shelly und Sonsoff nicht sehen

Es liegt also daran, das ich bei diesen Instanzen irgenwelche IP Nummern auswählen soll und nicht die funktionierdende "pi4.fritz.box" oder "pi4.local"

[Jens69]

subscriber localhost 1883 geht auch

nur eben diese Instanzen shelly/Sonsoff nicht

[haselchen]

@jens69

Vielleicht solltest du aufhören Monologe zu führen sondern mal auf Fragen zu antworten.
Ich fürchte , ein Teil hat hier schon aufgegeben Dir mit Rat weiter zur Seite zu stehen.

[crunchip]

@jens69 warum sollten die sonoff/shelly instanz funktionieren?

Entweder alles mit dem mqtt adapter auf Port1883
Oder,
Wenn du die jeweiligen Instanzen nutzen möchtest, dann musst du auch die Ports umstellen.
Es kann nicht alles auf dem gleichen Port laufen
Sonoff z.b auf 1885
Shelly auf 1882
Mqtt auf 1883

Entsprechend musst du dann auch bei den jeweiligen Geräten den Port einstellen.
Die Ip die einzutragen ist, währe die deines iobrokers, damit die Geräte wissen wohin mit den Daten

Fertig ist die Hexerei

[Homoran]

@jens69 ich habe bei den ersten Posts erst mal abgewartet was da noch kommt, da ich nicht verstanden hatte was du willst.
jetzt ist der Thread massiv angewachsen und ich verstehe noch weniger!

https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

bitte lesen und befolgen.

Danach nochmal ganz von vorne!
sonst wird die Gefahr immer größer:

@haselchen sagte in mit IOBrocker starten:

Ich fürchte , ein Teil hat hier schon aufgegeben Dir mit Rat weiter zur Seite zu stehen.

[mickym]

Installiere Dir den NodeRed Adapter und schreib über NodeRed Deine Datenpunkte. ;)

[ticaki]

@homoran

Er will mit dem shelly Adapter über den vorhandenen Matt Broker auf seine Shellys zu greifen. Das geht nicht, jeder der Adapter ist sein eigener Mqtt Broker.

[Homoran]

@ticaki Danke!
Aber das kann ich nirgendwo herauslesen.

[Jan1]

@homoran
Das will er auch so nicht, nur hat er es bis jetzt immer noch nicht kapiert, was der IOBroker ist.

Er hat ein externen MQTT Server und ein externes NodeRed, wohl alles auf einem einzigen Pi, auf den nun auch noch der IObroker laufen soll. Er rafft einfach nicht, dass er die Geräte nicht mit den Adaptern ansprechen kann, solange sein externer MQTT die belegt. Wobei er unbedingt sein NodeRed extern weiter leben lassen möchte und den MQTT auch.

Somit hätte er den Wunsch sein externen MQTT in IOBroker zu integrieren, was ich für am Sinn des IOBroker vorbei halte, da man das was er hat einfach vergisst und das ganze intern im IOBroker aufbaut, nur das ist ihm eh zu viel, da sein bestehendes NodeRed ja super ist LOL.

[Homoran]

@jan1 du meinst er hält ioBroker für einen Mosquitto-Ersatz als MQTT-Broker?

@Jens69 sollte mal versuchen verständlich zu formulieren, was er will.

[mickym]

@jan1 na ich habe auch den mosquito als mqtt Broker extern laufen und den mqttAdapter um allesim iobroker zur Verfügung zu haben und würde diese Konfiguration auch empfehlen

[Jan1]

@mickym
Genau das will er ja, was auch geht, aber nicht so wie er das meint verstanden zu haben und schon gar nicht alles auf einem einzigen PI.
Wie die MQTT Geschichte dann extern und intern zu konfigurieren ist, darfst Du ihm dann erklären, da ich das alles intern mit Adaptern laufen habe, was das ganze wesentlich vereinfacht.

[mickym]

@jan1 bis auf den letzten Halbsatz bin ich d'accord.