Poloostrov 2xXTM + LFP 30kWh + 12kWp

[redcrown]

Je to tak. Souvisí to s BMS.

[milhaus]

já bohužel musím nahlásit problém, že mi nefunguje správně battery priority. Když jede se sepnutým transfér relé, tak se to tak podivně mění, chvíli jede skoro naplno na baterii, za chvíli zase skoro jen na síť a tak pořád dokola. Navíc jsem narazil na to, že jsou dva parametry pro prioritu baterie. 1296 a 6071.
Když jsem priority baterie zapnul přes menu BMS tak se zapnul jen parametr 6071 na yes. Zkoušel jsem zapnout i 1296, ale stejně to je divné. Nevíte někdo, proč jsou ty parametry dva? Případně jaká je jejich vzájemná vazba?
Jak se to tak střídá, tak na displeji problikává Limit a Boost. Dnes jsem bohužel neměl moc času, tak uvidím, co vypátrám.
Zkoušel jsem to na fázi, kde není paralelní provoz. Ono ale pokud se jede s rozepnutým transfér relé, tak battery priority podle mě skoro není potřeba. Samozřejmě záleží na tom, jak často stav sepnutí síťového relé nastane.
Pořád neskutečně bojuju s Batriem. Chvílemi si říkám, jestli by mi nebylo bez ostrovu lépe.

Pokud je v systému použito řízení baterií po Xcom-Can používá se parametr 6071,6072 (a 1296,1297 je v menu RCC skryto)
Pokud se používá BSP-500 - bat. priority se řídí par.1296,1297.
Všechny položky jsou vidět pouze přes portal studer, tam jdou i nastavovat přes heslo instalatera.
Doporučeno je nastavovat jen dle použitého řízení baterií.
Pokud je transfér relé rozepnuto, opravdu není potřeba bat.priority.- Pouze do doby než dojde k přetížení výkonu měniče, pokud není B.P. povoleno a je nastavené přifázování měniče dle výkonu(1257), tak měnič by bral vše do hodnoty hlavlního jističe(1107) a až potom by pomáhala baterie(nebo panely).
Běžně je žádoucí i při přetížení měniče a připojení na síť, aby prvně byla pokryta spotřeba baterií a síť jen pomohla nad nedostatečný výkon měniče. Měnič si jen přicucne co potřebuje navíc. Proto je dobré B.P mít nastaveno pořád , pro maximální využití energie ze slunce.

To cyklování baterie je způsobeno podle mě tím Xcom-Can. Také jsem to pozoroval.
Xcom-Can si tak nějak osahává co tam ještě může pustit.
Proto je dobré nechat systém mimo síť(odopjené transfer relé) , až např. jen 5% nad backup, kdy už se baterie nemá vybíjet(6062) viz co jsem dával nedávno:
https://www.studer-innotec.com/media/do ... n-v1.1.pdf

[redcrown]

Ano, tak to vidím taky. Škoda jen, že battery priority nefunguje lépe. Pro velký systém s dostatkem baterie i měniče by to nemusel být zase tak velký handicap.

[kodl69]

Tohle jsou problémy přetechnizovanejch systémů... Když jsem měl půjčený XTM, neměl jsem do něho vůbec síť připojenou, na přepínání sítí mám stykače, který přepnou po vypnutí (výpadku) měniče, měnič můžu ovládat kontaktem z midnite podle SOC, ale ani to není potřeba, takže zařízení je jednoduché a funguje spolehlivě. Žádný sběrnice, nikde nenastavuju hromadu parametrů a nejsem překvapenej, jako třeba u Aksperta, že nejde nastavit rozmezí napětí pro chod z baterie a pro zap/vyp nabíječky tak, jak bych chtěl já, ale jak si to vymyslel výrobce. A s tím už nic nenaděláte, leda to ještě trochu zesložitit dalšíma "mezikusama" na can sběrnici, který budou "lhát" různejm komponentům co se vlastně dějě. To bych nechtěl ani zadarmo.

[redcrown]

Ano, máš samozřejmě pravdu. Dokonce pod tíhou těchto úvah by se mohlo zdát, že zlatá DS. Vypadne to dvakrát za rok, malé riziko požáru, min. riziko pádu ze střech apod.
Zase na druhou stranu, vzít knížku do ruky, to není úplně můj šálek kávy....
Je potřeba vzít v potaz i to, že ten Studer systém má několik výhod. Já jsem si od toho sliboval, že u velkého systému je např. lépe zvládnutelné balancování. Potom ten systém paralelních a 3f zapojení vs. vlastní spotřeba.
My si ale asi vlastně ani nestěžujeme:), jen se snažíme pochopit systém. Kdybychom si to nechali udělat od někoho, kdo to ovládá, tak by to třeba fungovalo na první dobrou. To by nás ale asi nebavilo. Někdo se snaží pochopit Studer, někdo doma vyvíjí vlastní měnič:). Hlavně že si máme s čím hrát:)

