Test Adapter Zendure Solarflow

maxclaudi

@nograx
smartMode bleibt aber erhalten?
Zumindest als readable.
Beim Adapter mein ich.

Bei dem weiß ich bei mir, dass er funktioinert.

jetzt bekomm ich Ärger, wenn ich noch länger keine Zeit für familiy habe

Wenn man einen Wert bei setDeviceAutomationLimit setzt, dann schaltet der Datenpunkt automatisch auf autoModel: 8.
Wenn man autoModel: 8 verlässt, dann sind die Werte outputLimit/inputLimit entscheidend.

Bis ein Wert von setDeviceAutomationLimit wieder neu gesetzt wird
ODER
man wieder zurückschaltet zu autoModel:8
Heißt, bei Wechsel aus 8 muss ne autoModel-Überwachung ins Script.
Wer das möchte.
und eine Abfrage des aktuellen Wertes beim Wechsel.

Soweit so gut, richtig?
Und bleibt das so?

Die Verzögerung beim ändern des Wertes muss ich mal Morgen testen, ob die nur beim ersten Start war. Denke schon.
Wird wegen Mode-Wechsel gewesen sein, was bei mir ja nie nötig war.

jetzt muss ich aber wirklich weg.

PS: Bisher habe ich Datenpunkte von inputLimit und OutputLimit ausgewertet.
setDeviceAutomationLimit ist dann für beides gleichzeitig zuständig.
Heißt, es gibt kein Datenpunkt zur reinen Abfrage.
Macht mir jetzt nichts, nur die Frage bleibt das so oder planst Du schon weiter?

Daniel 8

Habe gerade Version 1.15.4 mit meinem Solarflow 800 pro getestet.

In Iobroker:
Wenn ich den Smartmodus auf true schalte, schaltet er gleich wieder auf false um.
Speicher wurde dabei aus Hems herausgenommen.

In der App:
Wenn ich ihn in Hems drinnen habe und von CT Modus auf Grundlast schalte, bleibt er beim ersten Speichern auf true. Wenn ich dann nochmal Grundlast speicher geht er auf false.

Wenn ich von Grundlast auf CT schalte springt er gleich auf true um.

Bernd1967

@nograx
Test "setDeviceAutomationLimit"
2 X Hyper 2000 / Adapter v2.0.0-alpha.0 / Lokaler MQTT

Setze ich ein positiven Wert bei "setDeviceAutomationLimit" :
"autoModel" wird auf "Smart Matching Mode" gesetzt und es wird in das Haus eingespeist, i.O.

Setze ich ein negativen Wert bei "setDeviceAutomationLimit":
Es wird in das Haus eingespeist mit genau 30W, egal welcher Wert bei "setDeviceAutomationLimit" eingestellt wurde.
Das heißt Speicher laden funktioniert nicht.

Irgendeine Idee ?

nograx

@bernd1967 sagte in Test Adapter Zendure Solarflow:

@nograx
Test "setDeviceAutomationLimit"
2 X Hyper 2000 / Adapter v2.0.0-alpha.0 / Lokaler MQTT

Setze ich ein positiven Wert bei "setDeviceAutomationLimit" :
"autoModel" wird auf "Smart Matching Mode" gesetzt und es wird in das Haus eingespeist, i.O.

Setze ich ein negativen Wert bei "setDeviceAutomationLimit":
Es wird in das Haus eingespeist mit genau 30W, egal welcher Wert bei "setDeviceAutomationLimit" eingestellt wurde.
Das heißt Speicher laden funktioniert nicht.

Irgendeine Idee ?

Jo das habe ich vermutlich verbockt. Schaue ich mir noch an.

Bernd1967

@nograx
Mein MQTT Protokoll für Fehlersuche, eingestellt war -100W

Topic: mqtt.0.iot.gDa3tb..function.invoke
{"arguments":[{"autoModelProgram":2,"autoModelValue":{"chargingType":0,"chargingPower":0,"freq":0,"outPower":30},"msgType":1,"autoModel":8}],"function":"deviceAutomation","messageId":700065,"deviceKey":"","timestamp":1752871924}

18.07.2025 22:52:06 Uhr :
Topic: mqtt.0.gDa3tb..function.invoke.reply
{"messageId":700067,"deviceId":"","timestamp":1752871607,"function":"deviceAutomation","output":"success","success":1}

nograx

@bernd1967 Jo das Problem ist das in der Kürze der Zeit die ursprüngliche Funktion für outputLimit übernommen hatte, die akzeptiert keine negativen Werte und setzt das das niedrigste, was in dem Fall 30 Watt sind…

Bernd1967

