Hallo mzimmerac,
Ich tippe darauf, dass der Schalter parallel zum Shelly am Motor und nicht an den Eingängen des Shelly angeschlossen ist.
Gruß
SeRef
Da war jemand schneller
Hallo mzimmerac,
Ich tippe darauf, dass der Schalter parallel zum Shelly am Motor und nicht an den Eingängen des Shelly angeschlossen ist.
Gruß
SeRef
Da war jemand schneller
Das mit dem verkehrt herum anschließen ist weder nötig noch sinnvoll. Macht aber in der Anzeige normal keinen Unterschied. Der merkt es nicht, in welche Richtung der Strom fließt.
Sorry, aber es macht einen Unterschied. Er erkennt die Richtung.
Kann es sein, dass du keinen hast und einfach mal vermutet hast?
Die Genauigkeit lässt auch bei mir zu wünschen übrig. Leistung und Arbeit werden bei mir unabhängig von der Firmwareversion ca. 8 bis 9% zu hoch angegeben.
Übrigens kann das für den Motor böse enden, wenn der Shelly in die eine Richtung will und gleichzeitig per Taster die andere Richtung angefahren werden soll.
Hallo Gavor,
Hatte in einer Anleitung gelesen, dass das geht.
Das geht auch. Allerdings reicht es nicht, einfach die Adresse des Datenpunktes durch den Namen zu ersetzen. Korrekt wäre
http://User:Passwort@192.168.178.8:8181/cuxd.exe?ret=dom.GetObject("Shelly1-Stereo").DPByHssDP("STATE").State(1)
Dann geht es auch über den Namen.
Damit die Änderung über eine andere Schaltquelle als über die CCU auch angezeigt werden, versuche es unter Output switched ON url bitte mal mit
http://User:Passwort@192.168.178.8:8181/cuxd.exe?ret=dom.GetObject("Shelly1-Stereo").DPByHssDP("SET_STATE").State(1)
bzw. unter Output switched Off url mit
http://User:Passwort@192.168.178.8:8181/cuxd.exe?ret=dom.GetObject("Shelly1-Stereo").DPByHssDP("SET_STATE").State(0)
Viel Erfolg
Gruß
SeRef
Deshalb auch meine Frage. Nur das der Powerfaktor erstmal nichts mit Wirkungsgrad zu tun hat.
Hallo jubyshell19,
das ist mir auch bereits aufgefallen. Interessanterweise sind die kWh aber positiv. Bin mal gespannt, wie die sich bei wechselnder Stromrichtung verhalten. Habs noch nicht probiert, tippe aber mal darauf, dass einfach weiter addiert wird und somit völlig unbrauchbar wird.
Vertauschen der IO-Anschlüsse am Shelly ist ja, wie ich gelesen habe, keine Option, wegen der internen Brücke, oder?
Welche Brücke meinst du und wo hast du davon gelesen? Meinst du die, wie sie beim Plus1PM zwischen Eingang L und Relais ist? Die gibt es beim Pro1PM nicht. Dort ist Versorgungsspannung und Lastkreis wie beim Shelly 1 voneinander getrennt.
Ein Vertauschen der Anschlüsse ist problemlos möglich.
Gruß
SeRef
Ist aber schon interessant. Die einen beschweren sich, dass der Wert nicht negativ ist und ist er es, hätte andere ihn gerne positiv.
Ist es richtig, dass du die Meldung vom Input, also vom Eingang, an die CCU gemeldet bekommen möchtest?
--> umstellen von "wenn Eingang ist an" auf den Zustand des Ausgang! siehe auch Anleitung.
Hallo Andy,
und willkommen im Forum.
Vorausgesetzt, die IP und die CUxD Adresse ist richtig eingetragen, sehen die Zeilen gut aus. Hast du schon mal die Befehle in der Adressleiste eines Browsers eingegeben?
Im Falle das auch nicht funktioniert, könnte es auch mit den Firewalleinstellungen der CCU zusammenhängen.
Ist es richtig, dass du die Meldung vom Input, also vom Eingang, an die CCU gemeldet bekommen möchtest?
Gruß
SeRef
Edit: Mir fällt gerade auf, dass dein WLAN und AP aktiv sind. Ist das so gewollt?
Danke für den Hinweis. Daher schrieb ich auch seit der 0.10.3-beta1.
Aber mit Hinsicht darauf, dass Allterco offiziell keine Möglichkeit zum Downgraden mehr anbietet, finde ich es schon schade, dass der Bug (ich nenne es jetzt mal so) ihnen in der Beta nicht aufgefallen ist und es mit in die RC geschafft hat.
Vergleich der Werte, die ich zeitgleich am Wechselrichter (684 Watt), einem Hutschienenzähler in meiner Anschlußbox (690 Watt) und auf
der Shelly App (752 Watt) ablese. Das ist leider reproduzierbar ...
Hast du eventuell noch die Firmware 0.10.2 auf dem PM? Da gab es Probleme mit der Spannungsmessung, was dann auch eine falsche Leistungsanzeige zur Folge hatte. Dies soll seit der 0.10.3-beta1 behoben sein. Siehe hier. In dem Thema geht es im weiteren Verlauf mittlerweile auch um die Problematik der zu hoch angegebenen Arbeit.
Hallo Rolf,
da die gemessene Leistung plausibel ist, gehe ich davon aus, dass die Strom- und Spannungsmessung so weit in Ordnung ist. Erst wenn daraus die Arbeit ermittelt wird, also der Faktor Zeit dazu kommt, wird es fehlerhaft.
Ich glaube zwar nicht, dass es einen Unterschied macht, aber interessant wäre es schon, ob der Fehler auch bei Verbrauch und nicht nur bei Einspeisung auftritt.
Gruß
SeRef
Der Shelly plus 1PM misst die Leistung ja (WIMRE) ungerichtet: Das heißt, was die PV-Anlage erzeugt, wird (positiv) gerechnet - und was die PV-Anlage verbraucht (Eigenverbrauch) ebenfalls positiv. Wir können Verbrauch von Erzeugung nicht unterscheiden, richtig? Nun wären 175W Eigenverbrauch in einer Stunde sehr sehr viel. Aber nachdenken kann man darüber schon einmal...
Ich weiß nicht, ob es alle Mikrowechselrichter so machen, aber mein AP600 versorgt sich von der DC Seite her. Was auch meiner Meinung nach Sinn macht. Warum sollte er erst wechselrichten, um sich dann seine eigene Versorgungsspannung wieder aus dem Netz gleichzurichten?
Aber selbst wenn dem so wäre, würde der PM es nicht mitbekommen, da der Eigenverbrauch nicht über ihn fließt. Der Wechselrichter würde seinen eigenen erzeugten Strom verbrauchen, der nicht über den PM fließt. Die gemessene Leistung wäre dann erzeugte Leistung minus Eigenverbrauch. - Wenn ich nicht einen Denkfehler habe
Es gibt die Möglichkeit eines Downgrade. Es lässt sich eine ältere Firmware als die Momentane installieren (getestet mit 0.10.2 -> 0.10.1). Infos dazu gibt es hier >klick<.
Dort ist ein Link, unter dem man die jeweils aktuelle Firmware downloaden kann. Ob es auch einen Server mit älteren Firmwareständen gibt, weiß ich leider nicht.
Gruß
SeRef
Um ein Schalten am Schalter zu verhindern, kann man aus der Homematic den Button Type auf detached umstellen:
string vIp = "192.168.xxx.xxx"; ! hier die IP des Shelly eintragen
string vTyp = "detached"; ! mögliche Werte für Button Typ: momentary, toggle, edge, detached, action, momentary_on_release
string stdout = "";
string stderr = "";
system.Exec("wget -q -O - -t 1 -T 10 'http://" # vIp # "/settings/relay/0?btn_type=" # vTyp # "'", &stdout, &stderr);
Wenn der Wasserstand wieder hoch genug ist, einfach wieder auf den ursprünglichen Typ zurückstellen.
Hat aus meiner Sicht den Vorteil, dass ein Bedienen am Schalter auch bei offline/Ausfall der CCU (sofern der Wasserstand bei Eintritt offline hoch genug war) weiterhin möglich ist.
Gruß
SeRef