Adapter integriert die Daten aus der Anker Solix App. Ich kann leider immer noch für die Anker Solix 2 Pro sprechen, da ich nur diese als Hardware zur Verfügung haben. Es sollte sich allerdings auch andere Anker Geräte auslesen lassen.

Da es sich nicht um eine richtige API handelt, sondern lediglich eine simulierte Android App, habe ich mich vorerst entschlossen nur lesenden Zugriff zu nutzen.

Bitte verwendet einen Familie Account.

Hinweis: Wer bereits 1.1.0 installiert hatte, bitte noch einmal das Passwort neu eingeben, da es jetzt verschlüsselt ist.

Hallo,

ich wollte den Adapter eigentlich noch vorstellen, hatte aber bis jetzt nicht so richtig Zeit

@Holger76
Ja das Problem kommt daher, dass du dich in der App wieder eingeloggt und den gleichen Account nutzt, damit nutzt du aktuelle unterschiedliche Token mit einem Account und das geht nicht.
Das ist auch mit Vorsicht zu genießen, weil du auf diese Art und Weise auch deinen Account sperren werden kann (man bekommt nur eine bestimmt Anzahl an Token pro Tag , danach ist der Account für xx Stunden gesperrt, keine Sorge der wird wieder freigegeben).
Bitte leg dir einen Familie-Account und füge diese deinem Main Account hinzu.

Ich würde dir empfehlen, nachdem du den Account erstellst hast, die session.data zu löschen, diese liegt im Normalfall unter /opt/iobroker/iobroker-data/ankersolix2/

Gibt es eigentlich eine Möglichkeit einen Monobutton (true/false) einzubinden?
Weil es steht immer noch oben in der Beschreibung:

Taste               - Für Szenen oder Radiosender, etc. --> Nur Funktionsaufruf - Kein Taster wie MonoButton - True/False

Dann ist mir noch ein kleiner Bug im Script aufgefallen, die Funktion vom Display Update ignoriert die eigentlich Version des Displays.
Ich habe mehrere Panels im Einsatz unter anderem auch die US-L Version, leider zerknallt er dann immer die Software auf dem Display
Kann man die Abfrage nicht noch zusätzlich einpflegen, dass auch wirklich nur die Software genommen wird welche das Panel auch benötigt?

Edit:
habe die Funktion mal angepasst:

function update_tft_firmware() {
    const tft_version: string = 'v3.8.1';
    let desired_display_firmware_url =""

    if(getState(NSPanel_Path + '.NSPanel_Version').val =="us-l"){
        desired_display_firmware_url = `http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-l-${tft_version}.tft`;
    }else if (getState(NSPanel_Path + '.NSPanel_Version').val =="us-p"){
        desired_display_firmware_url = `http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-p-${tft_version}.tft`;
    }else{
        desired_display_firmware_url = `http://nspanel.pky.eu/lovelace-ui/github/nspanel-${tft_version}.tft`;
    }
    
    try {

        let urlString = `http://${get_current_tasmota_ip_address()}/cm?cmnd=FlashNextion ${desired_display_firmware_url}`;
        if (tasmota_web_admin_password != '') {
            urlString = `http://${get_current_tasmota_ip_address()}/cm?user=${tasmota_web_admin_user}&password=${tasmota_web_admin_password}&cmnd=FlashNextion ${desired_display_firmware_url}`;
        }

        request({
            url: `${urlString}`,
            headers: {
                'User-Agent': 'ioBroker'
            }
        }, async function () {
            await createStateAsync(NSPanel_Path + 'TFT_Firmware.onlineVersion', <iobJS.StateCommon>{ type: 'string' });
            await setStateAsync(NSPanel_Path + 'TFT_Firmware.onlineVersion', <iobJS.State>{ val: tft_version, ack: true });
        });
    } catch (err) {
        console.warn('error at function update_tft_firmware: ' + err.message);
    }
}

@UncleSam

Mixed Content: The page at 'https://XXXXX:xxxx/#tab-node-red-0' was loaded over HTTPS, but requested an insecure frame 'http://XXXXX:xxxx/?instance=0'. This request has been blocked; the content must be served over HTTPS.