@nograx
Gut, ist übrigens auch bei positiven Werten.
Hab eben Test mit positiven Wert 100W gemacht.
Zweimal wird erst "outPower":30 gesendet und dann beim dritten sind es 100.

18.07.2025 23:54:58 Uhr
Topic:
mqtt.0.iot.gDa3tb.+++++.function.invoke
Payload:
{"arguments":[{"autoModelProgram":2,"autoModelValue":{"chargingType":0,"chargingPower":0,"freq":0,"outPower":30},"msgType":1,"autoModel":8}],"function":"deviceAutomation","messageId":700117,"deviceKey":"+++++","timestamp":1752875698}

18.07.2025 23:54:59 Uhr
Topic:
mqtt.0.iot.gDa3tb.+++++.function.invoke
Payload:
{"arguments":[{"autoModelProgram":2,"autoModelValue":{"chargingType":0,"chargingPower":0,"freq":0,"outPower":30},"msgType":1,"autoModel":8}],"function":"deviceAutomation","messageId":700118,"deviceKey":"+++++","timestamp":1752875699}

18.07.2025 23:54:59 Uhr
Topic:
mqtt.0.iot.gDa3tb.+++++.function.invoke
Payload:
{"arguments":[{"autoModelProgram":2,"autoModelValue":{"chargingType":0,"chargingPower":0,"freq":0,"outPower":100},"msgType":1,"autoModel":8}],"function":"deviceAutomation","messageId":700119,"deviceKey":"+++++","timestamp":1752875699}

18.07.2025 23:55:00 Uhr
Topic:
mqtt.0.gDa3tb.+++++.function.invoke.reply
Payload:
{"messageId":700119,"deviceId":"+++++","timestamp":1752875381,"function":"deviceAutomation","output":"success","success":1}

18.07.2025 23:55:00 Uhr
Topic:
mqtt.0.gDa3tb.+++++.function.invoke.reply
Payload:
{"messageId":700118,"deviceId":"+++++","timestamp":1752875380,"function":"deviceAutomation","output":"success","success":1}

nograx

Ich habe soeben eine neue alpha version per npm erstellt und das mit dem inputLimit hoffentlich gelöst. Ich habe das 'setDeviceAutomationLimit' in setDeviceAutomationInOutLimit umbenannt damit es etwas klarer wird was es tut. Oder würdet ihr 2 States dafür bevorzogen? Programmiertechnisch ist es so einfacher umzusetzen.

Ich kann dieses Wochenende leider nicht viel testen da ich mit den Kindern zelten bin.

Bernd1967

@nograx
Erster schneller Test mit Hyper 2000 und Adapter v2.0.0-alpha.1 sieht gut aus.

intruder7

@nograx auch erster Test mit Hyper 2000.. der gesetzte Wert (unbestätigt) wird vom Adapter nicht bestätigt

maxclaudi

@nograx

script aus.
wert gesetzt -200

ergebnis:
edit Bild entfernt. 1600W Akku entladung... irgendwann wurde dann output richtig angezeigt und dann weiter mit 200W entladen.

kein Eingriff auf die Steuerung, kein script läuft.

Akku wird entladen bei -200

nograx

@intruder7 sagte in Test Adapter Zendure Solarflow:

@nograx auch erster Test mit Hyper 2000.. der gesetzte Wert (unbestätigt) wird vom Adapter nicht bestätigt

Jo das stimmt, da vom Mqtt keine direkt Antwort kommt das ein Wert übernommen wurde muss ich das noch optimieren. Kommando sollte aber hoffentlich trotzdem ausgeführt werden.

intruder7

@nograx das wird es.. -200 gesetzt und Akku wird geladen

nograx

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx

script aus.
wert gesetzt -200

ergebnis:

kein Eingriff auf die Steuerung, kein script läuft.

Akku wird entladen bei -200

Bitte immer die Geräte bei Schreiben, jedes hat nämlich seine eigenen Kommandos 🫣

Felli

@nograx Moin zusammen, habe das die letzten Tage nur sporadisch verfolgt. So wie ich es verstanden habe geht es ja aktuell um die Art wie in und Output Limit gesetzt werden ?? Ich nutze das ganze in Kombi mit SF1200 und ACE1500, ist das hier auch relevant ? Würde es dann ggf auch mal mit der Alpha probieren, positiv oder negativ habe ich im function node schnell geändert. Danke für die Aufklärung und sorry aber hatte die letzten Tage zu tun und kam nicht dazu das hier in der Tiefe zu durchdringen ‍ Peter dir viel Spaß beim Zelten und danke für die Arbeit

maxclaudi

@nograx sagte in Test Adapter Zendure Solarflow:

