Doporucite procesor / prostredi?

Čtvrtek Březen 6 08:53:50 CET 2025

he he, když to tak čtu, tak se mi zdá že tvoříš picaxe a příští týden ti 
to přeroste do PLC.

picaxe znáš? To je celkem zajímavej interpret besicu. Basic to má 
"přeloženej" do binkódu, takže se to interpretuje celkem rychle. Má to 
mocné příkazy, takže kód není dlouhý a tak.

Ta PLC to pochopitelně dotáhla s modularitou ještě dál.

Dne 06.03.2025 v 0:17 Pavel Hudeček napsal(a):
> 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
> 
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list