- Ondersteuning van EVCC zou wenselijk zijn.
Integratie in EVCC is gelukt middels HTTP plugin. Onderstaande toevoegen aan EVCC.yaml:
- name: my_battery
type: custom
power:
source: http
uri: Verwijderde link
method: GET
headers:
- content-type: application/json
auth:
type: basic
user:
password: *
insecure: false
jq: .sessy.power
cache: 60s
timeout: 10s
soc:
source: http
uri: http://ip-adres/api/v1/power/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user:
password: *
insecure: false
jq: .sessy.state_of_charge
cache: 60s
Kan je iets specifieker zijn?
Bijvoorbeeld in welke sectie van de EVCC.yaml file dit geplaatst moet worden en tevens mist de de eerste url in de power sectie.
Alvast bedankt.
Rien
Geen weet van specifieke volgorde in yaml file.
Beide url: http://hier_ip_adres_van_je sessy/api/v1/power/status
Remmo
Heb even zitten spelen maar deze kwam bij my door de validatie heen:
Heb hem in EVCC via de expirimental configuratie pagina toegevoegd,
met type User Defined Device
power:
source: http
uri: 192.168.1.IP/api/v1/power/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .sessy.power
cache: 60s
timeout: 10s
soc:
source: http
uri: 192.168.1.IP/api/v1/power/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .sessy.state_of_charge
cache: 60s
Heb de P1 meter werkend in de YAML editor:
- name: grid
type: custom
power: # power (W)
source: http
uri: 192.168.1.30/api/v2/p1/details
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .power_total
cache: 60s
scale: 1
currents: # phase currents in A
- source: http
uri: 192.168.1.30/api/v2/p1/details
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .current_l1
cache: 60s
scale: 0.001
- source: http
uri: 192.168.1.30/api/v2/p1/details
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .current_l2
cache: 60s
scale: 0.001
- source: http
uri: 192.168.1.30/api/v2/p1/details
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .current_l3
cache: 60s
scale: 0.001
De batterij ook (nog niet volledig, aansturen nog niet aan begonnen)
Heb ook gemerkt dat als je Power en AMPS en Voltage toevoegt de sessy de api call weigert.
Bovendien zijn de AMPS (Renuwable energy in de api) niet de amps van de sessy zelf, maar wordt dat gebruikt voor je zekering te beschermen.
Die heb ik dus uit het template gegooid.
## required attributes
power: # current power
source: http
uri: 192.168.1.32/api/v1/power/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .sessy.power
cache: 60s
timeout: 10s
## optional attributes (read-only)
energy: # meter reading in kWh
source: http
uri: 192.168.1.32/api/v1/energy/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .sessy_energy.import_wh
cache: 60s
scale: 0.001
#maxpower: # maximum AC power in W (for hybrid pv)
# source: const
# value: 1800
soc: # state of charge in % (for battery)
source: http
uri: 192.168.1.32/api/v1/power/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .sessy.state_of_charge
cache: 60s
capacity: 5 # capacity in kWh (for battery)
voltages: # phase voltages in V
- source: http
uri: 192.168.1.32/api/v1/power/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .renewable_energy_phase1.voltage_rms
scale: 0.001
cache: 60s
- source: http
uri: 192.168.1.32/api/v1/power/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .renewable_energy_phase2.voltage_rms
scale: 0.001
cache: 60s
- source: http
uri: 192.168.1.32/api/v1/power/status
method: GET
headers:
- content-type: application/json
auth:
type: basic
user: *
password: *
insecure: false
jq: .renewable_energy_phase3.voltage_rms
scale: 0.001
cache: 60s
## optional attributes (writeable)
#limitsoc: # set battery charge target in % (for battery)
# source: js
# script: console.log(limitsoc)
#batterymode: # set charging mode directly (1: normal, 2: hold, 3: charge) (for battery)
# source: js
# script: console.log(batterymode)
De batterij ook (nog niet volledig, aansturen nog niet aan begonnen)
Heb ook gemerkt dat als je Power en AMPS en Voltage toevoegt de sessy de api call weigert.
Bovendien zijn de AMPS (Renuwable energy in de api) niet de amps van de sessy zelf, maar wordt dat gebruikt voor je zekering te beschermen.
Die heb ik dus uit het template gegooid.
## required attributes power: # current power source: http uri: 192.168.1.32/api/v1/power/status method: GET headers: - content-type: application/json auth: type: basic user: * password: * insecure: false jq: .sessy.power cache: 60s timeout: 10s ## optional attributes (read-only) energy: # meter reading in kWh source: http uri: 192.168.1.32/api/v1/energy/status method: GET headers: - content-type: application/json auth: type: basic user: * password: * insecure: false jq: .sessy_energy.import_wh cache: 60s scale: 0.001 #maxpower: # maximum AC power in W (for hybrid pv) # source: const # value: 1800 soc: # state of charge in % (for battery) source: http uri: 192.168.1.32/api/v1/power/status method: GET headers: - content-type: application/json auth: type: basic user: * password: * insecure: false jq: .sessy.state_of_charge scale: 100 cache: 60s capacity: 5 # capacity in kWh (for battery) voltages: # phase voltages in V - source: http uri: 192.168.1.32/api/v1/power/status method: GET headers: - content-type: application/json auth: type: basic user: * password: * insecure: false jq: .renewable_energy_phase1.voltage_rms scale: 0.001 cache: 60s - source: http uri: 192.168.1.32/api/v1/power/status method: GET headers: - content-type: application/json auth: type: basic user: * password: * insecure: false jq: .renewable_energy_phase2.voltage_rms scale: 0.001 cache: 60s - source: http uri: 192.168.1.32/api/v1/power/status method: GET headers: - content-type: application/json auth: type: basic user: * password: * insecure: false jq: .renewable_energy_phase3.voltage_rms scale: 0.001 cache: 60s ## optional attributes (writeable) #limitsoc: # set battery charge target in % (for battery) # source: js # script: console.log(limitsoc) #batterymode: # set charging mode directly (1: normal, 2: hold, 3: charge) (for battery) # source: js # script: console.log(batterymode)
Updated above yaml with Scale: 100 for the SOC
Ik heb inmiddels een begin gemaakt van een EVCC template, zowel voor de Sessy batterij als ook voor de P1.
Het enige waar ik me nog een beetje over verbaas is dat blijkbaar voor de locale API van beide er geen gebruikersnaam / wachtwoord nodig is (enkel voor de webpagina zelf). Ik weet niet of dat zo bedoelt is. Zal hier nog een aparte forum vraag voor stellen.
Heb hier al enige tijd de Sessy,s in EVCC zichtbaar via homeassitant, werkt prima.
Ik heb inmiddels een begin gemaakt van een EVCC template, zowel voor de Sessy batterij als ook voor de P1.
Het enige waar ik me nog een beetje over verbaas is dat blijkbaar voor de locale API van beide er geen gebruikersnaam / wachtwoord nodig is (enkel voor de webpagina zelf). Ik weet niet of dat zo bedoelt is. Zal hier nog een aparte forum vraag voor stellen.
Goed om te weten, ik ga eens testen zonder inlog, scheelt in hoop in het template.
Wil je dat ik je help met testen van het actief aansturen via EVCC voor de batterijen? (Loopt bij mij nu via Frank energie automatisch en evcc volgt.
Maar kan het even omzetten, ik was nog niet zover gegaan dat EVCC de laadstroom ed bepaalt tov de energie prijs.
Heb hier al enige tijd de Sessy,s in EVCC zichtbaar via homeassitant, werkt prima.
Dat had ik eerst ook via MQTT,
Maar nu rechstreeks uit de Sessy API blijft het werken als je HA/Homey plat gaat en scheelt daar weer load.
Direct verbinden is altijd fijn.
En de accus zijn alsnog via de Sessy app gewoon in de Homey te zien (die zal intern ook wel de API gebruiken)
Het probleem met de EVCC aansturen van de batterij, zover ik het kan inschatten is dat er geen directe aansturing is op laad/ontlaad vermogen. Er zijn enkel een 3-tal standen beschikbaar via batterymode: 1 Normal (wat dat ook betekent?), 2 Hold, 3 charge
Ik weet niet zo zeker of dat wel interessant is.
Het probleem met de EVCC aansturen van de batterij, zover ik het kan inschatten is dat er geen directe aansturing is op laad/ontlaad vermogen. Er zijn enkel een 3-tal standen beschikbaar via batterymode: 1 Normal (wat dat ook betekent?), 2 Hold, 3 charge
Ik weet niet zo zeker of dat wel interessant is.
Ja dat ligt aan je doel, bij Frank werkt het ook zo, en zij bepalen de triggers.
Stroom goedkoop -> Maximaal chargen (max is dus wat via je sesy portal ingesteld)
Stroom Duur -> Normal -> NOM regeling, ofwel ontladen naar je huis en bijladen via PV
Stroom gematigd? (dat lijk hij bijna nooit te doen) -> Hold charge, dan zou je dus als je je auto laadt dit uit het net kunnen doen snachts, en je accus erna je huis laten doen. Dit is vooral interessant als je auto groter is dan je accus en je je auto met EVCC al snachts laadt.
Dit is dus meer een astrategische, want je accu ontladen je auto in, om deze later in de nacht weer op te laden is zonde van je levensduur maar vooraal ook van je omzet efficienties. Ik os dit nu op door gewoon alleen mijn auto snachts te laden, maar dat zou via deze implementatie mooi kunnen.
Letwel, dit heeft dus alleen zijn bij dynamische tarieven.
OK, ik kan nog wel eens kijken of ik dat er ingezet krijg. Zou mooi zijn als dit met een enable aan/uit geschakeld kan worden. Ik geloof dat dat wel mogelijk is, als ik de openems.yaml bekijk.