QNAP: Fehlermeldung bei Verwendung extern abgelegter Konfiguration

[mcsilver78]

Hallo zusammen,

ich habe einen SolarEdge Hybrid Wechselrichter im Gebrauch ohne angeschlossene Batterie (Hintergrund: Ich wollte mir offen lassen, ob ich später ggfs. eine Batterie hinzufüge und dann nicht wieder einen neuen Wechselrichter kaufen muss). Entsprechend habe ich in der evcc.yaml auch den SolarEdge-Hybrid-Wechselrichter ausgewählt. Ich gehe davon aus, dass dies dazu führt, dass mir im evcc-Frontend eine Batterie mit sinnlosen Werten angezeigt wird, s. Screenshot. Sehe ich richtig, dass ich diese Anzeige loswerde, wenn ich anstatt des Hybrid-Wechselrichters den Standard Solar-Edge-Wechselrichter auswähle oder hat das noch andere Auswirkungen, die ich aktuell nicht überblicke?

[VolkerK62]

u.U. hat der "normale" WR andere Register.
entferne in der Konfig bei meters und in der site einfach die Batterie-Einträge.

[mcsilver78]

Vielen Dank. Das werde ich mal ausprobieren. Der Versuch, anstatt des Hybrid-Wechselrichters den Standard-Wechselrichter auszuwählen, war auch kurz nach meinem Post gescheitert. Jetzt muss ich nur noch herausfinden, wie ich die Config im Docker-Image anpassen kann. Ggfs. baue ich den Container noch einmal neu, so dass ich die yaml-Datei direkt modifizieren kann.

[StefanSchoof]

Du solltest die Config Datei außerhalb haben und in dem Container mounten. Sonst ist die bei einem Update weg.

[mcsilver78]

Danke. Ja, das meinte ich mit den "Container neu bauen". Das habe ich jetzt versucht analog zur Anleitung von @GHSchmalli für die QNAP. Leider mache ich anscheinend etwas falsch (er hat den entsprechenden Schritt für Container Station 3 beschrieben und ich nutze Container Station 2.6.x). Zuerst habe ich es ohne evcc.yaml versucht und wollte die danach mit evcc configure erzeugen. Da hat er gemeckert, dass er keine evcc.yaml findet.

Dann habe ich meine alte Konfiguration (integriert in den zuerst erstellten und funktionierenden Container) kopiert und eine evcc.yaml erstellt. Da meckert er dann über die eebus-Zertifikate.

Habe ich da etwas falsch kopiert? Oder muss die Kopplung zur Wallbox neu gemacht werden, wenn man einen neuen Container erzeugt? Aber wie, wenn ohne evcc.yaml evcc gar nicht erst startet und ich erst gar nicht die Möglichkeit habe evcc configure auszuführen?

[GHSchmalli]

Moin Mcsilver,
da das Config File nun gefunden wird, findet er das Zertifikat nicht? Oder vielleicht kann Dir das weiterhelfen:
https://stackoverflow.com/questions/57596920/failed-to-find-any-pem-data-in-key
Grüße Schmalli

[mcsilver78]

Oder hätte ich evcc -c /evcccfg/evcc.yaml configure eingeben müssen?

[GHSchmalli]

Ne, das sieht soweit gut aus. Ich gehe davon aus, dass Du den Ordner (Datengrab…..) entsprechend auch auf dem NAS vorhanden ist in dem die evcc.yaml liegt.
Du kannst natürlich auch den Mountpoint (evcccfg) auf einen für dich besseren Wert.
Der ist dann in dem Container verfügbar, aber das wird Dir mittlerweile klar sein:-)

[mcsilver78]

Danke. Heißt das, dass die Container-Konfiguration so passt? Aber dennoch muss die evcc-Konfiguration über evcc -c /evcccfg/evcc.yaml configure angestoßen werden, oder? Denn irgend etwas muss ich ja falsch gemacht haben. Ansonsten würde es ja laufen.

[mcsilver78]

Das hat auch nicht funktioniert. Über jegliche Art von xxx configure wird eine irgendwo stehende Konfiguration überschrieben, die aber beim Start nicht eingelesen wird. Ich bin jetzt soweit, dass ich wohl damit leben muss, dass die evcc-Konfiguration direkt im Container gespeichert ist und ich sie bei jedem Update neu erstellen muss. Mir fällt nichts mehr ein. Wenn Ihr noch Ideen habt, gerne her damit.

[GHSchmalli]

1. der eingerichtete Speicher (Pfad) aus der Anleitung muss auch auf dem NAS vorhanden sein inkl. Einer entsprechenden evcc.yaml
2. Der Befehl muss „evcc -c „PfadzurDatei“/evcc.yaml lauten. In der Anleitung ist der Pfad = /evcccfg
3. KEIN configure hinter dem Befehl
4. Inhalt der evcc.yaml kann aus einer korrekt konfigurierten evcc.yaml kopiert und in die Datei auf dem NAS eingefügt werden

