Rotary transfer machine a LinuxCNC

Mex
Příspěvky: 10287
Registrován: 6. 2. 2014, 10:29

17. 11. 2016, 9:17

Je prosím nějaká šance použít LinuxCNC na rotary transfer machine (rundtaktmaschine německy, nevím jak česky) ?
Prostě takový ten kolotoč, kde obrobek objíždí více 1-3osých pracovišť, kde každé udělá svůj díl práce.
Jistě by zvládl řídit kterékoli z těch jednotlivých pracovišť, ale dá se nějak zařídit, aby uměl řídit více nezávislých CNC pracovišť najednou?

Jestli s tím má někdo zkušenosti (s jakýmkoli řidicím systémem): jak to prosím pracuje? Funguje to jako opravdu nezávislá pracoviště, nebo to musí být synchronní (a pracuje to tedy jako mnohoosý stroj) nebo to dokonce jede tak, že teprve po ukončení jedné operace spustí další?

Předem díky za případné info.
Uživatelský avatar
robokop
Site Admin
Příspěvky: 22390
Registrován: 10. 7. 2006, 12:12
Bydliště: Praha
Kontaktovat uživatele:

18. 11. 2016, 7:19

Muzes propojit a nejakym zpusobem synchronizovat nekolik nezavislych masin
V praxi se to jinak nedela
Vsechna prava na chyby vyhrazena (E)
Mex
Příspěvky: 10287
Registrován: 6. 2. 2014, 10:29

18. 11. 2016, 2:18

Díky za odpověď.
Já jsem to viděl bohužel v nefunkčním stavu. Ale celé to bylo řízení předpotopním systémem na bázi historického PC (vše ještě s ISA sloty).
Myslíš, že se nějak takto dá provozovat LinuxCNC? Buď přepínat mašiny na jednom LinuxCNC nebo provozovat víc instancí LinuxCNC na jenom PC s jediným GUI?
Uživatelský avatar
robokop
Site Admin
Příspěvky: 22390
Registrován: 10. 7. 2006, 12:12
Bydliště: Praha
Kontaktovat uživatele:

18. 11. 2016, 10:07

Machinekit podporuje beh nekolika instanci soucasne
A navic lze sdiletdata mezi jednotlivymi haly
Vsechna prava na chyby vyhrazena (E)
Mex
Příspěvky: 10287
Registrován: 6. 2. 2014, 10:29

18. 11. 2016, 10:13

Tak u Machinekitu by mě vůbec nenapadlo hledat.
Děkuji.
Josef
Sponzor fora
Příspěvky: 5699
Registrován: 19. 11. 2006, 9:25
Bydliště: Valašsko

19. 11. 2016, 9:40

Už v druhé polovině 80tých let řídil PC AT286/20Mhz s 384 kB RAM + další nutný HW dva nezávislé stroje na výrobu vaček. Na každém stroji bylo možno frézovat, nebo brousit jiný typ vačky. A taky se na tom hrály Formule 1. Barevná EGA, jó, to byly časy... Před tím řídil jeden stroj PDP-11.
Mex
Příspěvky: 10287
Registrován: 6. 2. 2014, 10:29

19. 11. 2016, 10:34

No tak přesně takové PC bych potřeboval.
Dám tam klidně i celé 4 Mbyte (snad tak malé paměti ještě někde na šroťáku seženu) a nebudu tam hrát hry, zato bych potřeboval řídit dvě 3-osá pracoviště a tři 1-osá.
Uživatelský avatar
robokop
Site Admin
Příspěvky: 22390
Registrován: 10. 7. 2006, 12:12
Bydliště: Praha
Kontaktovat uživatele:

20. 11. 2016, 6:27

Tak tam zkus dat to pidicnc na kazde pracoviste jedno a propoj to ethernetem a vysdilej si par udaju v halu po ip
Takhle nejak by to melo makat
Vsechna prava na chyby vyhrazena (E)
Mex
Příspěvky: 10287
Registrován: 6. 2. 2014, 10:29

20. 11. 2016, 10:08

Díky za odpověď a za tip.
Nasadit víc nezávislých LinuxCNC mě taky napadlo, Bral jsem to jako ústupovou variantu, která by byla sice složitá (např. by se muselo nějak řešit zobrazování pro všechny ty řídicí systémy), ale v konečném důsledku to prostě musí pracovat. Zvažoval jsem normální MiniITX mainboardy, Tvé řešení s PidiCNC by mohlo vyjít prostorově líp.

