@arnod : Bei mir tritt das auch auf... Was mich aber wundert ist, dass es bis Mitternacht gut ausschaut und danach zu "Flattern" anfängt. Machst du ab Mitternacht andere Berechnungen, oder woran könnte das liegen?
NEWS
Latest posts made by Modulo-N
-
RE: E3DC Hauskraftwerk steuern
-
RE: E3DC Hauskraftwerk steuern
Hi Arno... vielen Dank für deine Antwort. Es scheint bei meinem Setup immer so zu sein, dass es funktioniert, sobald ich gemeckert habe. So auch mit den zuletzt beschriebenen Problemchen des fehlenden Batterieentladens und des fehlenden Batterieladens.
Ich muss mich mal etwas genauer in dein Skript einarbeiten, um es wirklich ausreichend gut zu verstehen... übrigens wollte ich mich noch dafür und für deine unermüdlichen Hilfestellungen herzlich bedanken!Irgendwas scheint mit der rscp-Instanz zu sein, was das System aus dem Takt bringt. Ich habe jetzt mal ein schedule aufgesetzt, das mir jede Nacht um 2:15 mal kurz die Instanz neustartet. Das hat bis jetzt problemlos funktioniert, aber so wirklich glücklich bin ich damit noch nicht.
-
RE: E3DC Hauskraftwerk steuern
Hallo zusammen,
ich habe weiterhin Probleme mit den Skripten und den Einstellungen. Gestern war z.B. wieder ein seltsamer Tag: Die Sonne schien quasi den ganzen Tag, die Anlage ist ein paarmal in die Abregelung gelaufen, aber nicht ein Watt wurde in die Batterie gepumpt. Der gesamte Überschuss wurde ins Netzt gepumpt und selbst während der Abregelung am frühen Nachmittag ging nichts in die Batterie. Ich habe dann einfach mal die rspc-Instanz gekillt und prompt ging es. Als ich rscp wieder eingeschaltet habe, ist wieder Einstellung 2 aktiviert worden (ich hab da die Parameter von Arno übernommen) aber nach kurzer Zeit wurde das Laden der Batterie wieder eingestellt. So ging es dann bis zum Sonnenuntergang, d.h. die Batterie hatte bis auf das kurze Laden durch manuelles Abschießen des rscp den Stand vom Morgen...
Das kam mir dann doch etwas seltsam vor. Ich habe gestern 67kWh produziert und davon 49kWh eingespeist. Mein Hausverbrauch war 23kWh und da die Batterie nicht geladen wurde, musste ich die verbleibenden Rest aus dem Netz ziehen (also 7kWh)...Gruß
Michael
-
RE: E3DC Hauskraftwerk steuern
@arnod
Nein. so hoch war das nicht eingestellt... Die Batterie wurde tagsüber auf ca. 80% geladen und der Notstrom (Min und Sockel ) stand auf 40% bzw. 30%. Deswegen hatte ich ja nachgefragt, denn die 80% wurden nicht angetatstet, sondern alles wurde aus dem Netz gezogen. Ich hab dann die rscp-Instanz neugestartet und danach lief es wieder.Gruß Michael
-
RE: E3DC Hauskraftwerk steuern
Hallo zusammen, hallo Arno,
ich benutze ChargeControl jetzt schon eine ganze Weile, aber in den letzten Tagen ist mir ein seltsames Verhalten aufgefallen und ich weiß nicht, an welchem Parameter ich schrauben sollte, um wieder zu einem Normalzustand zu gelangen.
Die Batterie wird tagsüber brav geladen, und wenn dann abends die Sonne weg ist oder nur noch wenig Strom vom Dach kommt, wird das Haus nicht aus der Batterie versorgt, sondern zieht den Strom direkt aus dem Netz. Das geht dann die ganze Nacht durch, wie ich an den Aufzeichnungen sehen kann. Wenn ich das Skript anhalte, dauert es ein paar Minuten und die Batterie fängt an, das Haus zu versorgen. Ich habe keine Sperrzeiten definiert und kann beim besten Willen keinen Parameter finden, der für diesen Effekt verantwortlich sein könnte. Irgendjemand eine Idee?Gruß
Michael
-
RE: Test Adapter e3dc-rscp v0.0.x GitHub
@matis Hast du das lösen können? Bei mir steht auch die 462 drin und in 128 bekomme ich keinen Wert. Wenn ich die 462 durch 406 ersetze, erscheint auch ein anderer Wert, aber in iobroker wird weder für 128 noch für 406 oder 462 irgendetwas anderes als 0 angezeigt!
-
RE: E3DC Hauskraftwerk steuern
@arnod : Bei mir wird im Register 128 auch stur 0 angezeigt, während die Zahlen im register 904 irgendwie keinen Sinn ergeben. Allerdings ist dafür Reg. 3376 für den aktuellen Ladevorgang einigermaßen stimmig, während das entsprechende Register deines Skriptes auch 0 zeigt...
Irgendwie seltsam das Ganze... -
RE: [gelöst] Sonoff Adapter: Senden von retained messages?
Ok, ich hab's dann doch etwas anders gelöst (und dokumentiere es hier für mich und für andere):
- Die GPIOs der LEDs habe ich in Tasmota als Relay definiert; mit PowerRetain behalten die Pins ihren Zustand bei und die LEDs leuchten beim Aufwachen aus dem DeepSleep so, wie sie beim Schlafenlegen gesetzt waren.
- Im sonoff-Adapter kann ich die Werte POWER1 und POWER2 ganz easy über javascript setzen, wobei es wichtig ist, das ACK bei setState NICHT zu setzen, die LEDs gehen beim Setzen der entsprechenden Werte an und aus und das ACK setzt der Wemos über MQTT!
- Das Aufwachen des Wemos kann ich mit einem on-Konstrukt auf den Datenpunkt "alive" verfolgen. Wenn ich dann direkt DeepSleepTime auf 0 setze (wieder OHNE das ACK zu setzen), bleibt der Wemos wach. Ich habe dann genug Zeit auf eine Änderung der Sensorwerte des BME280 zu warten (wieder mittels "on") und die LEDs neu zu setzen.
- Das Versetzen in DeepSleep funktionert einfach mit Neusetzen der DeepSleepTime. Ich habe das Ganze im gleichen Skript verpackt, in dem ich das Neusetzen mit einem TimeOut von 15 sec verzögere (das reicht für das Setzen der LED).
-
RE: [gelöst] Sonoff Adapter: Senden von retained messages?
... Nachtrag: es wäre natürlich auch denkbar, auf das (erzwungene) Aufwachen zu warten d.h. auf das "alive" zu reagieren und dann sofort den LED Status zu senden. Allerdings müsste dann der Wemos lange genug wachbleiben, damit die LED auch wirklich angehen kann... Wie kann ich dann die Wachzeit des Wemos in Tasmota konfigurieren?
-
[gelöst] Sonoff Adapter: Senden von retained messages?
Hallo zusammen,
ich habe einen kleinen Wemos D1 mini (TASMOTA 11) mit einem angeschlossenen BME280 im Einsatz, der alle 10min aus dem DeepSleep erwacht und seine Werte an den ioBroker sendet, wo sie mittels des Sonoff-Adapters schön dargestellt werden.
Ich möchte nun folgendes umsetzen: sobald der Sensorwert für die Luftfeuchte einen Schwellwert überschreitet, soll der Wemos eine StatusLED einschalten und zwar beim nächsten Aufwachen aus dem DeepSleep (das kann ich ja mittels eines Reset-Tasters problemlos erzwingen).
Der Wemos wird mit Batterie betrieben, d.h. auf den DeepSleep möchte ich nicht verzichten. Ich möchte allerdings die Möglichkeit haben, nach Drücken des Resettaster kurz (d.h. bis er sich wieder schlafen legt) zu sehen, ob die LED in der Zwischenzeit, also in den letzten maximal 10 min, gesetzt wurde oder nicht.
Hierzu müsste ich vom ioBroker und seinen Helferlein aus eine MQTT-Nachricht senden, die auf Abholung wartet. Mit dem mosquitto_pub auf der Kommandozeile ginge das ja über das -r Flag, das eine Nachricht als retained markiert. Geht so etwas mit dem Sonoff-Adapter auch? Oder alternativ mittels eines Javascripts, dass sich direkt mit dem Wemos verbindet bzw. dem Wemos eine retained message schickt?
Ich habe mir schon einen Wolf gesucht, aber nix gefunden. Wenn ich den Wemos nicht schlafen schicke, kann ich ja einfach über http einen request hinschicken und die LED geht an. Dummerweise funktioniert das eben nicht, wenn der Zwerg schläft...