Der nutzt wohl gerade die default/Demo-yaml Datei

sorry bin gerade im Urlaub und nur per Handy drin, sonst könnte ich mir das mal genauer anschauen

[mcsilver78]

Kein Problem. Ggfs. gehe ich das Problem dann mal wieder in ein paar Wochen an. Hier mal meine Antwort zu den einzelnen Punkten

1. der eingerichtete Speicher (Pfad) aus der Anleitung muss auch auf dem NAS vorhanden sein inkl. Einer entsprechenden evcc.yaml

Anbei der eingerichtete Pfad inkl. der evcc.yaml. Die wird auch eingelesen, schmeißt aber den "PEM"-Fehler, obwohl ich sie aus der funktionierenden im anderen Container integrierten Konfiguration aus dem Terminal kopiert hatte.

2. Der Befehl muss „evcc -c „PfadzurDatei“/evcc.yaml lauten. In der Anleitung ist der Pfad = /evcccfg

Das habe ich komplett so übernommen. Ist aber nicht der tatsächliche Pfad, sondern nur der in der Container-Einstellung gemountete Pfad. Den muss ich nur in der Container-Konfiguration definieren, nirgendwo anders, oder?

3. KEIN configure hinter dem Befehl

Zum Ausführen des Containers nicht. Das habe ich auch nicht gemacht und dort auch nicht so hinterlegt, s. Screenshot der Container-Konfiguration

4. Inhalt der evcc.yaml kann aus einer korrekt konfigurierten evcc.yaml kopiert und in die Datei auf dem NAS eingefügt werden

Habe ich aus dem anderen Docker-Container mit integrierter evcc.yaml aus dem Terminalfenster kopiert. Bleibt aber bei der "PEM"_fehlermeldung hängen

, weshalb ich versucht hatte über evcc configure eine jungfräuliche Konfiguration zu erzeugen bzw. die "PEM"-Fehler behaftete zu überschreiben. Diese neu erstellte evcc-Konfiguration überschreibt aber die beim Aufruf evcc -c /evcccfg/evcc.yaml angezogene evcc.yaml nicht.

Ich bleibe also bei zwei Problemen hängen. Wenn ich eines davon lösen könnte, wäre ich wahrscheinlich am Ziel. Ich glaube gar nicht, dass ich beide lösen muss

• Problem 1: Die im anderen Container laufende evcc.yaml schmeißt nach dem Kopieren einen Fehler bei den TLS-Zertifikaten
• Problem 2: evcc configure schreibt nicht auf den Pfad /Datengrab/EVCC/currentConfig

Der nutzt wohl gerade die default/Demo-yaml Datei

Tatsächlich nicht. Er nutzt den Pfad /evcccfg/evcc.yaml beim Start, denn wenn ich die evcc.yaml in /Datengrab/EVCC/currentConfig lösche, dann meckert er, dass er keine Konfiguration findet

sorry bin gerade im Urlaub und nur per Handy drin, sonst könnte ich mir das mal genauer anschauen

[GHSchmalli]

Moinsen,
das sieht doch alles soweit gut aus. Hast Du die eine funktionierende Konfiguration mal vorliegen und könntest die hier mal posten? OHNE Passwörter etc natürlich.
BTW: Du kannst den Pfad "/Datengrab/EVCC/currentConfig" natürlich auf Deinem NAS und im Container anpassen, wie Du das möchtest.
Grüße

[mcsilver78]

Jetzt bin ich im Urlaub ;) Schicke ich durch, sobald ich wieder Zugang habe. Danke

[mcsilver78]

Moinsen,
das sieht doch alles soweit gut aus. Hast Du die eine funktionierende Konfiguration mal vorliegen und könntest die hier mal posten? OHNE Passwörter etc natürlich.
BTW: Du kannst den Pfad "/Datengrab/EVCC/currentConfig" natürlich auf Deinem NAS und im Container anpassen, wie Du das möchtest.
Grüße

Hi Schmalli,

jetzt bin ich auch wieder aus dem Urlaub zurück. Das Gute ist, dass das der Container mit der integrierten Config immer noch reibungslos läuft. Ich bekomme aber weiterhin wie oben beschrieben den Container mit separat gemounteter Config nicht hin. Ich habe auch gerade noch einmal die funktionierende .yaml in das "/Datengrab..." kopiert. Läuft dennoch nicht. Hier die Meldungen beim Start inkl. Fehlermeldung. Wie gesagt, dasselbe .yaml läuft, wenn es im Container integriert ist.

Anbei die verwendete Konfiguration (die im einen Fall funktioniert und im anderen nicht):

Konfiguration (/app/evcc.yaml)

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: debug
levels:
  cache: error

# unique installation id
plant: *****

interval: 10s # control cycle interval

meters:
- type: template
  template: solaredge-hybrid 
  id: 1  
  host: 192.168.178.67  
  port: 1502  
  usage: grid  
  modbus: tcpip  
  name: grid1
