hifi.slovanet.sk

[dustin]

Finálním výsledkem bude domácí integrované audio řešení - kombinace

* integrovaného zesilovače s přepínatelnými analogovými vstupy
* malé PC desky s CD mechanikou, disky, netem a slušnější zvukovkou
* řídící jednotky (STM32 za stovku) s dotykovým TFT
* DO se stejným TFT/ovládáním

Mezi PC/řídicí jednotkou/DO se komunikuje zprávami. Nenašel jsem žádnou knihovnu, která by řešila zasílání a hlavně routování zpráv po sériovém portu. Vše je buď pro síť (tedy vyžaduje IP konektivitu), nebo pro sdílené sběrnice typu CAN.

Vlastní přehrávání v PC neřeším, komunikuje se s MPV (příp. časem mopidy/MPD). Ale i tak to vyžaduje vrstvu, která API MPV a podklady pro výběr tracku (soubory v adresářích, tracky na audio CDčku, streamy internetových rádií atd.) konvertuje do těch zpráv.

Protože je to dost složité a mikročipy se blbě ladí, musím nejdřív připravit prototyp celého řešení/všech modulů v pythonu na PC. Včetně GUI pro dotykové displeje - k tomu se právě perfektně hodí ta zmiňovaná knihovna pro webové rozhraní remi https://github.com/dddomodossola/remi .

Až to bude kompletní, ověřené, odladěné, přepíšu do céčka ty moduly, které budou pro jednočipy řídící jednotky a DO potřeba.

Výstupem bude několik "produktů":

1) knihovna pro komunikaci zprávami mezi nezávislými moduly přes síť uzlů spojených sériovými porty (Python pro PC + C pro jednočipy). Lze použít i pro úplně jiný projekt, princip je univerzální

2) řídící systém pro integrovaný zesilovač (vstupy, hlasitost + příp. DACy) s dotykovým ovládáním a dálkáčem. To nevyžaduje ani žádné úpravy finální verze - jednoduše když se k řídící jednotce žádné PC nepřipojí, nepřijdou žádné zprávy o dostupnosti modulů běžících na PC (CD přehrávač, internetová rádia, lokální soubory, digitální vstupy přes zvukovku, nahrávací modul) a ty se na displeji nenabídnou.

3) celé integrované řešení zesilovač + PC pro analogové i digitální zdroje hudby.

Zde existuje řada projektů (hlavně pro RPi i pár pro PC), ale vše je to napřímo napojené na zobrazovadlo (Xka či framebuffer - VGA, TFT LVDS) a vzdáleně se ovládá jen po síti (webové rozhraní nebo protokol MPD/squeezebox). Jako DO se používá mobil/tablet.

Malý tablet jako DO k internetovému rádiu s MPD mi visí na zdi na nabíjecích magnetech a nemám s tím moc dobré zkušenosti. Občas mu po zapnutí displeje nenajede včas wifina, těm levným po dvou letech odejde interní fleška, občas se android hryzne a musí se restartovat. Proto zde chci jednoúčelové DO se stejným ovládáním, jako přímo na zařízení.

[dustin]

Konečně funguje základní sada zdrojů prototypu https://github.com/pavhofman/aio :

Analogové vstupy - dle potřeby.

Soubory - průchod stromem adresářů, přehrávání adresářů/jednotlivých souborů, zasílání/zobrazování časové délky a aktuálního času souboru

Internetové rádio - definice rádií v XML rozdělené do skupin podle žánru/jazyka atd., načítání URL streamů z běžně se vyskytujících formátů playlistů (m3u, pls, atd.), průchod stromem témat/rádií, spouštění rádií. Asynchronní aktivace/deaktivace zdroje dle aktuální konektivity do internetu

CD audio - načítání názvu média a tracků z online databáze musicbrainz, nabídka a přehrávání celého i jednotlivých tracků. Zasílání/zobrazování časové délky a aktuálního času tracku. Asynchronní aktivace/deaktivace zdroje při vložení/vyjmutí čitelného média do mechaniky.

U všech zdrojů funguje zasílání/zobrazování tagů (např. rádio - ICE tag title, bitrate) a audio formátu přehrávaného tracku.

Teď se pustím do nahrávacího modulu a chci zkusit nějaké vyhledávání ve stromech souborového a rádiového zdroje. Rovněž asi dojde na nějaké bookmarky. Pak ještě zdroj SPDIF vstupů zvukovky.

