Doporucite procesor / prostredi?

Pátek Březen 7 00:35:15 CET 2025

Obě řešení mají něco do sebe - ale obě mají stejnou nevýhodu: Není oddělený 
vlastní systém od testovacího skriptu.

Po dnešku v práci jsem pochopil, že je to nevyhnutelné a nutné - HW se v 
případě poruchy dá vyměnit (na to je lidí dost), FW se v případě poruchy dá 
stanoveným postupem z archivní kopie přehrát (ale jen to jádro, které je 
určen pro základní obsluhu HW, nějaký UI a podobně), i na to se nějaký 
člověk najde.

A pak tu je konkrétní test konkrétního zařízení, který sice někdo s mozkem 
musí připravit, ale při chybě v programu/skriptu nezruší celý tester. A ten 
připraví test tak, aby ten brigádnický troglodyt, schopný zmáčknout tlačítko 
(a i to bych z toho nejraději vynechal) ve výsledku jen vložil testovanou 
kartu nebo kabel do k tomu určeného konektoru (tady opatrně - věděli jste, 
že VGA kabel k monitoru se dá do portu _s trochou síly_ zastrčit obráceně, 
tedy vzhůru nohama? Ne, to nám dneska brigoš neudělal, to je starší zážitek, 
ale viděný na vlastní oči.) a následně zaměstnal mozek jen rozpoznáváním 
rozsvícené červené nebo zelené LEDky. I to může být až až.

Prostě bych chtěl oddělit (teď budou velké uvozovky) ten "operační systém" 
(na kterej nikdo nesáhne) od vlastní "uživatelské aplikace" (která bude 
třeba na SD kartě a která mu dovolí jen omezený pohyb).

Docela by mne překvapilo, kdyby to už dávno někde nějak nedělal - tyhle 
požadavky přece musí řešit hromada výrobců stejně... A nebo je tu díra na 
trhu :)

Pavel Kutina

----- Original Message ----- 
From: "sam.hw" <sam.list.hw na gmx.com>
To: <hw-list na list.hw.cz>
Sent: Thursday, March 6, 2025 9:22 PM
Subject: Re: Doporucite procesor / prostredi?

Zdravim,

neco podobneho jsme nedavno resili v praci.
vznikly dva koncepty: jedna na bazi RPI pico a druha s moduly M5Stack.

ten prvni koncept nema sice display, ale pres seriovku (USB) je pripojen na 
terminal,
takze vypisy  rizeni je krasne videt.

ten druhy zas vysuziva treba AtomS3 (s displayem) - kde jsou zobrazovany 
identifikace testu, cislo kroku, ocekavany vysledek a jestli je OK, nebo KO.
(ale zaroven v pripade napojeni, po serial linku pise info do terminalu - 
jinak funguje samostatne)

v obou pripadech jsou (i pres expandery) relatka (na simulaci stisku 
tlacitek, zapnuti/vypnuti napajeni testovaneho zarizeni),
ovladaci tlacitka, encodery pro zadavani parametru (modifikace testu), 
pripojeni UART do zarizeni, AD prevodniky na mereni napeti ...

M5Stack je cenove o neco vys, ale pridava takovy komfort, ktery u RPI neni.
navic jeden ridici modul je mozne pouzit ve vice projektech - 
preprogramovani je veci minutky.
desky jsou vicemene univerzalni - i kdyz se konstruovaly na jeden projekt, 
je mozne jich pouzit docela univerzalne.

(RPI i M5Stack jsou samozrejme vymenitelne, na konektorech)

:)

--------------------------
  Sam
--------------------------

> Sent: Thursday, March 06, 2025 at 6:19 PM
> From: "Jan Waclawek" <konfera na efton.sk>
> To: "HW-news" <hw-list na list.hw.cz>
> Subject: Re: Doporucite procesor / prostredi?
>
> [preposielam]
>
> Dobry den,
>
> cisto z praktickeho hladiska, by som sa najprv spytal pri rieseni hw "Ake 
> rychle musia byt tie vystupne signaly?" Pokial by stacila rychlost 
> nastavovania / resetovania softwarovo cez I2C IO expandery, tak by som 
> pouzil tie. Spolu s RC-clankami na IO pinoch expanderov. Analogove vstupy 
> potom cez OZ s jednotkovym zosilnenim. A cez expander s RC-clankami by som 
> pripojil aj displaj a tlacitka. No a riadiaci procesor moze byt potom 
> cokolvek, co mate rad.
>
> Pointou riesenia cez expandery je minimalizacia rusenia z okolia priamo na 
> piny MCU. Predsa len RC-clanky a IO expandery tomu trochu zabrania. Je to 
> svojim sposobom isty druh vstupneho filtra a ochrana vstupov a programu 
> MCU. Je okolo toho cela veda a najdete to v knizkach a app. notoch ku EMC 
> designu.
>
> Ak este pouzijete precizne patice a IO expandery a OZ v DIP puzdrach, 
> mozete ich lahko vymenit pri ich poskodeni, alebo odpaleni. Co pri 
> nahodnom vytiahnuti konektora moze lahko nastat. Tak isto ako rozne vyboje 
> a nahodne skrtanie srobovakom po kontaktoch.
>
> Tak snad len tolko moja poznamka ku konstrukcii hw.
>
> A.
>
> >>>
> 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.
>
> Pavel Kutina
> _______________________________________________
> 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 