Dalkove ovladani vrat

[Petr Labaj]

Popsal jsem to v předchozím postu.

Přesouvání do nějakých krabiček:
- nejnižší a nejlevnější level systémy ala 3D tiskárny, GRBL a podobně
- vyšší level přesunutí velké části (ale už ne všeho jako v předchozím 
bodě) do interpolátoru (Mach 3/4 + SmotthStepper)
- nejvyšší level, v profesionální praxi asi jediný používaný, je nechat 
co nejvíc na PC, jen nízkoúrovňové řízení na HW úrovní přesunout na 
externí HW (LinuxCNC + Mesa nebo chytrá serva)

Jinak ty karty Mesa to nedělají procesorem, ale jsou na nich FPGA. 
Typicky Xilinx řady Spartan.

PL

*******************

Dne 23.3.2024 v 14:07 Pavel Hudeček napsal(a):
> Pro podobné účely je dobré prostě nemít přímé řízení z PC. A je úplně 
> jedno, co tam vede za dráty.
>
> Takže level 1 je udělat to jako v 3D tiskárnách, tedy USB a za ním 
> Arduino a v něm buffer na kompromisní počet kroků procesu. A rychlé 
> časování se pak udehrává čistě tam.
>
> Vyšší level pak je, aby buffer byl na celý proces a v době obrábění 
> tedy probíhá už jen informativní komunikace typu, řekni mi krabičko, 
> kolik % ještě zbývá, nebo přidej rychlost na 150 %.
>
> Jestli je ten LinuxCNC open source, tak prostě dotyčnej kus kódu, co 
> ovládá LPT, přesunout s drobnými úpravami do MCU.
>
> PH
>
> Dne 23.03.2024 v 13:05 Petr Labaj napsal(a):
>> Ještě poznámka: USB je ve velkém CNC skoro zakázané slovo. Minimálně 
>> v oblastí řízení.
>> Pro nějaké periferie typu klávesnice nebo handwheel ne.
>>
>> Pokud se obrábí něco za moc peněz nástrojem za moc peněz, a drobný 
>> výpadek znamená
>> o ty peníze přijít, tak tam si člověk rozmyslí používání podobného 
>> kancelářského rozhraní.
>> I když jsem byl vždy dost nadstandardním příznivcem používání USB 
>> (často proti všem).
>>
>> PL
>>
>> *****************
>>
>> Dne 23.3.2024 v 12:50 Petr Labaj napsal(a):
>>> USB transport je v tomto případě (pro bit-banging na rychlostech 
>>> CNC) kvůli latenci nepoužitelný.
>>> Možná s nějakým superrychlým USB3 už by to šlo, ale tam zase 
>>> nepojede FT245.
>>>
>>> Pro ms rychlosti (tedy někde na úrovní max. stovek Hz) pro nějaký 
>>> programátor možná ano.
>>> Ale chtělo by to, aby ten programátor fungoval přes služby systému, 
>>> nikoli přes přímý zápis na porty.
>>> A to takto téměř jistě fungovat nebude.
>>>
>>> Existuje projekt (myslím nějakého Němce), který LPT na úrovní HW 
>>> zápisů emuluje. Není to
>>> přes FT245, ale přes nějaký MCU s příslušným firmware.
>>> Zřejmě odchytáváním zápisů na I/O adresy, což způsobí výjimku, 
>>> kterou on obslouží zavoláním
>>> systémové obsluhy.
>>> Na pomalé věci by to pak fungovat mohlo.
>>>
>>> PL
>>>
>>> ******************
>>>
>>> Dne 23.3.2024 v 11:51 Pavel Hudeček napsal(a):
>>>> No a není teda lepší přidat do LinuxCNC podporu pro FT245, nebo 
>>>> nějakej jinej USB-paralel šváb?
>>>>
>>>> PH
>>>>
>>>> Dne 21.03.2024 v 19:18 Petr Labaj napsal(a):
>>>>> Jen info, že ty I/O adresy přiděluje PCI subsystém. Takže na 
>>>>> různých PC budou různé.
>>>>>
>>>>> Ty chipy NetMos 9865 emulují LPT téměř přesně. Ale i tady je to 
>>>>> "téměř".
>>>>> Jedna drobná odlišnost v režimu EPP s automatickým handshakingem 
>>>>> tam přece jenom je.
>>>>> Tak proto jsem do známého LinuxCNC upravoval driver, aby fungoval 
>>>>> s LPT kartami Mesa
>>>>> jak na nativních LPT na mainboardech, tak na těch na MC9865.
>>>>>
>>>>> Poznámka pro pana weka, který si často rád rýpne štiplavou 
>>>>> poznámku (tj. vysmívá se tomu)
>>>>> kolem výhod dostupnosti zdrojáků v prostředí Linux: jen proto, že 
>>>>> ty zdrojáky dostupné jsou,
>>>>> tak jsem jeho funkci mohl nastudovat a ten driver mohl upravit.
>>>>>
>>>>> PL
>>>>>
>>>>> *****************
>>>>>
>>>>> Dne 21.3.2024 v 18:31 Ladislav Vaiz napsal(a):
>>>>>> On 21.03.2024 16:25, Petr Labaj wrote:
>>>>>>> S tím světem už to jde opravdu zu grunt, když už se nedají ani 
>>>>>>> koupit PCI I/O karty. :-(
>>>>>>> Asi nejlepší jsou (byly) ty s chipem NetMos MC9845. 
>>>>>>
>>>>>>
>>>>>> Kdyby někdo nutně potřeboval NetMos PCI (ne Express) kartu 
>>>>>> (1xLPT, 2xCOM), tak bych možná 1-2ks dokázal sehnat. LPT tam 
>>>>>> fungovalo na nějaké jiné adrese (0xe800?), jinak se ovládalo 
>>>>>> stejně jako standardní. SW musí umět zadat nestandardní adresu.