Re: STM32 a napájení/měření napětí 3.65V
Pavel Hudeček
edizon na seznam.cz
Sobota Duben 5 08:49:22 CEST 2025
Je fakt, že počet zápisů garantovaný na flashkách malých MCU je v
rozsahu několika řádů, od snad míň než 1000 do z hlediska ručně
vyvolaných pokusů nekonečné životnosti.
Já si taky na klasický ladění moc nepotrpím. Hlavně proto, že procesorem
řízený děj si mezitím plyne dál a ve finále po odpauzování nastane
situace, která v normálním provozu nastat nemůže. Nebo v horším případě
rovnou i řídí měnič a zastavit ho třeba při seplým tranzistoru = bum:-)
Případně je už projekt ve stavu kdy běží WD a ten to resetne.
Na druhou stranu, když chci, tak je to snadný. Používám téměř výhradně
IDE s podporou výrobců a tam zpravidla všechno funguje samo. Kliknu
"Play" a už to tam jede a pak bude možno pauznout. Ano, STM Cube alias
přednastavenej Eclipse je monstrum, Microchip Studio je o něco menší
monstrum. Jenže dnešní velikosti disků jsou dostatečný na to, aby mi
vůbec nevadilo mít nainstalováno 5, 7, nebo víc IDE, přičemž třeba 3 z
nich jsou vlastně ty samý Eclipsy:-)
PH
Dne 05.04.2025 v 0:32 Petr Labaj napsal(a):
> No on rozdíl 0.5 sekundy a 3 sekundy už je dost. Možná ne objektivně,
> ale pro nervy ano.
> Nicméně moje hlavní motivace je, že RAM beru jako něco s nekonečnou
> životností, kdežto flash jako něco s omezenou životností.
> A já píšu a ladím po velmi malých úsecích. Teda slovo "ladím" možná
> není správné, spíš by se hodilo slovo "zkouším a ověřuju".
> Nějaké krokování na úrovni debuggeru používám jen ve zcela výjimečných
> případech. Proto taky vždy do dalšího případu zapomenu, jak se to v
> GDB dělá.
>
> U baterek doufám na nic čekat nebudu. Pokusy a ladění probíhají v
> simulovaném prostředí, kde mám místo baterky odpory, kondenzátory a
> řízené zdroje.
> Čekat na nějakou změnu u 105Ah baterky - to se člověk načeká.
>
> Díky.
> PL
>
> ****************
>
> Dne 4.4.2025 v 23:26 Pavel Hudeček napsal(a):
>> Já tedy někdy taky dělám pokusy po stovkách za den, typicky když
>> nastane nějaký hodně divný kiks. Ale nevím jestli je nějakej zásadní
>> rozdíl zda progressbar pojede 5 nebo 0,5 sekundy. A zrovna okolo
>> baterek je spíš běžný, že se většinu času čeká až nastane ta situace,
>> co je předmětem pokusu.
>>
>> PH
>>
>> Dne 04.04.2025 v 23:02 Petr Labaj napsal(a):
>>> No to je ten zásadní rozdíl mezi námi. Vy říkáte proč ladění v RAM.
>>> Já to mám naopak nastavené tak, že za den udělám nějakých 100-150
>>> pokusů, všechny v RAM.
>>> A když pak večer chci udělat jeden zápis do flash (abych mohl vypnou
>>> programátor, který to celý den napájí), tak musím hodně zatnou zuby.
>>> Já prostě flash beru jako něco pro opravdu jednotkový počet zápisů.
>>>
>>> Možná je to ještě dozvuk toho, když jsem v mládí používal EPROM.
>>> Jednak mazání UV zářením trvalo dlouho. A pak životnost byla
>>> nějakých 50 zápisů když dobře.
>>> Takže vždy můj první výrobek byl nějaký simulátor EPROM, abych mohl
>>> všechno tlačit přes RAM. Nebo nějaký bootloader, který to natáhl do
>>> RAM.
>>>
>>> Třeba na STM32 se s oblibou používá zavaděč DFU. Ale většina
>>> implementací umí udělat zápis jen do flash.
>>> Já jsem si ho okamžitě upravil tak, aby uměl zapisovat i do RAM.
>>>
>>> O tom 1-bitovém programování vím. Ale taky vím, že to zase není tak
>>> křišťálově průzračné.
>>> Všelijaké ty populární malé programátory typu USB-ISP nebo jak se to
>>> jmenuje to neumí. I když je to teoreticky po stránce HW jen
>>> triviální open-collector.
>>> Tak třeba přestože na práci se starým AVR jsem vybavený několika
>>> různými programátory (včetně Dragona přímo od Atmelu), tak nějaké ty
>>> nové procesory bych tím nenaprogramoval.
>>> Naproti tomu SWD programátor si v maličkém elegantním kovovém
>>> pouzdře koupím pod 2 USD. A ještě do něho můžu nacpat skvělý
>>> firmware Black-magic Probe.
>>> Nebo si ho jen nalitím firmware udělám z levného kitu Blue-pill bez
>>> jakékoli HW úpravy.
Další informace o konferenci Hw-list