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

[Marty56]

@arteck Zeile 824 im file main.ts ist fehlerhaft

axios.post('http://' + this.ip + '/api/loadpoints/' + index + '/disable/threshold/' + value, {timeout: this.timeout}).then( () => {

muss geändert werden in

axios.post('http://' + this.ip + '/api/loadpoints/' + index + '/enable/threshold/' + value, {timeout: this.timeout}).then( () => {

und analog noch Zeile 126 in

 case 'enable_threshold':

Mit den Änderungen funktioniert es.
Ich kenn mich leider nicht in Github aus, sonst hätte ich es schon als pull request eingestellt.

Ich habe auch noch meine Wunschdatenpunkte "set_target_time" und "delete_target_time" in meine main.js hinzugefügt.

Ich könnte das File Dir zukommen lassen.

Update: Ich habe mich mal mit Github auseinandergesetzt und einen Pull Request gemacht. Bin nicht sicher, ob das alles so ok ist.

[arteck]

@Newan machst den merge... ich darf nicht..

[Marty56]

Ich habe mal ein ganz allgemeine Frage und das meine ich wirklich konstruktiv.

Warum existiert dieser Adapter überhaupt?
Ich habe gerade realisiert, dass ich alles und sogar einfacher mit dem MQTT Adapter machen kann.

Vorteile von MQTT aus meiner Sicht

1. geringere Overhead als HTTP und Axios Calls
2. Änderungen im Rest API von EVCC sind "automatisch" auch im MQTT Adapter vorhanden
3. Modeumschaltung, wie string und nicht mit Buttons
4. vollständige Datenpunkte
5. kein spezielle Adapter notwendig, der gepflegt werden muss.

Übersehe ich hier irgendwas oder gibt einen riesigen Nachteil(e) alles mit dem MQTT Adapter zu machen??

[arteck]

@marty56 frag nicht mich... @Newan ist der autor..
und ein MQTT gelumpe auseinander zu nehmen ist nicht jedermannssache
da ist es einfacher eine geordnete Baumstruktur zu haben.. sonst müsstest du fragen .."warum haben wir so viele adapter, wenn die Geräte MQTT haben"

im entdefekt wie du es einbindest bleibt dir überlassen

[Marty56]

@arteck Ok. Keine Ahnung, was Du mit "MQTT Gelumpe" meinst. In dem MQTT Datenbaum finde ich eine sehr übersichtliche Struktur, die der von dem EVCC Adapter ähnlich ist, aber im Gegensatz zum Adapter vollständig.

Aber ok, danke für Dein Feedback.

[arteck]

@marty56 nach meiner änderung ist der Baum auch vollständig.. die Frage ist immer ob man alles braucht.. nur weil das Gerät die Daten liefert heisst es nicht dass man die braucht.

jedem das seine

[Newan]

Warum bietet Evcc eine rest api an wenn alles über mqtt geht. Auch die selbe fragen. Ich bin da bei arteck und nutze lieber für jeden Dienst einen Adapter. Im 1. Post wurde von mir aber erläutert das es per mqtt geht, und auch mehrfach im Forum hier beschrieben.

Nutz mqtt und die die wollen eben den Adapter, fertig ✅

[arteck]

@marty56 ich hab mir mal den topic angeschat... das meine ich mit gelumpe

was ist was hier ??

im adapter hast du die Datenpunkte direkt lesbar..

[Marty56]

@arteck ok. Sehe ich bei mir nicht. Habe aber auch eine andere Wallbox.

[Marty56]

@newan Den Beitrag hatte ich schon gesehen, aber was soll der Satz bedeuten " Er holt die Daten über rest. Kannst auch zurückschreiben, also Start,stop etc."

• Rest API ist mal kein Wert an sich.
• Zurückschreiben kann man mit MQTT genau so. Ok, es gibt unterschiedliche Datenpunkte zum Lesen und Schreiben, aber wozu gibt es Aliases für Leute, die das stört.

Aber Ok. Ich werden jetzt mal bei MQTT bleiben. Vielleicht entdecke ich noch irgendeinen Nachteil und benutze dann wieder den Adapter.

[Newan]

@marty56 Denke das ist doch eine gute Lösung wenn du mit mqtt klar kommst!

[flisse]

@k_o_bold Ich habe gerade eine Möglichkeit gefunden das Fahrzeug zu ändern, allerdings per MQTT.
Dort gibt es bei mir einen Datenpunkt: mqtt.0.evcc.loadpoints.1.vehicle.set
Setze ich diesen Wert auf 0, ist das Gastfahrzeug vorgewählt, setze ich ihn auf 1, wird das erste konfigurierte Fahrzeug ausgewählt und bei 2 das zweite usw.
Wenn das dort möglich ist, kann ich mir vorstellen, dass es auch mit dem Adapter klappen könnte.

[Newan]

@flisse 100% ist das möglich. Fehlt nur die Zeit es umzusetzen.

[K_o_bold]

@flisse ,

danke für den Hinweis...Im Iobroker Adapter gibt es diesen Datenpunkt nicht.
Ich habe auf Github zu dem Adapter schon ein Feature request offen. Hier werde ich mal deine Information rein packen, dass sie nicht untergeht . ;-)

[hardy_01]

Gibt es eine Möglichkeit den Wert SoC zu schreiben?

evcc.0.loadpoint.1.status.vehicleSoc

scheint nicht zu funktionieren. Nur auf der "Control"-Ebene kann ich schreiben.

[docsnyder7]

Ich klinke mich hier mal kurz ein... der Adapter liefert ja ne menge DP´s, aber zb der DP "Mode" dauert gefühlt ne Ewigkeit, bis der aktuell ist. Das geht über mqtt quasi sofort...
gibt es einen Weg per Script in evcc so einzugreifen, dass wenn Mode=now, das entsprechende Register im WR den discharge des BMS auf 0 setzt?... ich hab hierzu nur ein Holdingregister gefunden, was ja meines schmalen wissens nach nicht beschrieben oder geändert werden kann. Die Idee ist sicher nicht neu, hat das ggf jemadn schonmal umgesetzt?
Wallbox: EVBox Elvi V1
Solax X3 Hybrid G2

Die Arbeit sonst zwischen EVCC und den komponenten klappt prima, aber grad im Winter wollte ich den Discharge das Akkus über Nacht für die Hausversorgung nutzen, statt fürs Laden des Autos.

[arteck]

@docsnyder7 sagte in Neuer Adapter ioBroker.evcc:

ich hab hierzu nur ein Holdingregister gefunden, was ja meines schmalen wissens nach nicht beschrieben oder geändert werden kann

wie kommst du da drauf ??? wenn der als Beschfreibbar deklariert ist dann kann man den auch beschreiben

wo ist das Problem

[docsnyder7]

@arteck
ok... also muss ich nur sehen, dass das register beschreibbar ist

[arteck]

@docsnyder7 du musst im der Doku von dem WR schauen ja..

[docsnyder7]

@arteck
das Register ist 139 unter

139 SolarChargerUseMode 0=Eigenverbrauch, 1=Einspeisung, 2=Backup, 3=Handbetrieb uint16be 1 1 0 value true

es taucht auch als DP auf... ich überlege, wie das zu beschreiben ist... einfach den state 0 durch 2 ersetzen klappt für paar Sekunden und dann ists wieder 0... dann zickt auch die Verbindung zum adapter...

ist das überhaupt ratsam solche Schreibprozesse auf diese Registern häufiger zu generieren?
gibt es evt einen anderen weg, den Akku beim Modus schnell und pv+min herauszunehmen?

@arteck
das Register ist 139 unter

139 SolarChargerUseMode 0=Eigenverbrauch, 1=Einspeisung, 2=Backup, 3=Handbetrieb uint16be 1 1 0 value true

es taucht auch als DP auf... ich überlege, wie das zu beschreiben ist... einfach den state 0 durch 2 ersetzen klappt für paar Sekunden und dann ists wieder 0... dann zickt auch die Verbindung zum adapter...

ist das überhaupt ratsam solche Schreibprozesse auf diese Registern häufiger zu generieren?
gibt es evt einen anderen weg, den Akku beim Modus schnell und pv+min herauszunehmen?

EDIT: wenn ich den Modus über die Solax App ändere, dann sehe ich auch, dass der DP vom Register 139 entsprechend geändert wird... änder ich den DP händisch, wir die Nummer übernommen, aber keine Änderungen AM Wechselrichter sichtbar, der Modus wird nicht geändert..wo steckt mein Denkfehler