SVARFORUM.cz - forum o svářečkách a svařování

davidma napsal(a):

alkoholik napsal(a):

Paralelní port už opravdu na většině moderních msm základních deskách neni, ale stále existujou profi desky nebo lze koupit pcie kartu za nižší stovky.

Ano, ale jak zmiňuje Charon, potřebuješ RT systém, abys zvládl víceosou interpolaci. Pokud teda nechceš jezdit trhaně vždy pouze jednou samotnou osou (rozuměj motorem).

Wokna maj zákaz, ale každá distribuce nemá defaultně RT jádro, do každý jde zkompilovat nebo jenom nainstalovat.

pafik1605 napsal(a):

to dělá špatnou latenci.

Nebude to spis tim, ze stara deska ma jedno jadro? Konkretne u Linuxu je SMP pro tyhle veci dost osklive, kdysi jsem to meril, a rozdily tam jsou velike. U single core (bez HT) je latence syscallu kolem 30-50ns, jakmile tam bylo cokoli SMP, tak na stejnem CPU to vylezlo zlomek mikrosekund (cca 500-800ns).
Duvodem je locking mezi jadry, ktery u single core odpada.

Charon napsal(a):

Chápu, na dva a více stejných kusů ideál. Na přesný tvar, třeba kouli super. Jakýkoliv závit, pravo či levo točivý, stoupání podle papírů - nezbytnost (zkus udělat na vodovodní trubku blbej závit a bez CNC se dá, ale každý je jiný). Mam ozubený kola jak pro metrické stoupání, tak pro Whitworth - ale to je pravěk a cesta ven je elektronika. A takhle bych mohl chvíli básnit.
Jenže od uklidňující práce rukama jsi rázem u monitoru a kreslíš, sedíš na zadku a namáháš oči a mozkové závity místo toho že by relaxovaly. A když chceš ručně soustružit tak v nejlepším případě točíš enkoderem, aby motor posouval nůž.  Toho se bojím, to mě děsí.

Na frézce to mám přepínaný, buď cnc, nebo řízený PICAXE. Ale točit kličkama, to je fakt pravěk, to nee. Kličky jsem odmontoval, mám kolečka bez nich.  Sahám na ně jen když potřebuju něco nastavit na nulu . Výjimečně když dělám jednu jednoduchou operaci, jako třeba drážku, kde jezdím sem tam v malém rozsahu posuvu.

jouda74 napsal(a):

pafik1605 napsal(a):

to dělá špatnou latenci.

Nebude to spis tim, ze stara deska ma jedno jadro? Konkretne u Linuxu je SMP pro tyhle veci dost osklive, kdysi jsem to meril, a rozdily tam jsou velike. U single core (bez HT) je latence syscallu kolem 30-50ns, jakmile tam bylo cokoli SMP, tak na stejnem CPU to vylezlo zlomek mikrosekund (cca 500-800ns).
Duvodem je locking mezi jadry, ktery u single core odpada.

Jádra jde vypnout, buď v biousu, nebo v systému: # echo 0 > /sys/devices/system/cpu/cpu3/online

alkoholik napsal(a):

Jádra jde vypnout, buď v biousu, nebo v systému: # echo 0 > /sys/devices/system/cpu/cpu3/online

Pozor, neplette si rozdil, SMP kernel versus vypnout konkretni jadro.
Nejsem si jisty, jestli SMP kernel pouzije na jednom jadru non-SMP zamykaci protokol (musel by patchovat vsechno kolem rcu a lockingu pri startu). Jsem si jisty, ze disablovani jader za behu nic neudela ;-)

Vecer to testnu, fakt je, ze od doby, co jsem si s tim hral u nejake time critical aplikace se kernel docela posunul (a navic si uz ani nepamatuju, co byl ten hlavni problem, a narychlo to nedokazu dohledat, tusim SMP interrupt), dam vedet.

pafik1605 napsal(a):

Přehazování koleček = opruz.

Souhlas, ale to bych rozdejchal. Přechazování koleček vnímám jako obrovskou věc která řeší drahou a složitou převodovku a umožnuje na malém soustruhu závitování. Jenže úžasný před 50 a více lety. Víc mi na tom vadí nepřesnost v stoupání (že já blbec jsem si přepočítal oficiální tabulky a zjistil jaké jsou tam tolerance) a to že nemohu nastavit stoupání podle sebe. Jak krásné bude až místo šperkovnice se spoustou koleček budu mít pár papírů ze strojařské příručky nebo internetu a jenom zadam pár parametrů, včetně pravo-levo točivosti.

Vypnout jádra možná trochu pomůže, ale největší problém vidím v tom, že Windows a většina OS není dělaná na přímé řízení CNC. A pokud jdou signály z paralelního portu tak řídíte přímo. Windows a podobné si zakládají na tom, že dělají multitasking a až tak jim nezaleží na přesném časování. K tomu potřebujete příslušný OS a samozřejmě program který to dokáže využít.
Kdysi, v pravěku jsem postavil rozšiřující karty pro PC, základem byl Intel8250 - UART (další můj oblíbený byl 8251 - USART) programoval jsem to přímo na sběrnici v C a šlo s tím dělat psí kusy, včetně toho časování. Mimochodem, byl to jeden z důvodu proč jsem zavrhnu tehdy tak populární Pascal. Mam obavu, že to ještě byl DOS nebo Win3.11. Ještě bych to někde našel, tam by šlo řídit CNC pod WIN, nebo DOSem. Ale ted je třeba jít do LinuxCNC.

