Re: Programování MCU v pásce

[Pavel Hudeček]

Použití průmyslového programátoru není na 100 ks. Ale kupovat kvůli 100 
ks další programovadlo, který bude muset někdo používat s pomocí PC, to 
je taky dost na...

Když se relativě zastaralý programátor nahradí perspektivním, který 
půjde používat místo stávajícího a zároveň umožní stejně jednoduše 
nahrávat i programy do nově vyvinutých zařízení, s procesorama v 
kategorii "Recommended for new designs", bude vše OK.

Pokud ale takový není, je v případě aktuálního projektu, kde se 
neočekává velký počet ks ročně, jako vhodná alternativa dodat nahrané 
procesory na pár let dopředu a nový programátor si pořídí až později.

PH

Dne 10.08.2023 v 21:15 Jaroslav Buchta napsal(a):
> Asi uplne nechapu business model pro 100ks, jestli to bude pro jednoho 
> zakaznika nebo po jednom ks pro 100, ale nejde udelat design normalne 
> pro ISP?
> Dne 10.08.2023 v 21:11 Pavel Hudeček napsal(a):
>> Např. jeden zákazník má Equinox FS2009.
>> Ten umí různý 51 s ISP, starý AVR, nějaký EEPROM, nějaký ARMy s JTAG.
>>
>> Má to 4 tlačítka a txt displej. Up/down vybrat projekt, enter a play.
>>
>> "Play" udělá erase, nastaví fuse bity, aby se rychle programovalo, 
>> nahraje, verifuje, nastaví fuse jak maj bejt finálně a nastaví locky. 
>> Nakonec píp a rozsvítí zelenou/červenou podle toho zda Pass/Fail.
>>
>> Prostě ideální věc do výroby.
>>
>> Novější verze umí další procesory, jako LPC, STM32, EFM32, ...
>>
>> Na druhou stranu, správa projektů/balíčků je příšerná, obzvlášť když 
>> to člověk dělá jednou za rok-dva. Bylo by super, kdyby novější verze 
>> měla i lepší ovládání z této strany, ale dost se bojím že ne.
>>
>> Kvůli tomu příšernému způsobu správy hledám nějakou alternativu.
>>
>> Pokud dělat vlastní, tak jsem uvažoval nad krabičkou s RPI, normálně 
>> by v tom byl Linux, na něm běžný commandline tooly a ty by spouštěl 
>> můj program. Balíčky by měl jako běžný soubory, nejspíš archivy, na 
>> SD. Uživatelské ovládání stejné, 4 tlačítka a malej displej, vybíral 
>> by se přímo název fajlu. Play rozbalí archiv a spustí v něm skript. Z 
>> druhý strany bych udělal běžnej win program na vytváření a editaci 
>> těch balíčků. Prakticky by to bylo UI s konvertorem projektů Atmel 
>> Studia, NXP expressa a pod.
>>
>> PH
>>
>> Dne 10.08.2023 v 17:16 Miroslav Mraz napsal(a):
>>> To se dá celkem jednoduše vyřešit samovýrobou. Kdysi jsem to řešil 
>>> pro ARM, Cortex-Mx pomocí SWD.
>>> https://kizarm.github.io/boot/html/index.html
>>> Je to pro jediný firmware, neumožňuje to výběr, takže blbovzdorné. 
>>> Rutiny pro zápis do flash se dají vyzobat z blackmagic probe nebo z 
>>> openocd. Nejvíc práce dalo vyházet z toho všechny nepodstatné věci, 
>>> které v tom openocd jsou právě kvůli univerzálnosti. LPC11U bylo 
>>> zvoleno kvůli USB bootloaderu, takže nic dalšího není potřeba. Ale 
>>> může to běžet asi na čemkoli, jen flash musí být o pár KiB větší než 
>>> cílový firmware.
>>> Pro AVR či PIC asi seženete něco hotového, ale bude to podobný 
>>> problém - vyzobat si potřebné z velkého programovadla.
>>>
>>> Mrazík
>>>
>>> On 10. 08. 23 14:56, Pavel Hudeček wrote:
>>>> Aha, možná neznám ten správný název kategorie.
>>>> Mám na mysli programátor, do kterého se nahrají balíčky, pak se 
>>>> odnese do výroby a dělník zapojí jen na zdroj, žádné PC, na 
>>>> displeji vybere balíček a stiskne tlačítko.