Shelly 1pm plus
-
@spacerx CoAP braucht keinen port...
-
@observer die neuen dinger schon rebootet? fixe IP? neu einbinden nach werksreset?
-
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
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md -
@observer wie im .md beschrieben
-
@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. -
@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.
-
@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.
-
@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? -
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.
-
@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!
-
@observer
Du bist jetzt aber mit der Shelly Firmware schon auf Beta Version?
Weil das Webinterface anders aus sieht als bei mir. -
@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?
-
@observer
10.03.
Wenn’s jetzt bei dir funzt ist doch ok. -
@spacerx sagte in Shelly 1pm plus:
@spacerx
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.mdDa 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? -
@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 ? -
@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.
-
@mickym
Danke Dir, da ist ja eine Menge Stoff drin… lese erstmal und melde mich bei Bedarf. -
Hallo Zusammen, würde gerne hier andocken udn ungern einen neuen Thread aufmachen...zu meiner Sache:
ich habe einen 1PM plus installiert udn dieser ist auch soweit im Netzwerk udn der App installiert udn funzt..
Nun wollte ich diesen wie meinen alten shelly 1er in iobroker bringen...leider funzt das nicht.....habe folgende Einstellungen gemacht.....
Leider habe ich dann aber keinen Eintrag in denObjekten so wie bei den alten Shelly 1 er
Könnt Ihr eventuell mitteilen, wo der Störfaktor sitzt?
MQTT-Benutzername und Benutzername in dem ShellyWebinterface sind gleich!
Es kommen auch keine Fehlermeldungen im ioboker log
Danke und Gruss
-
@kusselin sagte in Shelly 1pm plus:
würde gerne hier andocken udn ungern einen neuen Thread aufmachen
doch, mach einen neuen Beitrag auf.
Dein "Problem" hat nix mit diesem Beitrag zu tun !Bitte keine Beiträge "kapern" !
