Beiträge von Bekka420

Beitrag

RE: Leistung wird seit gestern nicht mehr in den Räumen angezeigt

Das Problem ist bekannt und bereits in Untersuchung bei den Entwicklern. Bitte das nächste Hotfix abwarten, danke.

Angel

27. August 2025 um 12:53

mglw haut dir dieser bug rein

Kann es bestätigen, hier gibt die App seit gestern Abend nicht mehr viel von sich was leistungswerte angeht. Nur ein einzelner plugs gen3 wird noch ausgegeben

Temperatur und Feuchtigkeitswerte sind davon nicht betroffen.

Am Laptop steht seit dem reload (und damit Update) der seite auch alles.

Nein , kein Bild zu sehen

Zitat von tvbshelly

Nein, da wurde nichts zurückgezogen.

Was du beobachtest wird vermutlich einfach nur die Diskrepanz sein zw. Sicht des Shelly Update Servers (welcher die Bereitstellung in Phasen durchführt) und einem ggf. manuell durchgeführtem Firmwareupdate.

ob da etwas zurückgezogen wurde kann ich nicht beurteilen, mir scheint es jedoch so.

wiedersprechen muss ich dir bei meinen beobachtungen
die shellys, die ich heute updaten wollte, bekamen gestern /vorgestern noch via update funktion in der app die 1.70 anbeboten, da war ich aber nicht zu hause. später wollte ich die updates daheim nachholen und das geht stand jetzt nicht mehr.

die manuell geflashten habe ich ganz außen vor gelassen, sind andere modelle (plus1pm zb) und haben mit meiner vorigen aussage nichts zu tun

interessehalber, ist an dem shelly auf dem das addon steckt, der eco mode an ? falls ja, schalte den doch mal aus und beobachte das voltmeter / den log nochmal auf veränderungen

zittern / schwankungen / voltmeter error/ n/a etc auf dem analogeingang korrelierten bei mir häufig mit dem eco mode

stimmt zu, wollte später daheim eine ladung 1pmm g3 als auch ein paar unis auf 1.70 stable updaten, doch nun ist das stable release scheinbar zurückgezogen worden. die, die bereits auf 1.70 laufen, bieten nur noch 1.62 an

moin

der crash beim update mit addon scheint noch nicht ganz okay zu sein.

beim Dimmer 0/1-10V PM GEN3 löst das anstoßen des updates nach ein paar sekunden lediglich einen reboot aus. es hängt ein dht dran + voltmeter.
manchmal sind im log voltmeter fehler zu sehen gewesen, wie bei dem 1PM Gen3 neulich beim updateversuch auf beta3. war zum capturen allerdings zu träge.

/edit sagt:

der 1PM GEN3 der beim letzten mal mit addon probleme machte, wollte auch erst nicht. es brauchte mehrere reboots und gefriemel. habe das voltmeter deaktiviert & neu gestartet, danach verlief mit aufgestecktem addon das update auf beta4 erfolgreich. zufall ?

der dimmer hat eben nach ein paar weiteren versuchen plötzlich das update durchgezogen. ich kann nicht nachvollziehen was da los ist aber so 100% scheint es noch nicht zu laufen.

shos_ota.cpp:289        Starting update (0x3fcc49b4), to=600 cd=0/ct=25 ignore_same=0
shos_ota.cpp:430        manifest.json: 1342 bytes (hdr 260 desc 0 CRC f2386bb2)
shos_ota.cpp:608        fw: Dimmer0110VPMG3 ver 1.7.0-beta4 20250728-074252/1.7.0-beta4-g3ec9541
shos_ota.cpp:181        OTA status in_progress, 0 %
shelly_zx_synchroni:346 OTA in progress: synchronizer disabled
shelly_update.cpp:479   incoming fw signatures: 03
shos_ota_esp32_back:553 Will write to slot 0
shos_ota.cpp:430        bootloader.bin: 20960 bytes (hdr 44 desc 0 CRC 94152a84)
shelly_notification:210 Event from sys: {"component":"sys", "event":"ota_begin", "msg":"in_progress", "ts":1754008856.83}
shos_ota_esp32_back:804 Boot: cur 010000ff, new 010001ff, min 010000ff, update? 0
shos_ota.cpp:430        partition-table.bin: 4096 bytes (hdr 49 desc 0 CRC 2207497b)
shos_ota.cpp:430        boot_state.bin: 8192 bytes (hdr 44 desc 0 CRC 292d6ffd)
shos_ota.cpp:430        Dimmer0110VPMG3.bin: 2260576 bytes (hdr 49 desc 0 CRC bca8bf32)