[marsal64]

Tohle jsou problémy přetechnizovanejch systémů... Když jsem měl půjčený XTM, neměl jsem do něho vůbec síť připojenou, na přepínání sítí mám stykače, který přepnou po vypnutí (výpadku) měniče, měnič můžu ovládat kontaktem z midnite podle SOC, ale ani to není potřeba, takže zařízení je jednoduché a funguje spolehlivě. Žádný sběrnice, nikde nenastavuju hromadu parametrů a nejsem překvapenej, jako třeba u Aksperta, že nejde nastavit rozmezí napětí pro chod z baterie a pro zap/vyp nabíječky tak, jak bych chtěl já, ale jak si to vymyslel výrobce. A s tím už nic nenaděláte, leda to ještě trochu zesložitit dalšíma "mezikusama" na can sběrnici, který budou "lhát" různejm komponentům co se vlastně dějě. To bych nechtěl ani zadarmo.

Přiznám se, že redcrownovi nebo kobrovi ty jejich BMS s CAN také nezávidím a není to kvůli ceně. Bez BMS je ten Studer ale vlastně po troše sblížení se s ním celkem geniálně jednoduchý a současně univerzální a ve výchozím reset nastavení vše funguje k používání plug and play. Komplikace při řízení také nesnáším, proto bohdá připojím a naprogramuji PLC, s jehož pomocí je pak přece jednoduché cokoli .
Zbytek je o východiscích a preferencích, jak psal redcrown, někdo raději holky, někdo vdolky, já třeba furt vlastně pořádně nevím, jak udělat tu plovoucí nulu u operačního zesilovače...

[redcrown]

vidíš, a já zase mám radost, že se to u mě obejde bez PLC. Já si už delší dobu říkám, že jsem příliš hloupej pochopit tu chytrou BMS. CAN rozhraní bych nehanil, to je podle mě docela uživatelsky přívětivá věc. Připojí se kabel a už to jede. Dokonce jí zatím nepřisuzuji chyby ve fungování. Nic moc se nenastavuje, samo to přenese parametry a živé hodnoty mezi systémy.
Ještě doplním, že Batrium přímo nepodporuje Studer. Ono pracujeme s alternativním protokolem, takže to i proto může mít nějaké ty mouchy.

[marsal64]

vidíš, a já zase mám radost, že se to u mě obejde bez PLC. Já si už delší dobu říkám, že jsem příliš hloupej pochopit tu chytrou BMS. CAN rozhraní bych nehanil, to je podle mě docela uživatelsky přívětivá věc. Připojí se kabel a už to jede. Dokonce jí zatím nepřisuzuji chyby ve fungování. Nic moc se nenastavuje, samo to přenese parametry a živé hodnoty mezi systémy.

Jasně přece, že jsem měl na mysli tu chytrou BMS. PLC je taková moje libůstka, Studer ji nepotřebuje, já nějak ano .

Edit:
PLC s "lokálním webem" mimochodem řeší ten nespolehlivý Studer portál, který mi třeba zrovna teď zas blbne.

[redcrown]

ještě bych rád dodal, že pro standardní nastavení dokonce i v paralelním a 3f systému, se při první startu Studeru projde asi 6 kroků v průvodci a vše jede. To nastavování parametrů podle jejich čísla je takový bonus, komu nestačí standardní fungování:)

[Kobra23]

CAN je obecně velmi spolehlivé řešení. Kde se s ním setkávám, tak pokud se neudělá chyba v kabeláži, tak to běhá na první dobrou a dlouhé roky. Kolikrát ani nevíte, že ho v něčem máte, protože si ho každý výrobce pojmenuje podle svého.

[redcrown]

PLC s "lokálním webem" mimochodem řeší ten nespolehlivý Studer portál, který mi třeba zrovna teď zas blbne.

Ani to zobrazování nás po letech stabilního provozu nebude zase až tak moc zajímat. Bonus to je, ale spolehlivost zase až tak důležitá není.
Prostě si to PLCčko nějak musíš omluvit:)

[redcrown]

Navazuji na téma XTM, různé stavy CAN BMS a spínání transfér relé. https://forum.mypower.cz/viewtopic.php? ... 60#p143874