Zdroj pro nějakou music databázi zatím dělat nebudu, protože žádnou nepoužívám. Knihovny v pythonu pro standardní služby existují, takže by to neměl být později problém, pokud by bylo potřeba.

[dustin]

Zadání:
* Uživatel může pro každý zdroj nadefinovat libovolný počet playlistů
* Výsledky vyhledávání si může uložit jako playlist
* Správa playlistů (přejmenování, mazání, přidávání/odebírání tracků)
* Track může být ve více playlistech

Funkcionalitu lze výhodně využít k přejmenování tracků/jejich skupin - např. si lze pojmenovat CD, které nenajde na musicbrainz, či některé jeho tracky.

Bezpečné ukládání do sqlite/vyhledávání je v pythonu hračka.

Když jsem vymyslel, jak by tohle bylo implementované, řízené zprávami a zobrazované v GUI, vylezla z toho další již existující funkcionalita Mopidy. Nejlepší by bylo využít Mopidy celé včetně MPD API pro nepřeberné množství MPD klientů a spoustu extenzí pro online databáze (např. Spotify, google music). Uvidíme, jestli to bude reálné https://discuss.mopidy.com/t/using-mopidy-for-hardware-all-in-one-device-features-compatibility/1937

[miero]

offtopic vsuvka: na prehravanie youtube z terminalu je pekny program mpsyt, mozno by slo rozsirovat ten (spusta mpv/mplayer na pozadi)

[dustin]

Díky za tip, mrknu na něj.