würde ja bedeuten das der Link im Menü falsch ist, weil mit http und der IP komme ich nicht in Node-Red ich muss definitv Https verwenden.

EDIT:
Ach wie schlecht ist das denn => ich habe den Browser Cache nochmal geleert und jetzt geht es

@solardach
Vielen Dank für die Rückmelde

@spoeh-man
ich werde die im nächsten Release die Abfrage Intervalle etwas größerer ziehen, da man momentan "nur" eine Range von 10-180sek hat

@armilar

Die Funktion für den Monobutton war damals so

function triggerButton(id: string): boolean{
	try {
		let obj = getObject(id);
		if (existsState(id) && obj.common.type !== undefined && obj.common.type === "boolean") {
			setState(id, true);
			setTimeout(function() { setState(id, false) }, 250)
			return true;
		}
		return false;
	}  catch (err) {
        console.warn('function triggerButton: ' + err.message);
    }	
}

Man muss aber etwas mehr machen weil man separat einen Status dem Alias hinzufügen muss der dann den Status des Lichts wieder gibt.
Dummerweise habe ich damals nicht alles den Version hinterher gezogen.

@smarthomer-0

Auf Github habe ich schon eine Version hochgeladen, dort wird der Folder energyanalysis "reorganisiert".
Der DP, den du zeigst, kommt vom Grid (Netz) der allerdings schon in der Response leider leer, jedoch hat man die Option sich die engeryanalysis von der Solix selbst zu holen und dort ist der Wert dann befüllt.

Beispiel von meinem System (Solix 2 Pro)

Ich werde die Tage noch einen neuen Release machen.

@armilar
ne ist auch nicht gut, aber ich habe glaube ne schöne Lösung gefunden:

if (existsState(pageItem.id + '.GET')) {
                val = getState(pageItem.id + '.GET').val;
                RegisterEntityWatcher(pageItem.id + '.GET');
            }
            if(pageItem.monobutton != undefined && pageItem.monobutton == true){
               if (existsState(pageItem.id + '.ACTUAL')) {
                    val = getState(pageItem.id + '.ACTUAL').val;
                    RegisterEntityWatcher(pageItem.id + '.ACTUAL');
                }
            }
            else{
                if (existsState(pageItem.id + '.ACTUAL')) {
                    val = getState(pageItem.id + '.ACTUAL').val;
                    RegisterEntityWatcher(pageItem.id + '.ACTUAL');
                }
                if (existsState(pageItem.id + '.SET')) {
                    val = getState(pageItem.id + '.SET').val;
                    RegisterEntityWatcher(pageItem.id + '.SET');
                }
            }
            if (existsState(pageItem.id + '.ON_ACTUAL')) {
                val = getState(pageItem.id + '.ON_ACTUAL').val;
                RegisterEntityWatcher(pageItem.id + '.ON_ACTUAL');
            } 
            if (existsState(pageItem.id + '.ON_SET')) {
                val = getState(pageItem.id + '.ON_SET').val;
                RegisterEntityWatcher(pageItem.id + '.ON_SET');
            }
            if (existsState(pageItem.id + '.ON')) {
                val = getState(pageItem.id + '.ON').val;
                RegisterEntityWatcher(pageItem.id + '.ON');
            }

Ich verzichte dann im Alias auf den Sonderwert .STATE und nutze .ACTUAL für den Status des Lichts bzw. den SPS Ausgang.
Somit funktioniert bei mir alle wie es soll. Auch das hin und her hüpfen des Status ist weg und die Icon werden auch richtig angezeigt (beim Mono und beim normalen Schalter)

20230110-190950_NIBLaJ1R.mp4

Ich habs auch nochmal im Gridpage getestet, sieht auch gut aus.

@erazorlee

Ich spiele heute nochmal einen kleinen Patch ein, weil die Solix 3 einen neuen Wert liefert, der als String erkannt wird, allerdings ein bool ist.
Wenn das alles chic ist, wird es Freitag oder Samstag zur Stable;)

@armilar

ok, na dann lebe ich erstmal damit wie es jetzt ist und hoffe dann auf die Sprungmarke

@thomas-braun

