DC/DC měnič Step Down 48v/19V pro PC

[Ivo12s]

No zatím jsem tedy spustil tu komunikaci přes WiFi. Takže nyní je PC více/méně izolované od světa. Je tam akorát napájecí zdroj PC a monitor, oba dva zapojený na stejných 230V a USB přes oddělovač. Ono i ten monitor vlastně nepotřebuji pořád, asi by se dal vypojovat... ale do toho se mi nechce, přece to není normální, odpojovat monitor aby PC fungovalo. Tak dám vědět, jestli to pomohlo.

[Ivo12s]

Ono se nám to téma posunulo trochu jinam - izolace ethernetu přes optiku. Děkuji určitě za řešení. Taky ta informace o tom, že ethernet je sám o sobě izolovaný, pokud nemá propojené stínění je určitě super a děkuji. Protože co tam mám za RJ-45 kabel vůbec netuším, také jestli mínus napájení toho Switche a tedy by to mohlo být i to stínění nevhodně propojující části elektro...Ten Switch je tam nový, před tím jsem to celé propojoval na LTE routeru.

Jen bych upřesnil tu původní otázku - máte někdo nějakou jinou - podobnou zkušenost s nefunkční elektronikou kvůli vzdálenosti nebo rušení? Prostě hledám, čím by to mohlo být. I ten 19V zdroj jsem si říkal - protože je originál China od miniPC, že bych ho zkusil vyměnit za jinou China, ale značkovou...

[luky]

K síťovému kabelu:
1) na kabelu bude vytištěný nějaký popis a tam bude napsáno UTP nebo STP/FTP (unshielded nebo shielded)
2) koncovka RJ-45 je u nestíněných kabelů plastová - tedy když ji vezmeš do ruky, není tam žádný kov, kterého by ses mohl dotknout. U stíněných kabelů je celý ten konektor zabalený do kusu plechu a ten je spojený se stíněním kabelu.

[Ivo12s]

Abych nezůstal dlužen odpověď. Pravděpodobnou příčinou potíží je na 90% ethernet Intel řadič I226-V. Našel jsem docela velkou množinu problémů, které tento řadič způsobuje. Běžný je právě výpadek paketů komunikace s vyšší teplotou. A pokud je součástí fanless miniPC, tak v kombinaci s extrémní správou napájení a teplotami to může způsobovat kolaps systému. Otestováno postupně několik variant zapojení. Dokonce to zkolabovalo jen tak, že Ethernet kabel byl zapojený do zmíněného Ethernet izolátoru z Mironetu a na jeho druhé straně NIC - bylo to naslepo. To jediné zapojení, které funguje déle jak 7 dní je při spojení se sítí pomocí WiFi. Jakékoliv fyzické propojení Ethernetu do 36 hodin PC zkolabuje. Otestováno včetně verzí Windows 11 23h2 a také 24h2. A ty Ethernet kabely mám nestíněné.

[unicast]

To je samozřejmě pravda, ale znamená výkon procesoru 85% i odběr ze zdroje 85% jeho maxima? Samozřejmě si nedělám iluze o tom, že by dodavatel dával k miniPC předimenzovaný zdroj, ale 95W bývá u notebooků standard.

Jo. I víc... Ono to s tím "výkonem procesoru" vůbec není takhle jednoduché. Jednak si CPU podle požadavků na výkon mění frekvenci. Další věc je, že výkon CPU se uvádí vždycky nějak zprůměrovaný v čase -- jádro v daném konkrétním taktu buď něco dělá nebo se fláká (NOP). Klidně můžeš být krátkodobě i nad výkonem zdroje. Něco z takových odběrových špiček může vykrýt kondenzátor, něco už ne.

Náročnost jednotlivých konkrétních instrukcí na spotřebu je také různá, dokonce se spotřeba může lišit i podle obsahů jednotlivých registrů, podle nastavených příznaků atd. (pro představu, hrozně moc zjednodušeně: číslo 8 je 1000 binárně, kdežto číslo 7 je 0111 binárně, tedy na uložení čísla 7 v registru potřebuji trojnásobek energie oproti uložení čísla 8)

Pokud chceš zařízení s rozumnou spotřebu, hledej něco, postavené na procesorech ARM, zapomeň na Intel/AMD s nesmyslně komplexní instrukční sadou, instrukční podporou čtyř/pěti různých šířek registrů ([AL/AH],AX,EAX,RAX), třemi/čtyřmi různými provozními režimy a dalším balastem, co se tam během čtyř desetiletí nabalil. To všechno znamená další a další tranzistory na čipu, na kterých jsou nějaké tepelné ztráty a které musíš nakrmit elektřinou. Čím méně, tím lépe.

aha, teď jsem si všimnul, že reaguji na poněkud starší příspěvek. no nic

