Beiträge von Bekka420

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

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

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

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

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

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)

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

hab das gleiche "problem" mit einem dieser dimmer als lüftersteuerung, danke fürs einreichen des vorschlags

intern läuft da eine light instance, das wird vmtl automatisch als lichtquelle von der cloud bewertet

evtl pin lock funktion ausprobieren ?

nach dem teilreset oder beim kompletten ?

das ist jetzt gerade, es sieht aus als laufen beide mit aber in der webgui ist einer bei null (edit: das soll scheinbar so sein, der reset hat auch gefunzt ich war nur zu langsam beim abfragen )

der komplette reset funktioniert einwandfrei, lediglich ein teilreset (nur ["aenergy"] ) ergibt den oben gezeigten fehler.
da bei dir keine returned energy gemessen worden ist kannst du das an dieser stelle nicht nachstellen

was möglicherweise dazu geführt hat dass den fehler deswegen noch niemand entdeckt hat bzw hier davon berichtet worden ist

gehen wir mal stück für stück durch. hier haben wir den aktuellen ist zustand

und

huhu

hab eben scheinbar nen fehler in der PM1 instanz entdeckt. das gerät ist ein PM Mini Gen3 an der PV , bei dem ich den active energy zähler resetten wollte um standbyverbrauch der wechselrichter besser im auge behalten zu können. edit: ich wollte explizit nur den einen zähler resetten, ret- aenergy sollte erhalten bleiben

der call ist folgender gewesen:

RPC/PM1.ResetCounters?id=0&type=["aenergy"]

der aenergy zähler wurde daraufhin zwar umgeschrieben, aber nicht resettet. es wurde stattdessen der zu diesen zeitpunkt gültige (negative) returned energy wert eingetragen, siehe screenshot.

Plus uni

Zitat von tripletschiee

Ich hab 9 Shelly PM Mini Gen3 in meinem Haus verbaut. Davon hat bisher nur eins (!) den Upgrade auf 1.5.1 angeboten bekommen. Es scheint also auch innerhalb eines Gerätetyps ein batch-weiser Rollout zu erfolgen.

Alle anderen verbauten Gerätetypen haben bisher noch nix von einem möglichen Upgrade mitbekommen.

Bei mir das gleiche Muster , ein pm mini g3 hat das Update der Rest noch nüscht , darunter alle möglichen Dimmer Relais Uni plus etc

das 1.51 stable release ist draußen laut changelog, bekomme es leider nur auf einem der geräte angeboten , der rest hängt nach wie vor beim downgrade auf 1.44

gesunkene temperaturen nach update auf 1.51 beta 2 kann ich bestätigen

Zitat von ENiederauer

Hallo,

misst der Shelly 1PM mini bidirektional ?
Sehe ich die Watt-Daten als positiver Wert (Verbrauch) und negativer Wert (Einspeisung) ?

Will diesen für mein Balkonkraftwerk zur Überwachung/Doku einsetzen.
Wenn ja, wie schliesse ich den an, L+N zum Haus hin ?

Danke

ja in beide richtungen wie du geschrieben hast
L+N an netz, O an WR

edit sorry falscher screenshot

according to the fans datasheet it should ramp up when increasing voltage / slider goes up
is it correctly wired ? jumper removed ?

ein alternativer treiber:

https://www.meanwell.com/Upload/PDF/XLG-75/XLG-75-SPEC.PDF

das meanwell xlg75 h dürfte von den specs her ganz gut passen, ggf reicht auch ein xlg50 ( https://www.meanwell.com/Upload/PDF/XLG-50/XLG-50-spec.pdf )
hier wäre es interessant zu wissen wieviel leistung das system mit dem originalen treiber ungedimmt aufnimmt.

der von dir gekaufte treiber lpv 100 36 ist hierfür leider falsch. wie bereits von anderen erwähnt ist es ein CV modell , benötigt wird aber CC constant current.
man könnte auch sagen du hast ein 36v schaltnetzteil gekauft. je nach spannungsbereich der leds ist da von leuchtet garnicht bis frittiert dir in sekunden die leds alles möglich.

die xlg serie kostet etwas weniger als hlg und sind wie von thgoebel vorgeschlagen per Dimmer 0/1-10V PM Gen3 (der neue blaue, der graue ginge auch hat aber nachteile) steuerbar. sorry für die 150 edits xD