Bouwen 4th Mill met Eding

[hugo stoutjesdijk]

Het enige wat ik er aan zie is dat er steeds gewisseld wordt tussen G93 en G94 (1/F en gewoon F)
Die G-code is behoorlijk cryptisch als je verder geen enkel idee hebt hoe het er allemaal uitziet, en wat je aan het doen bent.

Hoe jouw machine gedefinieerd is, is me ook niet heel duidelijk.
Een A-as heeft de hartlijn op de X-as liggen, dus met Y11 zit je duidelijk niet op de hartlijn van de 4e as.
En meestal frezen mensen op de buitendiameter van de cilinder, dan zou ik X A bewegingen verwachten en geen Z A.
Maar dat is waarschijnlijk allemaal verklaarbaar, ik kan er zo alleen helemaal niets van maken.

Ik zou eerst eens wat eenvoudige lijntje op die 4e as frezen.
En welke pulse instellingen heb je nu gebruikt ? Misschien verslikt iemand zich in de pulsen.

[Ballegooijen]

Een A-as heeft de hartlijn op de X-as liggen, dus met Y11 zit je duidelijk niet op de hartlijn van de 4e as.

Bij mij ligt de A-as parallel met de Y-as.

En welke pulse instellingen heb je nu gebruikt ?

Steps in eding staat nu op 80
In de driver staat het nu op 28800
Dit maakt samen 360 graden.

[hugo stoutjesdijk]

Waarom noem je die 4e as dan geen B-as ?
Dat DeskProto dat goed vind verbaasd me eigenlijk een beetje.

Es kijken of ik zo uit de losse pols een en ander kan reconstrueren.

Code: Selecteer alles

g0 x0.000 y0.000 z33.284 a0.000 
G94
g1 z31.284 f1200
z19.784 f960
G93
a360.000 f6.1

Je zit op Z19.78 dan ga ik er voor het gemak van uit dat dat een diameter van 39.56 is, de omtrek is dan 124.28 mm
Dan beweeg je van 0 naar 360 graden en dat moet ie in 1minuut/6.1 tijd doen, oftewel 124.28 in 1/6.1 e minuut volgens mij is dat 758 mm/min.
Even in de manual gekeken, die 1/F is toch in minuten, meende eerder dat het seconde waren.
Dat zit redelijk in de buurt van de laatste 'normale' G94 F960
Conclusie zo kort door de bocht zie ik geen gekke dingen. (in die paar regeltjes)

Waarom doet die PP geen hoofdletters?? is toch geen lezen zo.

Code: Selecteer alles

G0 X0.000 Y0.000 Z33.284 A0.000 
G94
G1 Z31.284 F1200
Z19.784 F960
G93
A360.000 F6.1

gelijk een stuk duidelijker.

[Ballegooijen]

Dat DeskProto dat goed vind verbaasd me eigenlijk een beetje.

In DeskProto kun je kiezen of de A-as parallel ligt met de X of de Y as.

[Ballegooijen]

Die G69 is toch wel een beetje vreemd. Het commando stopt een coordinatie-rotatie van G68 maar een G68 staat helemaal niet in de file.

Syntax for G68 Coordinate System Rotation (Fanuc & Mach3)

The syntax for a G68 is pretty simple. For Fanuc, use:

G68 <alpha> <beta> R<angle>

Where, alpha and beta are words for the 2 coordinates of the circle’s center we want to rotate about. For G17, <alpha> is X and <beta> is Y. In the example, we had the circle center at X0Y0. R specifies the angle of rotation in degrees, counterclockwise.

For Mach3, we use a slightly different syntax:

G68 A<center coordinate 1> B<center coordinate 2> R<angle>

Rather than having the coordinate words vary with which plane is selected (G17, G18, or G19), Mach3 just uses the “A” and “B” words. The first G68 in the example would be written like so:

G68 A0B0 R120

As you can see from the example, multiple G68’s just replace the R or center values.

There is the option on some controls to make G68’s relative, rather than absolute. In this case, rather than having multiple G68’s replace the values, they are relative to the values. Unlike the G90 and G91 g codes for relative and incremental coordinates, the decision of whether subsequent G68’s are relative or absolute is a parameter. For Mach3, it is a function of whether the “I” word is present (think “I” for “Incremental”). The value (address) of the word is ignored, but any I will cause Mach3 to treat the coordinate as relative.
G69 G-Code: Cancel Rotation

To cancel rotation, just use a G69.

[Ballegooijen]

Ik zie nu ook in de PP van DeskProto dat de eenheid idd op 1/min staat.
Als ik deze dan op 1/sec zet zou het dan een stuk sneller moeten gaan?

[Ballegooijen]

Ik ben nu met het eerste werkstukje bezig. Ik heb de G93 en de F waarden uit de file gehaald en nu draait de 4e as normaal.
Die G93 gooit dus roet in het eten. Ik begrijp ongeveer wel wat G93 doet maar nog niet hoe ik dit kan beïnvloeden. Als G93 de juiste waarden heeft is het wel een goede optie denk ik omdat je dan niet gebonden bent aan de diameter van het werkstuk.