Kann ich bestätigen, kommt seit heute bei mir auch und selbst auf meinem Home Assistant System.
Mal sehen was Anker am Server macht.

@nashra

Ich habe versucht den Fehler nachzustellen, ich bekomme es aber bei mir nicht mehr hin.
Weiter oben hatte schon mal jemand geschrieben, einfach mal die Polling Time verstellen und speichern, dann sollte es wieder gehen.

Warum das so ist bzw. wo das entstanden ist, kann ich leider nicht ganz nachvollziehen.

EDIT:
Kann es sein dass das Update des Adapters gemacht wurden ist, als die Solix im Tiefschlaf (5 oder 10% Rest) war?

@takahara

Gut das du es schon selbst gefunden hast, aber noch ein Hinweis:

@takahara said in Anker Adapter:

Ich würde nun vermuten, dass dieser Wert alle 60 Sekunden überprüft wird und dann die Ausgangsleistung in meiner Anker-Solix-Umgebung entsprechend angepasst wird.

Der Adapter überprüft das nicht alle 60 Sek, die Zeit im Adapter (Pollingtime) bezieht sich nur auf das auslesen.
Der Adapter überwacht den Datenpunkt und reagiert auf Änderung des Wertes, d.h. änderst du den Wert alle 10sek, wird er auch alle 10sek übergeben (unabhängig von der Pollingtime).

Wie weit man das Ganze treiben kann bevor Anker dort eingreift, kann ich allerdings nicht sagen (persönlich würde ich es nicht versuchen, dort wie ein Smartmeter alle 3 Sek die Werte zu ändern).

@hacki11

das sieht bei dir deutlich besser aus als bei mir, bei mir ist das alles komplett unsortiert und durcheinander.
Welche Parameter hast du im Menü eingestellt?

@hacki11 said in Anker Adapter:

Hat von euch auch jemand das Problem, dass manchmal die Werte nur dann kommen, wenn man die App öffnet?

Ich setze den Datenpunkt um die Batterie zu entladen und ich sehe in meinem SmartMeter auch, dass es bereits passiert aber die Datenpunkte bleiben manchmal für Minuten unverändert. Nicht nur einzelne, sondern alle die sich hierzu ändern müssten. retain_load, other_loads_power, home_load_power, total_output_power, battery_discharge_power, etc. Sobald ich die App öffnet, sind die Werte alle im nächsten Abfrageintervall auch in ioBroker verfügbar.

Gibts da ein Problem, oder einen Trick die neuen Daten zu erhalten?
Ich nutze den Hauptaccount und habe keinen Familienaccount angelegt, da dies scheinbar nicht mehr erforderlich ist: https://github.com/ronny130286/ioBroker.ankersolix2/issues/25

Version: 2.4.0

Die liegt daran, dass Anker die Cloud Daten nur alle x Minuten aktualisiert. Der Adapter holt sich die Daten aktuell nur aus der Cloud. Die App jedoch spricht direkt über MQTT mit der Solarbank, deshalb bekommt man die Daten in der App schneller angezeigt und es gibt sogar Werte die nur in der App zur Verfügung stehen und nicht an die Cloud übergeben werden (bspw. Temperaturen).
Das hatte ich hier schon mal beschrieben

@ronny130286 said in Anker Adapter:

Ich habe mich nochmal schlau gemacht bzgl. der Aktualisierungszeiten und einige Werte die in der Cloud fehlen.
Es ist scheinbar so, die Anker Cloud wir nur alles x Minuten von Anker aktualisiert.
Der Adapter greift reinweg die Cloud Daten ab, die App jedoch holt sich scheinbar die Werte via MQTT von der Solarbank selbst ab was dann auch deutlich schneller geht( irgendwas um die 3s ).

Auch Werte wie Temperatur der Headunit oder der einzelnen Akkupacks, werde über die MQTT Schnittstellen geladen und nur in der App dargestellt (sie werden nicht an die Cloud übertragen).

Ich habe mir das Projekt mal angesehen, aber brauchbar Werte kommen da bei mir nicht raus, wenn ich die MQTT Schnittstelle der Solix 3 abfrage.

@denzel-0 said in Anker Adapter:

