CNC Fórum

Sháním síťovou kartu Intel I350. Stačila by mi varianta s jedním RJ45.

Na Tsbohemia ji mají za cca 2700kč. Současná hodnota mého Dell 9010 SFFje 1500kč. Takže bych to chtěl splašit levněji.

V PC by měla být PCI Express Low Profile.

Vůbec na to nespěchám. Mám to na experimentováni s LCNC.

Asi bych nasel nejaky inteli 1000 se dvemi nebo 4mi porty. Tyhle karty chodi dobre na ethercatu.

zz912 píše: ↑2. 8. 2026, 2:37 Sháním síťovou kartu Intel I350. Stačila by mi varianta s jedním RJ45.

Na Tsbohemia ji mají za cca 2700kč. Současná hodnota mého Dell 9010 SFFje 1500kč. Takže bych to chtěl splašit levněji.

V PC by měla být PCI Express Low Profile.

Vůbec na to nespěchám. Mám to na experimentováni s LCNC.

Děkuji za nabídku, ale sháním konkrétně I350, abych měl tu stejnou, co má vývojář LCNC, pro kterého testuji.
https://github.com/LinuxCNC/linuxcnc/pull/4087

Proč má takovou kartu, nemůže to nejdřív on vyzkoušet s něčím běžným?

Thomeeque píše: ↑2. 8. 2026, 4:55 Proč má takovou kartu, nemůže to nejdřív on vyzkoušet s něčím běžným?

Klasický problém LCNC. Pro každého je "běžné" něco jiného.

Nic o tom nevím (já jedu na LPT ), zeptal jsem se AI, pro TL'DR viz Shrnutí pro vývoj:

Gemini píše: Vývoj nízkoúrovňové ping komponenty pro LinuxCNC: Výběr síťové karty a kompatibilita

Ahoj, pokud vyvíjíš nízkoúrovňovou ping komponentu přímo pro LinuxCNC (např. HAL komponentu pro komunikaci s deskami Mesa, EtherCAT slavy nebo custom mikrokontroléry), situace s hardwarem na trhu se zásadně mění oproti běžným PC aplikacím.

V komunitě LinuxCNC je Realtek považován za problematický hardware a uživatelé jsou aktivně tlačeni do nákupu Intel síťových karet.

Zde je přehled toho, co lidi mají reálně ve strojích a jak napsat kód, aby byl 100% kompatibilní:

Realita hardwaru v LinuxCNC komunitě

1. Intel (I219 / I225 / I226 / řada igb): Jsou absolutním standardem. Uživatelé LinuxCNC si je cíleně dokupují do PCIe slotů, protože poskytují nejnižší a nejstabilnější jitter (odezvu) pod PREEMPT_RT jádrem.
2. Realtek (RTL8111 / 8168): Ačkoliv je lidé mají na základních deskách nejčastěji, open-source ovladač r8169 má pod real-time jádrem známé bugy. Způsobuje náhlé mikrosekundové výpadky (realtime delays), což v LinuxCNC vede k okamžitému pádu stroje na chybu "Unexpected realtime delay".

---

Jak komponentu navrhnout pro maximální kompatibilitu?

Pokud chceš, aby tvůj ping fungoval jak lidem s Intelem, tak těm s integrovaným Realtekem, musíš v kódu a dokumentaci vyřešit dva zásadní problémy:

1. Kompatibilita s IRQ Coalescing (Shlukování přerušení)
Intel karty mají ve výchozím stavu zapnuté shlukování paketů, aby šetřily CPU. Pro LinuxCNC je to katastrofa, protože karta balíčky pozdrží a ping vyskočí z běžných 0.05 ms na obrovských 0.5 ms (což shodí servo thread LinuxCNC).

• Řešení pro vývojáře: Do dokumentace ke komponentě musíš uvést, že pro karty Intel je nutné vypnout coalescing příkazem:

  Kód: Vybrat vše

  ethtool -C <rozhrani> rx-usecs 0 tx-usecs 0

  (Případně tento parametr zkusit volat přímo ze skriptu, který komponentu zavádí). Realtek toto nastavení často ignoruje nebo vůbec nepodporuje.