Als iemand ervaring heeft met G93 dan hoor ik dat graag.

[Arie Kabaalstra]

Uit de door mij Immer bewierrookte manual :

• G93 inverse time, a move is completed in 1/F minutes. For example if F=6
the move is completed in 10 seconds. When G93 is active, the F must be
specified on every line containing G1,G3 or G3.

G93 is inderdaad de Boosdader..
'k vond het al vreemd.. omdat ik heel veel werk op de 4de as doe, en het gedrag wat jij ervoer mij kompleet vreemd voorkwam..

[hugo stoutjesdijk]

Uit de door mij Immer bewierrookte manual :

• G93 inverse time, a move is completed in 1/F minutes. For example if F=6
the move is completed in 10 seconds. When G93 is active, the F must be
specified on every line containing G1,G3 or G3.

G93 is inderdaad de Boosdader..
'k vond het al vreemd.. omdat ik heel veel werk op de 4de as doe, en het gedrag wat jij ervoer mij kompleet vreemd voorkwam..

Leg eens uit wat er fout is aan die G93?
Enige juiste methode om assen die niet rechtlijnig bewegen en in mm geprogrammeerd worden met de juiste snelheid te laten bewegen. Het CAM systeem weet precies met welke aanzet per omwenteling er hoelang gedaan mag worden over een bekende afstand. Voor iemand als jij en ik is dat niet te doen wanneer je zelf je G-code schrijft.
Misschien wanneer je een externe editor gebruikt, dat je daar een hulpmiddel voor kunt verzinnen. Iets voor E++ misschien.

In de oeroude Siemens besturing had je daar de zgn. 'eenheidscirkel' voor, 114.59 dat is een waarde waar je de diameter van je werkstuk mee moet verrekenen, en dan weet de besturing hoeveel mm een graad is, en kan die ook radiuscompensatie uitvoeren en de juiste voeding in mm/min bewegen.
(G92 R(diameter/114.59) B, gaf natuurlijk een foutmelding, specialist bij Deckel dacht dat het mijn programmeerfout was, want een B zonder getal is vreemd, maar de Siemens monteur bracht uitkomst nadat ik em verteld had welke optie die even moest activeren. DM20.000 )

[Ballegooijen]

Inmiddels ook het forum van DespProto afgezocht. En wat blijkt: Er zat een fout in de berekening.

Code: Selecteer alles

>>> Important news !!
We have found that DaffyDuck is correct: the inverse time feedrate calculation is DeskProto is not correct !
That is a major bug in DeskProto - and I feel bad about having advised so many user clients to use inverse 
time feedrate to solve their rotary feedrate problem.
Next week we will release a bugfix version in which this error has been corrected.

Lex
2023-06-21
10:38 CEST
	
The new bugfix version has just been released (DeskProto V7.1, revision 11141), see the Build history page. 
The F values for the inverse time feedrate now should be correct.
You can run the Updater setup to update your DeskProto V7.1 to this new build.

Gisteravond de update gedaan en opnieuw een toolpad gemaakt. Deze moet ik nog testen maar de F waarden zien er wel heel anders uit.

[Ballegooijen]

Nou, een 1e werkstukje is gemaakt op de 4e as. Ik heb hem nu redelijk onder controle, maar zonder de G93.
Die G93 gooit nog steeds wat roet in het eten (wat mij betreft) Op een aantal momenten draait de as dan tergend langzaam. Misschien dat dit voor staal of aluminium wel goed is maar voor hout volgens mij niet. Kan ook zijn dat is veel te ongeduldig ben.

[zeeschuim]

Is het van de ratten besnuffeld?

[Ballegooijen]

Is het van de ratten besnuffeld?

Nee, het is de ruwe versie. Alleen met een 3mm bolkop gedaan en niet verder afgewerkt.
Was ook alleen om de bewegingen te testen.

[Kjelt]

Ben geen kenner op dit gebied dus flink pak zout bij het volgende:

Als ik het filmpje zie dan valt me op dat er boven het hoofd nog een flink stuk hout nog aanwezig is.
Volgens mij betekent dit dat er aan de andere kant nog een center moet zitten om het werkstuk aan twee kanten goed ondersteund gecentreerd te houden.
Als je het zonder center doet , zou ik de freescode dusdanig aanpassen dat je dit extra gewicht er eerst eens afhaalt, dat scheelt alweer in de stabiliteit.

Verder qua snelheid, zolang je hout niet verbrand of je aan het poetsen ipv frezen bent (rookgeur) lijkt het me nog ok.
Als je 4e as niet sneller kan draaien dan kun je toch de spindelsnelheid proportioneel verlagen ?
Het gaat uiteindelijk toch om de hoeveelheid materiaal per tijdseenheid die je van het werkstuk afhaalt ?

Ja het kost meer tijd maar het eindresultaat zal niet anders mogen zijn ?