@rtwl Falls Du es noch nicht selber ausprobiert hast...

Für den betroffenen Rollladen ist eine SunProtect Einstellung hinterlegt (z.B. Sonnenstand +/- Winkel vor und nach dem Sonnenstand als Zeitraum). Ist der Rollladen morgens noch geschlossen und der eingestellte Sonnenstand ist +/- des Winkels ist erreicht, ABER der Rolladen soll erst danach automatisch geöffnet werden, dann springt er in den Zustand "OpenInSunProtect". Er fährt also von geschlossen direkt in die SunProtect Einstellung. Klingt komisch, ist aber so.

Das Update auf 1.3.0 ist tatsächlich seit heute verfügbar.

@diet99 said in Test Adapter Zendure Solarflow:

das klingt sehr plausibel und sinnvoll, was Du da machst!
Hast Du das per Script automatisiert? Wenn ja: wäre toll, wenn Du das zur Verfügung stellen oder ein paar Details dazu verraten könntest.
Danke!

Ich habe es mit einem kleinen Blockly automatisiert:

Es macht im Grunde das, was ich oben schon beschrieben habe.

Wenn SOC zu klein UND keine Sonne UND es ist Samstag, dann den ACE mit 400W aufladen lassen. Dieses passiert auch, wenn der SOC mal wirklich unter 8% fallen sollte und es ist kein Samstag.

Sollte die Sonne doch mal anfangen zu scheinen (>200W) oder der Akku ist voll, dann wieder zurück in den normalen Modus.

Mehr ist das eigentlich nicht. Wie gesagt, läuft bisher ohne Probleme. Und ich brauche keinen Hyper...

@maxclaudi So sieht es bei mir aus:

@maxclaudi Ich habe halt noch ALLE DPs, die während der "Cloud-Phase" angelegt und genutzt wurden, gelöscht. Nach dem Neustart der Instanzen werden die ja neu angelegt.

Moin!
Seit wann gibt es in den Datenpunkten den "State of Health" für die Akkus? Und wo kommt der her? Aus den Daten der Akkus oder berechnet durch den Adapter?

@kiter1988 said in Test Adapter Zendure Solarflow:

@nograx said in Test Adapter Zendure Solarflow:

@kiter1988 sagte in Test Adapter Zendure Solarflow:

Version 3.0.2
Hub2000
Ace1500

Folgendes musste seit ein paar Tagen feststellen.
Bei meinen Versuchen den Akku mit Netzstrom zu laden ist mir aufgefallen, dass der Datenpunkt "setInputLimit" den Wert 0 hat.
Vorher stand dort immer 900

Wenn ich den Ladevorgang starte, wechselt der Wert von 0W auf -900W und zurück auf 0W immer und immer wieder.
Eine Ladung kommt nicht mehr zustande.

Woran kann das liegen ?
Betroffene Scripte habe ich ausgeschaltet.
Hatte auch alles schon neugestartet, Hub, Ace, MQTT Broker und den Adapter.

Setzt du das beim Hub oder beim Ace? Seit der Adapter Version 3.0 wird ja der Cloud Key genutzt, da bin ich mir nicht sicher was für Nebeneffekte in so einem Beispiel auftreten... im Zweifel bitte mal ein wenig rumprobieren...

Ich steuere alles über den Hub, ich habe nun fast alle kombinationen aus probiert.
Bleibt mir wohl nur ein Downgrade des Adapters, auf 2.0 oder so.

Bei mir genau das gleiche Phänomen. Hub2000, Ace1500, lokaler MQTT Server.

Der Ace wird nur für die "Zwangsladung bei zu lange nicht 100% SOC" verwendet, gesteuert über die Hub Config Datenpunkte. Sobald der acMode auf 1, autoModel auf 0 und setInputLimit auf 900 gesetzt sind, ändert sich der setInputLimit von 0 auf 900 auf -900 auf 0 und wieder von vorne.

Bin zurück auf 2.0.4.

@nograx said in Test Adapter Zendure Solarflow:

@arne-dieckmann sagte in Test Adapter Zendure Solarflow:

Bei mir genau das gleiche Phänomen. Hub2000, Ace1500, lokaler MQTT Server.

