Beiträge von Bekka420

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 Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

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

du kannst den switch direkt über die webgui des shellys über components -> bthome verbinden und dann dem entsprechend actions anlegen.

ohne wifi am endgerät geht es nicht über die app bzw die cloud

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

das passwort welches abgefragt wird ist das im gerät hinterlegte für die webgui, nicht der 4 stellige pin
es gibt eine option in der app, siehe screenshot, wenn ich die deaktiviere werden die passwörter nicht mehr abgefragt

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

dies hat allerdings zur folge, dass im eigenen netz dennoch alles über die cloud läuft
ich meine mir einzubilden, dass damit die latenz höher ist und messwerte oft nicht so recht synchron.
alternativ müsste man bei allen bzw den häufig genutzten shellys die passwörter entfernen, das ist aber keine option für mich

die passwortabfrage an sich geht noch, der "doppelklick" nervt aber

Ist bei mir auch so und tw sehr anstrengend, letztens ging deswegen fast ein Gerät kaputt.

Es passiert immer wenn das die app ausführende Gerät im selben netz wie die zu steuerden Shelly's hängt.

dort die Email Adresse des Nachbarn bzw des 2. Account eintragen und voila

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Mit der neuen beta fw gibt es die Option die physischen Inputs zu sperren

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

ist schon wem die power factor anzeige aufgefallen ? (hier ein plus2pm, die anderen beiden verhalten sich ebenso)

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

btw die aufbereitung von actions & schedules mit der neuen beta firmware ist schon ganz nett

http://<shelly-ip>/light/0?turn=on

ohne sonstige parameter schaltet der dimmer entweder auf den zuletzt eingestellten brightness wert oder mindestens auf das voreingestellte minimum (siehe screenshot)

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

es ist entweder eine solche voreinstellung nötig oder ein brightness level in der url, in beiden fällen natürlich über null

aufgrund von frustration mit dem shelly support hab ich mich da eher fern gehalten, aber ich geb mir den abend nen ruck mehr als in ablage p kann es ja nicht landen