[kodl69]

S tím koncem trochu nesouhlasím. Nabalilo se toho hodně, ale zase vzrostla energetická efektivita. Momentálně si chystám NUC14pro s core5 ultra 125H
a tady je TDP28W, a v biosu se dá na úkor výkonu nastavit i míň, zatím jsem to netestoval. Zbytek PC má spotřebu v jednotkách W, už proto, že ani SSD ani RAM nijak znatelně netopí. Samozřejmě pokud budu počítat pí na 100000 desetinných míst tak to asi bude vypadat jinak... Výhoda intel i AMD je výrazně větší výběr distribucí linuxu než u ARM (rbpi) . Naopak starší procesory nestačí na lecjaký operace díky tomu, že nemají např HW podporu H265 kodeku pro zpracování obrazu z LAN kamer, a RBpi se v tomhle ani neškrtne. Jo a na 48V DC používám origo postarší zdroj dodanej s intel nuc 6i3, výkonově stačí pro core i5 10500T bez toho, aby to spadlo. Některý verze NUC mají dokonce sledování napájení, a když začne padat, tak zpomalí procesor až do zdánlivýho "zatuhnutí" - Zkoušel jsem to s regulovaným zdrojem, a NUC 6i3 začal "umírat" až pod 11V. A to na něm jede proxmox virtualizace, NAS, HA, a zatím jedna kamera...

[Mex]

Jasně, že mi do toho nic není, co si kdo chce kam nasadit.
Ale myslel bych si, že na dohledové PC budou spíš jiné požadavky než maximální výkon.
Protože to běží zřejmě furt, tak bych šel spíš po spotřebě než po výkonu.
A v tom asi líp vychází všelijaké malé desky s ARMem než platforma PC. Ať RaspberryPi nebo různé OrangePi a další ovoce.
Nebo možná by mohly fungovat i všelijaké TV boxy. Ty z Číny mívají myslím i otevřený Linux. Nic to nažere a jsou v pěkné škatulce.

[Nortonko]

tiež som používal RaspberryPi, OrangePi. Momentálne používam Odroid N2+ ako media prehrávače k telkám. Mal som ich aj ako kontrolér a HA úplne bez problémov. Ten nový ODROID-M2 vyzerá dobre má aj slot pre NVME M.2 SSD a spotreba pri max záťaži udávaná 8W. Na server s proxmox kde mi beží toho celkom dosť mám tenkého klienta HP t630 starší stroj ale ide spoľahlivo a spotreba pár watov.

[unicast]

ARMy nejsou jen maliny, ale i Cortex A se 64bit instrukční sadou a HW akcelerací ledasčeho, s tím, že ty akcelerační obvody umí vypnout, když je nepotřebuje.

ARM jádra jsou i v tom, co je z hlediska výkon/spotřeba dneska k mání zdaleka nejlepší, tedy v chipech Apple M series.
Argument počtem linuxových distribucí nedává smysl, vždyť je to pokaždé jen trochu jinak zabalené jádro, glibc, loader, init, unixutils a pár dalších přibalených věcí, které si beztak lze snadno stáhnout (jak ve zdrojákách, tak už i pro ten ARM a příslušnou verzi glibc skompilované), takže je zcela nepodstatné, v kolika trafikách si to v jak moc barevných krabicích a s jakými přibalenými popcorny můžu koupit. Samozřejmě pro ARM existuje i FreeBSD a nakonec ostatně ani takový Mac Mini s chipem M4 a OS/X taky rozhodně není finančně nedostupná volba.

[Ivo12s]

Spousta pravdy bylo řečeno, to ano. Když se podíváte na rozvaděč -
-
tak jsou tam už teď dvě RPi 4b. Jedno je vytěžování do bojleru a druhé je Victron Venus. Takže ano, RPi by mohla být alternativa. MiniPC co jsem řešil v tomhle vlákně je takové děvče pro všechno na vzdálenou správu. Vzdálený přístup na ty RPIčka, ovládání ostatní elektroniky přes Putty a SSH, přístup na router, atd.

[kodl69]

To unicast: asi máš pravdu, ale my amatéři si vybíráme raděj hotový distribuce, protože je to řešení plug &play, ne na několikaměsíční studium jak to zkompilovat a podobně. čas se dá využít mnoha různými způsoby, a zrovna studium temných zákoutí operačních systémů zrovna nepreferuji.

[Mex]

Ale to spíš hovoří pro ten ARM, ne? Zvlášť pokud se použije něco tak provařeného jako RPi.
Pro něho bude distribuce připravená na míru a ověřena mnoha uživateli. V praxi to bude zřejmě nějaká verze Debianu, tedy dnes asi nejrozšířenější distribuce vůbec. Takže nehrozí nekompatibilita.
Na rozdíl od distribucí pro PC, kde je milion možných kombinací síťovek, USB hubů, SATA řadičů a co já vím čeho.

