Cipisova FVE

[cipis]

Další zjištění - musím se koukat o hodinu dříve do logu, protože serialbattery má od nějaké verze vlastnost, že při ztrátě BMSky ještě hodinu nechá systém jet, pokud byly poslední hodnoty napětí na článcích ok. Anebo případně to celé shodí dříve.
Ale zatím to vypadá, že z nějakého důvodu upadne komunikace s BMSkou, chvíli (60 minut) to jede jakože bez ní, a hledá to dál na portech, které jsou volné (3 z těch všech jsou nezapojené plus ty tři, na kterých to fyzicky je a nenajde tam BMSku).
Spadnou všechny tři, bez ohledu na to, kam je která zapojená, takže tam elektrický problém může být akorát v případném nízkém napětí, kvůli počtu těch destiček. Že tam spadla ta s INR, tak asi bude náhoda, či to snížení bylo ještě větší.

[Antrac1t]

prvne jsem mel tip, ze to bude skrz stejny SNka z prevodniku a rpi. Ale vidno ze 17tka byl prvne ve.direct a GPS,pak BMS ... z meho pohledu to bude drbat ten prevodnik ...

edit: mas neco na log napeti na tom prevodniku ?

[cipis]

To by odpovídalo tomu mému podezření na nízké napětí, třeba si zrovna RPi pápne, a poklesne to.
Mám pár měřáků, ale nic s logováním, mám myslím někdy i od hantecu handheld osciloskop, co má i usb, tak když tam strčím notes a zkusím to vyčítat, tak by se mohlo podařit. Nicméně prvně to budu muset změřit, ono když už tam bude něco na spodní hranici, tak to ani nebude třeba logovat, dokud to neposílím. Vlastně to můžu nadrzo zkusit napájet každou destičku zvlášť 5V adaptérem, konektor to má a 5V adaptérů mám dost.

[Antrac1t]

pokud mas vice 5v adapteru tak to tam pripichni na tvrdo, nez nejaky laborovani s merenim ... pokud by ani to nepomohlo, tak jeste jedna moznost je namapovat na tvrdo ttl porty pod dummy SN, kdyby nahodou se RPI motalo skrz detekci stejnych SN (stejnej problem jsem resil pri pouziti cinskych kamer na AOI v hokne, taky se pripojovaly a odpojovaly a stale se to motalo)

[kodl69]

Trochu odjinud, ale podobnej problém. Když jsem složil 3d tiskárnu voron, tak jsem dal na napájení nějakej levnej 24V zdroj od číňana. Tiskárna se někdy prostě zasekla na místě, baz jakýhokoliv chybovýho hlášení v logu, prostě tuhá na fleku. 5V pro RBpi v tiskárně zajišťuje stepdown na desce tiskárny. Zkusil jsem připojit další 24V zdroj paralelně k tomu prvnímu, a najednou všechno chodilo bez zastavení. Tak jsem koupil značkovej Meanwell, i když nižšího výkonui, a nemám s tím problémy...

[unicast]

Čínský volty jakž-takž sedí. Čínský ampéry, to je jiná liga

[cipis]

Problem bude nejspis v napajeni toho RPi, mozna ten poe hat. Trefil jsem se zrovna na zacatek vypadku, tak jsem uslysel zaknuceni od toho RPicka a v ten moment zhasla komunikace s temi JBD BMSkami.
Zkusil jsem dat ty komunikacni desky primo na 5V adaptery a nic, spis se ta cetnost zhorsila.
Zajimave je, jakym zpusobem to spadne. Proc hlavne komunikace se vsemi zarizenimi jede dal, resp. nevypadla nikdy komunikace s Victron zarizenimi.
Co jsem vsude hledal, tak JBD uart i ve.direct pouziva 3.3V logiku, tak mam nastavene i ty komunikacni desky. Kdyby byl ten uart JBD 5V, tak to chapu, ze to obcas spadne, kdyz zaskobrtne napajeni.
Jdu se zbavit toho INR, stejne to na nic nepouzivam, mel jsem to jen na mereni napeti, ona je na tom wifina, tak jestli si obcas ublinkne a udela to nejaky zub na napajeni.
No a pak uz jedine vymenit to RPi, to predpokladam staci prehodit pametovku do jineho.

[Antrac1t]

zkus z tama odpojitvse co nepotrebujes a nech jen BMSky popripade postupne pridavej aji je. Pokud ti to do ted nedelalo a zacalo az kdyz jsi prihodil dalsi tak jedine jinej zdroj

[cipis]

Tak mi to už víc jak 24 hodin jede stabilně. Ale nevím, čím jsem to opravil.
Vyměnil jsem to RPi s POE HATem za jiný kus, jen jsem přehodil kartičky. "Starý" kus totiž najednou ztratil všechna zařízení. "Nový" kus už při restartu nekňučí, tj. ten starý má asi nějaký problémek s napájením, byť to dělalo celou dobu, co to mám, a jelo to stabilně.
Jenže po výměně a patřičném přenastavení (muselo se změnit ve VRM číslo - MAC adresa instalace), tak najednou i "nové" RPi ztratilo všechna zařízení. Tak jsem to vše odpojil a postupně připojoval. No a začalo to tam naskakovat a pak zase mizet. Už jsem pomalu nevěděl, co kam atd., tak mě napadlo nacpat všechno, co šlo, do toho USB hubu, co je do jednoho portu v RPi. A poslední destičku holt přímo do RPi, protože ten hub má jen 4 porty.
A hele, ono to najednou jede. Tak vůbec nevím, čím jsem to "opravil". Mám pocit, že LEDky na všech portech blikají trošičku pomaleji, to jsem si vzpomněl, jak tu Ivo psal, že musel zpomalovat driver na serialbattery, tak jestli to mělo souvislost s tím, že to tak razantně četl, až to nedávalo napájení/výkon stroje, že se kousnul? A tady to zpomalení dělá USB hub sám o sobě?
No uvidím, co to udělá, až přidám další zařízení Ještě tam mám dva šunty a dva regulátory

