Neuer Adapter ioBroker.evcc

[Newan]

@arteck Ja hammer, dann mal los. PR ist gemerged

[Marty56]

@arteck Super Danke!

Habe ich sofort eingebaut und ein paar Workarounds in meinem Script ausgebaut.

"... und reicht man ihm den Finger, nimmt der die ganze Hand".

Jetzt wäre auch noch super, wenn man auch "EVCC Pläne" mit dem Adapter steuern könnte. Mit Plänen lässt sich der Adapter auch schön im Zusammenspiel mit Tibber verwenden.

siehe: https://github.com/Newan/ioBroker.evcc/issues/18

Marty56 created this issue in Newan/ioBroker.evcc

open Feature Request: Unterstützung von Ladeplänen #18

[frana120500]

@marty56 Darf ich fragen was für ein Script du einsetzt?

[Marty56]

@frana120500 Ich verstehe die Frage nicht ganz. Es ist ein javascript, das evcc ansteuert.

[K_o_bold]

@arteck ,

sehr gut :-)... Vielen Dank...

Siehst du auch eine Möglichkeit, folgenden Datenpunkt beschreibbar zu machen?

evcc.0.loadpoint.1.status.vehicleTitle

In der evcc APP kann ich meine Fahrzeuge umschalten und es wäre natürlich super, wenn ich das auch per Skript könnte.

[Merlin123]

Unter evcc.0.loadpoint.1.status.mode sieht man ja, ob nur PV, min+PV oder max.
Wie kann ich denn aus iobroker den Modus umschalten?

EDIT: Ah... Das scheinen unter Control die pv, min und now zu sein. Mal testen....

[flisse]

@k_o_bold Das wäre echt eine gute Sache, wenn das möglich wäre. Ich hoffe das kommt noch.

[Marty56]

Hallo,

enable_threshold und disable_threshold funktionieren nicht.
Ich habe js-controller 5 und javascript 7.x installiert.

warn	Event with state evcc.0.loadpoint.1.control.enable_threshold changed: -700 (ack = false) not found

[arteck]

@marty56 was schreibst du da rein ?

[Marty56]

@arteck eine Zahl. In dem obigen Beispiel die Überschussleistung (negativer Wert) in Watt.

[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.