2. Použití socketů v Real-Time (RTAPI) prostředí
LinuxCNC běží v real-time vlákně (Servo Thread, typicky 1 kHz / 1 ms). Standardní Linux síťový stack není real-time. Pokud tvá komponenta pošle klasický ping a bude čekat na odpověď (blokující socket), okamžitě shodí celé LinuxCNC na watchdog.

• Řešení pro kód: Napiš komponentu jako neblokující (non-blocking). V jednom cyklu servo threadu odešlete ping (např. přes raw socket AF_PACKET nebo polonativní ICMP) a nečekej. Odpověď kontroluj až v následujících cyklech vlákna. Tím zajistíš, že i pomalejší Realtek karta nezpůsobí pád celého CNC stroje.

3. Problém s PREEMPT_RT jádrem
Ovladač Realteku (r8169) má tendenci při vysoké frekvenci dotazování generovat softwarová přerušení (softirqs), která real-time jádro odsouvá na druhou kolej.

• Doporučení: Nedovol v komponentě posílat pingy příliš rychle za sebou. Synchronizujte odesílání výhradně s periodou LinuxCNC (např. každých 10 až 100 cyklů servo threadu), aby se síťová karta stíhala pročišťovat.

Shrnutí pro vývoj
Vyvíjej a laď aplikaci primárně na Intelu (ovladače e1000e nebo igc), abys měl referenční "čisté" chování s nízkým jitterem. Následně ji otestuj na Realteku (r8169). Pokud na Realteku udržíte stabilitu bez generování RT chyb (pomocí neblokujících socketů), bude tvá komponenta fungovat naprosto každému.

Komentář od AI, který jsi poslal, je vhodný pro autora té komponenty, takže to komentovat nemůžu.

Mým cílem je pomoct autorovi, aby se jeho nástroje dostali do oficiálního repozitáře LCNC. Abych hodnotil jeho, či AI práci, tak na to nemám vědomosti.

Mě zase AI přesvědčovalo, že I350 se běžně s LCNC používá.

zz912 píše: ↑2. 8. 2026, 5:33 Mě zase AI přesvědčovalo, že I350 se běžně s LCNC používá.

IA ma nekdy tendenci reagovat ve stylu " ... máš pravdu, předsedo ... / ... má pravdu, předseda ..." .

zz912 píše: ↑2. 8. 2026, 5:33 Komentář od AI, který jsi poslal, je vhodný pro autora té komponenty...

No já to tak v podstatě myslím, je mi divné, že ty se coby tester přizpůsobuješ autorově specifické (a myslel jsem, že dost exotické, ale v tom se tedy možná pletu) konfiguraci, na které to funguje, místo aby se on snažil přijít na to, proč to u tebe nefunguje (pokud ty pořídíš stejný HW a bude to u tebe také fungovat, co se tím vlastně z pohledu otestování funkčnosti jeho komponenty docílilo?). Ale dost možná mi unikají nějaké důležité nuance, moc jsem si tu diskuzi u daného pull requestu nenastudoval, se přiznám.

Držím palce každopádně, T.

Thomeeque píše: ↑3. 8. 2026, 11:16

zz912 píše: ↑2. 8. 2026, 5:33 Komentář od AI, který jsi poslal, je vhodný pro autora té komponenty...

No já to tak v podstatě myslím, je mi divné, že ty se coby tester přizpůsobuješ autorově specifické (a myslel jsem, že dost exotické, ale v tom se tedy možná pletu) konfiguraci, na které to funguje, místo aby se on snažil přijít na to, proč to u tebe nefunguje (pokud ty pořídíš stejný HW a bude to u tebe také fungovat, co se tím vlastně z pohledu otestování funkčnosti jeho komponenty docílilo?). Ale dost možná mi unikají nějaké důležité nuance, moc jsem si tu diskuzi u daného pull requestu nenastudoval, se přiznám.

Držím palce každopádně, T.

Ono jde o to, že ten intel funguje - používá je proto třeba výrobce PLC Beckhoff. Intel to má pořešené protože musí. Jinak by přišel u profi výrobců serverů o kšeft.
U toho Realteku a Marvellu co jde po ceně, to chování zákazníci odpustí. Jako výrobce to kvůli okrajové skupině uživatelů taky řešit nebudou, protože se to nikdy nezaplatí. A bez podpory samotného výrobce ti to jeden programátor nevyřeší.
(Podobné problémy s Realtekem mají třeba routery Mikrotik - ten stojí méně než desetinu ceny CISCO, ale má právě takové problémy - krátké mikrovýpadky. Domácímu uživateli je to při prohlížení porna a facebooku úplně jedno, ale zkus ten Mikrotik dát jako core router do datacentra - to tě zákazníci sežerou.)

