Příspěvky

1

Hardware / Re:Počítač se nezapne se zařízeními v USB

« kdy: 17. 01. 2026, 14:44:36 »

Ano, obyč dioda tam nepatří, pokud mám v obvodu k dispozici jen 5V. Ale je řada jiných řešení, např. ideální dioda (MAX40200 drop 85mV při 1A, příp. diskrétní obvod s mosfetem, příp. kvalitní schottky), brát těch výstupních 5V z jiného napětí a započítat do toho ztrátu na ochraně, atd...

Ano, specifikace natvrdo nevyžaduje přepěťovou ochranu u USB-A, ale očekával bych, že dobré základní desky na to své USB-A porty chrání a přivedení 5V zvenku do VBUS PC nespustí (jak tu bylo již zmíněno, IMO špatný design).

2

Hardware / Re:Počítač se nezapne se zařízeními v USB

« kdy: 17. 01. 2026, 12:26:32 »

Tím „by ani neměl být napájen“ jsem myslel, že by samice neměla dostávat napájení od samce. Nikdy. Ani při vypnutém počítači, ani při zapnutém.

Nikdy, ale port by s tím neměl počítat a měl by zabránit průniku případného napětí z portu hlouběji do PC, diodou nebo jinak. Stejně tak by neměl připojit své napětí, pokud je tam jiné z venku.

3

Hardware / Re:Počítač se nezapne se zařízeními v USB

« kdy: 12. 01. 2026, 07:56:46 »

To je zajímavé. ATX +5VSB má doporučených min. 2A, na webu se píše o minimálních 720mA, myš si nevezme víc než 500mA povolených na USB-A (i to by byla myš s vytápěním). To už je na reklamaci vadného zdroje...

4

Hardware / Re:Počítač se nezapne se zařízeními v USB

« kdy: 09. 01. 2026, 12:36:03 »

IMO je tahle oblast docela komplikovaná. AI mi říká, že OTG USB-C nesmí připojit VBUS portu k napájení, dokud nezdetekuje Rd na CC lince - tj. připojené device. Současně ale signalizuje svůj "intent" hostitele připojením Rp CC na interní +5V, aby druhá strana viděla, že chce být hostitelem. Toto připojení nemá být trvalé, ale pravidelně to má odpojovat, aby mohl zdetekovat, že druhá strana chce také být hostitelem (jinak nemůže poznat Rp na druhé straně, protože by byly obě strany připojené Rp na 5V).

Ale současně AI říká, že každý hostitel by měl před sepnutím napájení do VBUSu zkontrolovat, zda druhá strana tam neposílá napětí. To platí i pro USB-A hostitele které nemají žádnou CC na komunikaci. Současně musí zajistit, aby se přicházející napětí z portu nedostávalo dál do zařízení.

Tudíž mi přijde, že v tomto případě jsou na vině obě zařízení - ten Rode nemá aktivovat VBUS, dokud na CC nevidí device, a ten PC host (který má USB-A  a tedy VBUS pod napětím před připojením Rode) by měl zabránit příchozímu proudu jít dál do PC (natož se z portu nechat napájet).

Ale pak chápu, že se dobře udělané PC odmítne spustit, když na USB portu zdetekuje příchozí VBUS, což tam nemá co dělat (OTG USB-C Rode to tam nemá co pouštět).

Ale možná jsem to pochopil blbě...

5

Hardware / Re:Počítač se nezapne se zařízeními v USB

« kdy: 09. 01. 2026, 08:54:13 »

Co tedy ten Rode konkrétně dělá, že dokonce způsobí poškození napájení portu? Odebírá větší proud, než kolik udává jeho deskriptor (resp. > 500mA)? Překvapuje mě, že by port neměl nadproudovou ochranu. Díky!

6

Hardware / Re:Levný androidí tablet s Linuxem

« kdy: 08. 01. 2026, 08:18:13 »

