Anker Adapter

[Homoran]

@excalibur270 sagte in Anker Adapter:

Das sagt mir alles nicht so wirklich etwas.

muss es auch nicht.
Dieses Unterforum ist für Entwickler untereinander

[excalibur270]

@homoran OK Danke. Das kam halt bei google raus.

[Homoran]

@excalibur270 sagte in Anker Adapter:

Das kam halt bei google raus.

was?
Aber anscheinend nicht die Kategorie.
Dann taugt die Google Suche wohl nichts

[hollywoot]

Schade, dass nur eine aktuelle Verbindung möglich ist.
Ist der MQTT-Dienst "eingeloggt", fliegst du aus der App.

Ich habe mir daraufhin ein zweites Konto erstellt und dieses in mein "Zuhause" in der Anker-App eingeladen.
Funktioniert soweit ganz gut.

Aber:

• das eingeladene Konto liefert keine Daten über MQTT
• das eingeladene Konto kann keine Werte in der App ändern (z.B. den Energieplan ändern)

Somit aktuell noch nicht wirklich brauchbar. Dennoch funktioniert es.

[Thomas Braun]

@hollywoot sagte in Anker Adapter:

Schade, dass nur eine aktuelle Verbindung möglich ist.
Ist der MQTT-Dienst "eingeloggt", fliegst du aus der App.

Ja, ist eine Beschränkung seitens Anker.

[hollywoot]

@thomas-braun
Ich kann aber nicht zufällig, die E1600 auch noch in dem anderen Account anbinden?
Wäre schlecht wenn es gehen würde, es würde mich bei Anker allerdings auch nicht großartig überraschen.

[Thomas Braun]

@hollywoot

Ich hab ehrlich gesagt gar nicht lange mit zwei Accounts herum probiert, ich war froh das ich mit dem ersten Account nicht andauernd gesperrt wurde.

[Ivan Andric]

@thomas-braun Kannst du bitte genauer erklären, wie du das umgesetzt hast? Ich steige leider nicht dahinter. Wenn es über CLI funktioniert, müsste es doch auch im ioBroker mit einem Script gehen. Der Node-Red Node von Stromado liefert mir nur die Batterie Ladung. Vielen Dank

[Thomas Braun]

@ivan-andric sagte in Anker Adapter:

Kannst du bitte genauer erklären, wie du das umgesetzt hast?

Was genau fehlt dir?
solix2mqtt wird über einen systemd-Service gestartet und schubst die Daten zu einem mosquitto rüber. Den kann man dann wiederum im ioBroker reinziehen.

[hollywoot]

@ivan-andric
schmeiß Dir in Deinen ioBroker einen MQTT-Server an und starte dann einen solix2mqtt-Container.
Es ist wirklich einfacher als es auf den ersten Blick aussieht.

docker run -d -e S2M_USER="user@domain.de" \
-e S2M_PASSWORD="meinP4ssw0rt" \
-e S2M_COUNTRY=DE \
-e S2M_MQTT_URI=mqtt://meiniobroker-mqtt-server:meinPORT \
-e S2M_MQTT_USERNAME="mqtt-user" \
-e S2M_MQTT_PASSWORD="mqtt-passwort" \
-e S2M_MQTT_CLIENT_ID="solix2mqtt" \
-e S2M_MQTT_TOPIC=solix \
-e S2M_VERBOSE=true \
--name=solix2mqtt --restart always tomquist/solix2mqtt:latest

[aherby]

Danke mit der Docker Variante hat es nun scheinbar funktioniert.
Aber wie bekomme ich nun die Werte als Objekt in iobroker hin und im besten Fall wie kann ich dann die Werte ändern?

[excalibur270]

@aherby Hier hänge ich jetzt auch. Habe im IOBroker bei meinem Mqtt jetzt den Ordner Solix drinnen. Aber leider steht da nur alive. keine weiteren Datenpunkte.
Und sobald ich Putty schließe ist der Dienst auch beendet und Alive geht auf false