Mě na Mopidy ani tak nalákají ty playlisty, ty mohu celkem snadno naimplementovat sám a určitě s menším úsilím, než to ohýbat pro mopidy. Mě zajímá jejich implementace rozsáhlého MPD API pro mraky MPD klientů (s tím měli spoustu práce, hlavně s fixy pro správnou funkci různých klientů https://github.com/mopidy/mopidy/commits/develop/mopidy/mpd , to vyžaduje široké testování) a již hotové i přibývající backendy pro nejrůznější online databáze.

Mopidy je "jenom" infrastruktura mpd serveru se spoustou implementací jednotlivých modulů napojených přes jejich centrální API (např. přehrávání mají přes gstreamer). Je to prostě dneska celkem standard. Navíc má apache licenci, volnější než GPL.

[dustin]

Tak už vypadalo nadějně, že by se dalo mopidy zaintegrovat https://discuss.mopidy.com/t/how-to-communicate-availability-of-uri-class-to-mpd-clients/1938/4 , jenže stále běží jen na pythonu 2 a to je pro mě show stopper. Třeba bude někdy příležitost je zaintegrovat, teď ale pojedu dál bez něj.

[dustin]

Mopidy je tak pěkně udělané, že jsem těch dosavadních 80 souborů s nechutí downgradoval na zastaralý python 2.7 a teď si s mopidy hraju a řeším varianty integrace. Možnost plně ovládat AIO včetně ovládání hardwaru (přepínání analogových i digitálních vstupů, hw hlasitost) z libovolného MPD klienta a hotové pluginy pro Spotify, Google Music, ITunes, Youtube, SoundCloud, Tidal atd. je prostě obrovský plus.

[gnat]

Zkoušel jsi to Mopidy otevřít to v Python3 přes knihovnu past ?

[dustin]

Zajímavé, to jsem nezkoušel, v pythonu se teprve rok učím. Díky moc za tip!

Budu ze svého kódu dělat nové extensions do mopidy a rozšiřovat stávající (např. syrový ale fungující https://github.com/forscher21/mopidy-cd ), tak ty stejně budu muset psát ve starém pythonu, aby to běželo ostatním i na standardním mopidy.

Jenom škoda, že jejich fórum není moc aktivní, z jiných projektů jsem zvyklý na trochu rychlejší reakci. Ale co nadělám, zadarmo...

[dustin]

Po několika týdnech hrabání se ve zdrojácích mopidy, úpravách pokus/omyl a nikam nevedoucích diskusí s autory se vracím ke svému původnímu kódu. Zkoušel jsem pár rozšíření mopidy a aby fungovaly pořádně a spolehlivě, musel bych stejně mopidy forknout a dělat do něj úpravy, které upstream odmítá (např. https://discourse.mopidy.com/t/hook-before-audio-playback-change/1973/9 ). Třeba takovou základní věc, jako snížení rychlosti otáček CD mechaniky na 1x. Nebo jednoduché přehrání celého adresáře najednou (mopidy nepracuje se stromovými strukturami). Se změnou dostupnosti backendu (vložení/vyjmutí média) se ve stávajícím návrhu mopidy vůbec nepočítá a byly by to ošklivé hacky.

Navíc úpravy kódu ve starém python 2.7 bez uvedených vstupní i výstupních datových typů (type hintů), bez přímé podpory unicode (vývoj stylem pokus omyl), to mě ani trochu nebaví a koníček má člověka bavit.

Raději méně funkcí, ale dodělané v reálném čase. Tak snad se to zase teď trochu pohne.

[dustin]

Návrat k původnímu kódu to zase trochu nakopl. Hotovo:

Dynamická aktivace zdrojů ze souborů při detekci removable zařízení (typicky USB fleška/disk)


Po startu se nabízí jen zdroj pro přehrávání lokálních adresářů/souborů na disku (a/nebo staticky namontovaných přes síť). Po zasunutí flešky se automaticky namontuje pro čtení a na displeji se nabídne přehrání jejích souborů/adresářů. Flešek lze současně zasunout více, s každou další se aktivuje další zdroj. Po vytažení flešky odpovídající zdroj z nabídky zmizí.

Stejně se chová CD v mechanice. Teoreticky lze úplně stejně přidávat více CD mechanik (interní SATA, další přes USB), ale to je asi zbytečné. Asi to nebude používat DJ na párty.

Nahrávání

Vše aktuálně přehrávané zvukovkou se klonuje přes modul alsa-loop na vstup virtuální zvukovky, ze které lze nahrávat. Stejně tak lze nahrávat ze vstupu reálné zvukovky analogový vstup i SPDIF. Nahrávání na tlačítko zapnout/vypnout, ukládá se do flacu v samplerate aktuálně přehrávaného materiálu, 16 či 24 bit. Flacy jsou pojmenované dle názvu tracku + datum do adresáře odpovídajícího zdroji.

Automaticky se ořezává úvodní ticho ( stačilo jen přidat efekt silence nahrávacímu SoXu - https://digitalcardboard.com/blog/2009/08/25/the-sox-of-silence/ , funguje pěkně)

Zpětné nahrávání

Často se stává, že člověk třeba poslouchá např. rádio (Vltavu, Beat), něco se mu zalíbí a chce si to nahrát. Jenže kus skladby mu už utekl. Proto má nahrávání streamů, u kterých to nelze jednoduše pustit znovu (rádio, analog, spdif), na vstupu implementovanou frontu, která pořád udržuje několik minut vzorků. Tato fronta je aktivní pořád, i když zrovna nahrávání neběží. Případné nahrávání pak čte vzorky z této fronty (tj. po spuštění ji rychle vyprázdní a pak už jede s minimálním zpožděním). Opět se ořezává ticho na začátku. Takže si třeba pustím SPDIF stream z DVD přehrávače či televize a když kdykoliv během např. 2 minut od začátku stisknu nahrávání, vždy dostanu flac s půl sekundou ticha před začátkem skladby. Konec odpovídá okamžiku ukončení nahrávání.

Nafukovací frontu se zahazováním vzorků jsem musel napsat v pythonu, bohužel jsem nenašel žádné takové řešení už hotové, sox to také neumí.

Teď se pustím do ripování CD do souborů s názvy z CDDB/Musicbrainz, což je také díky knihovně http://audiotools.sourceforge.net/ celkem jednoduché.

[kazzatel]

Když se tak dívám, co všechno jde naprogramovat, tak mě napadá, jestli máš taky takhle naprogramovaný i šukání...troufnul bych si tipnout, že těžko....

[miero]

Programovanim sa da stravit tak neskutocne mnozstvo casu... tolko nepresuka ani plemenny byk...

[dustin]

Jo, věci holt trvají, to už tak je.

[dustin]

Pro velké stereo AIO jsem zatím neměl větší využití. Ale odešlo mi doma AVR (HK AVR430) - zvuk takový neslaný nemastný a topilo jako kamna. V zimě mi to nevadí, ale v létě nic moc. Místo něj jsem prozatímně dal starý stereo Kenwood 7010 (co z něj PMA vyšel pro svůj little kenny) a to je prostě jiný zvuk.

Tak zvažuji, že bych tu koncepci upravil na 5.1, s DIY digitálními zesíky, nejnovějšími se zpětnou vazbou http://hifi.slovanet.sk/bb/viewtopic.php?t=26305

Už dlouho chci vyzkoušet aktvní setup, tak bych to udělal rovnou s 2ch digitální výhybkou v PC - tedy 7.1 kartou. V AVR jsem měl biamping, tedy k předním bednám už jsou natažené dvoje kabely.

Alternativně lze snadno překonfigurovat na 2.1 x 3ch výhybka.

5.1 vstup by byl po gigabitové síti přes network pulseaudio, to každý linuxový video player umí (třeba RPi), příp. RTP či DLNA.

CD mechanika built-in, sata/usb

Jeden analogový stereo vstup - samplování kvalitní zvukovkou kvůli PC výhybce. Kdyby bylo potřeba více vstupů, lze před vstup zvukovky dát relátka.

SPDIF stereo vstup coax i optika (na zvukovkce jsou)

Přehrávání ze sítě, internetová rádia

Interní PC HP T610 s dual core 1.6GHz 64bit (stejné CPU mám v měřicí stanici) https://www.parkytowers.me.uk/thin/hp/t610/index.shtml . To by mělo zvládat výhybku OK. Cca 600Kč + doprava z US nebo 1300Kč DE.

Zvukovka zřejmě HT Omega Claro 7.1 PCI https://bit-tech.net/reviews/tech/HT_Omega_Claro/1/ s PCI-e-> PCI adaptérem (to T610 má PCI-e port). Na ebayi cca 1300 Kč + doprava shipito z US - poslalo by se vše najednou.

Měniče +/-12V v PCI-e adaptéru by se porovnaly s externím zdrojem a pokud by měly horší výsledky, odpojily by se a dal by se tam slušný zdroj +12 a -12V. U Juli ve Futro S900 jsem ale žádný rozdíl nenaměřil.

DIY 7ch předzesilovač se slušnějšími OZ.

Motorový 2 x 4gang potenciometr. Regulace hlasitosti by byla až za předzesilovačem, aby se minimalizoval šum. Celý dělič bez motoru ve stíněné budce.

DIY class-D TPA3245 nebo 3255, 3 čipy po 150-200 Kč v režimu master - slaveA/B. Pro LF sekce předních beden 10uF vazební kondy, pro ostatní klidně 1uF (výrazná úspora). Kvalitní výstupní tlumivky, v tomto počtu již lze objednat u čínského výrobce. Fixní gain koncového stupně 20dB (proto ten předzesilovač).

Rozložení kanálů na čipy zřejmě

1) dva kanály bridged levý front aktiv
2) dva kanály bridged pravý front aktiv
3) jeden kanál bridged center, 2 kanály SE zadky

Zdroj ještě nevím, asi lineár, použité toroidy lze sehnat docela levně a nic jim není. PC má vlastní adaptér. Při vypnutí PC usne a zdroj zesilovače se odpojí od sítě relé.

Bedna plechová nakreslit ve Fusion 360 a nechat vypálit z nerezu.

SW - HDMI touch screen napřímo z PC, zřejmě 7" https://www.ebay.com/itm/7-inch-HDMI-Touch-Screen-TFT-LCD-Panel-Module-Shield-800X480-For-Raspberry-Pi-DH/312227379707

Některý z linuxových playerů + podpůrné funkce v pythonu. Bude to jednodušší než vyvíjet ovládání přes STM32, které by stejně nedávalo náhledy obrázků alb apod.

DO ještě nevím.... asi mobil s webovým rozhraním playeru, aby tam šly přidat další ovládací prvky (analogové/digitální vstupy apod.) a nemusela se dělat nějaká appka.

Kvalitně oddělené jednotlivé sekce kvůli stínění. Místa by bylo dost, stínění nic nestojí. Všude stíněné kabely, opět nic nestojí.

Výsledkem by byl síťový 5.1 předzesilovač, analog/SPDIF stereo předzesilovač, 2ch digitální výhybka pro přední bedny, 7ch zesilovač (5 + 2 biamp), CD přehrávač, network player.

Není problém změnit 5.1 + 2ch výhybka třeba na 2.1 a 3ch výhybka, to je jen konfigurace SW a nastavení propojek na desce u čipů na 6x bridged.

Kdyby někdo chtěl verzi bez PC, jen s analogovými 5.1 vstupy nebo i analogovou výhybkou, deska preampů/koncáků i zdroj by byly stejné.

Takováto koncepce mi přijde využitelnější a praktičtější než jen AIO se stereo koncem, protože řeší domácí kino i slušné stereo.

Video tam nechci dávat, protože se pořád vyvíjí a krabička s kodi a 4k výstupem může být třeba rovnou na TV.

[dustin]

Tak 7" 800x480 je zdá se optimální https://volumio.org/forum/minimal-display-resolution-t9540.html . Asi bude čelní panel šikmo, aby se minimalizovala výška bedny a usnadnilo ovládání z displeje.

Volumio https://volumio.org/ to asi vyhraje, je to open source https://github.com/volumio/ , v nodejs (tedy snadno rozšiřitelné o specializované moduly), stále se rozvíjí, GUI v prohlížeči.

Trafa zatím vidím 2x toroid - v sérii 1x 12V 150W a 1x24V 300W, např. https://www.ebay-kleinanzeigen.de/s-anzeige/ringkerntrafo-transtec-lfs-150-11-5v-150va-230v-50-60hz/842215672-168-7650 a https://www.ebay-kleinanzeigen.de/s-anzeige/ringkerntrafo/907292706-172-241 . Výhodou by byl snadný soft start - nejprve jedno, pak druhé.

Tohle 800W 2x18V 22A už je asi overkill https://www.ebay-kleinanzeigen.de/s-anzeige/ringkerntrafo-rkt-800-18/952274089-172-16969, i když napětí ideální. Asi bude mít i dost vysoké ztráty naprázdno a už je dost velký.

Prostě je z čeho vybírat...

[htpc]

Krasne sa hras,mas v tom jasno to je vidiet.Drzim palce a netrpezlivo sledujem vyvoj.

[Kozousch]

Ohledně toho displeje - Hi-Fi přístroje většinou bývají umístěné nízko na to, aby bylo ovládání pomocí patlacího displeje pohodlné. Patlat pod displeji v předklonu nebo v podřepu by se mi moc nechtělo. Nebylo by lepší soustředit se na to ovládání pomocí patlacího mobilu nebo tabletu? Nějaký starší mobil, který by se na to dal vyhradit a ležel by u Hi-Fi místo ovladače, najde doma snad každý...

[dustin]

[dustin]

[Kozousch]

OK. Takhle to dává smysl. Já jsem si myslel, že by ten interní displej vyžadoval nějakou vlastní nedej přírodo na programování náročnou softwarovou podporu a byl by svými možnostmi "zavrtaný hlouběji" do systému.

Jinak nedávno jsi psal něco o problémech s hlučnými "notebookovými" DVD mechanikami. Pár použitých se mi ve skladu válí. Kdyby se ti hodily, tak mi přes SS pošli adresu a já ti je pošlu. Samozřejmě zadara. Za jejich tichost ale neručím. Jsou bez čelních panýlků - ty se použily na HDD boxy.

[dustin]

Děkuji za nabídku, zatím jsem jich tolik nezničil, tak zatím jsou.

Pořád si hraju s myšlenkou top-loaded mechaniky, která by vyjela nahoru z bedny - skleněný kryt třeba o 10cm nahoru, mechanika s médiem o 3cm. V prvním kole ji chci do malého AIO, kde na ni mám uvnitř tak max. 20mm na výšku komplet. S 9mm ultra-slim by to zřejmě šlo. Nejdřív ale musím otestovat minimální použitelné otáčky trojfázového 5V motorku z vadného 2.5" SAS disku při pohonu arduinem s H-můstky. Na žádný jiný takhle tenký, tichý a poměrně výkonný motor jsem zatím nenarazil, navíc celý motor rovnou tvoří řemeničku. A pak to s reálnými převody musím nakreslit do CADu pro tisk. Je toho moc, ale určitě na to jednou dojde To už mě doma asi vydědí....

[htpc]

Za mna displej urcite ano.Vyzera to hajendovo a u mna aj ucelne.Pouzivam aj apku v telefone ale najcastejcie klasicky ir dialkac.O rodine ani nehovorim.Takze odporucam prehodnotit a doplnit trebárs o FLIRC alebo nieco podobne.Za mna rozhodne aspon na zakladne povely najpraktickejsie.

[dustin]

Výborný nápad, IR je praktický. Volumio naštěstí modul pro lirc má, tak jenom přijímač třeba přes USB.

[Soaron]

K tomu displeju. Je dobré si to poriadne premyslieť. Ja mám momentálne na RPi Volumio a k nemu pripojený Waveshare 5 palcový dotykáč. Je to super, veľkosťou tiež, no čitateľnosť pri pohľade z boku a z hora nič moc. Takže pri ovládaní cez displej sa treba poriadne zohnúť. Ale možno sú na tom 7 palcové drahšie zobrazovadlá lepšie.

IR jednoznačne doporučujem. Je to jednoduché na konfiguráciu. Sám to tak mám.

Webové GUI je lepšie pre malý displej prispôsobiť. Pre mňa je tam veľa informácií, ktoré sú z pohodlia kresla skoro nečitateľné a u mňa nepotrebné. Používa sa tam však CSS pre rôzne rozlíšenia, takže by to nemal byť veľký problém.

[dustin]

Díky moc za praktické zkušenosti z používání. Ty jsou vždycky nejdůležitější.

To nejlevnější 7" TFT (TN) určitě moc kvalitní nebude, měl jsem levný 7" tablet, bude to podobné. Proto chci přední panel naklonit, aby na displej bylo vidět, určitě nebude svisle. A proto chci top-loaded mechaniku, aby nic nevyjíždělo z předního nakloněného panelu. Knoflík na ovládání hlastitosti ještě nemám vymyšlený....

Ještě jednou díky.

[Soaron]

Ešte dodám, že Volumio má plugin pre GPIO, takže rôzne čudlíky nie je problém dobastliť a existuje plugin aj pre rotačný enkóder. Tie som však neskúšal.

[dustin]

Chci použít x86 PC s PCI osmikanálovou kartou, bohužel to GPIO nemá. Ale plánuji arduino přes USB serial, což nebude složité.

Hlasitost bych rád normální 8x potenciometr v preampu, poháněný ozubeným řemínkem ze sestavy knoflík - osa - snímač úhlu natočení - zpřevodovaný motor ze starého motorového potenciometru. Řízeno tím arduinem, přes sériový port, napojeno do alsy jako obousměrný ovladač hlasitosti (nastavuje dle příkazů aplikací, ale zároveň informuje aplikace o aktuálním stavu při ručním otočení). Sestava knoflíku a motoru by byla s arduinem v odstíněné PC sekci.

[Soaron]

Ešte k tomu displeju ma napadlo jedno riešenie. Ak by sa našiel vhodný prevodník z displeja mobilného telefónu na HDMI, tak pre mňa by to bolo najlepšie riešenie. Displey zoženiem, aký chcem. Aj tak sa mi už doma povaľuje pár starších telefónov. Takže displej by bol zadarmo. Čitateľnosť super. Na to sa bežne predávané DIY zobrazovadlá nechytajú. Ja by som sa kľudne uspokojil aj s tým, ak by dotyk nefungoval.
No na moje počudovanie, takéto riešenie nie je úplne samozrejmé. Ani nechápem, prečo sa vlastne predávajú všetky tie čínske, šitné, TFT displeje pre RPi.

[dustin]

https://hackaday.io/project/364-mipi-dsi-display-shieldhdmi-adapter to umí. Ale to bude v součtu asi dražší, než slušnější TFT s HDMI.

Také by šlo na krabici dát jen informační 5" TFT a vše ovládat mobilem.

A nebo vzít starší mobil za pár stovek, vytisknout pro něj tenkou zadní desku se dvěma trošičku utopenými nerez plíšky a z horního boku vykukujícím microUSB samcem, nacvaknout ji na mobil + oboustrannou lepenkou mobil zezadu na desku přilepit Do předního šikmého panelu AIO izolovaně vlepit dva poniklované neodymy (kulaté, čtverce, obdélníky, tvary jsou k dispozici libovolné), aby třeba 2 mm vykukovaly. K magnetům přivést 5V. Když se tohle DO nepoužívá vzdáleně, přicvakne se na čelní panel a nabíjí se. Chci DO, odlepím od panelu a hodím na konferenční stolek. Večer jej zase snadno nacvaknu na panel a mám kvalitní displej s kvalitním dotykem. Neodymy mohou být tak, aby to nešlo nacvaknout obráceně.

Případně by pod ním (tedy v rovině panelu) mohl být malý 5" informační TFT HDMI, třeba i bez dotyku, to už je fuk.

Mobil by tak sloužil jen pro AIO, taskerem by se v nekonečné smyčce na něm spouštěl prohlížeč s volumiem, byl by pořád dost nabitý (i starší slabší baterka by zvládla pár hodin poslechu, pak zase šup na panel nabíjet).