BMV-700

[vlkazajac]

...V tom BMV nie je jediná vec, ktorá by bola urobená lepšie ako mám ja....

Pripúšťam, že je to možné a že to môže byť podložené Vašimi schopnosťami. Dávam bod za guráž !

Fugas, domnievam sa, že meranie SOC vyžaduje bezpodmienečne bočník pred bateriou. Potom sa len sčítava, čo batéria dala / prijala.

OT
Mojím najväčším záujmom od začiatku bola aj zostáva starostlivosť o batérie, dôvody sú jasné. Zároveň, ak technický prostriedok k tomu stojí toľko, ako 30 % mojej kapacity, mám pochybnosti o jeho zafinancovaní. Preto je mi možnosť použiť lacné Arduino sympatická, aj keby som dostával výsledky výpočtu len ako priblíženie k skutočnosti. Aj chyba sa dá zakalkulovať.....
Moje znalosti programovania začínajú s Basicom a končia s napísaním pár makier v exceli, medzitým som raz naprogramoval obstarožnú frézku “odezíraním“ iného programu, na jazyk sa ma nepýtajte. Toť vsio.
Privítal by som, keby som mohol strčiť nos do výpisu programu v spomínanej aplikácii. Málokedy mávam takú motiváciu niečo sa dozvedieť a naučiť. S odkazom na Vaše vyjadrenia o Gatesovi Vás chcem požiadať, aby ste zverejnili svoj program v novom vlákne. Ak by ste predsa len požadovali primeranú finančnú kompenzáciu, som pripravený ju poskytnúť. Aj za knihy platím, keď mi stoja za to.

[JonasPP]

Ojha,jaka debata,uražanie,mudrovanie a jak nad tym uvažujem,tak chapem iba tolko,že je jedno čo Mi povie približny stav uložiska,dodanu energiu zo solarok,proste lepšie kukať aj na made china wattmeter,alo prstom dlubať v oku,lebo neviem čo stvara doma solarko jak som v robote.Nahajte to už tak,každemu niečo ine viac sedi,lebo nik nema rovnaku elektrareň,každy ma vlastnu dokonalu zostavu.Ale jedno je iste.Pre neznalca ako som Ja pridavajte postrehy a hlavne najlacnejšie možnosti tu na forum,nech si to dokažeme zbuchať doma.Len sa prosim pri tom neosočujte,tam cesta nevedie.

Jano.

[vlkazajac]

Vy nemudrujte ! Nevidím na tejto debate nič tak závadné, aby ste hovorili KUŠ ! kodl69, lix a rottenkiwi. Zbúchajte si, ja chcem vedieť, ako merať SOC.

[rva]

Já používám ve spolupráci s bočníkem https://www.aliexpress.com/item/Hot-sel ... 86301.html, ale je to vhodné jen pro baterie Li-xxx, u kterých není ztráta při nabíjení/vybíjení. A ta relátka v tom mi zapnou přes stykač vytěžovací zásuvky, když jsou baterky dost nabité.

[abrams]

Zdravím ,

BMV 700 sem si koupil loni pod stomeček ale letošní vánoce bude trávit u jiného vánočního stromečku .
Nejsíš vlivem 500A bočníku měl značné problémy s měřením proudů pod 3A , což se při každodenním resetu Absorbem dalo snést , dokud bylo . Co mě osobně na něm nejvíc vytáčelo byl reset na 100% SOC (to je v cajku) ale současně reset na 0Ah ... kterej vůl to vymyslyl ! 100% nabitá baterie má 0Ah . U nějakýho bazmeku z rosypanýho čaje za pár šušňů dejme tomu , ale u drahýho Victroňáckýho měřáku ? No fuj .

OT : mé dosavadní hledání schopně fungujícího měřáku Ah je tristní ... PowerLog dodnes nepokořen .
Mimochodem , mám doma pár plonkovních čínských měřáků http://www.ebay.co.uk/itm/NEW-120V-100A ... =undefined s 200A bočníkem - sou docela povedený až na jednu zřejmě krpu v programu , a to že za 1hodinu při konstantním proudu 60A napočítá 66Ah (cca + 10%) . Jinak měření aktuálního proudu , napětí i wýkonu zvládají .

