neues Forum - neue Struktur

[openWB]

In diesem Thread möchte ich gerne für das künftige Forum (siehe viewtopic.php?p=143439#p143439 bzw hier viewtopic.php?t=12256 )
schonmal die Struktur festlegen.

Also schlicht welche Bereiche soll es geben?
Angepasst v1:

Code: Alles auswählen

- SOS/Probleme
- Einrichtung/Konfiguration
- Regelung
- - Speicher
- - Verbraucher
- - Fahrzeuge
- Fahrzeug-SoC
- Userinterfaces
- Externe Schnittstellen (§14a, MQTT, API, ...)
- bidi-Laden
- Vorschläge / Ideen / Feature Requests
- Hardwarethemen
- WEG/Ladeparks
- Wiki

Thema Moderatoren würde ich hier gleich auch mit ansprechen.
Freiwillige vor!

Bisher gemeldet:
- Elchkopp
- seaspotter

[Thomas aus W]

Für mich zählen Lademodi, preisbasiertes Laden und Batteriesteuerung mit zu Verbrauchersteuerung. Die aktuelle Trennung tut ja auch der Software selbst nicht gut...

bye
TW

[aiole]

Danke @ openWB.
Die 3 Hauptsäulen des EMS sind Speicher, Verbraucher und Fahrzeuge, die von der Regelung abgedeckt werden müssen.

angepasster Vorschlag zur Struktur:

- 1. Hilfe/Problembehandlung

- Hardware
- - openWB-Ladepunkte
- - openWB-Kits

- Software
- - Userinterfaces
- - - Community Userinterfaces
- - - openWB Userinterfaces

- - EMS-Regelung
- - - Funktionen
- - - Speicher
- - - Verbraucher
- - - - WP
- - - - Heizstäbe
- - - - Shellies
- - - Fahrzeuge

- - dynamische Tarife

- Fahrzeug-SoC-Module
- - Hersteller A
- - Hersteller B

- weitere Anwendungen
- - WEG/Ladeparks
- - bidirektionales Laden
- - DC Laden mit openWB

- Feature Requests
- Austausch zum Wiki
- Sonstiges

[seaspotter]

Ich bin ja n Fan von keep it simple. Je verschatelter und je mehr Kategorien es gibt, umso weniger weiß man wo etwas richtig platziert ist. Also lieber weniger Kategorien als zu viele:

- Allgemeines
- Brauche Hilfe / SOS
- Vorschläge / Ideen / Feature Requests
- Hardwarethemen
- Softwarethemen
-- Verbraucher-/Batteriesteuerung
-- Userinterfaces
-- Fahrzeuge / SoC Module
-- EMS

Sollte es an Mods fehlen *meld*

[openWB]

Je nach Menge der Threads bin ich bei seaspotter.
Oft schweift es ja doch auch ab und Themen werden vermischt.

[aiole]

Kann auch ne short list werden, um Mod-Aufwand zu sparen.
Verbraucher und Speicher sollten aber separiert werden.
Dyn. Tarife sollte als SW-Unterpunkt mit rein.
Wozu ist EMS? Bei mir ist openWB = EMS. Statt EMS -> Sonstiges. Da kann auch erstmal Zeug wie Forecasting usw. rein.

[seaspotter]

Verbraucher und Speicher sollten aber separiert werden

Wie Thomas oben schon schrieb, das ist eine Reglung in der Software, auch mit Prioriäten die kommen, also gehört das auch in ein Forenpunkt imho.

Dyn. Tarife sollte als SW-Unterpunkt mit rein.
Wozu ist EMS? Bei mir ist openWB = EMS. Statt EMS -> Sonstiges. Da kann auch erstmal Zeug wie Forecasting usw. rein.

EMS ist zusammengefasst für mich alles was dyn. Tarife, Netzentgelte, Dimm&Control, SteuVE angeht.

[aiole]

Verbraucher und Speicher sollten aber separiert werden

Wie Thomas oben schon schrieb, das ist eine Reglung in der Software, auch mit Prioriäten die kommen, also gehört das auch in ein Forenpunkt imho.

Dann müssten auch die Fahrzeuge rein, da diese aktuell Verbraucher und zukünftig auch Speicher sind (bidi). Das ist aber für die meisten zu viel, was da zusammenkäme.

Deshalb macht eine Unterscheidung in

* Speicher
* Fahrzeuge
* Verbraucher

m.E. Sinn, zumal diese auch in Hardware für jeden getrennte Einheiten sind.

Es wird immer mal Überschneidungen geben, aber vor allem aus Endnutzersicht sind klar definierte Einstiegspunkte wichtig, um sie ohne Mod-Zuarbeit direkt an die passende Stelle zu legen. Dabei ist deine reduzierte Struktur nützlich.

EMS ist zusammengefasst für mich alles was dyn. Tarife, Netzentgelte, Dimm&Control, SteuVE angeht.

Ein EMS ist per Definition das gesamte Regelsystem. Das sieht auch VDE-FNN so (bevorzugte §14a-Infoübergabe an ein EMS). Damit ist EMS = openWB.

Für SteuVE §14a bräuchte es noch einen extra Punkt.
neu angepasster Vorschlag zur Struktur:

- 1. Hilfe/Problembehandlung

- Hardware
- - openWB-Ladepunkte
- - openWB-Kits

- Software
- - Userinterfaces
- - - Community Userinterfaces
- - - openWB Userinterfaces

- - Regelung
- - - Allgemein
- - - Speicher
- - - Verbraucher
- - - - WP
- - - - Heizstäbe
- - - - Shellies
- - - Fahrzeuge

- - dynamische Tarife (Strom/Entgelte)
- - SteuVE

- Fahrzeug-SoC-Module
- - Hersteller A
- - Hersteller B

- weitere Anwendungen
- - WEG/Ladeparks
- - bidirektionales Laden
- - DC Laden mit openWB

- Feature Requests
- Austausch zum Wiki
- Sonstiges

[Elchkopp]

Was ist denn der Unterschied zwischen EMS-Regelung und Funktionen? Ich hab gerade noch Probleme, da nachher genau zu clustern…

Und woher weiß ich bei Softwareproblemen, was wo drunter fällt, wenn ich die Ursache nicht kenne?

Ich würde auch den Begriff EMS weglassen und es nur als Regelung betiteln. Da die Einstiegshürden flach gehalten werden soll, würde ich von zu technischen Überschriften Abstand nehmen.

[aiole]

Was ist denn der Unterschied zwischen EMS-Regelung und Funktionen? Ich hab gerade noch Probleme, da nachher genau zu clustern…

Funktionen steht unter EMS-Regelung. Kannst du auch Allgemein, Funktionalität o.ä. nennen.

Und woher weiß ich bei Softwareproblemen, was wo drunter fällt, wenn ich die Ursache nicht kenne?

Wenn man es nicht klar den physischen Komponenten Speicher, Verbraucher, Fahrzeuge zuordnen kann, kommt es in Funktionen (oder Funktionalität oder Allgemein) .

Ich würde auch den Begriff EMS weglassen und es nur als Regelung betiteln. Da die Einstiegshürden flach gehalten werden soll, würde ich von zu technischen Überschriften Abstand nehmen.

kein Problem
Es muss nur grundlegend klar sein, dass openWB = EMS ist. EVCC hat das nicht passend deklariert. Eine externe VNB-seitige Steueung ist kein EMS/HEMS.

Ich hab's oben angepasst.