Eine meiner beiden Plug s gen 3 verhält sich ebenfalls merkwürdig in Sachen wlan, leider ging dieser Thread bisher an mir vorbei.
Habe bis auf die beiden genannten keinerlei Erfahrung mit plugnplay Teilen und bin stellenweise damit fast verzweifelt.
Irgendwann hab ich sie gegeneinander getauscht , Steckdosen und Ausrichtung sind ansonsten identisch. Seitdem funktionieren beide tadellos. Weiß der Geier wieso.

Eine sitzt nen Meter neben dem Router, die Andere ist am Ende der Wohnung. Vor dem Tauschen wollte die eine partout nicht am vorgesehenen Platz neben dem Router funktionieren, obwohl die +20 anderen shellies rundherum keine Auffälligkeiten zeigten und der rssi bei -50dBm und besser lag.

Gibt es ne Chargennummer oder sowas um herauszufinden wer betroffen sein könnte ?

/edit: das Eingangs beschriebene problematische Einbinden, neustarten und Hänger waren bei diesem einen Exemplar auch der Fall

Moin

Die Hitze macht das existieren schwierig momentan

Zunächst Mal ein kurzer Einblick wie die Steuerung des dimmers bei mir in der App aussieht

Die Spannungsmessung erfolgt in meinem Fall mit dem addon, wo noch ein dht mit dran hängt (bild 2)ohne addon gibt es keine Spannungsanzeige ( die ist aber ohnehin eher als schätzeisen zu betrachten) und natürlich auch keine Temperatur etc

In deinem Fall wäre der Teil mit dem Relais und der Leistungsmessung zwar irrelevant, das Relais wird aber trotzdem mit arbeiten. ( Ob das bei Pro Modellen anders ist weiss ich nicht)

Durch das Nutzen von Zeitplänen kannst du bestimmte Spannungen vorgeben. 15 Uhr jeden Tag 50% entspr 5v sozusagen.

Über die Linearität des Ausgangs vermag ich nichts beitragen zu können, remapping in Form von min max Begrenzung ist möglich.

Der Dimmer wird in der App automatisch als Beleuchtung behandelt , umstellen auf Belüftung oder so geht nicht.

Vllt kannst du auch ein Ticket erstellen wenn es soweit kommen sollte

Kurze Antwort: mit an Sicherheit grenzender Wahrscheinlichkeit ja

Ausführlichere Antwort folgt später

Huhu ☺️

Kürzlich habe ich bei einem Umbau am falschen Poti gedreht und damit ein gutes Stück über Spezifikation am Analogeingang des addons anliegen gehabt. Schätze es waren um die 15v ggf auch etwas mehr. Seitdem zeigt es keine Messwerte mehr am Analogeingang an, der Rest funzt noch.

Mir stellt sich nun die Frage, ab wann geht ein plus addon kaputt ? Und ist das reparierbar ?

ohne addon hat das update geklappt

Ja , da ist eins dran. Außerdem ein bthome Device.

Es handelt sich um den 1pm g3 mit den ehemals zappelnden messwerten auf dem addon (gruppenchat von neulich).

Im log waren während diverser Updateversuche hin und wieder Einträge zu sehen a la "voltmeter reading error" oder so. Ich schob es auf den Updatevorgang, da es sonst zu keinen derartigen Fehlern mehr kommt

soll ich das addon mal testweise abnehmen und das update erneut anstoßen ?

seit dem letzten Post hab ich noch etwas gefriemelt und weitere shellys haben nun die 1.70b3 drauf

habe eben nochmal einen Updateversuch mit dem 1PM Gen3 gestartet zur sicherheit, es hängt diesmal bei 29%, läuft ansonsten normal weiter. Debug log ab ota Anstoß ist im Anhang. Next Step das ganze ohne Addon ?

Beim Update des 1PM Gen3 gibt es Probleme deren Ursache ich nicht erkennen kann, mglw liegts am Update server. Bei diversen anderen Shellys (diese sind allerdings alles andere Varianten, meist Gen2) klappte das gefriemel einwandfrei.

Das Anstoßen des Updates via Webgui funktioniert zwar, es bleibt aber immer irgendwo stehen und tut von da an nix mehr. im log sieht man nix ausser den letzten Status
Hab daraufhin das Image aus den Requests manuell runtergladen und installiert, da bleibt es reproduzierbar bei 61% stehen mit folgendem loop, bis es irgendwann ins timeout läuft

shos_ota.cpp:181        OTA status in_progress, 61 %

