Skript ist verschwunden
-
@karl-heinz1 es fehlt immer noch die Ausgabe von
sudo netstat -tulpnWenn du an den Shelly was änderst, musst du diese auch neu starten
-
da war nicht gekommen ich hatte nicht gesehen, das es mit t geschrieben werden muss. Jetzt:
pi@raspberrypi:~ $ sudo netstad -tulpn sudo: netstad: command not found pi@raspberrypi:~ $ sudo netstad -tulpn sudo: netstad: command not found pi@raspberrypi:~ $ sudo netstat -tulpn Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 616/sshd: /usr/sbin tcp 0 0 0.0.0.0:8400 0.0.0.0:* LISTEN 1841/io.jarvis.0 tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 585/iobroker.js-con tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 585/iobroker.js-con tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 30715/cupsd tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 605/vncserver-x11-c tcp 0 0 0.0.0.0:1884 0.0.0.0:* LISTEN 1713/io.sonoff.0 tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN 1662/io.shelly.0 tcp 0 0 0.0.0.0:1880 0.0.0.0:* LISTEN 1486/node-red tcp6 0 0 :::22 :::* LISTEN 616/sshd: /usr/sbin tcp6 0 0 ::1:631 :::* LISTEN 30715/cupsd tcp6 0 0 :::7070 :::* LISTEN 33082/evcc tcp6 0 0 :::5900 :::* LISTEN 605/vncserver-x11-c tcp6 0 0 :::8082 :::* LISTEN 1853/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 1322/io.admin.0 udp 0 0 0.0.0.0:37986 0.0.0.0:* 377/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 33082/evcc udp 0 0 0.0.0.0:5353 0.0.0.0:* 1529/io.chromecast. udp 0 0 0.0.0.0:5353 0.0.0.0:* 377/avahi-daemon: r udp 0 0 0.0.0.0:5683 0.0.0.0:* 1402/io.shelly.1 udp 0 0 0.0.0.0:68 0.0.0.0:* 601/dhcpcd udp6 0 0 :::546 :::* 601/dhcpcd udp6 0 0 :::33558 :::* 377/avahi-daemon: r udp6 0 0 :::5353 :::* 33082/evcc udp6 0 0 :::5353 :::* 377/avahi-daemon: r -
@karl-heinz1 mqtt läuft nicht, das heisst das Endgerät ist nicht verbunden.
Welche Geräte hast du denn über mqtt laufen? -
Ich verstehe den Zusammenhang nicht
Beim MQTT Adapter habe ich 1883 eingetragen
Beim Shelly Adapter 1882, und bei den einzelnen Shelly`s wie du geschrieben hast 1885, 1886, 1887, usw. beim Sonoff Adapter 1884. -
@karl-heinz1 sagte in Skript ist verschwunden:
bei den einzelnen Shelly`s
Wenn die sich mit dem MQTT-Adapter verbinden sollen, müssen die auch alle an Port 1883 senden.
Sonst kann der Adapter lange auf Daten warten.Edit
Und - wie @crunchip schreibt:
Wenn die Shelly's sich mit dem Shelly-Adapter verbinden sollen, muss bei jedem einzelnen natürlich Port 1882 rein.Ein MQTT-Client (also die Adapter MQTT, Shelly, Sonoff usw.) warten darauf, dass ihnen jemand auf dem Port auf den sie horchen auch Daten schickt.
-
@karl-heinz1 sagte in Skript ist verschwunden:
und bei den einzelnen Shelly`s wie du geschrieben hast 1885, 1886, 1887, usw.
Kein kein Mensch gesagt, du musst in der shelly Instanz 1882 angeben, so auch in jedem shelly device die 1882 eintragen
-
@karl-heinz1 sagte in Skript ist verschwunden:
Ich verstehe den Zusammenhang nicht
Nochmal
- mqtt Adapter ist eigenständig und läuft auf Port 1883, jedes Gerät was über diesen Adapter laufen soll muss auch der selbe Port hinterlegt werden.
Sonoff und shelly nutzen ebenfalls ein mqtt Protokoll, allerdings auf einen jeweiligen anderen Port.
Verschiedene Adapter dürfen nicht auf dem selben Port laufen. -
alle neueren shelly`s, die anderen über Coap, die laufen ja nicht über MQTT oder machten das letzet Jahr nicht.
-
@crunchip sagte in Skript ist verschwunden:
@karl-heinz1 mqtt läuft nicht, das heisst das Endgerät ist nicht verbunden.
Welche Geräte hast du denn über mqtt laufen?alle neueren shelly`s, die anderen über Coap, die laufen ja nicht über MQTT oder machten das letztes Jahr nicht.
Aber auch darüber schalten die Switche in den Objekten nicht.
-
@crunchip sagte in Skript ist verschwunden:
@karl-heinz1 sagte in Skript ist verschwunden:
Ich verstehe den Zusammenhang nicht
Nochmal
- mqtt Adapter ist eigenständig und läuft auf Port 1883, jedes Gerät was über diesen Adapter laufen soll muss auch der selbe Port hinterlegt werden.
Sonoff und shelly nutzen ebenfalls ein mqtt Protokoll, allerdings auf einen jeweiligen anderen Port.
Verschiedene Adapter dürfen nicht auf dem selben Port laufen.Ich habe jetzt den MQTT Adapter auf Port 1883 den Shelly Adapter auf 1882 und die Shelly
s , die ich in der Cloud auf dem Handy von überall steuern kann auf 1883. 1882 auf den Shellys habe ich auch probiert, geht alles nicht. -
@karl-heinz1 sagte in Skript ist verschwunden:
die Shellys , die ich in der Cloud auf dem Handy von überall steuern kann auf 1883. 1882 auf den Shellys habe ich auch probiert, geht alles nicht.
ich raff´s echt nicht
gen1 Geräte gehen nur per coap in der cloud, heisst wenn per mqtt Protokoll, dann keine cloud
gen 2 Geräte laufen ausschließlich per mqtt Protokoll und können auch per cloudshelly port in der Instanz 1882, sowohl auch auf den jeweiligen Geräten, Geräte müssen neu gestartet werden
wenn du die shelly mittels mqtt Adapter(1883) einbinden/steuern möchtest, musst du die Datenpunkte zum steuern selbst anlegen.
daher nimmt man einfacherhalber den shelly Adapter, der erledigt das alles für dich
also daher von vorne
zeig die Einstellung eines shelly, der nicht funktioniert und nenne auch die Bezeichnung des shellyedit
@karl-heinz1 sagte in Skript ist verschwunden:
habe ich auch probiert, geht alles nicht.
damit kann niemand etwas anfangen
was zeigt den das Log? -
Die Shelly`s laufen wieder. Ursache war, man muss jedesmal vor dem Speichern und dem Neustart das Passwort wieder eingeben. Das musste man vorher nicht. Einmal drin, war es drin, weil beim Aufruf hat man es ja schon eingegeben.
Problem habe ich nur noch beim Growatt Adapter. Der aktualisiert die Objekt Datenpunkte auch noch nicht.
Benutzername und Passwort sind richtig eingegeben.Was must du dafür sehen ?
-
@karl-heinz1 sagte in Skript ist verschwunden:
Growatt
Hab ich selbst nicht in Verwendung, kann daher nicht viel zu sagen.
