UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[maxclaudi]

@arne-dieckmann
? bei Dir funktioniert der adapter für das netzseitige laden per script über den ace1500 im smartMatchingMode = autoModel 8?
Wie?

Kann ich gar nicht glauben.

Schreibe extra gerade den HA Phyton Code für HUB2000+ace1500 um

[Arne Dieckmann]

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

[maxclaudi]

Antwort war richtig. wer nicht möchte... -1

[Murphy 0]

Bei mir das gleiche mit dem Hyper.
Mosquitto restart automatisch alle 3 Std. und gut ist.
Da kommen garantiert noch Updates für den Adapter.
Wird man sehen.
AC Mode steht bei mir jetzt dauerhaft auf Nothing(0) sowohl
AC Überschußladen und Einspeisen.

Nachtrag:
Ich hatte mit dem Hyper im CT Modus auch 1 bis 2 mal die Woche keine Daten mehr in der App. Allerdings lief die Steuerung trotzdem weiter, meistens.
Abhilfe hat dann immer ein kompletter Neustart des Hyper gebracht.

Wenn ich mir das jetzt so überlege könnte es nicht auch so gewesen sein, dass der Hyper keine mqtt Daten mehr an den Server geliefert hat?

Diese Problematik hat mich dann nach Alternativen zur Steuerung suchen lassen. Da ist ein Restart vom Mosquitto das viel kleinere Problem. 🤪

[Karacho]

Hallo

ich kriege im 5sec Rhytmus folgende Meldung.

2025-08-09 16:40:29.481	warn	State value to set for "zendure-solarflow.0xxxx.control.setInputLimit" has value "1900" greater than max "900"

2025-08-09 16:40:24.420	warn	State value to set for "zendure-solarflow.0.xxxx.control.setInputLimit" has value "1800" greater than max "900"

Was kann ich tun?

[Murphy 0]

@karacho
Du überschreitest das max. Input Limit deines Gerätes.

Setze das Limit auf das maximal erlaubte zurück bevor du es sendest.

So habe ich es gemacht.

Deine Hardware erlaubt 900!

Allerdings wäre es besser du benutzt Geräte Automation Limit falls es das Objekt bei deiner Hardware gibt.

Nachtrag: Beim Geräte Automation Limit muss Laden ein Minuswert und Entladen ein positiver Wert sein.

[Karacho]

@murphy-0
Wo kommt denn der Wert 900 her? Wo wird der gesetzt? InputLimit von Zendure ist doch 2400W?

[Bernd1967]

@karacho sagte in Test Adapter Zendure Solarflow:

@murphy-0
Wo kommt denn der Wert 900 her? Wo wird der gesetzt? InputLimit von Zendure ist doch 2400W?

Gesetzt wird der "Max" Wert beim Datenpunkt selbst (Objektdaten).
Ich glaube die Grenze 900W gibt es beim Solarflow 2400ac nicht.
Hast Du mehrere Geräte von Zendure ?
Wie lautet der Productkey von dem Gerät ?
Was hast Du in den Adaptereinstellungen eingestellt ?
Welche Version hat der Adapter ?

Wenn dein Produktkey nicht stimmt oder nicht bekannt ist, gilt das Limit 900W im Adapter.

Sonst lösch mal den Datenpunkt und starte den Adapter neu.

[The_Stig]

Tjo - bei mir ist weiter der Wurm drin. Jetzt auch keine Reaktion vom Hyper mehr in der Cloud. Weder über MQTT noch in der Zendure App...hilft vermutlich nur wieder komplett Trennung und Reset...mann ey...mit dem Hyper werde ich irgendwie nicht froh.

[Bernd1967]

@the_stig sagte in Test Adapter Zendure Solarflow:

Tjo - bei mir ist weiter der Wurm drin. Jetzt auch keine Reaktion vom Hyper mehr in der Cloud. Weder über MQTT noch in der Zendure App...hilft vermutlich nur wieder komplett Trennung und Reset...mann ey...mit dem Hyper werde ich irgendwie nicht froh.

Bei mir auch Heute Morgen, Hyper (mit lokalem Broker) hängt.
Ich denke das liegt an den Geräten selbst.
Alle versuche den Hyper milde zu stimmen mit langsamen Umschalten, vorher auf 0 setzen schlagen fehl. Einmal den Broker neu starten und alles ist wieder Okay.

[The_Stig]

@bernd1967 bei mir nicht. Alle softwareseitigen Versuche helfen nicht. Nur einmal komplett abstöpseln...nervig

[Bernd1967]

@the_stig sagte in Test Adapter Zendure Solarflow:

@bernd1967 bei mir nicht. Alle softwareseitigen Versuche helfen nicht. Nur einmal komplett abstöpseln...nervig

