Übersicht von Akku Lösungen - Einfach/Out of the Box -- DIY

ja das wäre fein und oben dick und fett anpinnen bei jedem neuen user vor dem ersten post dann darauf hinweisen
würde sicher viele fragen schon beantworten

Beim 3000er Multi sind es 2400 Watt,
Ein MultiGX muss nie verwendet werden, er ist nur die Kombi aus einem Multi und einer Steuerzentrale in einem Gerät.
DIY ist nicht nr mit 16, sondern auch mit 32, 48 usw. machbar, dann sind 2 oder 3 Zellen parallel. 16S2P, 16S3P usw. Ich habe 16S2P mit EVE 280Ah (28KWh) Da reicht 1 BMS

Lösung für Nachträglichen Speicher ist auf jedenfall eher nicht der Hybrid

Derselbe Gedanke ging mir auch durch den Kopf, eventuell würde sich auch eine Art Wiki Struktur anbieten.

Ansonsten gab es im Thread zur Suche von neuen Moderatoren gerade die Info, dass wohl eine FAQ Sektion geplant ist - da könnte man so was auch gut einarbeiten.
Aufgrund der Vielfalt an Konfigurationsmöglichkeiten sollte man eine gute Navigationsmöglichkeit / Hierarchie der Installationsarten einführen aber ich glaube das schütteln einige der eingefleischten Pros hier aus dem Ärmel 🙂

ja das wäre fein und oben dick und fett anpinnen bei jedem neuen user vor dem ersten post dann darauf hinweisen
würde sicher viele fragen schon beantworten

Ich bin gerade dabei ein eine Art WIKI für das Forum zusammen zu schreiben.
Arbeitet die Idee doch Noch mal noch ein Stück aus so dass es selbsterkärend ist. Dann kann man das sicher einbauen.

Abgefahren wäre natürlich so eine Art Einrichtungsassistent, der mittels interaktivem Fragen- Antwortenspiel die User zum richtigen Installationsrezept führt. Aber dazu bräuchte man wahrscheinlich ein externes Tool, da das SMF wahrscheinlich nicht für so was gebaut wurde.

Ich denke das Wichtigste sind Informationsblöcke, die man wiederverwenden kann.
Zum Beispiel gibt es eine Seite die sich allgemein mit dem BMS und seiner Funktion auseinandersetzt und eine Seite zu Load Balancern und so weiter für alle Komponenten und Aspekte. Wenn man dann eine "Navigationsseite" hat und zum Beispiel zur Anlagenform "Off Grid mit Speicher" ansteuert kann man unter dieser Rubrik ebenso auf die Seite zum BMS und Load Balancern verweisen wie wenn man die Anlagenform "On Grid mit Netzeinspeißung und DYI Pufferbatterie" auswählt.

Daher ist der Wiki Gedanke eigentlich schon ideal, da man hier bereits intrinsisch versucht, die Inhaltsseiten Kontextfrei auf das Thema fokussiert zu schreiben und nur auf andere Wikiseiten (die ihrerseits ebenfalls spezifisches Wissen beinhalten) zu verweisen.

Die Aufgabe würde sich (in Wiki Form oder hier im Forum) auf zwei Aspekte herunterbrechen:

Die erste Aufgabe ist kreativer Natur, da man hier Ergonomie und Informationsdichte vereinen muss. Daher sollte das von jemandem gemacht werden, der auch tatsächlich einen Überblick über die Installationsarten hat. Die zweite Aufgabe bietet sich wunderbar als kollektive Anstrengung aller Forenteilnehmer an, da zu jedem Punkt entweder das angeeignete oder hier im Forum bereitgestellte Wissen referenziert werden kann.

Der Lohn wäre neben einer tatsächlichen Wissensdatenbank (auf die man Forenanfänger immer wieder verweisen kann) auch, dass man diese Thematik weiteren Personenkreisen zugänglich macht und so die Energiewende von diesen Personen ebenfalls vorantreiben lässt.

Wenn das Wiki dann was taugen soll, muss man aber globaler ansetzen als im wirklich guten Anfangspost dargestellt. Ongrid, Offgrid, Balkonsolar gibt es ja neben dem angedeuteten Victron ESS ja auch noch und diese Themen fordern völlig andere Vorgehensweisen und anderes Equipment.

Das klingt nach einem Haufen Arbeit ... sicherlich ist schon eine Menge Knowhow hier irgendwo hinterlegt, aber das hier zusammenzutragen und zu ordnen, das ist eine anspruchsvolle Aufgabe.

Andererseits zeigt das Forum im aktuellen Zustand eine gewisse Unordnung und Verzettelung, Suchen sind kompliziert, Themen tauchen immer wieder auf und jeder Neue stellt gefühlt die gleichen Fragen. Man dreht sich damit zwangsläufig im Kreis, das macht dann auch irgendwann keinen Spaß mehr. Doch, so ein Wiki wäre eine gute Idee.

Herzliche Grüße
Hans

