sshd_config?
Vielen Dank, lese den Pfad seit Seite 2 mit ;-).
Habe bereits recht Zeitig die Einstellungen aus dem Google Dokument als Basiseinstellungen verwendet. und es funktioniert soweit auch. Ist aus meiner Sicht ein "optisches Problem, denn in Natura hat das BMS bei Entladung nicht abgeschaltet.
Was ist bei dir 100% voll? Wie fährst du dein System?
Hast du eine Idee hinsichtlich des BIN failure?
@portl , und du bist dir sicher das du alles gelesen und vorallem verstanden hast?
Ach egal, ich mache es für dich.
Ich glaube, ich kann dir nicht folgen.
SA ist meines Wissens nach ein fertiges Image, bei dem der SSH-ZUGRIFF nicht frei ist.
Wie kann man den von außen mit einem Befehl aktivieren. Es gibt ja keine Konsole sondern nur den Web Access.
Oder habe ich da etwas übersehen?
Ich habe SA nicht. Aber nach 2 Minuten Googeln bin ich im DIY-Solar Forum fündig geworden.
Prinzipiell sollte es wie folgt gehen.
SD-Karte an einem anderen Gerät einlegen. (Z.B. einen lauffähigen Raspberry)
Dort das SD-Karten Filesystem mounten/einbinden.
Benötigte Dateien umschreiben bzw. bei nicht vorhanden sein anlegen.
SD-Karte wieder ins SA Gerät und booten.
Wofür brauchst du denn den shell root via ssh?
Die Frage ging an @pdp1173
Und ging um das hier beschriebene Thema:
Vielen Dank! Eventuell hast du mit dem verstehen durchaus recht.
Ich werde den Versuch mit dem Entladen mal angehen. Da ich 2 x 10 kWh nutze, wäre dann auch die Vorgehensweise für beide Batterien sepparat zu machen, oder lässt sich das irgendwie zusammen machen?
Du musst es einzeln machen damit da was brauchbares raus kommt. Ein BMS wird sonst immer das erste sein.
Sorry war offline ...
Ja vom DIY Forum kam der Hinweis, aber ganz so funktioniert es in der aktuellen Version nicht (mehr?). Der Hash für die Shadow Datei stimmt nicht mehr. Daher habe ich nach langem Versuchen einen anderen Weg beschritten. Referenz unter diy : diy***com/threads/solar-assistant-data-logger.21099/page-20
-
Auf der SD Card die Änderungen wie im DIY Forum machen (/etc/pam.d/ sshd_config passwd shadow etc.)
-
Root login ging trotzdem nicht.
-
Das Booten dann den init auf /bin/bash umgelenkt. Filesystem mit "mount -o remount,rw / "schreibberechtigt einhängen.
-
Einen Hilfsuser (name "service") mt adduser angelegt und diesen der Gruppe "sudoers" hinzugefügt.
-
Mit "passwd service" dem Hilfsuser ein Passwort gegeben.
-
Den SA wieder hochfahren und sich mit dem Hilfsuser anmelden
-
Mittels "sudo su" auf root gelangen und dort mit "passwd root" ein Passwort setzen.
-
Nun ist die Anmeldung mit "root" via ssh und Console möglich.
Ist leider schon eine Weile her , und wegen der vielen Versuche kann es sein, dass es entweder viel einfacher geht oder ganz leicht anders. Jedenfalls läuft der SA mit eigenem "root" Kennwort ohne Probeme bisher. Mit dem "apt install <anwendung>" kann man schön weitere Tools (tcpdump z.B. )nachinstallieren und vor allem die Abhängigkeit von der SD Card eleminieren.
Ist natürlich alles "try it at your own risk". Leider. Dennoch bin ich mit dem SA für den Growatt SPH sehr zufrieden, weil es auf Handy und PC gut und simple läuft.
Bin noch im Urlaub. Probiere den Tipp dann aber gleich aus. Danke ?
Den Boot vom USB-Stick habe ich ohne root Zugriff gemacht. Hab das Image auf den Stick geflasht - geht aber auch mit ner ext. Ssd.
Das booten von USB kann kenn mit nem nackten Raspian dann in den Raspi reinschreiben
(s. Hier Raspberry Pi von USB-Laufwerk booten (Festplatte SSD USB-Stick))
Den SA von innen zu sehen/änder, fände ich schon sehr sinnvoll. SA ist bei seiner Entwicklung nicht gerade sehr kundenorientiert. Alle Fehler, Inkonsistenzen und Vorschläge seitens Kunden werden auf den "St. Nimmer ein Tag" vertröstet. Und das, obwohl maßgeblich OpenSource-Technik verwendet wird.
Da lege ich dann lieber selbst Hand an.
Ja, ja, danke ?. Die allgemeine Suchfunktion kenne ich. Ich meine aber eine Suchfunktion die sich nur auf diesem Topic begrenzt (daher habe ich es al "topic" Suchfunktion gemeint). In anderen Foren gibt es die Option (meistens rechts oben, wenn ich mich richtig erinnere) "suche in diesem Topic" o.ä.
Und ja, ich weiß, über die Advanced Funktion, kann man die Suche noch etwas eingrenzen, aber auf speziell einen Topic kann man es nicht einstellen.
Egaal, off-topic.
Bezüglich kalibrieren nehme ich an, du meinst, diesen Beitrag: PACE BMS - Informationssammlung - #24 von pedaaa - BMS Batterie Management/Monitoring System - Akkudoktor Forum
Bei Schritt 1. hab versucht ein Schritt weiter zu gehen, weil ich folgendes gemerkt hab:
Als ich versucht habe, die Packs komplett zu entladen, sind einige Zellen stark abgedriftet. Dies führte dazu, dass die BMS das entladen komplett abschaltete (Cell UVP). Jedoch haben die Batterien noch längst nicht SOC 0% erreicht, auch wenn jetzt einige Zellen zu stark entladen wurden. Laut Tabellen online, haben Lifepo4 Batterien erst bei ca. 48V einen SOC von 10%, und nicht bei 50.70v. Wie in Bild zu sehen ist , haben alle Zellen (bis auf Nr. 14) eine Ladung von über 10%.
Was ich dann gemacht habe, ist etwas gefährlich und mit vorsicht zu genießen, weil man da schnell einen Kurzschluss verursacht. Aber, da (1) ich keine Lust hatte alle Batterien auszubauen um sie manuell zu balancieren, (2) der aktive Balancer noch nicht angekommen ist und (3) ich solche Aktionen nicht bei vollem Akku machen wollte, weil ich annehme, das dann die Gefahr noch höher ist; habe ich:
- Das Batterie-Pack aufgemacht und zuerst alle zu BMS führenden Stecker und +Pol abgesteckt, somit BMS Spannungslos gemacht.
- Die Zelle mit der niedrigsten Spannung (hier Nr.14) und eine mit der höchsten Spannung aus der 16er Serie abgeschraubt (ganz wichtig sonst macht's bum! ?), und
- die zwei Zellen Parallel geschalten. Die Drähte dürfen nicht zu dünn sein, sonst schmelzen sie durch, aber auch nicht zu dick, sonst entlädt sich die eine Batterie in die andere zu schnell. Hängt auch davon ab, wie hoch die Spannungsdifferenz ist. Bei mir war 16mm Querschnitt ganz ok, weil es etwas warm wurde, und somit wie ein widerstand wirkte (Balancer-Prinzip). Ebenso würde ich nicht zu viele geladene Zellen zu der leeren Zelle parallel schalten, sonst wird sie zu schnell aufgeladen, was bekanntlich nicht gesund ist. Wahrscheinlich ist es aber für die Baterie die entladen wird nicht gesund.. weiß ich nicht, ich habs jedenfalls so gemacht
- Dabei mit dem Multimeter die Spannungen beobachtet.
- Nach einiger Zeit (z.b halbe Stunde) habe ich auf eine andere "geladene" Zelle gewechselt, damit die erste nicht zu stark entladen wird.
- Alles wieder wie ursprünglich zusammengeschraubt (BMS + Pol ganz am ende)
- Die Baterie weiter entladen, bis eine Zelle wieder aus der Reihe tanzte. Hab die Schritte 1-6 nochmal wiederholt und nochmal entladen.
Bei einem Pack ist mir was interessantes aufgefallen. Nachdem ich die Zellen so manuell balanciert habe, und BMS hochfuhr, zeigte er auf einmal 10% SOC an?, obwohl davor 0% stand.
Ob meine Vorgehensweise inkorrekt/nutzlos war oder nicht, weiß ich nicht, für mich klingt aber alles logisch... Meinungen? ?
Hallo Leute.
ich suche das passende PbmsTool wo ich die Werte:
CHG OC Alarm(A)
CHG OC Protect(A)
DSG OG Alarm (A)
DSG OC 1 Protect(A)
auf 200 setzen kann. Leider ist bei den Versionen wo ich gefunden habe bei 150 ist Schluss.
wäre cool wenn mir wer einen Tipp geben könnte
@foomoo ist da nicht ein Fehler bei deinen Werten: "Cell OV Alarm (V)" und "Cell OV Protection (V)"?
Meiner Meinung nach müsste "Cell OV Protection (V)" größer sein als "Cell OV Alarm (V)".
Also zum Beispiel:
Cell OV Alarm (V) = 3.54
Cell OV Protection (V) = 3.60
Ja da hab ich nur getestet ob’s geht. Die Werte muss mal schauen ob die gleich ein müssen/sollen. Danke für den Hinweis
@foomoo
Mit der Version Gobel_PC-BMS_Tools_HS2.0.3_Win32, kannst du dort Werte auch über 150A einstellen.
Ist hier jemand der schon etwas technisch tiefer in der Pace BMS Sache steckt?
Ich hab hier zwei Gobel Batterien mit jeweils dem Pace P16S200A BMS...
Die erste Batterie hat in der BMS Version eine 1.x drin stehen. Die zweite Batterie ist fast ein Jahr jünge rund hat im BMS eine Firmware 2.x
Das Problem: Das LCD Display der zweiten Batterie zeigt keine Werte an. Es geht an, ich kann alles durchtippen mit den Tasten, aber ich sehe keine Werte.
Hab von Gobel schon ein neues Display und ein neues BMS geschickt bekommen. Aber egal welche Konstellation: BMS und Display wollen nicht so recht zusammen.
Was ich bisher rausgefunden hab:
BMS und Display sprechen über eine serielle Schnittstelle miteinander. Ergo müsste BMS und Display exakt aufeinander abgestimmt sein, sonst reden die aneinander vorbei.
Mit meinem digitalen Speicheroszi hab ich mal die Pins durchgeschaut. Dem T (meint sicher TX) Pin des Display kann ich Daten entlocken. Sieht so aus als würde das Display beim BMS Daten abfragen wollen. Aber auf dem R (meint sicher RX) Pin des Displays kommt nur rauschen.
Aktuell tippe ich darauf dass das Display eher zum Revision 1 des BMS passt als zu Revision 2.
Gobel braucht schon Tage um das zu klären. Und die Firma Pace selbst gibt keine Auskünfte.
Das BMS an sich funktioniert. CAN Bus und Co. funktionieren wie es sein soll. Nur eben das Display will nix anzeigen.
@tuxedo0801
Wenn das wirklich an der Firmware liegt (was ich fast nicht glaube), gibt es hier in Forum ein link zur einer Firmware von Goebel: P1547V300-21606-1.01-001.bin
Wieso sollten sie die Firmware so grob geändert haben, damit die Displays nicht mehr kompatibel sind?
Ich nehme an den Kabel zum Display hast du schon ausgetauscht. Ebenso sichergestellt, dass die Pins auf die Leiterplatten keinen Wackler haben?
"rauschen" hört sich fast so an wie hardware Fehler.... aber wenn du die Firmware v2..als backup hast, dann kannst du mal die oben genannte ausprobieren, und wenn es nicht geholfen hat, dann die neuere Fw 2.0 wieder drauf tun.
Ebenso, falls du die FW. v2.. hast, kannst du sie auf der ältere Batterie drauf spielen und schauen, wie sich die alte Batterie verhält. Und wenn das Display wirklich nicht mehr geht, dann kannst du die hier aus dem Forum nehmen (aber überprüfe zuerst ob die FW v1.01 die hier zu finden ist, auf dein Pack flashbar ist)
Ich kann mir irgendwie nicht vorstellen das die an der Displaykommunikation was geändert haben bei PACE bzw. Gobel.
Die sonstigen Protokolle sind auch von anno Steinschlag.
Hast du mal das Display an der anderen Batterie getestet?
@disaster123 Hallo disaster123, ich bin eben auf deinen Post gestoßen. Ich habe zwar einen Titan Speicher, jedoch mit der gleichen BMS Version wie Gisbert, nur in der Seriennummer die letzten drei Ziffern vorm H 140 Zähler weiter.
Meine Frage, könntest du mir die aktuelle Version zukommen lassen?
Danke und ein schönes Wochenende
Thomas


