-------------------------------------------------------------------------------------------------------
TESTOVANY HW PRO LINUXCNC - I/O EXPANSE
-------------------------------------------------------------------------------------------------------
Nedostatek vstupů a výstupů, pokud se nepoužije MESA KARTA,
je běžným problémem, na netu je někde expanse s použitím in=74..597 a out=74..594
udělal jsem si to po svem, s tim, ze je možné použít více LPT portů najednou,
a dále kromě seriového přenosu je počet I/O zvětšen také multiplexováním.
Z PLT je vše opticky odělěno, dovnitř také, pomocí H11L1SM.
Seriový přenos je řízen signaly SHIFT, LOAD, SERIAL-OUT-n, SERIAL-IN-n.
Multiplexovany přenos je řízen pomocí SHIFT a MUXED-OUT-n, MUXED-IN-n.
LOAD provádí rovnou zápis do F/F pro serial in a serial out.
Muxované vstupy jsou nadále velmi rychlé pro 25us base period mají rychlost vzorkování 20 kHz.
Muxované výstupy pří stejné base period mohou generovat 20 kHz pulzy pro krokače.
Seriové I/O potřebují 2 * base period na bit.
Pokud bude zajem mohu pridat zdrojak a modul do halu,
musel bych to vypreparovat s většího projektu.
snake hadakov/zavinac/seznam/cz
--------------------------------------------------------------------------------------------------------------------------------------------------------
TESTOVANY HW PRO LINUXCNC - I/O EXPANSE
Ahoj právě řešim nedodstatek vstupů pro emc, multiplexní přepínání mě zajímá. Na mesa kartu nemám.. tak toto řešení je kompromys.
Pro vstupní tlačítka se použije v halu mux16 pro 4vstupy na ltp ? Já mám nainstalovaný gamepad má to málo vstupních tlacítek a taky je to na usb...
Mám 2 LTP porty , 1 jako vstupní.
Dík Tonda.
Pro vstupní tlačítka se použije v halu mux16 pro 4vstupy na ltp ? Já mám nainstalovaný gamepad má to málo vstupních tlacítek a taky je to na usb...
Mám 2 LTP porty , 1 jako vstupní.
Dík Tonda.
kutil
Tady někdo vytáhl staré docela zajímavé vlákno.
Škoda, že tehdejší autor sem dal datasheety, místo aby sem přilepil spíš ten HAL a případně schema.
Ale proč píšu: on tam honí vstupy v base-threadu. Má to nějaký smysl? Umí LinuxCNC k něčemu rozumně použít vstupy rychlejší než je servo-thread? Myslel jsem si, že veškeré rozhodování, pro které by se ty vstupní signály uplatnily, se stejně řeší v servo-threadu (tedy s periodou defaultně 1ms, v praxi případně i trochu kratší, ale pod 250us to asi provozuje málokdo).
U fatálních věcí (koncáky, e-stop) ta 1ms určitě taky vyhoví. Když se najíždí na home, tak se jede pomalu, takže to musí stačit taky.
Samozřejmě nemám na mysli vstup z enkodérů, ale ty se stejně řeší jinak.
Nebo je nějaký důvod pro rychlejší vstupy?
Díky za případnou osvětu.
Škoda, že tehdejší autor sem dal datasheety, místo aby sem přilepil spíš ten HAL a případně schema.
Ale proč píšu: on tam honí vstupy v base-threadu. Má to nějaký smysl? Umí LinuxCNC k něčemu rozumně použít vstupy rychlejší než je servo-thread? Myslel jsem si, že veškeré rozhodování, pro které by se ty vstupní signály uplatnily, se stejně řeší v servo-threadu (tedy s periodou defaultně 1ms, v praxi případně i trochu kratší, ale pod 250us to asi provozuje málokdo).
U fatálních věcí (koncáky, e-stop) ta 1ms určitě taky vyhoví. Když se najíždí na home, tak se jede pomalu, takže to musí stačit taky.
Samozřejmě nemám na mysli vstup z enkodérů, ale ty se stejně řeší jinak.
Nebo je nějaký důvod pro rychlejší vstupy?
Díky za případnou osvětu.
Ahoj moje odpověd na rychlejší vstupy je že nevím k čemu je použít , ale když už někdo potřebuje takovou rychlost tak mesa karta to jistí... Já chci rozšířit port jen na tlačítka takže 1mS až dost jinak používám pro ošetrení zákmitů tlačítrk 10mS.
Odskouším to a pak sem dám i nějaké schéma a hal. Mám představu udělat uživatwlský panel přes Lpt.
Odskouším to a pak sem dám i nějaké schéma a hal. Mám představu udělat uživatwlský panel přes Lpt.
kutil
Díky za potvrzení. Takže je to tak, jak jsem si to myslel.
A tím pádem se vracím k dřívější otázce: myslím si předpokládám správně, že rychlejší vstupy než je perioda servo-threadu postrádají smysl.
Samozřejmě myslím diskrétní vstupy on/off nebo i analogové. U nějakých čítačů (tedy např. pro připojení enkodérů) samozřejmě musí být vstupy do daného čítače rychlejší, ale aktuální stav toho čítače čte LinuxCNC opět jen s periodou servo-threadu, tedy s frekvencí nějakých řekněme 0.5-4 kHz.
A tím pádem se vracím k dřívější otázce: myslím si předpokládám správně, že rychlejší vstupy než je perioda servo-threadu postrádají smysl.
Samozřejmě myslím diskrétní vstupy on/off nebo i analogové. U nějakých čítačů (tedy např. pro připojení enkodérů) samozřejmě musí být vstupy do daného čítače rychlejší, ale aktuální stav toho čítače čte LinuxCNC opět jen s periodou servo-threadu, tedy s frekvencí nějakých řekněme 0.5-4 kHz.