Test Adapter Zendure Solarflow

[nograx]

@the_stig sagte in Test Adapter Zendure Solarflow:

Hab das leider überhaupt noch nicht verstanden, was das bewirkt?

Der sorgt dafür das Änderungen nicht mehr in den Flash Speicher geschrieben werden sondern nur im RAM vorgehalten werden. Welche das genau sind ist aber nicht dokumentiert. Durch zu viele Schreibvorgänge im Flash kann das Gerät ggf. kaputt gehen. Das ist aktuell alles noch viel Theorie. Zusätzlich zum Smart Mode gibt es noch ein neue Funktion im die Input/Output Limits zu setzen das sich nun am Smart Modus der Cloud orientiert - dieser schreibt dann wohl auch nicht in den Flash Speicher.

[The_Stig]

@nograx danke! Und ich verstehe es dann richtig, dass man dann diese ganze eigene Steuerungslogik über Blockly gar nicht mehr braucht, richtig?

[nograx]

@the_stig sagte in Test Adapter Zendure Solarflow:

dass man dann diese ganze eigene Steuerungslogik über Blockly gar nicht mehr braucht, richtig?

Doch die braucht man dann genauso. Es empfiehlt sich dann nur den neuen Datenpunkt zu nutzen.

[Bernd1967]

@nograx
Soll die neue release v2.0.0 schon funktionieren ?
Kein Laden und Entladen möglich mit Hyper 2000.

[nograx]

@bernd1967 sagte in Test Adapter Zendure Solarflow:

@nograx
Soll die neue release v2.0.0 schon funktionieren ?
Kein Laden und Entladen möglich mit Hyper 2000.

Wie genau hast du das probiert? Bei meinem Test Hyper funktioniert das einwandfrei...!?

[Bernd1967]

@nograx
Mit "setDeviceAutomationInOutLimit" ganz normal wie auch mit der alpha.
Beim MQTT Protokoll viel mir auf das kein Befehle an "mqtt.0.iot.gDa3tb.+++++.function.invoke" gehen.
Es wurde nur z.B. dies gesendet:

Topic: mqtt.0.iot.gDa3tb.+++++.properties.write
Payload: {"properties":{"minSoc":110}}

Dann werde ich das nochmal testen....

[nograx]

@bernd1967 sagte in Test Adapter Zendure Solarflow:

@nograx
Mit "setDeviceAutomationInOutLimit" ganz normal wie auch mit der alpha.
Beim MQTT Protokoll viel mir auf das kein Befehle an "mqtt.0.iot.gDa3tb.+++++.function.invoke" gehen.
Es wurde nur z.B. dies gesendet:

Topic: mqtt.0.iot.gDa3tb.+++++.properties.write
Payload: {"properties":{"minSoc":110}}

Dann werde ich das nochmal testen....

Oje du hast Recht. Habe da noch kurz vorm release was umgestellt und damit eine Klammer an der falschen Stelle gesetzt. Wird umgehend gefixt...

[nograx]

@bernd1967 bitte mal die 2.0.1 testen.

[Bernd1967]

@nograx
Läuft, Danke

[Daniel 8]

Also ich habe einen Solarflow 800 Pro und die Adapterversion 1.15.4 installiert. Es läuft alles über Cloud und ist auch in Hems eingebunden. Im moment wird Iobroker nur zum abrufen von den Daten verwendet

Habe folgendes festgestellt:

1. Bei mir wird immer wieder mal bei Einzustellende Eingangsleistung und bei Limit der Eingangsleistung ein Wert reingeschrieben obwohl ich den Eingang auf 0 gestellt habe.
2. Beim Datenpunkt packPower wird mir zwar die Entladeleistung mit -... aber nicht die Ladeleistung angezeigt. Beim laden steht immer 0
3. Habe ich einen Denkfehler oder müssten nicht die 2 Variablen outputPackPower (Ladeleistung zur Batterie) packInputPower (Entladeleistung aus Batterie) anderrum sein? out heißt doch normal raus und In rein?

[maxclaudi]

@nograx

HUB2000 + ace1500

Version 2.0.1 vs. 2.0.0.-alpha.0
in 2.0.1 fehlt nun der ace Zweig komplett, und wird im allgemeinen Block abgearbeitet?

Hab nicht alles durch. Nur was ich bis jetzt gesehen habe, muss zum laden
acMode geändert werden und auch das inputLimit entsprechend gesetzt werden?
ums kurz zu machen:
Laden wird nicht unterstützt und muss wie vorher gemacht werden?
Richtig?

---

edit:

Vermisse eine Ergänzung etwa wie