Elektronům zdar

[rottenkiwi]

Na rozdiel od iných vecí je matematika u mňa aj vo Victrone, aj v celom vesmíre aj našom Vesmíre ROVNAKá.

Ergo, že ja som strávil 35 r. štúdium matematiky je moja vec, že iní na to kašľali, je ich vec.
Že ja som strávil 35. r. hraním na keyborde, klavíri a organe, viem 14400 piesní do kostola
spamati, je moja vec, a že to nevedel nikto v ČSSR je preto, že ostatní sú rel. lenivejší ako je,
nie je to vobec mojími neviem akými schopnosťami.

Keď Bilko Gate dosiahe aspoń toto čo ja, a rozdá všetko čo má, budem len rád, že dostal rozum.

A že tu niektorí, čo ma kritizujete, a za 2 roky ste prd naprogramovali, je vaša vec, ste leniví,
ale to ja riešiť nebudem, keď nechcete byť prospešní pre iných, ale neberiete lieky, ktoré
vám rozostrujú=blurr videnie, a zhoršujú komunikáciu neurónov, tak vzhľadom, na to, by ste mohli
uzobiť napr. pre mňa cca. 30 x viac, lebo vy ste zdraví, ja možem pracovať len 1-2 dni v mesiaci
a to ešte nemám čo jesť, keby som dal mozgu čo potrebuje, moj mentálny výkon by bol oveľa
vyšší, na úrovni 0.01 % ĺudí na svete, to sů fakty zistené psychiatrami a psychológmi.

Problém, je, že NIKTO na SVK nerozumie mozgu človeka, a tak sa liečba pacientov robí odbuka-dobuka,
podľa vzdelania primára oddelania, to je vačšinou žalostné, a spatná vazba od pacienta je nulová,
lebo ich vobec nezauíma ako sa paciet po podaani haloperidolu, bistonu, risperdalu či ďalších
desiatok molekúl cíti. Vobec ich nezaujíma farmakodynamika liečiva a o kinetike vedia prd.

Prečo ? Lebo nevedie merať ELEKTRICKĚ PRUDY v mozgu, o tom je táto téma, o meraní prúdov.

[kodl69]

Já teda tvrdím, že je potřeba SOC znát, třeba kvůli nakládání s energiií - pokud vím, že mám v baterkách 30% tak nebudu zapínat pračku večer, ale nastavím odložený start na dopoledne. A nebo jdu vypnout měnič, abych měl dostatečnou rezervu na DC spotřebiče. Stejně tak při 80% SOC je třeba zapnout něco pro spotřebu přebytků, netřeba to tlačit až do 100%.

[rottenkiwi]

Koľkí z vás vedia, že BMV nastaví zle SOC, ak klesne prúd pod nastavenú hodnotu napr. večer,
keď prídu mraky a klesne nab. prúd ?
Viete že BMV nastaví zle SOC, ak nedojde k poklesu napatia a prúdu, lebo napr.
nikdy nedojde k tomu, aby bola ukončená fáza absorbcie ?
Pozrite a preštudujte si 10.ky fór v angličte, ake s tým majú problémy napr. v RV.
A potom tu mudrujte, ak si niečo o tom prečítate, ale ak to máte doma, a v tom jednom
prípade, keď to funguje OK, ešte neznamená, že ten SW v ňom, je tak dobre debugovaný,
že to funguje všetkým, so všetkými regulátormi, typmi bateriek, pri vš. teplotách, etc.

Správanie BMV.x s LiFE:
http://caravanersforum.com/viewtopic.php?t=61408

[vlkazajac]

