
jasně, ale já chci spíš pro nějakou dlohoudobou kontrolu ty jednotlivý napětí poslat do HA. Přes CAN je v cerbu min/max napětí článku, jak přes victron protokol, tak přes pylontech protokol. Otázka je, jestli tam ty data nejsou poslaný nebo nejsou vidět. Popis victron ani pylontech protokolu jsem nikdy neviděl. Já spíš uvažuju o "druhé cestě dat" do HA, ten serialdriver je dobrej, ale dost komplikovanej, a mám obavy, aby když se to s další aktualizací cerba nějak dodrbe, tak jestli to dokážu zprovoznit, tj nechám to do cerba nativně, a z RS485 zkusím něco vyčíst do HA, ale až někdy. Mám ty napětí článků z DIYBMS v4 přes mqtt do HA a to je dost dobrý, u těch starejch baterek za pár cyklů vidím, která je na tom nejhůř a limituje celej pack...
Ja pouzivam obycejne lepidlo na papir, ty valecky. Staci to natrit jednou za nekolik mesicu.
Problem je, ze to padne treba dvakrat do roka. Nejcasteji treba pri vypadku proudu a jeho naslednemu obnoveni. Něco podobného jsem před časem řešil. Padal chránič, ale ampérmetrem jsem nic nezměřil. V mnohé elektronice je na vstupu kondenzátor L-PE a N-PE. Ve výsledku při nabíjení (po výpadku) to dá dost proudu na to, aby to chránič shodilo. Řešení je spotřebiče rozhodit na víc chráničů.
Nebudou. Záleží, kam ty napětí chceš dostat. - Jestli rovnou do Victronu, tak jedině přes SerialBattery. Jestli to zapojíš po CAN nebo 485, je pak už jedno. Obě připojení mi naházely články do MQTT a tím pádem se to ukáže i v HA přes ten Victron MQTT. - Jestli jen do HA, můžeš to mít zapojené, jak jsme psal, přímo do Victronu přes Victron protokol a články vyčítat bokem po BT přes ESPHome a Sissy knihovnu. Tím pak jdou BMS i ovládat, jako nabíjení, vybíjení, balancing. Což není od věci. Já to třeba používám. Sám si v Node-RED říkám, kdy se má balancovat. A i to ovládání je pak na jednom místě a nemusím apkou BMS pořád přepínat sem a tam a dávat hesla. Já to sám udělám takto: Přes SerialBattery... ale hlavně z důvodu toho, že chci SOC a celkový proud používat shunt. A v SerialBattery to jde teď už říct i bez BatteryAggregatoru. Jsou na to v konfigu volby. Takže si všechny BMS spojím po 485, správně naadresuju, do Cerba připojím po CAN nebo 485 a do HA pak vše po MQTT. Připojení po BT pak udělám taky, abych měl to ovládání. Jestli použiju CAN nebo 485 ještě otestuju, až to budu dělat naživo nebo možná ještě na stole. Přišlo mi, že tam je trošku rozdíl v datech, ale možná je to nepodstatné. CAN má výhodu, že to je nativní interface Cerba. 485 se musí po USB konverzi a nemusí to být zase tak stabilní. Zapnout BMS bez článku je problém a musí se to očurat, aby měla aspoň nějaký článek připojení. Jinak se mi vypínala. Tak mám teď na stole k BMS připojené dva 18650 články a celé to napájím z lab zdroje. Omlouvam se, ze to mozna nepodavam uplne jasne, cele je to slozite a moznosti je strasne moc a sam se v tom matlam :) To, ze to tu sepisuju mi to pomaha vyresit. EDIT: jinak jeste poznamka ... i pri pripojeni BMS tim nativnim victronim zpusobem, kdy nevidim napeti clanku, porad vidim min, max, dif a jaky clanek ma min a jaky max.
Ano super vodíkové pohony,já bych ty politiky a lobisty mlátil klackem převod el>vodík 60% účinnost a pak bez dopravy skladování a marží vodík >el 55% a motor s elektronikou 90% .Celková účinnost na kola autobusu 30%,. Oproti tomu stupidní bateriový autobus 75-80% Provozní a celkové náklady (TCO – Total Cost of Ownership) 🅰️ Vodíkový autobus celkové náklady přes životnost (např. 15 let) jsou zhruba o ~40 % vyšší než u bateriových autobusů. náklady na palivo (vodík) jsou výrazně vyšší – např. voda nebo energii pro výrobu, distribuce a tankování – často ~70 % dražší než elektřina pro BEV. některé reálné studie uvádí, že provozní náklady mohou být 2× i více za km než u bateriových. 🅱️ Bateriový autobus levnější provoz kvůli vysoké účinnosti a nižším nákladům na „palivo“ (elektřina). celkové náklady během životnosti bývají nižší, i když baterie může vyžadovat výměnu během služby. ➡️ Z praktických čísel: BEV může stát např. ~€972 000 celkově za 600 000 km provozu, zatímco vodíkový může být ~€1 3 000 00 za stejné období. Zkus si vyhledat "vodíkové autobusy Uher". To ti zvedne náladu. :D Busy co stojí 2x tolik co naftová verze a teď budou stát na parkovišti, protože plnící stanice ani nemá stavební povolení. A pak ty provozní náklady.... Ale byla dotace...
přesně tak. Teď jsem zjistil, že mi chybí lisovací oka 35/8. Ale dnes do toho není co dát. IMG_20260124_105310_820.jpg U těch beden je na uzemnění nachystaná M6 lisovací matka, což mi přišlo nedostatečný, tak jsem z boku nalisoval ještě M8, to už je trochu rozumnější na 35mm2 drát... P.S. Jestli se vám zdá, že jsem ani nenechal umý tpodlahu než jsem to tam dal, tak to je vodní kámen - tam cca 20 let kapal boiler, máme tak vápenitou vodu. A že bych to chtěl čistit kyselinou, tak tolik mě to zas nebere...
vrtule aliexpres 96V 3000W, umisteni neni spatne, k tomu regulator eBay , pripojeno k victron na baterku 48V, snaha o alespon nejakou malou pomoc pres zimu, bohuzel ,i pres varovani, z toho nedostanu vic jak 50-100W do baterky i pri velkem vetru, hodne kolisa rychlost, jakmile se vrtule roztoci, zacne to nabijet, vrtuli to zastavi, myslim ze je problem s nastaveni regulatoru, z cinana nelze vydolovat smysluplne nastaveni, ani s manualem, viz obrazek, na regulatoru se da nastavit pocet polu (od vyrobce nevim, zkousim to ruzne menit, budu muset asi zmerit osciloskpem), pak je tam nastaveni KMOD, lze nastavit v rozsahu 10-10000, to si myslim ze je parametr ktery nastavuje regulacni smycku, aby to drzelo konstantni otacky, a pak Time, nejaky cas, ale opet sem nezjistil co to ovlivnuje, pomohl by mi nekdo co s tim, jakym zpusobem to nastavit? diky
Zdar. Doporučte něco, na převod textu na řeč (mp3), co umi češtinu a je vyslovnost lepši než google ts v androidu.
Ano, zkoušel všechno Stano, ani jednou se mě nepovedlo spojit ten 4 MPPT Regulátor s těmi třemi například - stále vystupuje solo. To:Radar - Samozřejmě, špatně jsem to napsal, ABS samozřejmě nedrží 53,6V - ale ABS toho čtvrtého kusu to přikmuje v ten moment víc z FV a ty ostatní tři to nepustí z Flot zpět k nabíjení = do BULK a drží je to ve Flot klidně celý den Pokud trošku vykoukne ten puchýř, můžu to ukázat na screenu - pokud nezapnu žádnou zátěž, jsem v tom ,,stavu" do hodiny. Ten stav znamená : 3 kusy společně ve Flot a ten samostatný v ABS a i když je SOC třeba jen 80% - bude to takhle viset celý den a ani prd do tý baterky nepůjde a bude to dorovnávat pouze aktuální zátěž na AC OUT.
je možné že v budúcnosti pôjde vývoj oboma smermi. V aplikáciách kde viac záleží na váhe (energetickej hustote) napr v automotive to bude LiOn a v statických aplikáciách kde bude určujúca cena možno sodík uvidíme
K panelum pouzivam jistice s vyrazecima civkama ETI nebo OEZ a k baterkam a menicum vyhradne pojistkove spodky a nozovky, tohle bych se tam bal dat. Baterku prvni vypnu pres BMS pak vytahnu pojistku. Pri krizove situaci znacknu total stop a vyrazi civky panelu a DS vypne menice a pak uz neni problem pojistku vytahnout.
|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Date | Sun time | astronomical twilight begin [ ? ] | nautical twilight begin [ ? ] | civil twilight begin [ ? ] | sunrise | transit | sunset | civil twilight end [ ? ] | nautical twilight end [ ? ] | astronomical twilight end [ ? ] |
| 24.1 | 9 hrs, 2 min | 05:39:25 | 06:17:00 | 06:55:51 | 07:30:50 | 12:02:01 | 16:33:13 | 17:08:12 | 17:47:03 | 18:24:38 |
| 25.1 | 9 hrs, 5 min | 05:38:32 | 06:16:04 | 06:54:50 | 07:29:42 | 12:02:15 | 16:34:49 | 17:09:41 | 17:48:27 | 18:25:58 |
| + 2 min, 44 sec | - 53 sec | - 56 sec | - 1 min, 1 sec | - 1 min, 8 sec | + 14 sec | + 1 min, 36 sec | + 1 min, 29 sec | + 1 min, 24 sec | + 1 min, 20 sec | |
| 26.1 | 9 hrs, 7 min | 05:37:38 | 06:15:06 | 06:53:47 | 07:28:32 | 12:02:29 | 16:36:25 | 17:11:10 | 17:49:51 | 18:27:20 |
| + 2 min, 46 sec | - 54 sec | - 58 sec | - 1 min, 3 sec | - 1 min, 10 sec | + 14 sec | + 1 min, 36 sec | + 1 min, 29 sec | + 1 min, 24 sec | + 1 min, 22 sec | |
| 1.2 | 9 hrs, 25 min | 05:31:21 | 06:08:33 | 06:46:43 | 07:20:47 | 12:03:31 | 16:46:14 | 17:20:19 | 17:58:29 | 18:35:40 |
| + 17 min, 34 sec | - 6 min, 17 sec | - 6 min, 33 sec | - 7 min, 4 sec | - 7 min, 45 sec | + 1 min, 2 sec | + 9 min, 49 sec | + 9 min, 9 sec | + 8 min, 38 sec | + 8 min, 20 sec | |
| 1.3 | 11 hrs, 0 min | 04:46:30 | 05:23:27 | 06:00:13 | 06:32:00 | 12:02:17 | 17:32:34 | 18:04:21 | 18:41:06 | 19:18:03 |
| + 1 hrs, 35 min | - 44 min, 51 sec | - 45 min, 6 sec | - 46 min, 30 sec | - 48 min, 47 sec | - 1 min, 14 sec | + 46 min, 20 sec | + 44 min, 2 sec | + 42 min, 37 sec | + 42 min, 23 sec | |
| 1.4 | 12 hrs, 53 min | 04:35:18 | 05:16:14 | 05:54:53 | 06:27:01 | 12:53:50 | 19:20:39 | 19:52:48 | 20:31:27 | 21:12:23 |
| [DST] | + 1 hrs, 53 min | - 1 hrs, 11 min | - 1 hrs, 7 min | - 1 hrs, 5 min | - 1 hrs, 4 min | - 8 min, 27 sec | + 48 min, 5 sec | + 48 min, 27 sec | + 50 min, 21 sec | + 54 min, 20 sec |
| 1.5 | 14 hrs, 37 min | 03:13:12 | 04:06:56 | 04:52:30 | 05:28:16 | 12:47:05 | 20:05:53 | 20:41:39 | 21:27:13 | 22:20:57 |
| [DST] | + 1 hrs, 43 min | - 1 hrs, 22 min | - 1 hrs, 9 min | - 1 hrs, 2 min | - 58 min, 45 sec | - 6 min, 45 sec | + 45 min, 14 sec | + 48 min, 51 sec | + 55 min, 46 sec | + 1 hrs, 8 min |
| 1.6 | 15 hrs, 57 min | 01:33:27 | 03:10:09 | 04:07:53 | 04:49:19 | 12:47:49 | 20:46:20 | 21:27:46 | 22:25:30 | 00:02:12 |
| [DST] | + 1 hrs, 19 min | + 22 hrs, 20 min | - 56 min, 47 sec | - 44 min, 37 sec | - 38 min, 57 sec | + 44 sec | + 40 min, 27 sec | + 46 min, 7 sec | + 58 min, 17 sec | + 1 hrs, 41 min |


