padre píše:Externí EEPROM vydrží cca 1 000 000 zápisů. Takže pokud předpokládáš, že budeš měnič používat 30 let, můžeš použit cca 90 zápisů za den. Pokud FW měniče používá rolování buněk pro zápis v EEPROM (což nevíme) je to skoro bez omezení.
Úvaha správná, ale obávám se, že perioda měření 20ms představuje řádově jiné číslo, než 90 zápisů za den:
marsal64 píše:Proud měřím relativně rychle přímo na shuntu (jeden cyklus měření mého PLC je mezi 10 až 20 ms) a vytěžuji tedy tak, aby tento proud byl dodržen.
Výchozí předpoklady:- Dejme tomu, že světlo je cca 10h denně, ale dynamicky omezovat nabíjecí proud ve spolupráci s vytěžovačem nám bude stačit vždy jen jednu hodinu, někde u konce nabíjení baterie.
- Perioda meření je zde 20 milisekund, ale dejme tomu, že měnit hodnotu proudu budeme jen jednou za 1000ms, tedy jednou za sekundu.
Výpočet:1h = 3600 sekund, takže to máme 3600 zápisů denně. Uvažovaných 90 zápisů denně je od toho opravdu daleko.
Endurance 1000 000 zápisů / 3600 = výdrž EEPROM 277 dnů.
To vše samozřejmě za předpokladu, že:
- V kódu neuděláme nikde chybu a nestane se třeba to, že budeme hodnotu proudu do měniče posílat 24x7. Tedy i v době, kdy je to zbytečné.
- EEPROM bude fungovat perfektně až do konce a nestane se, že by se s jejím opotřebením zvyšovala chybovost.
- Každý den dojde jen k jednomu plnému nabití baterie. Nikoliv tedy, že zapnutím silného spotřebiče naši baterii o pár procent vybijeme a následně ji bude měnič opět znovu dotahovat do plna a náš algoritmus znovu řídit nabíjecí proud.
Závěr:Samozřejmě, faktorů majících vliv na opotřebení paměti je ve skutečnosti mnohem více. Pozitivně například může působit to, že v rámci roku je poměrně velké množství dní, kdy bude stačit řízení pomocí vytěžovače, a k automatickému omezování proudu tak náš algoritmus vůbec nebude muset přistoupit. Ano, měnič může stránky EEPROM rotovat, ale také nemusí. Zároveň, náš algoritmus není jedinou věcí, která EEPROM používá. Pomůže, pokud CPU před zápisem kontroluje obsah EEPROM a přepis provede jen v případě, že se nové hodnoty opravdu liší od uložených. Stejně tak by pomohlo, pokud má měnič implementován vyrovnávací buffer, jehož přepis do EEPROM provádí asynchronně, se zpožděním několika sekund. Jenomže to jsou všechno jen dohady a bylo by zvláštní, pokud by takové ochranné mechanismy v interním kódu měniče byly, když v normální aplikaci s tímto chováním výrobce vůbec nepočítá.
Každopádně, tento způsob řízení měničů může podstatným způsobem zkrátit jejich životnost, neboť k tomuto úkolu nebyly navrženy. Měnič má umřít na to, že mu vystřílí FETy a vyschnou kondenzátory. Nikoliv proto, že umoříme jeho řídící obvody nesmyslnou honbou za spálením všech wattů ze střechy a vyhlazením každé vlnky na baterii.
Pokud by problém se zničením EEPROM neexistoval, nevznikla by patchovaná verze firmwaru s příkazem MNCHGC.
Napsal: pon říj 12, 2020 6:34 pm
.
, takže jde o "oživení")