Verim tomu, ze dobry programator s Arduinom spravi viac, ako vie BMV. Len z pozicie uzivatela viem povedat toto:
Ocakaval by som viac, ako pise kodl69. Toleroval by som aj nie celkom presny udaj o SOC ( viem, ze pre LiFePo je to dolezite ), ale nechcel by som behat do suterenu zapinat a vypinat menic, chcel by som trojstavovu signalizaciu pre zapinanie silnych spotrebicov, aby tomu rozumel kazdy clen domacnosti ( akysi semafor : nezapinaj \ zapni, ked musis \ zapni ). K tomu by musel vediet program pracovat s kalendarom, resp. s aktualnym sumrakom a celkom urcite aj s vlastnou predpovedou slnecneho svitu. O tom som tu uz raz snival - vlastny skener oblohy a pohybu oblacnosti smerom k ekliptike. Uloha pre Arduino ako stvorena! Priznajme si, ako casto cumime na oblohu! A ked nie sme doma ? Howgh.

[rottenkiwi]

No tom aby Arduino komunikovalo po slovensky, aby pozorovalo oblohu a detegovalo aktuálne počasie
cez 360 * kameru sa pracuje, ako aj aby sledovalo shmu radar + družicu a podľa toho riadilo
reguláry a tým i nabíjanie s focastom na 2 - 3 dni + ochrana trackerov voči vetru.

Ale nechcite od chorého človeka, aby úlohu pre 200 programátorov, testerov a HW inžienorov,
ktorí pracujú 12 hod denne a za to berú nemalé peniaze, urobil sám za rok.

Prečo to nemá Victron, Studer, Tristar, MidNite, čo robia ? Zaspali dobu ?

[Nicholas]

Proč by to dělali, když se jich to týká okrajově (měnič mění DC na AC, regulátor hledá MPPT a nabíjí baterii)? Tyhle věci se řeší pomocí PLC ala inteligentní domácnost, které se naučí návyky obyvatel a podle nich a počasí řídí priority - ohřívá vodu atp. Vývoj stojí dost peněz a taky si ho nechají zaplatit, prodražovat komponenty kvůli tomu by se mi určitě nelíbilo.
Při dobrém návrhu podle mě stačí priority podle maxima - pokrýt spotřebu, přebytky do baterie a po jejím dobití do teplé vody. Aby měnič nebo bateriový monitor věděl, že zítra si budu chtít dát vanu nebo přijede návštěva a kvůli aktuálnímu počasí radši víc ohříval vodu než dobíjel baterii, to už chce stejně pomalu umělou inteligenci.

[vlkazajac]

Ja nechcem, aby ste to robili nevyhnutne Vy. Su na fore ludia, ktori by sa mohli angazovat, lebo to vedia. Ja len podpichujem, lebo to neviem. Ale do fronty zakaznikov sa staviam hned.
Viacdnova predpoved z ineho zdroja je k nicomu, treba skenovat lokalne podmienky a vyuzit ich na maximum v dany den.

[FRSO]

Koľkí z vás vedia, že BMV nastaví zle SOC, ak klesne prúd pod nastavenú hodnotu napr. večer,
keď prídu mraky a klesne nab. prúd ?
Viete že BMV nastaví zle SOC, ak nedojde k poklesu napatia a prúdu, lebo napr.
nikdy nedojde k tomu, aby bola ukončená fáza absorbcie ?
Pozrite a preštudujte si 10.ky fór v angličte, ake s tým majú problémy napr. v RV.
A potom tu mudrujte, ak si niečo o tom prečítate, ale ak to máte doma, a v tom jednom
prípade, keď to funguje OK, ešte neznamená, že ten SW v ňom, je tak dobre debugovaný,
že to funguje všetkým, so všetkými regulátormi, typmi bateriek, pri vš. teplotách, etc.

Správanie BMV.x s LiFE:
http://caravanersforum.com/viewtopic.php?t=61408

Zdravím, to že to ukazuje špatně dle toho videa je, že to má uživatel velmi špatně nastavené a provádí se mu automatická synchronizace takto velmi často, má nastaveno U=13,2 (tovární nastavení), zbytkový proud 4% (16A) a čas 4 minuty, při splnění těchto podmínek se mu to vynuluje, i když to není nabyté !!, je potřeba si pročíst návod.

[rottenkiwi]