[Thomas Braun]

@excalibur270 sagte in Anker Adapter:

Hier hänge ich jetzt auch.

Mit dem docker?
Ich mach das über einen service, natürlich ohne docker dann.

[excalibur270]

@thomas-braun nein ich habe die local Methode genommen. Wie gesagt. Solix taucht auf aber nur mit dem Status alive.
Habe es mit eingeladenem Account und dem Hauptaccount von Anker versucht. Oder muss wie beim PSA noch ein Script laufen? Da bin ich bei meiner Suche nirgends drauf gestoßen.

[Thomas Braun]

@excalibur270

Wie sieht dein startup-Skript und die .service-Datei aus?
Bei mir:

echad@chet:~ $ cat /usr/lib/systemd/system/solix2mqtt.service
[Unit]
Description=Pushing Anker Solix data to mosquitto
After=mosquitto.service
Before=iobroker.service

[Service]
User=iobroker
Group=iobroker
ExecStart=/usr/local/bin/solix2mqtt/solix2mqtt.sh
Type=simple
# Restart=always


[Install]
WantedBy=multi-user.target
#RequiredBy=network.target

und

echad@chet:~ $ cat /usr/local/bin/solix2mqtt/solix2mqtt.sh
#!/bin/bash
rm /usr/local/bin/solix2mqtt/auth.data;
cd /usr/local/bin/solix2mqtt;
S2M_USER="anker-app-user" S2M_PASSWORD="dessen_pw" S2M_COUNTRY=DE S2M_MQTT_URI=mqtt://host:1883 S2M_MQTT_USERNAME="iobroker" S2M_MQTT_PASSWORD="passwort" S2M_MQTT_CLIENT_ID="solix2mqtt" S2M_MQTT_TOPIC=solix S2M_VERBOSE=false npm run start

[excalibur270]

@thomas-braun Hey. Ich hab das nach der readme bei github gemacht. Das sieht iwie alles anders aus. ich denke ich werde das projekt auf eis legen. Dahingehend sind die kenntnisse nicht ausreichend.

[mickym]

Wieder mal eine blöde Frage - ich nutze zwar dieses Teil nicht. Aber der Service redet mqtt - da brauche ich keinen Adapter. Ich werde das wohl nie verstehen.

[Thomas Braun]

@excalibur270 sagte in Anker Adapter:

Hey. Ich hab das nach der readme bei github gemacht.

Das ist ja auch richtig. Ist mein Weg auch. Aber damit das dann auch mit dem System gestartet wird muss man das noch an sein System anpassen. Deswegen lege ich das dann als Service an, der dann über systemd gestartet wird. Das überlebt dann auch ein Logout des Users.

[Thomas Braun]

@mickym
Richtig, ist mqtt. Aber die Einrichtung ist etwas fummelig. Ich hab da auch länger für gebraucht, bis das richtig lief. Bei einem Adapter könntest du die Konfiguration halt über Eingabefelder führen. Und auch der Start wäre einfacher, wenn sich das in den ioBroker einfügen würde.

[mickym]

@thomas-braun sagte in Anker Adapter:

@mickym
Richtig, ist mqtt. Aber die Einrichtung ist etwas fummelig. Ich hab da auch länger für gebraucht, bis das richtig lief. Bei einem Adapter könntest du die Konfiguration halt über Eingabefelder führen. Und auch der Start wäre einfacher, wenn sich das in den ioBroker einfügen würde.

na dafür bist du jedesmal davon abhängig, dass der Adapter alles so interpretiert, wie das Original und eine zusätzliche Fehlerquelle. Davon halte ich genauso viel, wie du von einer GUI auf dem Server.
Zudem muss ja der Service trotzdem laufen- ist ja wie bei zigbee2mqtt und allen anderen in meinen Augen überflüssigen Adaptern, für Geräte, die mqtt sprechen.(ausser den mqtt Adaptern selbst natürlich)