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-----Påkrævede parametre
Sektion kaldt “Påkrævede parametre”certificate
Sektion kaldt “certificate”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-----certificate.public
Sektion kaldt “certificate.public”Det offentlige certifikat.
Eksempel:
public: | -----BEGIN CERTIFICATE----- 1234567890abcdef== -----END CERTIFICATE-----certificate.private
Sektion kaldt “certificate.private”Certifikatets private nøgle.
Eksempel:
private: | -----BEGIN EC PRIVATE KEY----- 1234567890abcdef -----END EC PRIVATE KEY-----Valgfrie parametre
Sektion kaldt “Valgfrie parametre”interfaces
Sektion kaldt “interfaces”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: - eth0shipid
Sektion kaldt “shipid”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