Der Ace wird nur für die "Zwangsladung bei zu lange nicht 100% SOC" verwendet, gesteuert über die Hub Config Datenpunkte. Sobald der acMode auf 1, autoModel auf 0 und setInputLimit auf 900 gesetzt sind, ändert sich der setInputLimit von 0 auf 900 auf -900 auf 0 und wieder von vorne.

Bin zurück auf 2.0.4.

Hm, ok das ist ein Ansatz, vll passt meine Logik da nicht. Schaue ich mir an (kann es selber leider nicht testen).

Habe heute die 3.0.4 installiert, damit funktioniert die Logik wieder mit acMode 1, autoModel 0 und setInputLimit 900.

Perfekt! Danke!

@nograx said in Test Adapter Zendure Solarflow:

@arne-dieckmann sagte in Test Adapter Zendure Solarflow:

Bei mir genau das gleiche Phänomen. Hub2000, Ace1500, lokaler MQTT Server.

Der Ace wird nur für die "Zwangsladung bei zu lange nicht 100% SOC" verwendet, gesteuert über die Hub Config Datenpunkte. Sobald der acMode auf 1, autoModel auf 0 und setInputLimit auf 900 gesetzt sind, ändert sich der setInputLimit von 0 auf 900 auf -900 auf 0 und wieder von vorne.

Bin zurück auf 2.0.4.

Hm, ok das ist ein Ansatz, vll passt meine Logik da nicht. Schaue ich mir an (kann es selber leider nicht testen).

Habe heute die 3.0.4 installiert, damit funktioniert die Logik wieder mit acMode 1, autoModel 0 und setInputLimit 900.

Perfekt! Danke!

@kiter1988 said in Test Adapter Zendure Solarflow:

@nograx said in Test Adapter Zendure Solarflow:

@kiter1988 sagte in Test Adapter Zendure Solarflow:

Version 3.0.2
Hub2000
Ace1500

Folgendes musste seit ein paar Tagen feststellen.
Bei meinen Versuchen den Akku mit Netzstrom zu laden ist mir aufgefallen, dass der Datenpunkt "setInputLimit" den Wert 0 hat.
Vorher stand dort immer 900

Wenn ich den Ladevorgang starte, wechselt der Wert von 0W auf -900W und zurück auf 0W immer und immer wieder.
Eine Ladung kommt nicht mehr zustande.

Woran kann das liegen ?
Betroffene Scripte habe ich ausgeschaltet.
Hatte auch alles schon neugestartet, Hub, Ace, MQTT Broker und den Adapter.

Setzt du das beim Hub oder beim Ace? Seit der Adapter Version 3.0 wird ja der Cloud Key genutzt, da bin ich mir nicht sicher was für Nebeneffekte in so einem Beispiel auftreten... im Zweifel bitte mal ein wenig rumprobieren...

Ich steuere alles über den Hub, ich habe nun fast alle kombinationen aus probiert.
Bleibt mir wohl nur ein Downgrade des Adapters, auf 2.0 oder so.

Bei mir genau das gleiche Phänomen. Hub2000, Ace1500, lokaler MQTT Server.

Der Ace wird nur für die "Zwangsladung bei zu lange nicht 100% SOC" verwendet, gesteuert über die Hub Config Datenpunkte. Sobald der acMode auf 1, autoModel auf 0 und setInputLimit auf 900 gesetzt sind, ändert sich der setInputLimit von 0 auf 900 auf -900 auf 0 und wieder von vorne.

Bin zurück auf 2.0.4.

@mading said in [Neuer Adapter] EuSec:

Screenshots und Videos ziehe ich über ffmpeg/ rtsp.

Wie genau machst Du das? Würde mich tatsächlich interessieren, da ich bisher immer nur die letzten Bilder nach einer Bewegung über den Adapter genutzt habe.

@bernd1967 said in Test Adapter Zendure Solarflow:

@arne-dieckmann
Wenn ich nicht falsch liege läuft das so:
Wenn das Geräte ein Zeitstempel (timestamp) liefert wird dieser mit der aktuellen Zeit verglichen.
Weicht dieser um 10 Minuten ab gilt das Gerät als "Offline".

Kommt nicht hin. Habe den Zendure Adapter neu gestartet. Zeitstempel und "zuletzt geändert" sind dann erstmal fast identisch. Nach ungefähr 30 Sekunden toggeln steht alles wieder auf disconnected.