Taky mě napadlo udělat z toho jeden mnohoosý stroj. Pokud to má dvě 3-osá stanoviště a tři 1-osá stanoviště, tak z toho prostě udělat jeden 10-osý stroj (2x3+3x1+1). Ta 10. osa by bylo otáčení toho kolotoče. Tohle by to asi nakonec taky nějak fungovat mohlo. Jen nevím, jestli by se dalo nějak přesvědčit ovládání, aby na žádost umělo zobrazovat třeba jednu trojici z těch os jako běžný 3-osý systém. Tedy jestli bych se mohl zobrazováním jakoby napojit na jednotlivá stanoviště jako by to byla samostaná CNC, nebo jestli bych musel psát nebo upravovat některý ze zobrazovacích modulů (Axis, Gmoccapy atd.).
Uživatelský avatar
robokop
Site Admin
Příspěvky: 22390
Registrován: 10. 7. 2006, 12:12
Bydliště: Praha
Kontaktovat uživatele:

20. 11. 2016, 11:50

O tomhle uz nemam prehled
V kazdem pripade by se to blbe programovalo
Nesel by pouzit cam
Vsechna prava na chyby vyhrazena (E)
Uživatelský avatar
martasg1
Sponzor fora
Příspěvky: 1864
Registrován: 17. 12. 2010, 3:42

7. 12. 2016, 11:04

Není to náhodou jako vícekanálové programování na soustruhu s dvěma vřeteny?
Tam to ale řídí asi jako dvě oddělené zařízení se synchronizací?
nejlepší kamarádi: HSC Schaublin, chat GPT 3.5
Mex
Příspěvky: 10287
Registrován: 6. 2. 2014, 10:29

7. 12. 2016, 11:18

Asi to tak nějak bude.
Prý se k tomu přistupuje jako k několika nezávislým mašinám, které mají společné jen to, že dostanou od centrálního kolotoče signál "obrobek přistaven" a naopak vrací signál "obrobek hotov".
A celé to řídilo prý skutečně jedno historické PC s ISA sloty, tedy odhadem tak 200 MHz Pentium.
Uživatelský avatar
filla
Příspěvky: 3536
Registrován: 1. 12. 2013, 12:55
Bydliště: Brno
Kontaktovat uživatele:

8. 12. 2016, 6:13

nebylo by spolehlivejsi naprogramovat nejaky PLC a k nemu udelat jednoduchou grafiku na panel? tedy pristupovat k tomu jako k rizeni vyrobni linky, namisto cnc
"do řiti se řítíme, ani o tom nevíme.."
Uživatelský avatar
martasg1
Sponzor fora
Příspěvky: 1864
Registrován: 17. 12. 2010, 3:42

8. 12. 2016, 8:15

Jsem nad tím přemýšlel - protože také budu řešit víceosý soustruh.
Jsou dvě možnosti - buď interpolátor na více os a pak nějaký CAM s postprocesorem co to nahustí do jednotlivých bloků (řádků),
a nebo prostě dvě instance LinuxCNC a tam vyřešit synchronizaci dvou kanálů (v CAM je toto pak jako dvoukanálovej stroj a ten se dá programovat snadno).
Druhá varianta je podle mě jednodušší a také správná pokud nepotřebujete osy z těchto dvou kanálů vzájemně interpolovat.
Možná to jde na jenom PC se dvěma monitory? Nebo na velkém monitoru vedle sebe?
nejlepší kamarádi: HSC Schaublin, chat GPT 3.5
Uživatelský avatar
robokop
Site Admin
Příspěvky: 22390
Registrován: 10. 7. 2006, 12:12
Bydliště: Praha
Kontaktovat uživatele:

8. 12. 2016, 8:56

b) je spravne protoze jinak by jsi nemohl delat nejake veci jako treba soucasne zavitovani v obou kanalech

vetsinou ty masiny maji par funkci jako nastav semafor
cekej dokud neni nastaven semafor

synchronizovane prevzeti obrobku
tj. protivreteno se reguluje na stejne otacky a stejny uhel natoceni podle encoderu primarniho vretene
melo by jit udelat v HALu a zapinat nejakum Mkem

a nejake vychytavky jako pouziti oboustrannych vrtani kde nastrojova hlava zanoruje vrtak do materialu primarniho vretene a na vrtak trcici na druhou stranu najizdi protivreteno pohybem ktery kompenzuje pohyb te nastrojove hlavy
ten pohyb Z2 odvozeny od pohybu Z1 uz nebude uplne trivialni
Vsechna prava na chyby vyhrazena (E)
Odpovědět

Zpět na „LinuxCNC - drive pod nazvem EMC2“