@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!

@chris299 Ich denke, das wird über die Kategorien beeinflusst. Dort kannst Du Geräte in Räume und Funktionen packen, dann tauchen sie, wenn man die intelligente Aufzählung nutzt, in diesen Gruppen auf.

@the_stig said in Test Adapter Zendure Solarflow:

diese harte Bypass-Regelung vermisse, die der Hub2000 hatte...

Welche "harte" Bypass Regelung meinst Du? Den Hub aktiv in den Bypass zu bringen, ist doch generell gar nicht möglich und macht ja in den meisten Fällen auch gar keinen Sinn. Dafür sind doch auch einige Randbedingungen nötig, wie Akkus sind voll und es liegt noch genügend Leistung an der PV an. Oder irre ich mich da?

Ich korrigiere mich, in den Einstellungen kann der Bypass für den Hub tatsächlich auf "always on" gesetzt werden. Warum auch immer...

@homoran @Codierknecht

So, seit heute Nacht geht alles wieder, ohne eine Änderung. Dann scheint es tatsächlich eine lokale Einschränkung im Netz gewesen zu sein. ‍️

Wie denn?

Zeigen!

Jawohl!

Zum einen mit der Funktion in mehreren Blocklys, zum anderen mit den beiden Testknöpfen in der Instanz Admin Seite.

Moin,

bei mir kommen seit heute folgende Fehlermeldungen beim Versuch eine Nachricht mit dem Pushover Adapter zu versenden:

Pushover error: AggregateError: Error
Cannot send notification: {"code":"ETIMEDOUT"}

Es wurde nichts verändert. Keine Nachrichten kommen mehr an. Pushover selber funktioniert ohne Probleme.

@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.