Nemal ho nastavený špatne, ale má vnútri blbý program, čo dokazuje tento výpis:
Time......Volts.....Amps......Ah........S-of-C
08:30.....13.00.....-5.0.....-200.8.....44.90%
09:00.....13.13.....5.80.....-202.3.....44.60%
09:30.....13.13.....11.5.....-197.0.....46.00%
10.00.....13.14.....5.70.....-194.6.....46.70%
10.45.....13.30.....18.0......00.00.....100.0% !!!

At 10:45am the battery monitor displayed the following:-

Nastala situácia, s ktorou programátori nepočítali, že može byť na baterke 13.3
keď je zamračené samozrejeme že prúd bol menej ako 4 % a naraz skočilo SOC
na 100 %. Podobné problémy mal Studer v jednej verzii softu, tu na fóre sa to riešilo.

Takže vidno, že mašinky majú po HW stránke lepšie ako Arduino, a programovať
sa na škole nenaučili Tak nech pekne vrátia diplomy a zopakujú si algebru a analýzu.
algoritmy, invarianty, štruktúry bazy dát, etc.

Manuál hovorí.

I'm confused. The Victron manual says:-

"The charged voltage parameter should always be slightly below the end of charge voltage of the charger (usually 0.2V or 0.3V below the "float" voltage of the charger)".

Takže, ako je správne pre LiFE float na 13.5, tak mal to mať podľa manuálu nastavené na 0.2 || 0.3 pod float.

[FRSO]

Nemal ho nastavený špatne, ale má vnútri blbý program, čo dokazuje tento výpis:
Time......Volts.....Amps......Ah........S-of-C
08:30.....13.00.....-5.0.....-200.8.....44.90%
09:00.....13.13.....5.80.....-202.3.....44.60%
09:30.....13.13.....11.5.....-197.0.....46.00%
10.00.....13.14.....5.70.....-194.6.....46.70%
10.45.....13.30.....18.0......00.00.....100.0% !!!

At 10:45am the battery monitor displayed the following:-

Nastala situácia, s ktorou programátori nepočítali, že može byť na baterke 13.3
keď je zamračené samozrejeme že prúd bol menej ako 4 % a naraz skočilo SOC
na 100 %. Podobné problémy mal Studer v jednej verzii softu, tu na fóre sa to riešilo.

Takže vidno, že mašinky majú po HW stránke lepšie ako Arduino, a programovať
sa na škole nenaučili Tak nech pekne vrátia diplomy a zopakujú si algebru a analýzu.
algoritmy, invarianty, štruktúry bazy dát, etc.

Manuál hovorí.

I'm confused. The Victron manual says:-

"The charged voltage parameter should always be slightly below the end of charge voltage of the charger (usually 0.2V or 0.3V below the "float" voltage of the charger)".

Takže, ako je správne pre LiFE float na 13.5, tak mal to mať podľa manuálu nastavené na 0.2 || 0.3 pod float.

ještě jednou, měl to blbě nastavené a tím umožnil tu sychchronizaci předčasně, to BMV je jen počítadlo, co mu zadáš s tím pracuje, stačí jinak nastavit a fungovalo by mu to správně, další debata je ztráta času

[Nicholas]

V manuálu je vidět, že za nabití považují dosažení nastaveného nabitého napětí se zbytkovým proudem menším než nastaveným po nastavenou dobu. Jak se tento princip liší od počítání Arduinem? Pokud to je moc zjednodušené a může nastat situace, kdy budou splněny podmínky a baterie zdaleka nebude nabitá, tak je chyba spíš v základním principu než v programu, který jen vyhodnocuje splnění definovaných podmínek. Nebo v nabíječi.

Možná měl jen opravdu mít nastavené vyšší to nabité napětí. Pokud má nabíjecí 13,6 V a měl by na BMV 13,6 - 0,2 = 13,4 V, tak by se ta situace nejspíš vůbec nestala.

PS: Programátor obvykle není zároveň pokročilý matematik, fyzik a elektrotechnik (ač se to do nás pod tlakem snažili narvat všechno). Pokud tam mají bug, je to taky chyba návrháře algoritmu nebo testerů.

[FRSO]

