Skript ist verschwunden

[crunchip]

@karl-heinz1 Schreibfehler am Handy, habs korrigiert

@karl-heinz1 sagte in Skript ist verschwunden:

Wenn ich den IOBroker beenden will ist unten links in der Ecke "Abmelden", der ist weg.

Screenshot bitte

[Karl-Heinz1]

@crunchip sagte in Skript ist verschwunden:

@karl-heinz1 Schreibfehler am Handy, habs korrigiert

@karl-heinz1 sagte in Skript ist verschwunden:

Wenn ich den IOBroker beenden will ist unten links in der Ecke "Abmelden", der ist weg.

Screenshot bitte

Da stand bis jetzt immer Abmelden. Das ist weg.

[Thomas Braun]

@karl-heinz1

Wenn du dich nicht anmelden musst, dann kannst du dich auch nicht abmelden.
Mit
iob set admin.0 --secure false --auth false hast du das ja deaktiviert.

Aber hau die drei Adapter-Updates drauf.

[Codierknecht]

Wozu auch anmelden?
Ich gehe mal davon aus, dass hier keine pupertierenden Kids rumspielen und nach außen gibt man ohne VPN eh nix frei.
Ist mir immer wieder schleierhaft, warum im eigenen Netz SSL und Authentifizierung aktiviert werden.

[Karl-Heinz1]

@karl-heinz1

OK, du hattest mir geschrieben, die Shellys müßten alle eine andere MQTT Einstellung haben, das habe ich gemacht. Jetzt kann ich die nur immer die Cloud schalten. Im iobroker schalten die Switche nicht mit. Ich habe in der Github Doku für die Shellys gelesen das die einen eigenen MQTT Broker erstellen und man müsse immer den nehmen 1882

Was ist da falsch, grün sind die Shelly`s

und der Growatt Adapter ändert auch die Datenpunkte nicht mehr Solar (VPP) und SOC. Die sind eingefroren.

[crunchip]

@karl-heinz1 es fehlt immer noch die Ausgabe von

sudo netstat -tulpn

Wenn du an den Shelly was änderst, musst du diese auch neu starten

[Karl-Heinz1]

@crunchip

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

[crunchip]

@karl-heinz1 mqtt läuft nicht, das heisst das Endgerät ist nicht verbunden.
Welche Geräte hast du denn über mqtt laufen?

[Karl-Heinz1]

@crunchip

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.

[Codierknecht]

@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.

[crunchip]

@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

[crunchip]

@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.

[Karl-Heinz1]

@crunchip

alle neueren shelly`s, die anderen über Coap, die laufen ja nicht über MQTT oder machten das letzet Jahr nicht.

[Karl-Heinz1]

@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.

[Karl-Heinz1]

@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 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.

[crunchip]

@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 cloud

shelly 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 shelly

edit

@karl-heinz1 sagte in Skript ist verschwunden:

habe ich auch probiert, geht alles nicht.

damit kann niemand etwas anfangen
was zeigt den das Log?

[Karl-Heinz1]

@crunchip

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 ?

[crunchip]

@karl-heinz1 sagte in Skript ist verschwunden:

Growatt

Hab ich selbst nicht in Verwendung, kann daher nicht viel zu sagen.