Doporucite procesor / prostredi?

Čtvrtek Březen 6 00:17:55 CET 2025

No ta část s displejem mi nějak vypadla. Což asi souvisí s tím, že na 
konci prvního odstavce kočka vyvolala NMI stržením záclony:-)

Ale stejně bych to obrátil, procesor nechával na ty jednoúčelový části a 
přendával jen desku s displejem a tlačítkama.

Procesorová deska se dá pojmout dvěma způsoby:
1. Deska, kde je procesor s kondíkama, konektorama pro displejovou desku 
a kousek spojů od všech GPIO. Zbytek plochy pak vyplněn vzorem ve stylu 
univerzálky.
2. Místo vzoru univerzálky prázdnej prostor k doroutování. Nová deska 
znamená kopie původního vzorové a jednoduché dodělání zbytku.

Stejně tak FW:
Udělá se nějakej základ s obsluhou tlačítek, displeje, sériákama, 
čekáním a časováním. A to se bude používat z dalšího souboru. V něm 
budou založený základní funkce. Tenhle projekt pak stačí zkopírovat a 
dopsat jen ty funkce v tom testovacím souboru.

Nebo by se na tu displejovou desku dalo ESP či RPI a z AVR by byl jen 
chytrej expander portů. Tam je pak výhoda, že mezi tím může bejt 
regulovatelnej zdroj řízenej DAC z ESP a level shifter na pár drátů, 
takže ESP si pojede na svých 3 a test může jet kdekoli v rozsahu co umí AVR.

Kdyby testy měly vyžadovat něco časově kritickýho, tak u displeje RPI. 
Tam je celkem jistý, že na něm půjde AVRdude a může snadno nahrávat 
programy do AVR. Např. nahraje nějakej defaultní co umí ten chytrej 
expander portů, ten napřed změří jeden R na desce a podle výsledku buď 
už zůstane, nebo ho přehraje patřičný speciální firmware. A python na 
tom RPI ani nemusí bejt micro ale normální, což poněkud zvětšuje 
možnosti i počet lidí co ho uměj. Navíc ten py pak může běžet v pytestu, 
prostředí přímo určeném pro testy. S tím si teď v práci hraju posledního 
půl roku, aneb otestovat úplně všechny objekty, metody a kombinace 
nastavení od jaderných zobrazovacích technologií není sranda.

PH