Ich bin gerade dabei ein WiKi aufzusetzen.
Den ein oder anderen Artikel werde ich selbst schreiben, für andere eher nur den redaktionellen und logistischen Teil.

Super, die Community kann davon nur profitieren!

Wenn das Wiki mal grundsätzlich aufgebaut ist müsste man sich an einem verregneten Nachmittag hinsetzen und alle Forenbeiträge durchgehen. Die gestellten Fragen dann thematisch im Wiki eintragen mit einem Verweis zu den hier gegebenen Antworten. Damit verdoppelt sich der Nutzen einer beantworteten Frage: einmal um das gestartete Thema zu beantworten und dann viele male wann immer jemand in die entsprechende Rubrik im Wiki schaut und auf diese Antwort verwiesen wird.

Ich bin zwar neu hier, könnte aber helfen beim Aufsetzen und Pflegen des Wikis.
Ich schätze mal, dass das jetzige Forum als PHP / Webserver Paket auf einem Dedicated Server eingerichtet ist. Ich habe sehr gute Erfahrungen damit gemacht, wenn man Web-Services mit Docker und Traefik aufsetzt - dann wird die Installation sowie das Einrichten der Let's Encrypt Zertifikate und deren automatische Auffrischung ein Kinderspiel.

Oder ist der Plan, das Wiki auf einem anderen Server / einer anderen Domain aufzusetzen?

Ich bin gerade dabei ein WiKi aufzusetzen.
Den ein oder anderen Artikel werde ich selbst schreiben, für andere eher nur den redaktionellen und logistischen Teil.

Inhaltlich würde ich auch mitmachen, wenn es sich ergibt und ich etwas beitragen kann. Das wird dann eher im Bereich kleiner Generatoren, ESS und Hauswarmwassersysteme sein, weniger im Bereich kWh-Speicher und China Import ... da hab ich nicht viel zu bieten.

Mein Beitrag wird aber, anders als beim Vorposter, nichts mit IT sein. Ich habe zwar ein eigenes phpBB Forum, das läuft sogar stabil, aber ehrlich gesagt pralle ich immer an der Technik ab.

Herzliche Grüße
Hans

Wenn das Wiki dann was taugen soll, muss man aber globaler ansetzen als im wirklich guten Anfangspost dargestellt. Ongrid, Offgrid, Balkonsolar gibt es ja neben dem angedeuteten Victron ESS ja auch noch und diese Themen fordern völlig andere Vorgehensweisen und anderes Equipment.

Das klingt nach einem Haufen Arbeit ... sicherlich ist schon eine Menge Knowhow hier irgendwo hinterlegt, aber das hier zusammenzutragen und zu ordnen, das ist eine anspruchsvolle Aufgabe.

Andererseits zeigt das Forum im aktuellen Zustand eine gewisse Unordnung und Verzettelung, Suchen sind kompliziert, Themen tauchen immer wieder auf und jeder Neue stellt gefühlt die gleichen Fragen. Man dreht sich damit zwangsläufig im Kreis, das macht dann auch irgendwann keinen Spaß mehr. Doch, so ein Wiki wäre eine gute Idee.

Herzliche Grüße
Hans

Genau deswegen hab ich Andreas ja den Vorschlag mit dem Wiki gemacht. Bielleicht geht es nächste los, bin aber kommende Woche noch arg beschäftigt.

Habe jetzt einfach mal angefangen eine Tabelle zu erstellen.

Öffentlicher Link (lesen):
https://docs.google.com/spreadsheets/d/e/2PACX-1vQ-pmnRJZuhCQlRnbahEqOcBVWYFgIf8pCy38z56aUY3CzQudZLYUJC1EDCne9mQ2x3ASLrgYRqypfQ/pubhtml
https://docs.google.com/spreadsheets/d/e/2PACX-1vQ-pmnRJZuhCQlRnbahEqOcBVWYFgIf8pCy38z56aUY3CzQudZLYUJC1EDCne9mQ2x3ASLrgYRqypfQ/pubhtml

@Arc @Robodoc : Euch beiden lasse ich noch als Privatnachricht einen Link mit Schreibrechten zukommen.

Klar sieht die Tabelle noch nicht schick aus und ist nicht mal annähernd fertig, aber denke das ist evtl. der erste Schritt für die Vorbereitung des Forum´s Wiki/FAQ.

Die Tabelle kann gerne leben.
Zum Beispiel habt Ihr/Forum mich überzeugt zum Eigenbau 😉 Aller Anfang ist schwer, aber nur so versteht man auch SELBST die "Anlage".

Habe aktuell das Problem, das ich nicht weiß, ob ich für das Cerbo GX den EM24 im Hauptanschlusskasten als Ethernet oder RS485 nehmen soll. Was ist deren Vor- und Nachteile.
Kann der Cerbo GX eigentlich unabhängig von EM24 Ethernet/RS485 als Modbus Server für Wallboxen dienen? (PV-Überschussladen)

Vielleicht könnt Ihr mir hier die Entscheidung abnehmen...fließt dann auch gleich in die Tabelle rein 😉

Danke.

