Hyper2: auf welche Version bist du runtergegangen?
Und mit welchem Link?
Frage, weil ich da ja massiv Probleme hatte...
Beiträge von martner
-
-
Mir ist nur der Bug aufgefallen, dass beim RGBW2 der MQTT Befehl off, mindestens auf dem 4. Kanal nicht funktioniert im White Modus.
on funktioniert schon.
Ansonsten habe ich noch keinen Grund gesehen, ein anderes Gen1 Gerät mit einem Update zu versehen…
-
Hallo Hyper2,
aus meiner Sicht ist das ein Bug. Genau der Befehl:
shellies/shellyrgbw2-Kueche/white/3/command/off
funktioniert nicht mehr. Der on Befehl aber schon. Deshalb wohl keine Änderung im MQTT Pfad oder Topic. Auch in der API Dokumentation hat sich dazu nichts geändert.
Nur ein Firmware Downgrade hat geholfen. Aber dabei gab es ziemliche Probleme, siehe hier:
Jetzt bin ich immerhin auf Version 1.10.4 und das off geht wieder.
Den Bug habe ich gemeldet und ein Ticket aufgemacht. Rückmeldung habe ich noch keine dazu...
VG Martin
-
Geht sogar für Shellies, die nicht in der Cloud sind (aber halt im gleichen Netzwerk).
-
Cloud oder nicht?
Bei den Shellies, die ich mit der Cloud verbunden habe, sehe ich zB in der iOS App einen Bereich „Geräte aktualisieren“
-
Super, das hat geholfen. Diesen Eintrag im Forum hatte ich nicht gefunden.
Mit diesem Post, bei dem auch nur der Shelly-Support helfen konnte:
habe ich immerhin die Firmware 1.10.4 auf meinen RGBW2 bekommen.
Interessant ist, dass der Link dafür anders aufgebaut ist als die der Firmware Archive. Und zwar so:
192.168.170.113/ota?url=http://api.shelly.cloud/firmware/old/backup-20210721/SHRGBW2-white.zip
Muss man nicht verstehen. Aber vielleicht kann ja jemand mal mit einem RGBW2 solch ein Downgrade von hier testen:
Shelly Firmware Archive Link Generator
Ich habe schon vor ein paar Stunden ein Ticket aufgemacht mit dem MQTT Bug und meinem Problem, ausschließlich auf 1.7.1 downgraden zu können.
Vielleicht hilft es ja was.
Mit der 1.10.4 funktioniert meine leuchtende und klingelnde Küche jedenfalls wieder und das soll für heute ausreichen.
Das Update auf die neuste Version hatte ich gemacht, weil es noch einen anderen kleinen Bug gibt. Aber das Fass mache ich jetzt auch noch nicht auf.
Danke apreick für deine Hilfe und einen schönen Abend!
-
Der Typ ist ein
type "SHRGBW2" Den Eintrag gibt es auch. Aber nur ein Zucken über den Browser. Und der Link funktioniert ja grundsätzlich auch. Wenn ich nur z.B. http://archive.shelly-tools.de/version/v1.10.2/SHRGBW2.zip im Browser eingebe, dann lädt er halt das zip runter.
Gibt es einen anderen Weg?
-
Vielen Dank für all die Infos apreick
Beim Shelly Firmware Archive Link Generator sind die Link-Adressen etwas anders und ich habe beide Versionen probiert.
Es ist wie verhext: wenn ich, egal über welchen Link-Generator, im Browser (Firefox, Edge, Chrome) den Befehl ausführe, wird auf der Website des RGBW2 zwar kurz die Uhrzeit als --:-- angezeigt (2-3 Sekunden), aber sonst ändert sich nichts!
Die einzige Firmware, die bei meinem Shelly funktioniert ist die 1.7.1 vom Link im Shelly Forum mit dem RGBW2 ganz oben im Dropdown. Blöd!
Gibt es eine andere Möglichkeit, so einen Gen1 Shelly zur Firmware zu zwingen? Telnet, SSH oder sonstiges?
Und weil du schreibst, "Das Thema hatten wir schon mal vor ca. 1 Jahr": mit mqtt Befehlen oder mit Firmware Downgrades am RGBW2? Und gab es dort eine Lösung dafür?
Viele Grüße
Martin
-
Vielen Dank apreick
So weit hatte ich im Dropdown nicht geschaut, als ich gan oben bei Ty schon Shelly RGBW2 gesehen hatte.
Weiter unten ist noch Shelly RGBW2-White mit Firmware Versionen 1.9x und 1.10.x, aber die funktionieren leider nicht. Egal, ob ich vorher auf dem Shelly 1.7.1 oder 1.13.0 drauf habe. Die 1.7.1 zieht immer. Bei allen anderen Versionen zuckt nur die Uhr auf der Website vom Shelly, aber die Firmware ändert sich nicht...
-
Hallo zusammen,
für die Küchenbeleuchtung habe ich einen RGBW2 im Weißbetrieb im Einsatz. Geschaltet über normalen Lichtschalter 230V und Bypass. Alles so weit so gut.
Zusätzlich blinkt ein Kanal wenn es klingelt. Dafür erhät der Shelly 5 Sekunden lang über mqtt im Wechsel den Befehl on und off und geht anschließend auf den Zustand, den gerade der input 1 hat. Auch alles gut.
Jetzt habe ich dummerweise ein Firmware Update gemacht auf die aktuelle Version 20230503-101036/v1.13.0-g9aed950.
Jetzt geht das Licht beim klingeln an, blinkt nicht und bleibt an. Der off Befehl funktioniert nicht mehr. Ich nutze dafür
shellies/shellyrgbw2-Kueche/white/3/command
mit on oder halt off.
Egal, ob ich das über node-red, mosquitto oder Windows MQTT Explorer sende, on funktioniert, off nicht. Scheint ein Bug zu sein.
Über das Firmware Archiv hier im Forum wird mir die Version 1.7.1 angeboten. Nach diesem Downgrade funktioniert der off Befehle auch wieder und die Klingel-Signalisierung. Aber Firmware veraltet und ich habe plötzlich eine Transition Time, dich ich nicht mehr wegkriege.
Vorher war eine Version 1.10.x oder sowas drauf.
Abgesehen vom Bug, der natürlich weg muss: wie kriege ich eine Firmware > 1.7.1 und < 1.13.0 herbei und auf meinen RGBW2?
Danke und viele Grüße
Martin
-
Hallo Michael,
hast du denn schon ein Node-RED am laufen, mit dem du im Netzwerk und mit einem mqtt-broker kommunizierst?
Dann müsste bei mqtt dein Status im Node ja auch grün verbunden sein. Also z.B. so:
oder so:
Und mit HTML: kannst du deinen Plus 1PM z.B. im Browser mit dem entsprechenden Befehl steuern?
VG Martin
-
eiche danke, jetzt habe ich es auch geschafft mit dem code
-
Ich hatte in node-red auch mit dem Doppelpunkt gekämpft. Ein plusH&T sollte seine Werte ausgeben und dann an Diagramme im Dashboard und einen TRV via mqtt schicken.
Mit einer Funktion habe ich das übers topic gemacht (hier bei der Temperatur):
Code
Alles anzeigenvar newMsg; switch(msg.topic) { case "shellies/shellyplusht-WoZi/status/temperature:0": newMsg={payload: msg.payload.tC}; newMsg.topic = 'WoZi'; newMsg.payload = (Number(newMsg.payload)) break; default: break; } return newMsg;Mit der Switch node geht es aber auch...
-
...
Schade, dass man einzelne Nutzer nicht automatisiert ignorieren kann.
Nichts für ungut und ich wünsche dir alles Gute und du bist bestimmt ein feiner Mensch!
Aber ich werde dich zukünftig ignorieren so gut ich kann...
-
Naja dann sind das halt 1,1. Ich beziehe mich auf die Antwort vom Support und irgendwas war mit irgend einer Banane. Das was du hier festgestellt hast ist der Small, wake up. Nur leider ist auch das problem du siehst ja im Display nur einen Ganzzahl Wert bei der Luftfeuchtigkeit.
Da müsste man jetzt mal über das Auslöser Log oder ein übergeordnetes System schauen was da genau für Werte waren. Wenn du jetzt Beispielhaft um 13:30 einen Luftfeuchtigkeitswert von 40,3 hattest, wird er 40 Anzeigen. Wenn diese jetzt um 14:00 bei 40,6 ist hast du ja gerade mal eine Änderung von 0,3 erreicht, hier wird dann nur das Display auf 41 Aktualisiert, aber kein wert in die Cloud gesendet da weniger als 1%
Was mich ehrlich gesagt stört bei deinen Antworten: du nimmst dir einen Punkt aus meinen Posts raus und beachtest den Rest nicht.
Hättest du meine Beiträge gelesen dann wüsstest du, dass ich mit node-red und mqtt arbeite und daher die Werte teils bis auf zwei Kommastellen habe. Und auch da ist es einfach nicht gegeben, dass der +H&T sich bei Überschreitung des Schwellwertes zuverlässig meldet.
Ich mag nicht in jeder meiner Antworten darauf hinweisen, dass ich etwa längst geschrieben habe.
Ich teile gerne meine Erfahrungen mit shellies hier im Forum und diskutiere. Aber so nervt es mich.
-
Ja der support hat es doch genauso geschrieben wenn der Schwellwert nicht überschritten wurde gibt es im Batteriebetrieb keine Meldung das Display dagegen ändert sich ab 0.1. du darfst aber nicht vergessen die 0,5 müssen genau genommen 0,6 sein.
Ich weiß nicht, ob dir aufgefallen ist, dass ich nicht von Temperaturwerten schreibe...
-
Ich habe eine Antwort auf mein Ticket zu Post #43 von Alterco erhalten. Geht nicht so wirklich ein auf das Problem, ist aber sonst von den Infos nicht uninteressant. Deshalb kopiere ich es unten rein.
Insgesamt kann ich nach einer Woche +HT und so manchen Tests sagen: das ist noch eine ziemlich grüne Banane. Vielleicht taugt ja eine Generation 2 oder 3 mal was. Wäre schön...
Antwort vom shely-support:
Thank you for contacting us!
Please connect the devices to an isolated AP. Set a fixed 2.4Ghz channel on the network and have the devices connected to it.
Disable the band-steering feature.
Disable the 5Ghz network if it's not used.
Set static IP on the client and on the user side.
Let us know afterwords if the device is sending its data over the communication channels.
We are as well sharing the wake-up schemes of the Plus H&T device:
1. Big wake up (aka SET mode):
- The device is awake for 3 minutes. The device becomes accessible by IP/AP/ MQTT/BLE/WiFi/Cloud/outbound websocket. During this time, it measures the surrounding environment and updates only it's display, disregarding the set thresholds.
2. Small wake up:
- After the device goes to sleep mode and 5 min after this, if the set thresholds were reached, the device measures and updates the display and sends data to the cloud/mqtt/outbound socket with the status.
- If the device didn't wake up in the past 5 min, on every minute it measures the environment and if the changes are <0.1, but less than the threshold, it only updates the display.
3. USB powered:
- Device will report its data on every 5 min, regardless of the threshold.
4. Periodic updates are on every 2hr since firmware version 0.12.0.
We remain on your disposal.
-
Netzbetrieb?
Wahrscheinlich Batteriebetrieb...
Falls du dich auf meinen Post #43 beziehst: ja, das war ein Test im Batteriebetrieb (steht ja auch im Tesxt).
Und das mit der Schwelle ist ja genau der Punkt: die der Feuchte steht auf 1%. Und der +HT meldet sich trotzdem ca. jedes zweite Mal nicht im Netz sondern zeigt es nur an trotz erreichter Schwelle.
-
Danke, edwinrm,
ich habe das mal in ein Ticket gepackt für den shelly-support. Mal sehen, ob das irgendwas erhellendes oder gar verbesserndes bringt...
Hatte eigentlich sehr gehofft, dass der +H&T durch sein Display die bessere Wahl ist im Wohnzimmer wegen der Familienfreundlichkeit
VG, Martin
-
Hallo zusammen,
ich mache das Fass mal wieder auf
Habe einen +H&T im Batteriebetrieb im Wohnzimmer stehen, der eigentlich zwei TRVs steuern soll. Firmware aktuelll 20220608.
Mit den webhooks ein Desaster, meist kam nach Geräte reboots nur ein Wert an und dann keiner mehr. Aber egal:
Da ich ein node-red habe, muss halt das den Wert übergeben per mqtt.
Aber: der +H&T übergibt nur ca. jeden zweiten Messwert überhaupt ans Netzwerk! Am +H&T wird zwar ein neuer Wert angezeigt, aber die "Cloud-Weltkugel" nicht. Cloud ist mir egal, aber per mqtt kommt halt auch kein Wert an. "Feldstärke" ist gut bis sehr gut.
Kennt das jemand so? Ist das allgemein so? Oder ist mein Gerät defekt?
Viele Grüße
Martin