Neuer Adapter ioBroker.evcc

[Marty56]

@jwedenig Sei vorsichtig mit Homematic und halte den Duty Cycle auf der CCU im Auge.
Die Non IP HM Schalter funktionieren mit eVCC nur mit relativ hohem Duty Cycle. Ich habe diesen Ansatz verworfen.

[jwedenig]

@marty56
ok, das heisst für mich einen HM IP mit Leistungsmesssung kaufen, oder?

[arteck]

ich hab mal eine Änderung gmeacht im Adapter so dass alles was evcc liefert auch bei uns ind die Objecte landet bitte mal ausprobieren

https://github.com/arteck/ioBroker.evcc

die vorhandenen Objecte müssen aber alle manuell gelöscht werden
dann adapter neu starten

@Newan ich lauf dir wieder mal hinterher...

[Marty56]

@jwedenig Nein, ich würde es mal ausprobieren.
Der Entwickler hat eine Änderung gemacht. Aber die Aussagen aus dem Forum, ob der Duty Cycle jetzt vernünftig funktioniert, waren uneindeutig. Irgendjemand hat etwas von 20 % mehr gesagt.

[jwedenig]

@marty56

[maximinus]

Besteht die Möglichkeit den jeweils gültigen aWattar Strompreis den evcc stets zu internen Berechnungen zur Verfügung haben muss als eigenen Datenpunkt auszugeben

LG Gerhard

[maximinus]

@maximinus

Ergänzung /Berichtigung /Frage

in evcc Version 0.0.9 scheint das bereits realisiert zu sein:
Im Zeitfenster 14:00 bis 15:00 ist bei
tariffGrid -0,01891 angeführt
im Awattar adapter -4,194 cents
und bei smartEnergy -0,829 cents

ab 15:00 wechselt
tariffGrid auf -0,00756
aWattar -1,33cents
bei smartEnergy +0,533cents

Ich blicke da nicht durch. Welcher Preis ist das der da in tariffGrid steht?

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