Včera jsem to zadrátoval tak, že z XTM beru AUX logiku pro SOC, fyzicky to jde z relé AUX1 do relé Batria a tam se přidá logika na základě podmínek vypnutí vybíjení. Je to zejména hlídání napětí jednotlivých článků, celkové napětí a max. odebíraný proud. V Batriu navíc běží čas pro sepnutí a rozepnutí těchto podmínek, jakési zpoždění. Z relé Batria se to vrací do Remote na XTM.
Jen připomínám, že to celé se děje jen proto, že pro spínání transfér relé není v XTM podmínka akceptující podmínnku pocházející z CAN BMS typu "vypni vybíjení". Tady bych řekl, že Studer ještě neimplementoval všechny vymoženosti BMS, jsou tam stále ty režimy, které neuvažovali chytrou baterii.
Takže jestli se neobjeví nějaké komplikace, tak bych to považoval za funkční řešení.
Ostatně jak toto funguje s jinými chytrými bateriemi typu Pylon? Myslím tím variantu, kdy se využívá CAN.

[mgx]

pylon riadi studer cez CAN-BUS v rezime active. vtedy nevies nastavit ziadne U(bulk, float) atd. V mode observe to nastastie ide a baterka neriadi cely system.

[redcrown]

ano, mě zajímá CAN-BUS active, to je způsob chodu mého Batria. Co se stane, když se baterka vypne např. na spodní napětí nebo podpětí nebo podpětí jednoho článku? Co na to řekne XTMko? Mě se přenese Battery alarm a XTM skočí do resetu, což je asi v pořádku, co s tím má taky dělat jiného. Máte někdo u Pylonů nastavené řízení transfér relé?
Rád bych znal chování jiných CAN BMSek ve spojení s řízením transfér relé.

[redcrown]

Ještě bych se s vámi rád poradil na téma napětí Studer. Mám tu možnost nainstalovat 18S článků- mám je, police má taky 18 fochů a mám i 18ks balancérů. To by dávalo @3,45V celkové napětí 62,1V. Studer povoluje v datashitu 68Vdc. 68V by odpovídalo 3,77V na článek. Tam bych se nerad někdy dostal. Mám se toho bát nebo do toho jít?
Další možností je o tu kapacitu 14ks 40Ah článků snížit napětí všem článkům v baterii, aby to odpovídalo 17S. To by znamenalo místo 3,45V jít na 3,26V. I to by možná bylo z hlediska kapacity a životnosti ziskovější. Alespoň si myslím. No z hlediska kapacity vlastně asi ne.

[marko250]

Regly to umí taky jo? Jinak s napětím i pro equalizaci vlezeš,kdybys srovnával nahoře,takže asi 18s OK. Někde tady běžela diskuse o účinnosti jednoho měniče na lov/standart/high napětí a možná by bylo dobré to zkusit .Jinak asi tady budou i takoví ,co to vidí jako blíže hraniční pro součástky . Mě se to líbí,snížíš proudy a zvětšíš kapacitu baterky a ten měnič je limitován výše,hotovo.

[redcrown]

Ano, Variotracky jsou psané na stejné napětí. Asi bych si dal za cíl nepřelézat 60V, což je pořád 13% pod max. dovoleným napětím a je to 3,34V na článek. Ještě taky uvidíme, jestli všechny články budou OK, třeba se najdou některé nedobré a nakonec skončím na 17S.

[redcrown]

Tak dnes jsem rozšířil testovací instalaci o kuchyň. Připojil jsem další články na provizorních 18kWh. Vedoucí stravování to hned řádně otestovala vařením a pečením současně. Arsenál XTMek to vzal s nadhledem, navýšení baterky ze 7 na 18kWh je hodně znát. U nás dnes dopoledne moc nesvítilo, tak ty dopolední harakiri udělali do baterky trochu zářez.
Na L2 a L3 je tedy kromě dílenských strojů i vaření. Pokud se nevaří, tak obě XTM poslušně spí.

[redcrown]

ještě foto aktualizace, zatím není úplně učesáno, ale už se to rýsuje.

Proudový senzor od GB Aku je vnitřní pr.20mm, pokud se lehce srazí hrany, tak projde 16x16 čtyřhran.

Baterie zatím velmi provizorně, největší nepřítel je čas... Abych nečanil měď, tak provizorně jen hliník.

[redcrown]

Taky jsem ještě zkusil rozběhy strojů. Soustruh motor, 5,5kW zapojený přes 7,5kW FM, bez obrábění to je 1kW na baterce. Přesto že mám nastavenou rozběhovou rampu na asi 3sec, tak to tam při rozběhu houpne cca. 4kW. Myslím, že na běžnou práci úplně v pohodě. Frézka je 4kW vřeteno + 1,5kW po pohony, stejný typ FM, taky bez problémů. Sloupová vrtačka bez FM taky nemá problém. Uvidíme, až se strojům naloží. Většina práce je ale stejně takový šolich bez velkých úběrů. Větší prověrka bude 4kW cirkule, tam chodí motor na hranici svých možností. To ale až bude sezóna řezání.
Celkově se ale zdá, že to půjde.