PNCCONF

[jaro.va]

robokop
Switches between position control mode (0) and velocity control mode (1). Defaults to position control (0).

priznam sa, ze nerumiem o ake prepinaie ide.
vreteno by bezalo stale vo velocity mode

zz912
nemuseli by to predavat ako riadiaci sytem- iba ako konfiguracny soft
asi treba pockat na cinskych sudruhov a ich klony mesa kariet

[robokop]

Kdyz to chces jako c osu tak ne

[jaro.va]

https://forum.linuxcnc.org/27-driver-bo ... ng-stepgen

prikladam link na to ,ako riesit problem...nie som si isty

[jaro.va]

Kdyz to chces jako c osu tak ne

vzdy davam za C ? otaznik, dufajuc ze mi to niekto potvrdi / vyvrati - som proste uplny zaciatocnik

[robokop]

Je to jen softwarova uprava ale vyzaduje to prave to prepinani a o dost slozitejsi konfiguraci

[jaro.va]

-je to marne- pohybujes sa v uplne inych sferach LCNC ako ja
ak sa neznizis na moju uroven (samozrejme nie natrvalo- to by som ti neprial ) , tak ti budem rozumiet ako lesny indian v Brazilii jazyku C++

[robokop]

Nerozumim ti
Ma tohle jazyk C nepotrebujes. Tohle je mnohem jednodussi.

[Milan199]

Kdyz to chces jako c osu tak ne

vzdy davam za C ? otaznik, dufajuc ze mi to niekto potvrdi / vyvrati - som proste uplny zaciatocnik

Jestli se ptáš zda se u soustruhu polohování vřetene značí jako osa C - tak ano. Je to jednak dané normou a je to i obvyklé. Obecně platí, že rotační osy se značí ABC.

[zz912]

Kdyz to chces jako c osu tak ne

vzdy davam za C ? otaznik, dufajuc ze mi to niekto potvrdi / vyvrati - som proste uplny zaciatocnik

Jestli se ptáš zda se u soustruhu polohování vřetene značí jako osa C - tak ano. Je to jednak dané normou a je to i obvyklé. Obecně platí, že rotační osy se značí ABC.

A jak se obvykle řeší přepínání vřetena ze soustružnického vřetena na polohovací vřeteno?

Soustružnické vřeteno:

Kód: Vybrat vše

M3 S1500

Polohovací vřeteno:

Kód: Vybrat vše

G1 C5 F50

?????

Musí být i něco mezi tím?

[robokop]

dela jsem to prez spindle orient ktery rovnou zareferoval
zpet prez M5

[zz912]

dela jsem to prez spindle orient ktery rovnou zareferoval
zpet prez M5

Takže přes M19?

[robokop]

Jo to bude ono
Uz jsem zapomel to cislo..

[Lukas_2]

Mohu se připojit ? Zrovna řeším podobnou věc. 4 osý soustruh. Osa C je zároveň vřeteno. Potřebuju tedy 2 režimy řízení vřetene. Rychlostní a polohovací. Ideálně tedy rychlostní přes analog a polohovací step/dir. Mám na to servo od Delty které by to v driveru mělo umět přepínat. Ale ještě jsem to nezkoumal přímo.

Jak je to ale v systému ?

Udělám si jednu konfuguraci pro vřeteno a rychlostní režim

Druhou pro polohovací. Tedy standartní konfigurace rotační osy.

A vytvořím logiku která přepíná mezi těmito dvěma konfiguracemi ? Do toho se musí aktivovat výstupy do driveru.

+ Přechod z rychlostního režimu do polohovacího. Pokud mám enkodér až do PC, mohu aktuální polohu převzít z něj. Pokud ne, hádám že musím referovat.

Nebo se v takovém případě používá řízení této osy/vřetena v obou "režimech" pomocí step/dir ?

Soustruh jsem ještě nedělal, natož kombinovaný s live tool. Tak si urovnávám jak by to mělo fungovat.

[zz912]

Stavět to budeš na Machu?

Polohu bych řídil přes STEP/DIR, enkodér bych zavedl do systému už jen kvůli závitování a zbytek bych řešil přes Modbus. Ono to referování při přepínání módů může být už pořešeno v driveru. Chce to nastudovat.

U Machu se budeš omezit tím, co Ti Mach/interpolátor dovolí. U LinuxuCNC je to obráceně, tam musíš nejdřív vymyslet jak to chceš a až pak vymýšlíš jak to realizovat.

Já bych rozhodně 2 konfigurace nechtěl. Asi bych si na to vytvořil dvě remapované M funkce.
třeba:
M300 - soustružnický režim (Vřeteno se otáčí pomocí M3 M4 M5 S ...)
M301 - polohovací režim (Vřeteno je C osa)

Myslím si, že s M19 nepůjde frézovat se souvisle se otáčejícím vřetenem-osou.
Vždy budeš muset s M19 jen pootočit a pak frézovat.
Na druhou stranu je M19 v LinuxuCNC velmi dobře předpřipravená.

Ovšem také by mě zajímalo, jak s to řeší třeba u Fanucu, Heidnu, .......

[Lukas_2]

Supr, díky za odpověď. Sepíšu ještě parametry stroje:
Hlavní vřeteno + live tool na rotujcící platformě (osa B) - ATC vřeteno do 30 000 ot/min na upínače SK20. + zásobník nástrojů.
Revolver pro soustružnické nástroje.
Pneumatická hlava a potahování materiálu.
Chci imlementovat nástrojové sondy aby stroj byl opravdu schopný samostatně dlouhodobě pracovat, kontrolovat si nástroje atd, eventuelně výrobky...

A ideálně to chci postavit na Machu protože v něm už jsem dost zběhlý.
Každopádně zrovna mapuju možnosti protože tento projekt obsahuje věci které jsem dříve nemusel řešit - jako třeba to použití jednoho motoru jako osu i vřeteno.

Jak to mám vymyšlené > V rámci jedné instance Machu jsem vytvořil 2 režimy. Frézovací a soustružnický. Tyto režimy se přepínají automaticky podle toho z jakého zásobníku se bere nástroj.

Takže systém by používal tuto základní podmínku:
Když je nástroj v revolveru - používej spindle1 jako vřeteno, spindle2 zakaž, osu B zakaž, osu C zakaž.
Když je nástroj v ATC rychlovřetena - používej spindle1 jako osu a spindle2 jako vřeteno, osu B aktivuj, osu C aktivuj > převezmi polohu z enkodéru (k datům z enkodéru přístup mít budu).

M3/M4/M5 by se tedy vztahoval jak k live tool, tak i ke vřetenu.
Přepínání přes M kódy mě taky napadlo, ale pak mě napadlo toto, a líbí se mi to více protože je to takové autonomější.

S doprovodnými akcemi jako spindle1 přepni z PWM na step/dir či opačně.
Takovou mám představu a mělo by to být i proveditelné.
Komunikuji to ještě s podporou Machu abych se ujistil že tento postup je proveditelný. Ještě jsem takto nezkoušel Mach používat. Minimálně podle API bych řekl že všechny potřebné funkce tam jsou.

K modbusu se nějak nedokážu vyjádřit, protože ten jsem taky ještě nepoužíval.

M19 bych vůbec nepoužíval, když mohu motor přepnout do step/dir. Maximálně pro nějaké soustružnické operace si říkám.