G kód bez Z-osy

[sedmi]

Zdravím,
potřebuji trochu poradit ohledně G kódu.
Mým cílem je vytvořit si kreslící plotr, mám vyrobeného interpreta G kódu zapomocí arduina a společně s drivery mám zapojenou X a Y osu.
Vše šlape, ale teď nastal problém se sehnáním správného CAM programu pro generování kódu, spínání kreslícího pera je tvořeno přes elektromagnet, proto se ptám zda mi můžete doporučit CAM program kde budu ovládat "Z-osu" pouze zapomocí příkazu ON-OFF. Zatím jsem našel řešení z-osy s dalším krokovým motorem, to ale není můj případ. Třeba se špatně dívám, malé nakopnutí by mi pomohlo.
Děkuji

[Habešan]

Co to ovládat pomocí příkazů pro "roztočení vřetena" (M03, M04, M05) ???

[sedmi]

Ještě jednou zdravím,
to je mi jasné, ale jde nastavit aby se vubec negeneroval kod pro pohyb z-osy.
Je teda možné v nástrojích zadat třeba takový nástroj.

[robokop]

no na to vetsinou neni g kod ale jine treba hpgl

jestli to chces mermomoci v g kodu prav si postprocesor tak aby ti misto toho sjeti generoval to sepnuti pera a vypnuti pera

[Mex]

mám vyrobeného interpreta G kódu zapomocí arduina

"Vyrobit interpreta" předpokládám znamená naprogramovat ho, ne jenom nalít hotový SW do desky.
Tak přece pro někoho, kdo umí napsat interpret G-kódu nemůže být žadný problém převést obsluhu osy Z na dvoustavový signál: osa jede dolů- relátko sepne, ose jede nahoru - relátko odpadne.

Možná by dokonce stačilo využít jen signál DIR osy Z.

[bronek999]

1.V arduine by som si upravil cast kodu ktora hybe osou Z. Namiesto krokov pre motor by som tam dal priamo digitalny vystup, ale to chce presne vediet co mas za soft.
Dalsia vec je ze to potom treba znovu nahrat do toho arduina.

2.Arduino nema ziadnu spatnu vazbu od motora predpokladam. Takze ak nastavis rychlost Z vysoku (nech necakas) a rele ktore ovlada pero pripojis na DirZ vystup, mohlo by to fungovat. Ked chce ist vreteno dolu, DirZ je v logickej 1 a ked chce ist hore tak bude v nule. Pripadne naopak.
Je dost pravdepodobne ze by to slo bez akychkolvek uprav.

[lubos]

Podle mě ojebávat to jen signálem dir je dost na prd. Pokud bude v gkodu nějaký relief tak to zkrátka bude dělat čárečky.
Jak psal Robokop, předělal bych to na Hpgl který je na to určený a je v něm jasně definované kdy má být pero nahoře a kdy dole, navíc jakákoliv interpretace hpglka je asi 1000x jednodušší než řešit všechny možné stavy Gkodu ( záleží taky jak moc může být rozdílný gkod kterým to chceš ládovat a jak budeš schopný upravit postprocesor). Navíc si myslím že Arduino plus HPGL už někdo někdy vyřešil.

[Martinhora]

Pokud se to upraví na HPGL tak ani ten CAM nebude potřeba - může se tísknout přímo třeba z Corelu (stejně jako na řezacím plotru)