- type: template
  template: solaredge-hybrid 
  id: 1  
  host: 192.168.178.67  
  port: 1502  
  usage: pv  
  modbus: tcpip  
  name: pv2

chargers:
- type: template
  template: ellipro 
  ski: 7E20 6160 C826 0562 691C 4FD0 C1C3 3EF2 2568 E60D  
  ip: 192.168.178.70  
  name: wallbox5

vehicles:
- type: template
  template: tesla 
  title: Model Y  
  accessToken: *****
  refreshToken: *****
  vin: *****
  capacity: 75  
  name: ev4

loadpoints:
- title: Garage
  charger: wallbox5
  mode: pv
  phases: 3
  mincurrent: 6
  maxcurrent: 16
  resetOnDisconnect: true

site:
  title: Mein Zuhause
  meters:
    grid: grid1
    pv:
    - pv2

eebus:
  certificate:
      private: |
          -----BEGIN EC PRIVATE KEY-----
          MHcCAQEEIOjNuK9jtCm/X3XSeLfAp7V7bs5bO3HLMgukmw91S3rJoAoGCCqGSM49
          AwEHoUQDQgAEotyU1FfQieXSr6QZeSzWAfWK9VOixBXaE9wDrs5SND6hxoV9T3Lj
          nV7GH9u4/3GiypFhbzVae1Ji8jygU+TIuw==
          -----END EC PRIVATE KEY-----
      public: |
          -----BEGIN CERTIFICATE-----
          MIIBvjCCAWOgAwIBAgIRAeIOxSJqU+8B7a1WxaSiA7EwCgYIKoZIzj0EAwIwPjEL
          MAkGA1UEBhMCREUxDTALBgNVBAoTBEVWQ0MxCTAHBgNVBAsTADEVMBMGA1UEAwwM
          RVZDQ19IRU1TXzAxMB4XDTIzMDgwMTE5MTgxNFoXDTMzMDcyOTE5MTgxNFowPjEL
          MAkGA1UEBhMCREUxDTALBgNVBAoTBEVWQ0MxCTAHBgNVBAsTADEVMBMGA1UEAwwM
          RVZDQ19IRU1TXzAxMFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAEotyU1FfQieXS
          r6QZeSzWAfWK9VOixBXaE9wDrs5SND6hxoV9T3LjnV7GH9u4/3GiypFhbzVae1Ji
          8jygU+TIu6NCMEAwDgYDVR0PAQH/BAQDAgeAMA8GA1UdEwEB/wQFMAMBAf8wHQYD
          VR0OBBYEFPHWcvKTFtO3DjVfxVhuw/jKTkweMAoGCCqGSM49BAMCA0kAMEYCIQD7
          zS9FE4U6dsRjnTPX0L1qTLZ7Rx2UbU4xUpfbzeJ+4wIhAPntOtFhL+GVcWIrvUdg
          ApilchJq7P/1DBjrUWwU3l6n
          -----END CERTIFICATE-----

Version: `0.118.11`

Bin gespannt, ob Dir etwas auffällt.

P.S.: Habe jetzt auf Container Station 3 geupgraded. Hier scheint man tieferen Einblick bekommen zu können. Wenn es da also Rückfragen geben sollte, kann ich damit jetzt auch dienen.

Danke im Voraus

[mcsilver78]

Hi @GHSchmalli,
habe das Ganze jetzt noch einmal mit Container Station 3 gemacht und ich lande wieder bei demselben Fehler. Ich glaube, dass ich bei der Erstellung des Share auf der NAS einen Fehler mache. Wahrscheinlich ein totaler Anfängerfehler, an den keiner denkt. Ggfs. fehlen da Zugriffsrechte oder ich habe etwas anderes falsch gemacht, obwohl das ja eigentlich nicht so kompliziert sein sollte. Alles andere habe ich genauso wie in der Beschreibung gemacht. Hier wie das Share in File Station angezeigt wird:

Hier die Eigenschaften des Share:

und die Berechtigungen für die Admins und User. Hier gibt es keine speziellen Container-User o.ä.? Die evcc.yaml habe ich als normaler User erstellt und der Container läuft unter einem Admin-Account. Beide haben aber Zugriff (RW) auf das Share.

Danke im Voraus

[GHSchmalli]

Moin @mcsilver78,
laufen beide Container gleichzeitig? Was die Berechtigungen angeht, habe ich bei mir auch nichts besonders eingestellt, es steht wie bei Dir auf R/W. Bin da wirklich raus, das ist ein Problem das ich nie hatte und hoffentlich auch nie habe. Kann Dir auch nicht sagen was die Ursache ist, manchmal sind Zertifikatsfehler ganz blöde..
Grüße Sschmalli

[mcsilver78]

Danke. Nee, läuft nicht parallel. Dann lasse ich das jetzt einfach so und kopiere die yaml am Ende. Ist ja sowieso ein Luxusproblem. Insgesamt funktioniert es ja.