Já jedu tradičně na mnohem méně obvyklém OrangePi (kdysi jsem jich ve výprodeji koupil 10), ale snad ještě nikdy jsem neměl potřebu něco kompilovat ze zdrojáků.

[Nortonko]

ja s úspechom na takýchto SBC používam Armbian

[unicast]

To unicast: asi máš pravdu, ale my amatéři si vybíráme raděj hotový distribuce, protože je to řešení plug &play, ne na několikaměsíční studium jak to zkompilovat a podobně. čas se dá využít mnoha různými způsoby, a zrovna studium temných zákoutí operačních systémů zrovna nepreferuji.

Takže ho raději využiješ hledáním té úplně nejvhodnější distribuce?

Mimochodem, jak to skompilovat? Jasně, ./configure a make, případně make install jsou tak strašně moc složité příkazy, že chápu, že to vyžaduje dlouhé a náročné mnohaměsíční studium.

[TomHC]

Nerozumiem tejto linuxáckej úchylke že kompilovať si distro. To je ako skladať si auto zo súčiastok...

[Soban]

Přesně.....

Kdysi v počátcích kdy jsem měl PC s 4G ram jsem si u linuxu kompiloval vlastní jádro protože jsem tam vyházel vše co jsem neměl HW a v jádru bylo pouze to co jako HW skutečně na desce bylo, tím pádem bylo jádro menší a rychlejší a třeba u www prohlížeče to bylo hodně znát.

Ale dnes už to není třeba protože rozdíl v rychlosti už není takový - není to poznat, takže se kompilují pouze věci co v určité distribuci nejsou, což u mě už hodně dlouho nebylo, protože přeložené balíčky vždy v nějakém repozitáři pro určitou distribuci většinou najdeš.

[Matess]

a mezitím mám doma home asistenta na automatizaci na ryzenu 5600H, který má průměrnou spotřebu ze zdi 21W a to včetně UPS co to podrží 3 dny a 2x 8TB HDD (slouží i jako NAS). Jako OS tam běží win11 pro a ostatní srandy přes virtualbox.

[TomHC]

Na to mám Synology DS923+ čo berie 35W, 2x 1TB SSD a 2x 8TB HDD, 24 GB RAM, 3 kamery, 3 virtuálky a 11 docker kontajnerov, DNS, DHCP, PXE, NTP, VPN, backup, Photos a kadečo iné. A UPSka z bazoša za 10€ Synology OS je úplne mega, na kilometre pred OMV, Freenas a čokoľvek iné. A vie to robiť iSCSI, NFS, clustering, replikovanie, BTRFS je tiež paráda (integrita, deduplikácia...).

A netreba mi samostatný server, NVR... Nemusím nič klikať v shelli (ak nechcem), už som starý na také sebapoškodzovanie ako je kompilácia jadra, vymýšľanie kolesa a podobne.

[unicast]

Nerozumiem tejto linuxáckej úchylke že kompilovať si distro. To je ako skladať si auto zo súčiastok...

"Distro" kompiluje tak akorát její autor, když jí pouští do světa. Tady je ovšem řeč o kompilaci některých komponent OS pro konkrétní stroje jejich vlastním administrátorem.

Kompilace jádra je práce na chvíli a má některé zásadní výhody. Dá se z něj vyházet všechno, co tam nemusí být, je možné zahrnout všechno do samotné binárky toho jádra a vyhodit podporu kernelových modulů (což je potenciální bezpečnostní díra jako žádná jiná, protože kernel moduly mají narozdíl od libovolného jiného kusu sw oprávnění běžet v ring 0 resp. v PL 0), naopak některé věci v distribučních kernelech zapnuté nejsou a můžou se někomu hodit. Optimalizace pro konkrétní procesor zase umožní zvýšení výkonu a/nebo snížení spotřeby (což platí nejen pro jádro, ale i pro další komponenty, smysl to dává u glibc a pak u těch programů, které pak spotřebovávají většinu strojového času toho konkrétního stroje), naopak v distribucích je vše jejich autorem kompilované tak, aby to bylo zejména univerzální, tedy aby to běželo víceméně na všem, co tu danou platformu alespoň vzdáleně připomíná.

Ostatně, nejsou zase tak daleko doby, kdy jsem musel třeba přepisovat velikost packet bufferů v ovladačích síťovek...


A ke skládání auta ze součástek -- a nebylo by to náhodou nakonec lepší, moci si vybrat motor od libovolného výrobce, převodovku od nějakého jiného výrobce, a taky karoserii, palubku, sedačky, podobně jako si lze ze součástek postavit třeba PC?

[TomHC]

Keď má na to gentleman čas a chuť, nech sa hrá