Gå til indhold
smart opladning

eebus

Eksempel:

eebus:
shipid: EVCC-1234567890abcdef
interfaces:
- eth0
certificate:
public: |
-----BEGIN CERTIFICATE-----
1234567890abcdef==
-----END CERTIFICATE-----
private: |
-----BEGIN EC PRIVATE KEY-----
1234567890abcdef
-----END EC PRIVATE KEY-----

Angiver certifikatet og dets private nøgle, der skal bruges til den nødvendige HTTPS-forbindelse.

Ved konfiguration i webgrænsefladen genereres certifikatet automatisk.

Eksempel:

certificate:
public: |
-----BEGIN CERTIFICATE-----
1234567890abcdef==
-----END CERTIFICATE-----
private: |
-----BEGIN EC PRIVATE KEY-----
1234567890abcdef
-----END EC PRIVATE KEY-----

Det offentlige certifikat.

Eksempel:

public: |
-----BEGIN CERTIFICATE-----
1234567890abcdef==
-----END CERTIFICATE-----

Certifikatets private nøgle.

Eksempel:

private: |
-----BEGIN EC PRIVATE KEY-----
1234567890abcdef
-----END EC PRIVATE KEY-----

Angiver en liste over netværksgrænseflader, som EEBUS skal kommunikere via. Som standard bruges alle grænseflader, men det kan føre til kommunikationsproblemer.

Eksempel:

interfaces:
- eth0

Angiver det SHIP-ID, der skal bruges. Det bør kun være nødvendigt til udviklingsformål.

Normalt genererer evcc SHIP-ID’et automatisk ud fra machine-id (på rigtig hardware) eller et tilfældigt genereret anlægs-ID (i containermiljøer som Docker), som gemmes i databasen. Du kan angive et eksplicit anlægs-ID via plant i evcc.yaml eller miljøvariablen EVCC_PLANT, hvilket anbefales af hensyn til bedre portabilitet. SHIP-ID’et er knyttet til certifikatet. Hvis et af dem ændres, skal parringen med enhederne gentages.

Eksempel:

shipid: EVCC-1234567890abcdef