V manuálu je vidět, že za nabití považují dosažení nastaveného nabitého napětí se zbytkovým proudem menším než nastaveným po nastavenou dobu. Jak se tento princip liší od počítání Arduinem? Pokud to je moc zjednodušené a může nastat situace, kdy budou splněny podmínky a baterie zdaleka nebude nabitá, tak je chyba spíš v základním principu než v programu, který jen vyhodnocuje splnění definovaných podmínek. Nebo v nabíječi.

Možná měl jen opravdu mít nastavené vyšší to nabité napětí. Pokud má nabíjecí 13,6 V a měl by na BMV 13,6 - 0,2 = 13,4 V, tak by se ta situace nejspíš vůbec nestala.

PS: Programátor obvykle není zároveň pokročilý matematik, fyzik a elektrotechnik (ač se to do nás pod tlakem snažili narvat všechno). Pokud tam mají bug, je to taky chyba návrháře algoritmu nebo testerů.

Zdravím, přesně tak jak píše Nikolas, měl neumožnit tu synchronizaci jiným nastavením, třeba zvýšením napětí, proudu, nebo toho času a bylo to vyřešené, -Ah by se pěkně odečítaly nabíjením, program v BMV je v pořádku, akumulátor je chráněn nastavením MPPT.

[rottenkiwi]

Chlapi nehnevajte sa, ale píšete odveci, ak tam nastavil 3 parametre, 400 Ah, 1.1 pevkert, 1 účinnosť,
tak aj ten najblbší soft by pochopil, že sa jedná s pravdepodobnosťou 0.99999 o LiFe resp.
o ničo iné ako Pb, ktoré majú pevkert nie 1.1 ale skor bližsie k 1.25.

Takže ak by soft bol správne urobený a nedetegoval len 2 nič nehovoriace podmienky
a meral SOC podľa prúdu IN a OUT, tak by sa toto nestalo. Proste nesprávny mat. model
na danú situáciu. / šak urobme to jednoducho, šak aj tak to počíta dobludu /

Keby toto urobilo moje Arduino, tak mu tu roznesiete v zuboch, ale keď to urobia chlapci
zo Studeru či Victronu, tak to je OK, nič sa nedeje ? Buďme trochu objektívni.

Vy neporovnávajte seba s majiteĺom RV, ktorý o nabíjaní všetkých druhov batérií vie prd.
On postupoval presne podľa manuálu a manuál bol zavádzajúci.

Takže otázka, som potenciálny majiteľ BMV(x0y)
1. mám 12 V nominal, 220 Ah LiFE /13.66 V / , 800 Ah Trojany /14.8 V / , 800 Ah Banner /15.2 V / , 40 Ah LTO / 16.2 V / a 200 Ah Gel Pb /14.05 V/ .
2. Nabíjačky 3 X 40 Tracer RN , 1 x 60 Tracer IT

Aké nastavím parametre do BMV, aby to +-5 Ah ukazovalo spávne SUMU kapacít všetkých
mojich bateriek, v závislosti na teplote / teplota Dallas čidlo +- 2 *C / ?

[Nicholas]

Oni nejsou blbí, oni používají jednu z více online metod určení SOC. Kdyby byla jedna jediná nejlepší, tak ji všichni používají.

Na takovou kombinaci typů baterií bude asi každý takovýhle bateriový monitor krátký a opravdu nezbyde než udělat si vlastní měření.

[vlkazajac]

...Takže otázka, som potenciálny majiteľ BMV(x0y)
1. mám 12 V nominal, 220 Ah LiFE /13.66 V / , 800 Ah Trojany /14.8 V / , 800 Ah Banner /15.2 V / , 40 Ah LTO / 16.2 V / a 200 Ah Gel Pb /14.05 V/ .
2. Nabíjačky 3 X 40 Tracer RN , 1 x 60 Tracer IT

Aké nastavím parametre do BMV, aby to +-5 Ah ukazovalo spávne SUMU kapacít všetkých
mojich bateriek, v závislosti na teplote / teplota Dallas čidlo +- 2 *C / ?...

Ak hovoríme o jedinom BMV s týmto navešaným arzenálom, potom je tá otázka už dosť mimo......

Mám 6 detí s piatimi ženami, ktoré dieťa sa najviac podobá na môjho nevlastného otca ?