Jo, a staré RPi jede normálně na jiném místě, ale tam jsou jen dvě zařízení.

[Antrac1t]

tak snad fix a bude to klapat ...

[cipis]

Jj. Díky za asistenci

[Antrac1t]

v poho, moc sem toho neudelal ... tyhle srajdy se blbe resi, aneb "ted to jde, pripojim neco jineho a nejde to, odpojim co sem pripojil a stale to nejde" xD

[cipis]

Tak to zabralo opravdu jen na těch pár dní ... Aktuálně to padá 2-3x za den. Restart to spolehlivě obnoví.
Zkusil jsem tam dát napájený 7 portový USB hub, chová se to stále stejně. Vždy spadne serialbattery a vebus s multiplusem, resp. na vebus to pošle lowbattery, což je totální nesmysl.

Další věc - olovo jsem dal na dvě části, každou za 500A shunt. Jak tomu shuntu mám říct, aby měřil procenta nabití podle napětí, jako každý jiný normální měřák olověných baterií? Kde je ta závislost napětí vs. procenta zřejmá.

[Radar]

Jestli to ztratí komunikaci, MP 2 se vypnou a bliká na nich červená LED low battery, na začátku při různém přepojování LAN kabelů k Cerbo se nám to taky asi 2x stalo, takže to nebude chyba ale zřejmě vlastnost.
S tím shuntem teda nevím. Když je v systému olovo i LiIon a dva shunty, jak se v tom má systém vyznat co je co, když je v systému jen jeden battery monitor..?

[cipis]

Jeden? Tam je 3x BMS k liionkám, 2x shunt k olovu, 1x shunt k měniči na vytěžování (nastavený jako watter heater, ale to Victronu řadu let nefunguje, zatím to nedokázali zprovoznit, aby to zobrazovalo ve VRM) a 1x shunt k Epeverům jako solar charger (to jako jediné funguje správně). Další jeden nebo dva shunty jsou nachystané pro další měniče.
Systém má nastavenou automatickou volbu, je tam primárně jedna z těch BMSek na liionkách. Když se posere ten serialbattery (nejspíš je chyba v něm), tak si to má vybrat další v pořadí, tj. to tam jako primární dá olovo. Jenže ten posraný serialbattery shodí všechny Victron regly, protože ztratil kontakt s BMSkama. Nejde tam tohle chování vypnout, max. dát 60 minut provozu, když je posledně reportované napětí článků/baterie v "normě".

Nicméně to nemá nic společného s tím, že shunt na olovu reportuje 100 % nabití, ikdyž není dosaženo stanoveného napětí.

[Radar]

Shuntů (v různých použitích) tam může být víc, ale jako battery monitor se ve VRM dá zvolit přece jen jeden,....

U toho co je u olova - a co kalibrace napětí? Souhlasí to co ukazuje s tím co je fyzicky naměřené na baterce?
Nesouvisí to s proudem, který do baterie třeba už neteče a tak hlásí 100?
Nesouvisí to nějak s degradací olova?
S tím nemám zkušenosti, jen spekuluju co by za tím mohlo být....

[cipis]

Ano, je tam automaticka volba ridici BMSky. Jenze ony selzou vsechny tri.
Nasel jsem nekde nejaky clanek o chybe v RPi o USB a FTDI, vypada to na nejaky bug v kernelu. A pri tom mnozstvi prevodniku/portu jsou ty projevy asi castejsi. Musim nastudovat, o co jde ...

Ano, napeti sedi, proud sedi, degradace s tim nema nic spolecneho. Nejak jsem zatim neprisel na to, jak mu rict, ze tam je olovo a ze ma jet podle napeti.

[Soban]

Podle napětí se SOC neurčuje!

Takže třeba správně nastavit peukertovu konstantu a učinnost v % a napětí a proud kdy se má SOC nastavit na 100%

Do začátku ho skus dát do default stavu a nastavit pouze kapacitu baterky (v default je to nastavené na olovo).

[cipis]

Bavíme se o olovu a liionkách, tam závislost SOC na napětí je a dá se to podle toho v rámci možností určovat.

Je to v default a změněná jen ta kapacita.

Teď už v olovu rozhodně není 100 %. Balancery ukazují 85-90 %.

Co teda jinak nastavit?

[Soban]

Peukert exponent a tu účinnost.

Pak to napětí a proud, prostě při tom napětí na kolik klesne proud když jsou nabité, aby se správně nastavovalo SOC při 100%.

Pokud ale jedním měříš olovo i liion tak to neodladíš.

Taky nastav SOC baterie při resetu na minulé, default při odpojení se nastavuje na 100%

Až přijdu domů tak se kouknu pořádně na ty hodnoty.