Shelly 1pm plus

[observer]

@da_woody, danke für den Tipp, aber das sieht hier genauso aus:

[observer]

Hier noch die genutzte Shelly-Firmware:

[SpacerX]

@observer
Die 2te Instanz braucht einen anderen Port als die erste.

[da_Woody]

@spacerx CoAP braucht keinen port...

[da_Woody]

@observer die neuen dinger schon rebootet? fixe IP? neu einbinden nach werksreset?

[observer]

Ja, ich habe die Instanz shelly.1 auf 1882 laufen.
shelly.0 nutzt CoAP.

Die generische Broker-Instanz mqtt.0 läuft auf 1883.
Testweise habe ich die Verbindung dorthin versucht, was auch geklappt hat.

[SpacerX]

@spacerx
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md

[da_Woody]

@observer wie im .md beschrieben

[observer]

@da_woody, ja, Reboot natürlich schon mehrfach versucht.
Die IP wird vom DHCP-Server fest vergeben.

Einen Werks-Reset habe ich noch nicht versucht ... dazu war ich noch zu faul.

Vorher würde ich nach wie vor gerne verstehen, wie der Adapter versucht den Shelly-Typ zu erkennen.
Denn die initiale Verbindung wird ja offenbar hergestellt, nach dem fehlschlagenden Erkennen des Shelly-Typ aber wieder abgebrochen.

[da_Woody]

@observer sagte in Shelly 1pm plus:

Die IP wird vom DHCP-Server fest vergeben.

hüstel, DHCP vergibt IPs, aber nicht fix.

wie der Adapter versucht den Shelly-Typ zu erkennen.

der adapter bekommt die ID, thats it.

[SpacerX]

@observer
Es steht im md: Ändere nicht die "client id" in dieser Konfiguration.

Das scheinst du aber gemacht zu haben. Prüfe das mal bitte.

[da_Woody]

@spacerx sagte in Shelly 1pm plus:

"client id"

ändern? hab das nicht durchgelesen, aber gehts da um die alten short IDs?
warum sollte man eine ID ändern, und wie?

[SpacerX]

@da_woody

Das scheint sich darum zu handeln:

Edit:
Eigentlich sollte das im log so aussehen:

shelly.0 2022-09-05 17:19:53.758	info	[MQTT] Device 10.0.1.62 (shellyplus1pm / shellyplus1pm-a8032ab9eb14 / shellyplus1pm#a8032ab9eb14#1) connected! Polltime set to 10 sec.
shelly.0 2022-09-05 17:19:51.309	info	[MQTT] Client Disconnect: 10.0.1.62 (shellyplus1pm / shellyplus1pm-a8032ab9eb14 / shellyplus1pm#a8032ab9eb14#1)

Auf seinem Bild Oben sieht das anders aus.

[observer]

@spacerx sagte in Shelly 1pm plus:

@observer
Es steht im md: Ändere nicht die "client id" in dieser Konfiguration.

Das scheinst du aber gemacht zu haben. Prüfe das mal bitte.

Über diesen Hinweis war ich beim Nachlesen des ReadMes auch gestolpert und siehe da: Treffer!

In das markierte Feld (BTW: Labels wären hier schon hilfreich) muss der ursprüngliche Wert der ID eingetragen bleiben:

Ich habe jetzt hierzu die SSID genommen und in Lowercase gewandelt.

Offenbar wird der Teilstring "shellyplus1pm" zur Ermittlung des Typs herangezogen.

Vielen Dank an alle für die Unterstützung!

[SpacerX]

@observer
Du bist jetzt aber mit der Shelly Firmware schon auf Beta Version?
Weil das Webinterface anders aus sieht als bei mir.

[observer]

@SpacerX
Nach dem o.g. Screenshot bin ich auf der 0.11.0.
Zum 'Update' angeboten wird mir neben der 0.10.3 die 0.11.0-beta3, also vermutlich ein Beta-Vorgänger.

Auf welchem Stand bist Du?

[SpacerX]

@observer
10.03.
Wenn’s jetzt bei dir funzt ist doch ok.

[Andreios]

@spacerx sagte in Shelly 1pm plus:

@spacerx
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md

Da steht drin, dass man im Shelly die Client-ID nicht ändern darf.
Ich hatte das bei einem Shelly bei mir vorher schon gemacht und er erschien dann, als ich endlich die Konfiguration richtig gemacht habe, im ioBroker.
Da ich das dann gelesen hatte, habe ich das wieder rückgängig gemacht.

Aber leider habe ich keine Begründung dafür gefunden, interessiert mich aber.
Oder ist das inzwischen überholt?

[dos1973]

@mickym sagte in Shelly 1pm plus:

Die Plus Serie arbeitet leider nach der neuen API.

https://shelly-api-docs.shelly.cloud/gen2/

So weit ich mich noch erinnere musst Du das Gerät glaub über den rpc Punkt schalten - ich hab das schon mal gewusst - aber ich habe im Moment keine Generation 2 Geräte im Einsatz

hi Mickym, hast du die info ggfs. wiedergefunden.
ich hab ja alle meine shellies mit deiner Hilfe via nodeRed und Mqtt eingebunden, aber die Plus bekomme ich nicht zum laufen.

Gebe zu die Anleitung von Shelly verstehe ich nicht...
kannst du helfen ?

[mickym]

@dos1973 Ja ich weiss wie Du die schalten musst. Den Status hast Du ja in dem switch:0. Ich such mal den parallel Thread raus, wo ich diese gerade mit jemand eingebunden habe.

Den status bekommst Du wie Du hier siehst: https://forum.iobroker.net/post/969381

Also aus dem Objekt die payload auf payload.output setzen - verfolge einfach den Thread weiter.

Schalten tust Du wie hier: https://forum.iobroker.net/post/969395

Du musst also direkt (unbestätigt) das rpc topic direkt unter deinem Device beschreiben:

{
   "id":123,
   "src":"dos1973",
   "method":"Switch.Set",
   "params":{"id":0,"on":true}
}

Mit on = true oder false schaltest Du.

Hier siehst Du wie Du eine true oder false payload in das Objekt einbindest: https://forum.iobroker.net/post/969402

Als Source kannst Du einen Usernamen oder Deinen Flow-Namen von NodeRed angeben, damit Du siehst woher der Befehl kommt. Die id ist auch frei wählbar.

Wenn Du trotz allem noch Hilfe bei Deinem Flow brauchst - dann exportiere mal Deinen Flow.