Gruß Martin

Klasse Anfang: Stelle mir grad auch eine Victron Anlage zusammen und bin am Recherchieren. Bezüglich EM24 Ethernet oder RS485 hab ich folgende Info gefunden:

https://www.victronenergy.com/live/energy-meters:start

Dort heißt es:

In case of EM24, select between RS485 and Ethernet connection:

The Ethernet model will have an advantage in installations where an Ethernet network is available. Rather than having to pull an RS485 wire between the main AC distribution board and the storage system, the existing Ethernet can be used.

The disadvantage is that this relies on that network functioning properly - in case of issues the Storage system will switch to idle mode: passthrough.

Über diesen Part bin ich auch schon gestolpert. Mir fehlt aber noch die Punkte Stabilität, Geschwindigkeit und Verkabelung aus realer Praxiserfahrung.

Das der EM24 technisch dem ET340 bezüglich der Genauigkeit überlegen ist, konnte ich bereits aus dem Forum herauslesen.

Unklar sind aber noch die Punkte:
- welche Variante liefert die Daten des EM schneller an das Cerbo GX (gibt es unterschiede zum Taktintervall)
- mit dem EM24 als Ethernet greift ja der Cerbo GX per TCP-Modbus auf den EM zu. Wenn aber der EM24 in RS485 am Cerbo GX angeschlossen ist, kann dann auch von anderen
Geräten (Wallbox, Fremd-Wechselrichter, etc.) per TCP-Modbus auf den Cerbo GX zugreifen und die Daten abgreifen?

Oder sind beide Varianten gleichwertig mit den folgenden Vor- und Nachteilen:

EM24-Ethernet:
Vorteile:
- da Cerbo GX eh am Netzwerk angeschlossen, entfällt eine weitere Leitung an den EM24

Nachteile:
- bei Problemen oder Ausfall vom Netzwerk fällt das komplette Speichersystem "aus" => Passthrough

EM24-RS485:
Vorteile:
- stabiler Betrieb auch ohne Netzwerk möglich, da geschlossenes System

Nachteile:
- direkte Verkabelung zwischen Cerbo GX und EM24 + Adapter notwendig
- 1x Adapter => Victron RS485 to USB interface 5m ASS030572050

Habe jetzt einfach mal angefangen eine Tabelle zu erstellen.

Öffentlicher Link (lesen):
https://docs.google.com/spreadsheets/d/e/2PACX-1vQ-pmnRJZuhCQlRnbahEqOcBVWYFgIf8pCy38z56aUY3CzQudZLYUJC1EDCne9mQ2x3ASLrgYRqypfQ/pubhtml
https://docs.google.com/spreadsheets/d/e/2PACX-1vQ-pmnRJZuhCQlRnbahEqOcBVWYFgIf8pCy38z56aUY3CzQudZLYUJC1EDCne9mQ2x3ASLrgYRqypfQ/pubhtml

@Arc @Robodoc : Euch beiden lasse ich noch als Privatnachricht einen Link mit Schreibrechten zukommen.

Klar sieht die Tabelle noch nicht schick aus und ist nicht mal annähernd fertig, aber denke das ist evtl. der erste Schritt für die Vorbereitung des Forum´s Wiki/FAQ.

Die Tabelle kann gerne leben.
Zum Beispiel habt Ihr/Forum mich überzeugt zum Eigenbau 😉 Aller Anfang ist schwer, aber nur so versteht man auch SELBST die "Anlage".

Habe aktuell das Problem, das ich nicht weiß, ob ich für das Cerbo GX den EM24 im Hauptanschlusskasten als Ethernet oder RS485 nehmen soll. Was ist deren Vor- und Nachteile.
Kann der Cerbo GX eigentlich unabhängig von EM24 Ethernet/RS485 als Modbus Server für Wallboxen dienen? (PV-Überschussladen)

Vielleicht könnt Ihr mir hier die Entscheidung abnehmen...fließt dann auch gleich in die Tabelle rein 😉

Danke.

Gruß Martin

Beim EM24 und auch beim ET340 mit RS485 brauchst du noch ein USB to RS845 Kabel und bei Ethernet ein Netzwerkkabel. Wenn du in der Nähe ein Netzwerkkabel hast ist es sicher einfacher. Nur ein RS485 Kabel ist auch schnell mal wo durchgezogen und einfacher zum einziehen weil es dünner ist als ein Netzwerkkabel.

Noch zwei Anmerkungen zu deiner Liste den man kann sie ohne Rechte nicht bearbeiten.
SmartMeter:
ET 340 3 phasig Schnittstelle RS485 Vorteil: Günstiger Nachteil: kann die Phasen nicht richtig anzeigen aber bei OffGird nicht so ausschlaggebend
Steuerzentrale:
VenusGX Vorgängermodell der CerboGX Vorteil: Bekommt man Günstiger Nachteil: Hat noch weniger Schnittstellen
VenusOS Raspeberry Pi: Ist ab Rpi 3 Kompatibel RPI 1/2 werden nicht mehr unterstützt.