NEWS
shelly 1gen3 keine verbindung
-
@laser haken setzen bei Enable 'MQTT Control
-
@fabio nach der Hilfe soll das nicht sein. Geht aber auch mit dem Haken nicht.
-
@laser hast du neu gestartet?
-
@fabio Shelly neu gestartet (sogar stromlos gemacht. IO Broker Station neu gestartet.
-
@laser stimmen wirklich die Ports?
-
@fabio natürlich 8083. x mal kontrolliert. Auch schon andere verwendet.
-
@laser wieso 8083 und nicht 1882
-
@fabio weil ich 3 Gruppen von shellys habe. Port 1882, 1883, 1884. Und wenn ich jetzt 1883 in den Shelly eintrage und nicht 8083, dann klappt es auch. Den ganzen Nachmittag probiert, und dann so ein dämlicher Zahlenvertauscher!
-
@laser na jetzt läuft es ja.
Grüße
Fabio -
@fabio ganz so unproblematisch ist das Ganze nicht. Wollte denn neuen Shelly an einem Adapter mit Port 1884 binden und den n3. Adapter löschen. Funktionierte nicht. Den dritten Adapter wieder eingerichtet, mit Port 1883. Was vorhin tadellos funktionierte, geht jetzt wieder nicht mehr. Scheinbar werden Änderungen nicht so einfach akzeptiert. Oder der Port 1883 ist mit irgend etwas belegt. Ich lasse jetzt den 2. Adapter drin. Was soll's. Mit Port 1885. Funktioniert.
-
@Fabio Fehler gefunden. Der Port 1883 ist schon mit einem anderen MQTT Gerät belegt. Kann ich nicht benutzen.
-
@laser ja da kann man schon durcheinader kommen.
-
@laser sag mal gibst du jeden Shelly Gerät einen anderen Port?
Oder verstehe ich da was falsch.
Grüße
Fabio -
@laser sagte in shelly 1gen3 keine verbindung:
ist schon mit einem anderen MQTT Gerät belegt
zeig mal die Ausgabe von
sudo netstat -ltp
-
@fabio ja, ich vergebe mehrerere Port- Nummern (3). Ich habe auch zwei Instanzen des Shelly- Adapters. Zwei Instanzen, um zeitweise nicht benutzet Geräte wegzuschalten. Und einen mqtt Adapter für einen ESP32, der über MQTT abgefragt wird. Würden denn die Verbindungen mit nur einer Port- Nr. funktionieren? Als ich eine Nr. doppelt vergeben hatte, lief es nicht.
otto@neuheizung:~ $ sudo netstat -ltp Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 Heizung.fritz.box:2001 0.0.0.0:* LISTEN 2657/io.hm-rpc.1 tcp 0 0 Heizung.fritz.box:2010 0.0.0.0:* LISTEN 2642/io.hm-rpc.0 tcp 0 0 0.0.0.0:1884 0.0.0.0:* LISTEN 8244/io.shelly.1 tcp 0 0 0.0.0.0:1886 0.0.0.0:* LISTEN 6114/io.mqtt.0 tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN 2804/io.shelly.0 tcp 0 0 0.0.0.0:ssh 0.0.0.0:* LISTEN 720/sshd: /usr/sbin tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 2456/iobroker.js-co tcp 0 0 0.0.0.0:9000 0.0.0.0:* LISTEN 2456/iobroker.js-co tcp6 0 0 [::]:8087 [::]:* LISTEN 2955/io.simple-api. tcp6 0 0 [::]:8086 [::]:* LISTEN 781/influxd tcp6 0 0 [::]:tproxy [::]:* LISTEN 2475/io.admin.1 tcp6 0 0 [::]:8082 [::]:* LISTEN 2996/io.web.0 tcp6 0 0 [::]:3000 [::]:* LISTEN 850/grafana tcp6 0 0 [::]:ssh [::]:* LISTEN 720/sshd: /usr/sbin
-
-
@fabio OK. Allerdings sind die Shelly's die ich gruppieren möchte, aus verschiedenen Generationen. Haben denn unterschiedliche Port Nummern irgendeinen Nachteil?
-
@laser said in shelly 1gen3 keine verbindung:
@fabio OK. Allerdings sind die Shelly's die ich gruppieren möchte, aus verschiedenen Generationen. Haben denn unterschiedliche Port Nummern irgendeinen Nachteil?
Nein, wenn du gruppieren willst kannst du das. Notwendig ist es allerdings nur für gen1/coap und gen2+/mqtt, d.h. notwendig sind nur 2 Instanzen. Mehrere Instanzen haben (nur) den Nachteil dass dadurch mehr Prozesse laufen und daher dein System mehr belastet ist. Ob das merkbar ist oder nicht kann man nicht generell sagen.