@kiter1988 said in Test Adapter Zendure Solarflow:

Hallo,

ich benutze meinen Hub2000 seit Vorgestern mit meinem lokalen mqtt , da es vorkam dass die Verbindung zur Cloud mehrfach am Tag abrissen ist.

Heute Nacht riss aber auch die Verbindung vom Hub zu meinem mqtt broker ab und ich musste den bt-manager erneut ausführen, damit die Verbindung wieder zustande kam. Ist das Problem bekannt ?
Was kann ich tun ?

Den Abbruch der Verbindung hatte ich auch ca. einmal pro Tag (und auch andere Nutzer hier). Ich lasse derzeit meinen MQTT Server alle zwei Stunden neu starten. Seitdem hängt da nichts mehr. Es kommen nur ein paar Warnmeldungen des Zendure Adapters. Aber da weiß man ja, warum.

Moin!

Mir ist aufgefallen, dass der Wifi-State des HUB2000 angeblich disconnected ist. Das kann aber nicht sein, da ich im Sekundentakt die Änderungen reinbekomme und sich auch sonst alles steuern lässt. Das habe ich auch erst, seitdem ich die Ausgangsleistung mit setDeviceAutomationInOutLimit steuere bzw. die Version installiert ist, seitdem es diese Funktion gibt. Nach einem Neustart des Adapters toggled der Status auch erstmal hin und her, bis er zuletzt auf disconnected stehen bleibt. Mein Router zeigt auch keine Auffälligkeiten bzgl. connectivity des HUBs.

Es stört nicht im geringsten die Funktion, ich lasse mir den Status halt anzeigen im Dashboard und da sieht's dann "komisch" aus.

Jemand eine Idee?

@maxclaudi Für netzseitiges Laden stelle ich natürlich den acMode auf 1 und nutze setInputLimit. Der smartMatchingMode wurde durchs setzen des SmartMode automatisch auf 8 gesetzt und wurde bisher von mir ignoriert (wurde beim Update auf die letzte Version gemacht). Ich mache auch kein Überschussladen. Der ACE ist lediglich zum Laden im Winter gedacht oder wenn eine 100% Ladung zu lange her ist.

Update:
Habe gerade nochmal getestet, der smartMatchingMode muss dann noch auf 0 gesetzt werden. Aber dann läufts...

@the_stig said in Test Adapter Zendure Solarflow:

• Bei mir kommen am ersten Tag 3x hintereinander nach 1-2 Stunden keine Daten mehr rein (über lokale MQTT). Wifi Disconneced. Muss dann alles resetten und PV abtrennen. Über die Zendure-Cloud läuft es aktuell durch (will ich aber eigentlich nicht). Irgendeine Idee dazu?

Ist bei mir ähnlich, allerdings mit HUB2000 und ACE1500 (der ACE spielt hier aber keine Rolle). Beide Geräte sind lokal mit dem Adapter von Nograx in Betrieb. Es läuft auch soweit alles, nur seit der Umstellung von setOutputLimit auf setDeviceAutomationInOutLimit hängt scheinbar irgendwas bei der Kommunikation. SmartMode ist auf true, AutoModel steht auf 8 und acMode auf 2.
Gefühlt alle 12 Stunden (mal mehr, mal weniger) werden keine Daten im Zendure Adapter mehr aktualisiert. Neustart Zendure Adapter hilft nicht, nur der Neustart des MQTT Servers. Ich lasse den jetzt alle drei Stunden neustarten, kann aber ja nicht die Lösung sein.

@rtwl Falls Du es noch nicht selber ausprobiert hast...

Für den betroffenen Rollladen ist eine SunProtect Einstellung hinterlegt (z.B. Sonnenstand +/- Winkel vor und nach dem Sonnenstand als Zeitraum). Ist der Rollladen morgens noch geschlossen und der eingestellte Sonnenstand ist +/- des Winkels ist erreicht, ABER der Rolladen soll erst danach automatisch geöffnet werden, dann springt er in den Zustand "OpenInSunProtect". Er fährt also von geschlossen direkt in die SunProtect Einstellung. Klingt komisch, ist aber so.

@the_stig Habe zwar keinen Hyper, sondern den HUB2000, aber die Werte liegen in den Datenpunkten der Akkus. Da schon geschaut?