Armbian - Error

[Petr Labaj]

No já to beru tak, že na tom Linuxu prostě běží vysoké aplikační vrstvy,
které se starají o styk s uživatelem, síť, práci s velkými daty atd.
No a ten OpenRISC pak případně řeší nějaké to rychlé řízení v reálném čase.

Takhle kombinace mi přijde docela šikovná. Uživatelský interface se pak
dá klidně napsat třeba v Pythonu nebo něčem jiném vysokoúrovňovém,
takže práce může odsejpat. A zobrazit na laciném HDMI monitoru.
Případně přes převodník na DVI monitoru. Tak to provozuju já, protože
tím využiju starý 19" monitor.

Doufám, že se H3 stále dělá. Pokud ale ne, tak se jistě bude dělat
64-bitový H6. A tyhle vlastnosti bude mít taky.

Na něco je možná 1GB RAM zbytečně moc. Ale třeba jí jsem rád, že
ho mám. Existují i menší a ještě levnější verze s menší RAM.

Já tu větší RAM chci a potřebuji, protože na tom provozuji LinuxCNC.
Tady to právě bezvadně vychází - na těch 4 jádrech jede zpracování
g-kódu, plánování drah a uživatelské rozhraní. A ten OpenRISC dělá
stepgeny, tedy tu nejrychlejší obsluhu, která se Linuxem nedá stihnout.

Ke spotřebě: umí to jet v různých režimech, od nejpomalejšího
na 480 MHz přes možnosti přidávat výkon podle potřeby až po
nejvyšší režim (který já pro to CNC potřebuju), který jede na
1368 nebo 1296 MHz.
V tom nejvyšším režimu má celá deska (včetně běžícího videa
a komunikace po Ethernetu) spotřebu mezi 2-2.5W naprázdno
(tj. jen běžící Linux s Xwindow, klávesnice a myš).
Při plné zátěži při obrábění pak mezi 2.5-3W.

Podle mě za 15 USD bezvadná hračka.

PL

**************************

Dne 14.7.2020 v 9:28 Jiří Nesvacil napsal(a):
> Zdravim,
>
> podle meho nazoru oba procesory miri jinam. H3 se asi jiz nevyravi ci 
> za chvilku nebude, je to 6let stary cpu https://linux-sunxi.org/H3 . 
> STM32MP1 ma nahradit diru tesne nad M4 cpu a vykonym embedded linux. 
> Ne vzdy se potrebuje HDMI, tolik RAM, ... . Ono to bere spotrebu. S 
> tim grafickym koprocesorem je to taky na vazkach. Vsechny knihovny to 
> pouzivaji jako hry tj. neustale dokola vykresluji a spotreba roste, 
> dale dokumentace je vecne v upadku, nic rozumneho jsem s tim nevidel 
> realizovat az na nejake hry. Pokud to ma byt jen nejake zobrazovadlo k 
> embedded systemum na ktere se obcas klikne a ono to neco udela ... .  
> Druha vec, pokud na tom chcete dat Android a vecne ho aktualizovat.
>
> Jirka
>
>
> Dne 14.07.2020 v 6:23 Petr Labaj napsal(a):
>> Stejně se dá použít ten OpenRISC na deskách OrangePi. Ten byl prý 
>> taky plánován
>> jen pro pomocné úkoly typu řízení napájení a podobně. Ale dá se 
>> využít pro RT úkoly.
>>
>> Rozdíl je v tom že:
>> - OPi má 4-jádro A7 (STM má 2-jádro)
>> - OPi má 1 GB RAM (STM 0.5 GB)
>> - OPi má grafický koprocessor Mali400 a HDMI výstup
>> - OPi stojí 15 USD (STM myslím kolem 40-50 USD)
>>
>> PL
>>
>> **********************
>>
>> Dne 14.7.2020 v 5:52 Jaroslav Buchta napsal(a):
>>> Nevim, jestli ma nejakou funkci pri bootovani, ale jako hlavni ucel 
>>> je uvadeno pouziti pro realtime procesy, kde to Linuxu moc nejde, 
>>> coz je asi velmi dobra vec. Periferie jdou rozdelit, ktere se 
>>> priradi linuxu a ktere tomu M4 (urcite aspon nektere, komunikacni 
>>> rozhrani atp.)
>>> Ma vlastni SRAM, tusim 128kB a nejakou sdilenou pamet pro komunikaci 
>>> mezi procesory (+ HW podporu te komunikace), je to slozity jak ponorka.
>>>
>>> Dne 13.07.2020 v 23:31 Jiří Nesvacil napsal(a):
>>>> O STM32MP1 jsem četl a M4 má implementována k Cortexu A7. Na forech 
>>>> se píše, že Cortex M4 je lépe nechat vyhrazen pro bootování a 
>>>> obsluhu Cortexu A7.
>>