Re: Programování MCU v pásce

[Pavel Hudeček]

Evidentně jsem nepoužil ten správný termín:-)
Průmyslové řešení, kde je vše automatické a na jedoucím pásu, je 
samozřejmě pro poněkud větší firmu.
Řešení s programátorem připojeným k počítači je přesně naopak ideál pro 
one-man firmu, kde autor SW+HW pak i nahrává ten svůj program.
No a pak je široká škála mezi tím. Někde na ní jsou i firmy, které mají 
nějaký sortiment výrobků, vyvinutý různými lidmi v různých dobách a ten 
dlouhodobě vyrábějí, ale v ne moc velkých počtech. Ve výrobě třeba 10 
lidí, všichni makaj celej den, týden dělaj malou sérii jednoho výrobku, 
pak zas jiného, ... A někdo by tam měl nahrávat firmwary, akce na půl 
hodiny 1 týdně. Ano, mohl by umět obsluhovat několik různých 
programovacích SW na PC a všechno v nich vždycky udělat správně. ... A 
nebo dostane krabičku, kde jen vybere program a stiskne červený tlačítko.

PH

Dne 10.08.2023 v 23:03 Petr Zahradník napsal(a):
> Já jsem pořád nepochopil, co je na těchto programátorech průmyslového. Toto jsou programátory označované standalone, portable, programmer-to-go apod. Dnes třeba i levné PIC kity umí vložit SD kartu s programem a nahrát bez počítače. Jsou i další na trhu. Ale tohle jsou taková prdlátka, rozhodně ne průmyslová. Řekl bych, že v průmyslu nemá fungovat scénář, že někdo vybere na displeji ze seznamu image a začne programovat tímto způsobem.
>
> To všechno by mělo být automatizované, aby se nic nedalo poplést. Tak jako třeba profi páječky do osazovací dílny. Taky se na nich bez klíče nedá měnit teplota, aby někdo nastavil proces a dělník mu ho nemohl změnit. Programátor do průmyslu si představuji jako součást komplexního zařízení řízeného počítačem. Pracovník vloží plošný spoj do testovacího zařízení opatřeného testovacími jehlami, zavře ho tam, počítač sejme čárový kód, sám nahraje testovací firmware, provede všechny testy (měřící, vizuální). Pokud je vše v pořádku, nahraje finální firmware, ještě třeba nastaví nějaké kalibrační hodnoty na základě předchozího měření do mikrokontroléru nebo paměti, na server uloží záznam o všech výsledcích toho konkrétního kusu, a je to hotové. Takhle si já představuji průmysl.
>
> Mimochodem, výrobci čipů umožňují dodání již naprogramovaných mikrokontrolérů i dalších součástek. Dodáš obsah, přijdou hotové čipy. Například:
>
> https://www.microchip.com/en-us/microchipdirect/programming-services/
>
>
> Petr Zahradník, počítačový expert
> e-mail: clexpert na clexpert.cz
> mobil: 602 409 601
> http://www.clexpert.cz, http://www.zahradniksebavi.cz
> Petr Zahradník, Computer Laboratory
> Obvodová 740/14, 400 07 Ústí nad Labem
>
> -----Original Message-----
> From: Hw-list <hw-list-bounces na list.hw.cz> On Behalf Of Pavel Hudeček
> Sent: Thursday, August 10, 2023 9:12 PM
> To: hw-list na list.hw.cz
> Subject: Re: Programování MCU v pásce
>
> 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.