Řešil jsem podobný problém, zpočátku se snažil najít vhodný tablet s podporou linuxu (tedy x86 tablet), ale také jsem skončil u androidu s vlastní custom appkou a kiosk režimem. Nabídka HW je nesrovnatelně větší (ve všech možných standardech provedení), než kdybych tam chtěl provozovat neandroidí linux. Moje požadavky byly dost specifické (extrémní jas, rugged provedení, displej jen 8", možnost uchycení šrouby, bez vnitřní napájecí baterie). V androidu bylo dostupných hned několik variant.

Android se nakonec ukázal jako celkem použitelný a přístupný. Samozřejmě jsem nepotřeboval přímý přístup k HW ani žádné speciality, zvolený model tabletu výrobce odmítl dodat rootnutý (ale alespoň flešnul náš bootovací obrázek a navazující intro video).

7

Bazar / Re:Prodám vývojovou desku a moduly Toradex

« kdy: 08. 01. 2026, 08:02:52 »

OK, pokud jsou IO desky kompatibilní napříč moduly, pak beru zpět a omlouvám se. Očividně to Toradex tak má, což  ale není běžné.

8

Bazar / Re:Prodám vývojovou desku a moduly Toradex

« kdy: 07. 01. 2026, 14:42:57 »

Tak je fakt, že navrhovat vlastní desku (jak je zmíněno v úvodním příspěvku) pro takto starý modul je dost nepravděpodobné.

9

Windows a jiné systémy / Re:Skok systémového času Windows

« kdy: 06. 01. 2026, 15:57:39 »

Jestli třeba v té virtuálce neběží čas Win rychleji a v ty tři ráno se to pokaždé nastaví správně.

10

Software / Re:Má vůbec smysl reportovat někam chyby?

« kdy: 29. 12. 2025, 19:06:49 »

Filip Jirsák: Souhlas

11

Software / Re:Má vůbec smysl reportovat někam chyby?

« kdy: 28. 12. 2025, 10:27:42 »

Zdravím root.cz a děkuji za opravu chyby ohledně častého random odhlašování ke kterému občas dochází i při odesílání komentáře a ten tak nenávratně zmizí...  

Addon na historii odesílání formulářů v prohlížeči je hodně užitečný i na jiných webech. Samozřejmě mluvím o PC, v mobilu nevím.

12

Software / Re:Má vůbec smysl reportovat někam chyby?

« kdy: 28. 12. 2025, 10:23:06 »

Pochybuji, že by komunita kernelu nebo debianu kývla na provoz tak důležité infrastruktury u komerčního subjektu, který kdykoliv může svou činnost ukončit či službu zrušit.

Komunikační nástroje debianu neznám, ale kernel má poměrně širokou infrastrukturu postavenou nad emaily (např. klíčový https://patchwork.kernel.org/project/linux-media/list/ ), které to dost usnadňují. Neboť jsou všechny maily na více místech archivované a indexované, není takový problém v tom historicky vyhledávat. Samozřejmě to vyžaduje určitě nastavení mailového klienta, ale lze předpokládat, že ten, kdo chce posílat patche do kernelu, je schopen si to zařídit (např. https://nickdesaulniers.github.io/blog/2017/05/16/submitting-your-first-patch-to-the-linux-kernel-and-responding-to-feedback/ )

13

Software / Re:Má vůbec smysl reportovat někam chyby?

« kdy: 26. 12. 2025, 23:22:47 »

Upřímně trochu nechápu, proč to řešíš tady. Ten Artem ti opakovaně jasně řekl, co s tím máš udělat - do jakého LKML report poslat + jakým konkrétním maintainerům. Report někde na bugzille vůbec neodpovídá standardním postupům vývoje kernelu.

V prvním kole to vůbec nemusí být hotový commit, prostě jen nahlásíš problém a popíšeš návrh jeho vyřešení. Někdy potřebný patch mail pošle přímo maintainer (a dá tě jako Reported-By či Tested-By), někdy jej bude chtít po tobě - ale nejdříve se s ním/s ostatními domluvíte, jak by ten commit měl vypadat. Má to formální záležitosti, ale jsou na to nástroje a patche zcela běžně proběhnou několik verzí, než jsou v pořádku.

14

Vývoj / Re:Skript pro míchání zvuků a mikrofonu v Audacity

« kdy: 14. 12. 2025, 13:32:23 »

Zkusil jsem copilot, aby dal něco jednoduchého. Netestoval jsem, protože na starším mintu nemám ještě wireplumber. IMO na tom by se dalo stavět https://github.com/copilot/share/403a52b0-0a84-8046-a813-240a6413209a . Je to celkem jednoduché, pár příkazů a generátor konfigurace pro wireplumber, žádné komplikované pipeliny.

Samozřejmě to používá sémantiku PW, ne outdated PA.

15

Vývoj / Re:Skript pro míchání zvuků a mikrofonu v Audacity

« kdy: 14. 12. 2025, 10:24:29 »

Nelze očekávat, že AI dá na první dobrou skript, který složitě parsuje textové výstupy nějakých utilitek. Např. tohle peklo:

pactl list short modules | awk -v n1="$NULL_SINK_NAME" -v n2="$VIRTUAL_SRC_NAME" '$0 ~ n1 || $0 ~ n2 {print $1}' \
  | xargs -r -n1 -I{} pactl unload-module {} >/dev/null 2>&1 || true

Opravdu myslíš, že tu budou lidi ručně kontrolovat, zda je taková pipeline vygenerovaná správně?

Pokud to po AI chceš, pak jí musíš dodat kvalitní podklady, ze kterých může vycházet se svými znalostmi. Minimálně konkrétní texty výstupů těch volání pactl. Samozřejmě záleží na LLM modelu, zda to vůbec umí.

Rovněž bych po AI chtěl, aby napsala skript tak, aby když přidáš parametr bashe -x a nakopíruješ do ní výsledný debug výstup skriptu, aby z toho dokázala po  sobě zkontrolovat správnou funkci, příp. najít chybu.

Věřím, že dobrý LLM model s dobrým vedením takový skript napíše bez problémů, ale musí se držet pod kontrolou a musí mít k dispozici vhodné vstupní podklady.

A nebo po AI chtěj jen jednotlivé bloky/klíčové řádky a skládej si to do skriptu sám, samozřejmě po ručním otestování každého bloku.