shelly_notification:210 Event from sys: {"component":"sys", "event":"ota_progress", "msg":"in_progress", "progress_percent":61, "ts":1752476435.08}

shelly_notification:116 ch type=WS_in info=192.168.178.20:59935 has no DST


shos_ota.cpp:181        OTA status in_progress, 61 %

shelly_notification:210 Event from sys: {"component":"sys", "event":"ota_progress", "msg":"in_progress", "progress_percent":61, "ts":1752476442.18}

shelly_notification:116 ch type=WS_in info=192.168.178.20:59935 has no DST

In den Einstellungen vom Eingang ist ein drop-down menü, siehe Screenshot

Und ja , digital in und gnd

Danke für die vielen Infos , werde den Großteil meiner Lüfter bald auch mit dem rgbw pm regeln und dadurch auf step downs verzichten können

für den von dir genannten zweck reicht vmtl auch locker der pm mini gen3 -> günstiger und verfügbar bei den bekannten quellen
es sei denn matter oder zigbee spielen eine rolle, da bin ich dann raus

Ein paar Denkanstöße zum dimmen des rgbw pm per Blu Button

Du könntest auf die MehrfachKlicks actions mit einem Offset legen und damit in einem raster dimmen , siehe hier

https://shelly-api-docs.shelly.cloud/gen2/Component…Light/#lightset

In Ermangelung eines 4fach Buttons habe ich das noch nicht realisiert, aber so ist es im Kopf geplant Dann wären die fix Werte schonmal passé

ebenfalls ist dort das dimmen per rpc beschrieben dimup dimdown und dimstop , das hab ich aber noch net selbst probiert sollte aber funktionieren als wäre ein Taster direkt am rgbw

Single push : toggle

Double push: dimup / offset +15

Triple push: dimdown / offset -15

Long push: dimstop

So oder so ähnlich

moin

hab scheinbar nen bug gefunden, erneut in sachen counter reset. aufgefallen ist es mir leider erst nach dem update auf 1.62

wie dort beschrieben
https://shelly-api-docs.shelly.cloud/gen2/Component…ounters-example

wollte ich den counter eines Dimmer 0-10V PM G3 resetten
bekomme darauf aber leider eine 404

zunächst hielt ich mich für übermüdet, aber
/rpc/light.GetStatus?id=0 funktioniert und liefert auch den counter
hat man mglw den reset in der light instanz vergessen zu implementieren ?

eben noch getestet:
der reset via switch bei einem 1pm mini g3 funktioniert einwandfrei
ebenso via pm1 bei einem pm mini g3
beide laufen auf der aktuellen 1.62

nein, bisher habe ich dahingehend nichts gemeldet. hatte mich ehrlich gesagt mehr oder weniger damit abgefunden, fummelige aufgaben auf den laptop verlagert und auch bis zu diesem thread nichts von derartigen problemen bei anderen leuten gehört bzw gelesen. nach weiteren tests und nochn büschen beweismaterial sammeln werd ich das aber wohl mal nachholen

habe eben die app incl cache und nutzerdaten gelöscht und das ganze frisch installiert.

nach dem testweise schalten eines relais wurde ich wieder aufgefordert das passwort einzugeben. es schaltete doppelt. jetzt mal abwarten und sehen wie es sich verhält wenn das "timeout" erreicht ist. die hoffnung ist, dass sich die app das nun "merkt" und der fehler nur bei erstkontakt auftritt (klammert sich an letzten halm xD )

hier mal etwas detaillilerter beschrieben:

drücke in der android app auf schalten - das relais schaltet sofort
es folgt direkt danach die passwortabfrage wie in casi239 screenshot - gebe ich dort dann das passwort ein und bestätige , schaltet das relais nochmal
das passiert bei allen passwortgeschützten shellys, auch bei den dimmern oder den unis.
ohne passworteingabe verbleibt der shelly im "locked" status
den shelly kann ich danach per passwort freischalten, aber dann wird wieder geschaltet
der einzige weg ohne doppeltes schalten führt über den taskmanager, app beenden und neustarten.
locked ist dann weg, die angezeigten daten korrekt und es wird nicht nochmal geschaltet.

edit nächster tag:

das neu aufsetzen der app scheint die lösung gewesen zu sein. mal abwarten obs auch so bleibt.
habe inzwischen auch den rgbw pm wieder mit nem passwort versehen und wurde NICHT danach gefragt <- alles falsch

ne, irgendwie funktionierte die lokale netzwerksteuerung nicht. die schaltbefehle kamen über die cloud (source shc). neustart der app - altes problem