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