//ace
        else if (productName.includes("ace")) {
            adapter.log.debug(`[setDeviceAutomationInOutLimit] Using ACE logic for '${productName}'`);
            _arguments = [
                {
                    autoModelProgram: 2,
                    autoModelValue: {
                        chargingType: limit > 0 ? 0 : 1,
                        chargingPower: limit > 0 ? 0 : -limit,
                        freq: 0,
                        outPower: limit
                    },
                    msgType: 1,
                    autoModel: 8
                }
            ];
        }

wobei das vermutlich auch nicht funktioniert, weil der ace ja vom Hub gesteuert wird?

Leider verstehe ich nicht alles.

[Michi 0]

Trotz Ehefrau im Homeoffice hab ichs mal gewagt:

heute den ganzen Tag meinen AC 2400 mittels PI-Hole auf den lokalen Server umgebogen. Es sind aber keinerlei Daten im Mqtt angekommen. Ich hab ja nach wie vor die Device-ID nicht. Brauchts die nicht unbedingt, damit die Daten überhaupt lokal an den Mqtt gesendet werden können?

Leider kann ich die ID nicht rausfinden. Der Cloud-Disconnector liefert mit diese einfach nicht. Ich habs nun mit mehreren Notebooks ausprobiert. Alle finden den Zendure als SolarHub. Bei allen wird auch unter Windows angezeigt, dass eine Bluetooth-Verbindung aufgebaut ist. Wenn ich aber auf "Get-Telemetry" klicke passiert erst mal gar nichts. Bei einem zweiten Klick schließt sich das Programm ohne irgendeine Fehlermeldung.

[romestylez]

Ich nutze aktuell Blockly um "control.setOutputLimit" zu steuern. Jetzt gibt es ja "control.setDeviceAutomationInOutLimit" muss ich mein Blockly nur anpassen damit nun alles in "setDeviceAutomationInOutLimit".

Wenn ich etwas in "setDeviceAutomationInOutLimit" wird "autoModel" automatisch auf "8" gesetzt kann das sein ?

[The_Stig]

@romestylez said in Test Adapter Zendure Solarflow:

Ich nutze aktuell Blockly um "control.setOutputLimit" zu steuern. Jetzt gibt es ja "control.setDeviceAutomationInOutLimit" muss ich mein Blockly nur anpassen damit nun alles in "setDeviceAutomationInOutLimit".

Wenn ich etwas in "setDeviceAutomationInOutLimit" wird "autoModel" automatisch auf "8" gesetzt kann das sein ?

Das wurde weiter oben schon mal so beschrieben, also korrekt würde ich sagen.

[nograx]

@romestylez sagte in Test Adapter Zendure Solarflow:

Ich nutze aktuell Blockly um "control.setOutputLimit" zu steuern. Jetzt gibt es ja "control.setDeviceAutomationInOutLimit" muss ich mein Blockly nur anpassen damit nun alles in "setDeviceAutomationInOutLimit".

Ja genau. Beim Hyper kannst du negative Werte nutzen um das Laden zu triggern, dann macht der Hyper das von selbst.

Wenn ich etwas in "setDeviceAutomationInOutLimit" wird "autoModel" automatisch auf "8" gesetzt kann das sein ?

Ja das richtig, hier wird im Prinzip der Smarte Abgleichsmodus "zweckentfremdet".

[Rene55]

@nograx Hier hat sich ja wieder soviel getan - ich komm ja kaum noch mit. Sehe ich das richtig, dass es "setDeviceAutomationInOutLimit" für meinen HUB1200 nicht gibt und ich weiter über "setOutputLimit" steuern kann. Der Schalter "smartMode" bzw. die "Flash-Schon-Funktion" gilt auch für den HUB1200 und sollte - wenn geregelt wird - auf true sein. Richtig?

[nograx]

@maxclaudi Der ACE Teil aus der HA Integration funktioniert leider nicht. Wenn du hier eine Idee hast bin ich für Vorschläge offen.

[nograx]

@rene55 sagte in Test Adapter Zendure Solarflow:

setDeviceAutomationInOutLimit

setDeviceAutomationInOutLimit sollte es eigentlich auch beim HUB geben... smartMode ebenso und den solltest du nach Möglichkeit einschalten.

[Rene55]

@nograx SmartMode ist klar, steht auf true. setDeviceAutomationInOutLimit habe ich tatsächlich gerade erst entdeckt - werde ich testen. Danke.

[Daniel 8]

@nograx ich habe weiter oben vor ca. 18 Stunden mal einen Post mir mehreren Fragen und Feststellungen. Das selbe Verhalten ist auch mit der Version 2.0.1 aus npm.

Bestimmt hast du ihn nur übersehen meinen Post