Bitte immer die Geräte bei Schreiben, jedes hat nämlich seine eigenen Kommandos 🫣

positiver wert 200 ist ok, akku wird entladen.
-200 wird auch entladen.... z.T. viel mehr als 200

dann dauerte es 2min und nun passt alles.

autoModel war zuvor 0.

Benötigte also wieder Zeit bis alles richtig funktionierte.

HUB2000 + ACE1500

Allerdings lässt sich nichts mehr richtig auswerten im App-Ersatz.

so schnell kann ich gar nicht schreiben.
Jetzt spinnt einiges.

auf 0 gesetzt und man beachte output im Bild beim HUB 982W.

edit: Bild wieder entfernt pers. Daten.

nograx

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx sagte in Test Adapter Zendure Solarflow:

Bitte immer die Geräte bei Schreiben, jedes hat nämlich seine eigenen Kommandos 🫣

positiver wert 200 ist ok, akku wird entladen.
-200 wird auch entladen.... z.T. viel mehr als 200

dann dauerte es 2min und nun passt alles.

autoModel war zuvor 0.

Benötigte also wieder Zeit bis alles richtig funktionierte.

HUB2000 + ACE1500

Es könnte sein das du das Laden Kommando an den ACE übergeben musst. Kannst du das mal prüfen?

maxclaudi

@nograx sagte in Test Adapter Zendure Solarflow:

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx sagte in Test Adapter Zendure Solarflow:

Bitte immer die Geräte bei Schreiben, jedes hat nämlich seine eigenen Kommandos 🫣

positiver wert 200 ist ok, akku wird entladen.
-200 wird auch entladen.... z.T. viel mehr als 200

dann dauerte es 2min und nun passt alles.

autoModel war zuvor 0.

Benötigte also wieder Zeit bis alles richtig funktionierte.

HUB2000 + ACE1500

Es könnte sein das du das Laden Kommando an den ACE übergeben musst. Kannst du das mal prüfen?

Leider nicht, bin auch unterwegs.
Hat Akku leer gezogen. Musste Instanz beenden und erst mal manuell auf autoModel:0
Damit überhaupt über json gesteuert werden kann.
Alles am Smartphone.
PV1 + PV2 Eingänge werden i. M. nur sporadisch erkannt.
Denke HUB2000 spinnt und Reset nötig. Bin aber bis nächstes WE nicht vor Ort

was soll's

maxclaudi

instanz gestoppt, paar json published.
erfolg dann mit smatMode:1 + autoModel:0+ passMode 1 ...allways off=> kam HUB zurück.
instanz wieder ein ...autoModel:0 -> bleibt erst mal.
akku wird geladen mit 1800W

edit: Ost+Süd jeweils PV1+PV2 vom Hub

....läuft soweit wieder

weil nicht vor Ort, verschiebe ich das testen lieber

maxclaudi

@nograx sagte in Test Adapter Zendure Solarflow:

@intruder7 sagte in Test Adapter Zendure Solarflow:

@nograx auch erster Test mit Hyper 2000.. der gesetzte Wert (unbestätigt) wird vom Adapter nicht bestätigt

Jo das stimmt, da vom Mqtt keine direkt Antwort kommt das ein Wert übernommen wurde muss ich das noch optimieren. Kommando sollte aber hoffentlich trotzdem ausgeführt werden.

über mqtt kommt ein reply, nur finden und auswerten.
z.B. anhand messageId und succes:1

published:
iot/productId/devideId/function/invoke

Zeitstempel: Sat Jul 19 2025 10:49:02

{
  "arguments": [
    {
      "autoModelProgram": 2,
      "autoModelValue": -100,
      "msgType": 1,
      "autoModel": 8
    }
  ],
  "function": "deviceAutomation",
  "messageId": 700004,
  "deviceKey": "XXXXXXXX",
  "timestamp": 1752914942
}

reply:
productId/devideId/function/invoke/reply

Zeitstempel: Sat Jul 19 2025 10:44:38

{
  "messageId": 700004,
  "deviceId": "XXXXXXXX",
  "timestamp": 1752914678,
  "function": "deviceAutomation",
  "output": "success",
  "success": 1
}

Zeitstempel stimmt nicht, dafür messageId.
Also ist es das richtige reply, wenn messageId nicht statisch sein muss.

Denke das hilft weiter.

edit: Blick in in code

messageId: adapter.msgCounter

dann könnte per messageId u. succes:1 ausgewertet werden.

NEWS

Test Adapter Zendure Solarflow

Support us

564
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

Test Adapter Zendure Solarflow

Support us

564Online

31.9kUsers

80.1kTopics

1.3mPosts

564
Online

31.9k
Users

80.1k
Topics

1.3m
Posts