Dne 05.03.2025 v 22:55 Pavel Kutina napsal(a):
> Jakože dělat hromadu jednoúčelovek? To se mi právě moc nechce, to je 
> co kus, to nový projekt, který musí udělat někdo "kvalifikovaný". Ten 
> někdo musí umět obsloužit displej, udělat nějaký UI, obsloužit 
> tlačítka a ještě vědět, co a jak se má testovat, to není pro 
> "náhodného kolemjdoucího", to je kvalifikovaná a drahá práce.
>
> Ubastlit ten "expandér" nebo jak tu kartu bez další logiky nazvat 
> (bych to viděl na něco jako ISA slot nebo dlouhej dvojitej header), by 
> na dírkodesce mohl udělat i brigádník. A zkusit namatlat nejaký skript 
> (nahodit GPIO, odeslat něco přes sériák, něco přijmout, přečíst nějaký 
> analog, shodit GPIO) třeba zvládne v nějakém texťáku třeba i nějaký 
> poučenější kolega.
>
> Ty AVRxxxDA/DB se mi od pohledu líbí taky, už tady mám dva kousky 
> AVR128DA64 (docela mne překvapilo, že stojí pětinu toho, co ta stará 
> Mega), ale ještě jsem je do ničeho nezkusil použít, tohle by mohla být 
> příležitost.
>
> Pavel Kutina
>
>
> ----- Original Message ----- From: "Pavel Hudeček" <edizon na seznam.cz>
> To: <hw-list na list.hw.cz>
> Sent: Wednesday, March 5, 2025 10:23 PM
> Subject: Re: Doporucite procesor / prostredi?
>
>
> Ty novější AVR jsou v mnoha ohledech lepší, už jenom UPDI s laděním přes
> 3 nohy včetně napájení vs ISP s 6. A taky mají silnější a SW příjemnější
> porty, čítače a mnoho dalších +.
>
> Ale ty druhý desky a tlustokonektory bych z toho vynechal. Tyhle procáky
> k sobě většinou potřebujou jen blokovací kondíky*, takže dost pochybuju,
> že cena druhý desky a konektorů něco ušetří, spíš naopak. A tím odpadnou
> starosti se schraňováním mnoha firmwarů na jedný DPS.
>
> U všech zakázek dávám na DPS pozice pro krystal + 2xC, ale ještě nikdy
> se nestalo, že by bylo potřeba ho osadit.
>
> Microchip Studio je sice už trochu zastaralý IDE, ale všechno proběhne
> samo po stisku zelenýho "play". Takže s ním bych začal a pak, kdyby moc
> vadilo, přejít třeba na VScode. Případně kombinovat, kdy se MS použije k
> založení projektu se všemi nastaveními a makefajly a pak už se jede ve
> VSC. Případně něco mezi, kdy se ve VSC edituje a v MS mačká "play". Tak
> to teď dělám já, protože lenost to plně rozchodit ve VSC:-)
>
> PH
>
> Dne 05.03.2025 v 22:04 Pavel Kutina napsal(a):
>> Ono jak na to koukám, tak mi to fakt vychází na tu Megu2560 (nebo 
>> třeba novější a lacinější AVR128DA64, byť má míň FLASH, ale zase víc 
>> RAM), ale znamená to ten BASIC (neznám nic lepšího interpretovaného, 
>> otevřeného, dostupného atd.). No to je mi fakt mých mladých, milých, 
>> perspektivních kolegů líto :)
>>
>> Pavel Kutina
>>
>>
>> ----- Original Message ----- From: "Pavel Kutina" <hw na prelude.cz>
>> To: "HW-news" <hw-list na list.hw.cz>
>> Sent: Wednesday, March 5, 2025 9:45 PM
>> Subject: Doporucite procesor / prostredi?
>>
>>
>> Zdravim,
>>
>> pro potřeby našeho servisu bych chtěl udělat nějaké HW testovadlo. 
>> Potřebuju
>> k tomu 2x16 LCD, pár tlačítek, hromadu volných GPIO (čím víc, tím líp,
>> minimálně 16), nejméně dva HW UARTy a 5V kompatibilitu. Tohle všechno 
>> by mi
>> dala stará ATmega2540 / Arduino Mega.
>>
>> Protože se dělá víc testů různých IO karet a podobných opičáren, bylo by
>> fajn, kdyby vznikla mašinka, která bude mít nějaké tělo, ke kterému 
>> se přes
>> nějaký sběrnicový tlustokonektor připojí jen jednoduchá deska s 
>> interfacem a
>> spustí se příslušný testovací FW.
>>
>> A teď to přijde - jestli bude mašinka univerzální, znamená to pro 
>> každý kus
>> HW, co se bude testovat, udělat / rozšířit stávající FW. Tak mě napadlo
>> připojit k tomu SD kartu a na ní nějaké testovací skripty. Akorát by to
>> někdo musel napsat, včetně interpreteru. Pro novější procesory by se dal
>> využít třeba interpretovaný microPython (jo, tenhle jazyk, založený na
>> interpretaci neviditelných znaků fakt nemám rád, ale je to moderní a 
>> docela
>> dost lidí "do toho vidí", takže napsat skript by mohl ledaskdo). A nebo
>> třeba tinyBasic, kterej zase už dneska umí málokdo, ale já jo :)
>>
>> Nacpat tam nějaké RPi s hromadou expandérů by možná taky bylo řešení, 
>> ale
>> znamená to, že k tomu ten FW a skripty a tak dál bude už muset napsat 
>> někdo,
>> kdo umí psát.
>>
>> Nenapadne někoho, kudy do toho? Popravdě, kdyby to bylo jenom na mě, tak
>> bych šel asi tím Basicem a Megou - a když se v tom bude chtít někdo 
>> rejpat,
>> tak se holt bude muset naučit Basic a zkazí si karmu, pošpiní ruce a 
>> budou
>> se mu zdát divoké sny :)
>>
>> A nebo jít tím Pythonem, ale na to už ta Mega nastačí, takže jiný tlustý
>> procesor - jen mám dojem, že jich je na 5V poměrně málo, a dělat na 
>> každém
>> GPIO převodník úrovní bude kapku otravné a omezující, co se týká 
>> možností
>> využití portů (nezapnu si analog, nebudou fungovat různé hrátky s 
>> pull-up
>> a -down a tak podobně). A kdyby se to ještě dalo programovat v Arduinu,
>> vůbec bych se nezlobil.
>>
>> Nějak nevím, dám se poddat. Díky za každou alespoň trochu dobrou radu.
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list