@ronny130286
Hallo,
ich habe in den Instanzen den benutzerdefinierten Zeitplan aktiviert.
Dort habe ich von 0:00-05:00 Uhr die AC Ladung aktiviert.
Ab 05:01 Uhr habe ich den benutzerdefinierten Modus eingeschaltet.
Mein Problem ist, das nicht auf den benutzerdefinierten Modus zurückgestellt wird. In der App wird angezeigt, dass dies erst um 12:00 Uhr passiert.
Hat jemand eine Idee?

Du gibst ja nur eine Startzeit an, das heißt 5Uhr müsstest du noch einen anderen Start angeben bspw. wechseln in Eigenverbrauch. Da aber der AC Modus immer einen Start und Endzeit braucht, habe ich die fest im Adapter auf +12std eingestellt.

@volker3-0

alle Werte unter der Site-ID sind nur Lesewerte, du kannst dort nicht einen einzigen Wert schreiben bzw. bringt dir das nichts, da es die Werte nicht an die Solix übertragen wird.
Ich habe 2.4 als Beta released, damit kannst du sowas aus dem Adapter heraus realisieren (über einen Zeitplan).

Ich werde in einem kommenden Update einen Datenpunkt zur Verfügung stellen, wo man die Umschaltung auch über einen extrenen DP machen kann.
Der wird sich dann unter .control wiederfinden.

Ich habe mich nochmal schlau gemacht bzgl. der Aktualisierungszeiten und einige Werte die in der Cloud fehlen.
Es ist scheinbar so, die Anker Cloud wir nur alles x Minuten von Anker aktualisiert.
Der Adapter greift reinweg die Cloud Daten ab, die App jedoch holt sich scheinbar die Werte via MQTT von der Solarbank selbst ab was dann auch deutlich schneller geht( irgendwas um die 3s ).

Auch Werte wie Temperatur der Headunit oder der einzelnen Akkupacks, werde über die MQTT Schnittstellen geladen und nur in der App dargestellt (sie werden nicht an die Cloud übertragen).

Ich habe mir das Projekt mal angesehen, aber brauchbar Werte kommen da bei mir nicht raus, wenn ich die MQTT Schnittstelle der Solix 3 abfrage.

@cinimod

In der aktuellen Version ist es noch so, dass du dir den DP im AdminUi aussuchen kannst.
Dieser wird auf Änderung überwacht und dann im benutzerdefinierten Modus an die Solix übergeben (Hinweis: es werden alle benutzerdefinierten Pläne mit einem 24/7 und deinem Powerwert überschrieben)
Der DP muss ein Nummerwert sein und wichtig bei setzen Ack=True übergeben.

@toralt

ich hatte mir das in der App angesehen, bei mir war es so, dass nach dem Laden automatisch wieder auf den eingestellten benutzerdefinierten Modus umgestellt wurde wenn er fertig war mit laden oder man das Laden ausgeschalten hat. Wenn du dort natürlich dann 400W eingestellt hattest, stellt er das drauf ein.

Beim Laden habe ich es so gemacht, das er deinen aktuellen Energieplan holt, dann das Laden drauf editiert und es an die Solarbank übergibt.

@Volker3-0

Es ist noch nicht implementiert, aber ich bin dabei einen DP zu machen wo man die Betriebsmodis frei umschalten kann.

@holger76

Mit der neuen Version auf Github, kannst du das machen.
Du erstellst einen eigenen Energieplan im Adapter (wie in der App auch) und über die DP ankersolix2.0.control.SetPowerplan kannst du den Powerplan erneut setzen (true + ack).
Wichtig es darf sich dann dein SteuerDP nicht mehr ändern, weil sonst wird der gesetzte Powerplan vorerst wieder überschrieben.

Wenn du dann wieder tagsüber den Verbrauch dynamisch regeln willst, änderst du einfach wieder den SteuerDP.

Dein Script könnte so aussehen:

• von 06:00 bis 20:00 änderst du den Steuer DP
• nach 20:00 änderst du den SteuerDP nicht mehr und setzt den ankersolix2.0.control.SetPowerplan einmal auf true/ack, dann übernimmt er wieder den Powerplan, aus dem Adapater
• 06:00 früh fängt er wieder an den DP zu ändern.