Editoval Charon (13-04-2024 09:14:54)

Pafíku, ty mě děsíš. Měl jsem za to, že spoustu zkušeností stačí sdělit a vnímat sdělení. Ač přiznávám, že třeba rozbití úst se pamatuje víc a je to větší zážitek než jen vyprávění o něm. A s praxí je to tak vždy.

Ale jak už jistě víš, tak zájem vidět mam a umím emailovat.

Charon napsal(a):

pafik1605 napsal(a):

Přehazování koleček = opruz.

Souhlas, ale to bych rozdejchal. Přechazování koleček vnímám jako obrovskou věc která řeší drahou a složitou převodovku a umožnuje na malém soustruhu závitování. Jenže úžasný před 50 a více lety. Víc mi na tom vadí nepřesnost v stoupání (že já blbec jsem si přepočítal oficiální tabulky a zjistil jaké jsou tam tolerance) a to že nemohu nastavit stoupání podle sebe. Jak krásné bude až místo šperkovnice se spoustou koleček budu mít pár papírů ze strojařské příručky nebo internetu a jenom zadam pár parametrů, včetně pravo-levo točivosti.

Vypnout jádra možná trochu pomůže, ale největší problém vidím v tom, že Windows a většina OS není dělaná na přímé řízení CNC. A pokud jdou signály z paralelního portu tak řídíte přímo. Windows a podobné si zakládají na tom, že dělají multitasking a až tak jim nezaleží na přesném časování. K tomu potřebujete příslušný OS a samozřejmě program který to dokáže využít.
Kdysi, v pravěku jsem postavil rozšiřující karty pro PC, základem byl Intel8250 - UART (další můj oblíbený byl 8251 - USART) programoval jsem to přímo na sběrnici v C a šlo s tím dělat psí kusy, včetně toho časování. Mimochodem, byl to jeden z důvodu proč jsem zavrhnu tehdy tak populární Pascal. Mam obavu, že to ještě byl DOS nebo Win3.11. Ještě bych to někde našel, tam by šlo řídit CNC pod WIN, nebo DOSem. Ale ted je třeba jít do LinuxCNC.

Windows to snad nikoho nenapadne. LinuxCNC, případně jiný distro, ale tam to bude složitější, nebo vlastní systém na Linuxu. Možná i starší win 9x na 95 nám běhá v práci laser, jestli neběhá na DOSu a win ho pouze nespouštěj (nedělám na něm).

alkoholik napsal(a):

Charon napsal(a):

pafik1605 napsal(a):

Přehazování koleček = opruz.

Souhlas, ale to bych rozdejchal. Přechazování koleček vnímám jako obrovskou věc která řeší drahou a složitou převodovku a umožnuje na malém soustruhu závitování. Jenže úžasný před 50 a více lety. Víc mi na tom vadí nepřesnost v stoupání (že já blbec jsem si přepočítal oficiální tabulky a zjistil jaké jsou tam tolerance) a to že nemohu nastavit stoupání podle sebe. Jak krásné bude až místo šperkovnice se spoustou koleček budu mít pár papírů ze strojařské příručky nebo internetu a jenom zadam pár parametrů, včetně pravo-levo točivosti.

Vypnout jádra možná trochu pomůže, ale největší problém vidím v tom, že Windows a většina OS není dělaná na přímé řízení CNC. A pokud jdou signály z paralelního portu tak řídíte přímo. Windows a podobné si zakládají na tom, že dělají multitasking a až tak jim nezaleží na přesném časování. K tomu potřebujete příslušný OS a samozřejmě program který to dokáže využít.
Kdysi, v pravěku jsem postavil rozšiřující karty pro PC, základem byl Intel8250 - UART (další můj oblíbený byl 8251 - USART) programoval jsem to přímo na sběrnici v C a šlo s tím dělat psí kusy, včetně toho časování. Mimochodem, byl to jeden z důvodu proč jsem zavrhnu tehdy tak populární Pascal. Mam obavu, že to ještě byl DOS nebo Win3.11. Ještě bych to někde našel, tam by šlo řídit CNC pod WIN, nebo DOSem. Ale ted je třeba jít do LinuxCNC.

Windows to snad nikoho nenapadne. LinuxCNC, případně jiný distro, ale tam to bude složitější, nebo vlastní systém na Linuxu. Možná i starší win 9x na 95 nám běhá v práci laser, jestli neběhá na DOSu a win ho pouze nespouštěj (nedělám na něm).

Fůra amatérů provozuje MachX, kterej běhá jen na woknech. Akorát že Mach je placenej, nebo ukradenej. LinuxCNC je zadara. Pokud někdo s linuxem dřív dělal, tak je pro něj LinuxCNC lepší. Pokud ne, Mach vyhovuje taky.
Profesionální SW různých výrobců předpokládám, že jedou na základech linuxu. Windowsy nejsou dostatečně robustní na takovéto účely.

pafik1605 napsal(a):

Řekl bych, že to nefunguje. Zkoušel jsem si poslat testovací email a nedošel. Nicméně dřív to chodilo; netuším, co se děje. Pravděpodobně ani můj email tobě neprojde.

Funguje to, aspoň směrem na můj email, email jsem dostal.

Editoval Charon (17-04-2024 09:30:36)

Další info k latenci - asi o 10% zlepší latenci vypnutí nepoužívaných portů v biosu. U mě 4x usb, ps2, 1x com, 1x lan. Když to systém nemusí průběžně kontrolovat, tak se tolik nezdržuje.