Auch nicht wenn dein Hyper im lokalen Broker ist ?
Den Zendure Broker können wir natürlich nicht neu starten, obwohl.... das wäre ja mal eine Maßnahme :-)

[maxclaudi]

@bernd1967

Der reine Wechsel auf 0 als Zwischenschritt (wie ich ihn Dir vorgeschlagen habe), funktioniert leider nicht.

[Bernd1967]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@bernd1967

Der reine Wechsel auf 0 als Zwischenschritt (wie ich ihn Dir vorgeschlagen habe), funktioniert leider nicht.

Ursprüngliche Nachricht gelöscht ?
Ich werde den Vorschlag mit "autoModel=0" im Wartemodus jetzt testen.
Auf "packState=0" werde ich erstmal nicht reagieren, da sowieso beim umschalten zwischen laden und entladen bei mir eine Wartezeit vorhanden ist.

[Murphy 0]

@bernd1967

autoModel 0 vor dem Umschalten hat bei mir nix gebracht.
Seit ich prophylaktisch alle 3 Stunden den Mosquitto neu starte jetzt seit 3 Tagen keine Abbrüche mehr.

Nachtrag:
Im Homeassistant Adapter von Fireson existiert das Problem scheinbar auch.
Zitat:

Hyper2000

Second try to solve the Hyper2000 communication issue. No extra risk for your device, just another way of controlling the Hyper2000. In order to detect if it is working, the automatic reset has been switched off This also means that if you want to use/change local MQTT you have to do it manually by using the MqttRest switch. If the Hyper2000 'freezes' you can use the same MqttReset to unfreeze. NOTICE that the communication issue used to popup after 2-3 days

Sollte ein Zitat aus fremder Quelle hier nicht erlaubt sein lösche ich es gerne wieder.

[The_Stig]

@bernd1967 said in Test Adapter Zendure Solarflow:

@the_stig sagte in Test Adapter Zendure Solarflow:

@bernd1967 bei mir nicht. Alle softwareseitigen Versuche helfen nicht. Nur einmal komplett abstöpseln...nervig

Auch nicht wenn dein Hyper im lokalen Broker ist ?
Den Zendure Broker können wir natürlich nicht neu starten, obwohl.... das wäre ja mal eine Maßnahme :-)

Ich habe ja erst wieder auf die Cloud zurück geschaltet, da es im lokalen Betrieb noch häufiger eingefroren ist. Jetzt wieder zurück auf lokal und stündlichen MQTT-Restart. Mal schauen, ob das hilft...

[The_Stig]

@murphy-0 said in Test Adapter Zendure Solarflow:

@bernd1967

autoModel 0 vor dem Umschalten hat bei mir nix gebracht.
Seit ich prophylaktisch alle 3 Stunden den Mosquitto neu starte jetzt seit 3 Tagen keine Abbrüche mehr.

Nachtrag:
Im Homeassistant Adapter von Fireson existiert das Problem scheinbar auch.
Zitat:

Hyper2000

Second try to solve the Hyper2000 communication issue. No extra risk for your device, just another way of controlling the Hyper2000. In order to detect if it is working, the automatic reset has been switched off This also means that if you want to use/change local MQTT you have to do it manually by using the MqttRest switch. If the Hyper2000 'freezes' you can use the same MqttReset to unfreeze. NOTICE that the communication issue used to popup after 2-3 days

Sollte ein Zitat aus fremder Quelle hier nicht erlaubt sein lösche ich es gerne wieder.

Weißt du, wie dieses Unfreeze funktioniert? Reiner Neustart?

[maxclaudi]

versehentlich gepostet.

[Murphy 0]

@the_stig
Fireson schreibt ja es gibt einen Button für einen manuellen Mqtt Reset.
Ich mache im System einen automatischen Mqtt restart nach einer festen Zeit automatisch.

Eintrag in der Crontab:
*/3 * * * sudo systemctl restart mosquitto

Jetzt seit Tagen keine Abbrüche mehr.

[SchaafAlexander]

@cbrocker said in Test Adapter Zendure Solarflow:

@schimi
sprich,
man kann nach wie vor die App parallel nutzen?

Da man ja das HEMS deaktivieren muß, wie ist es mit der 0-Einspeisung?
Muß ich das dann über Blockly oder so machen oder gilt 0-Einspeisung trotzdem?

Es sieht so aus, als müsse man das dann direkt über Blockly lösen.
Konnte manuell die Werte einfach im MQTT Objekt setzen und er hat die Ausgangsleistung angepasst.
Aber es gibt kein Steuerungssignal mehr vom Shelly in der Weboberfläche auf das er sich beziehen kann, da man sich ja vom HEMS trennt.