Důvody pořídit si tuto kartu jsou dva:
1) vždycky jsem si chtěl pořídit nějakou špičkovou síťovku, ale nevěděl jsem jakou. Už jsem našel dvě na aukru. Ta jedna je za 618Kč + aukro poplatek + poštovné a ta druhá se bude dražit. Takže tato suma mě nezrujnuje.
2) pokud si s autorem sjednotím hardware, tak bych se měl dostat k podobným výsledkům. Pokud se tak nestane, může být chyba kdekoliv jinde. Hannes Diethelm (hdiethelm) má podezření ještě na mou integrovanou grafiku, ale to bude další kolo.

Mě už dávno opustila motivace "rozchodit CNC stroj na LinuxuCNC". Baví mě dostávat se hlouběji a hlouběji. Ono já Hannesovi ještě testuji používání Xenomai4, což je projekt, kde se do klasického Linuxového kernelu dá patch Downtail a udělá se ještě jeden scheduller nad celým linuxem, který upřednostňuje síťovou kartu nad vším. Hannes upravil ovladač hm2_eth pro Mesa karty, tak aby bylo možné tuto technologii používat. Možná časem vývojáři dotáhnou dál preempt-rt dál a Xenomai4 se úkáže jako slepá ulička vývoje, ale to člověk nikdy neví, co čas přinese.

Každopádně oba s Hannesem máme jiné cíle. Hannes by chtěl zrychlit komunikaci s Mesou a dostat se nad 1kHz. Já nechci zlepšit parametry, ale chci zvýšit spolehlivost.

PCW psal, že mu se podařilo provozovat 4 měsíce několik mesa karet bez jediné ztráty packetu.

Samozřejmě je také otázka, zda má smysl řešit ztrátu packetů, když mě se ztratí 1 packet za 4 dny, ale to by bylo na další povídání. Mám to jako zábavu.

Přemýšlel jsem o výplodu z AI, který jsi poslal a myslím si, že vůbec nepochopila co Hannes dělá. Myslím si, že Hannes tu komponentu nešťastně pojmenoval. Je to ve skutečnosti histogram, který zpracovává délku "komunikace". Ta komunikace je volitelná.

Jednou používá histogram na vyhodnocení délky komunikace z LCNC (použije klasický HAL pin hm2_7i96s.0.read.time) při zapnutém LCNC.

A podruhé použije ping, který nemá s LCNC nic společného. Při vypnutém LCNC.

Do toho obě varianty kernelů.

Na základě výsledků, může vyhodnocovat, co kde a jak zlepšit.

zz912 píše: ↑3. 8. 2026, 12:24 Přemýšlel jsem o výplodu z AI, který jsi poslal a myslím si, že vůbec nepochopila co Hannes dělá. ...

To jde nepochybně za mnou, já to blbě pochopil a blbě jsem se tudíž ptal Sry, T.

EDIT: A děkuji za vysvětlení!

zz912 píše: ↑3. 8. 2026, 12:241) vždycky jsem si chtěl pořídit nějakou špičkovou síťovku, ale nevěděl jsem jakou. Už jsem našel
...
suma mě nezrujnuje.

Možná bys ty další podrobnosti neměl psát takhle veřejně.
Raději bys měl hned skočit po té první vyhlídnuté. (Jak to bude s tou druhou se uvidí až pak.)
Pro upřesnění: Využij obě možnosti. Nemusí nevyjít jen jedna, může se stát, že nevyjde ani jedna...

Tak už jsem ji vyhrál.
https://aukro.cz/4-portova-sitova-karta ... gxMmZj&l=1

Chtěl jsem si zkusit aukci. Opravdu to leze na mozek. Nakonec jsem ušetřil 34kč oproti té s pevnou cenou, ale v panickém přihazování jsem vůbec nevnimal cenu.

No koupil bych obě...