Bruikbare G-code

[bartL]

Zie bijlage.

Het .lst bestand gebruik ik in jouw programma. De .NCL file is het bestand zoals hij uit het CAD programma komt voordat hij in de postprocessor gaat.

op010.zip

[newhumanoid]

Probeer deze versie
Opnieuw geüpload. pomp over

[bartL]

Er staan nu inderdaad negatieve waardes maar nog niet helemaal correct.

Dit is mijn output maar hier zouden ze precies andersom moeten zijn.
Dus I15.0 zou I-15.0 moeten zijn en J-15.0 zou J15.0 moeten zijn.

Code: Selecteer alles

 N0184 X105.0 Y-10.0 
 N0185 Y-80.0 
 N0186 G02 X90.0 Y-95.0 I15.0 J0.0 
 N0187 G01 X10.0 
 N0188 G02 X-5.0 Y-80.0 I0.0 J-15.0

[newhumanoid]

Dit is mijn output maar hier zouden ze precies andersom moeten zijn.
Dus I15.0 zou I-15.0 moeten zijn en J-15.0 zou J15.0 moeten zijn.

Is het overal fout of alleen hier? en als het zo is

[bartL]

Ik heb niet de volledige code bekeken (die is vrij lang).
Maar de eerste +/- 20 regels waarin een I of J in voorkwam waren allemaal verkeerd. Dus positief wanneer ze negatief moeten zijn en vice versa.

[newhumanoid]

Maar de eerste +/- 20 regels waarin een I of J in voorkwam waren allemaal verkeerd. Dus positief wanneer ze negatief moeten zijn en vice versa.

Nu heb ik de waarden veranderd.
Versie gewijzigd
het resultaat kan visueel worden geëvalueerd met behulp van NC Corrector (ik heb de link naar dit programma hierboven aangegeven).
Hier kunt u het programma handmatig bewerken.
Hier is een visueel resultaat van de transformatie

[bartL]

het resultaat kan visueel worden geëvalueerd met behulp van NC Corrector

Dit kan met Eding ook en daarbij krijg ik hetzelfde resultaat.
Echter, zoals in jouw screenshot ook is te zien klopt de code nog niet 100%. De bewerkingen die ver voorbij het geconcentreerde deel (middenboven) uitsteken kloppen niet. Ik vermoed dat deze bewerkingen er nog een factor 10 of 100 naast zitten.

[newhumanoid]

als het niet moeilijk is, stuur dan een foto van de baan van de kotter, die we met dit programma zouden moeten krijgen

[hugo stoutjesdijk]

Misschien moet je even een plaatje van de tekening posten, dan is het simpeler om te oordelen of het resultaat klopt.
Die I en J vind ik wel merkwaardig waar die afwijkende richting vandaan komt. Benieuwd of daar nog meer verrassingen komen.

[newhumanoid]

Misschien moet je even een plaatje van de tekening posten, dan is het simpeler om te oordelen of het resultaat klopt.
Die I en J vind ik wel merkwaardig waar die afwijkende richting vandaan komt. Benieuwd of daar nog meer verrassingen komen.

Er zijn verrassingen.
De middenoffset van G03 en G02 hangt af van waar de beweging vandaan kwam in beide coördinaten, dat wil zeggen zowel van X als van Y.
Tegelijkertijd zijn deze afhankelijkheden verschillend voor G02 en G03.
En in dit voorbeeld is het plaatje niet compleet.
geen voorbeeld voor G02 wanneer I- en J-offsets aanwezig zijn (niet nul)
En voor G03 is er geen voorbeeld in een situatie waarin de I en J van het vorige punt kleiner zijn dan de X en Y van het huidige punt.
Het is moeilijk voor mij om te beslissen welk teken ik in deze gevallen moet plaatsen.
er is geen voorbeeld van een situatie waarin X of Y gelijk is aan de huidige X of Y.
Ik kan de huidige status verwerken, maar er treedt een fout op wanneer de beschreven situaties zich voordoen, die in dit voorbeeld niet voorkomen

[bartL]

In de bijlage een voorbeeld van het toolpath zoals gegenereerd met mijn CAD programma. Misschien geeft dit wat meer duidelijkheid?
Hierin kan je zien dat het vlakken van de bovenkant veel kleinere stappen bevat dan wat er uit de Gcode komt. Vandaar dat ik denk dat hier nog een factor 10 naast zit.

Toolpath.mp4

[hugo stoutjesdijk]

Code: Selecteer alles

R1 GOTO / 105.0000000000, -80.0000000000, -9.5000000000
R2 CIRCLE / 90.0000000000, -80.0000000000, -9.5000000000,  $
0.0000000000, 0.0000000000, -1.0000000000,  15.0000000000
R3 GOTO / 90.0000000000, -95.0000000000, -9.5000000000

Als ik bovenstaand detail van de originele .ncl code bekijk, kan ik daar volgens mij uit afleiden dat een cirkel door 2 regels gedefinieerd wordt.
R1= een normale rechtlijnige beweging naar X105 Y-80
vervolgens wordt er in R2 een cirkel gedefinieerd met middelpunt op X90 en Y-80 met ik denk richting -1
Vanuit startpunt wordt I dan 90-105= I-15, J wordt -80-(-80) = J0
Als -1 een negatieve hoek definitie is, komt dat overeen met G2
Het eindpunt van die cirkel wordt dan beschreven door de volgende GOTO in regel R3, X90 Y-95

Code: Selecteer alles

G1 X105 Y-80
G2 X90 Y-95 I-15 J0

Of die aanname klopt zou je eigenlijk ook even iets met 2 cirkels achter elkaar moeten teken, en liefst een G3 er tussen.
Zoiets als onderstaande 'pinda'

2023-01-26 08_57_43-Window.jpg

[newhumanoid]

Code: Selecteer alles

[/quote]

[newhumanoid]

Het blijkt dat er voor het binnenste gat een verkeerde combinatie van schalen is ... (((((Ik begrijp niet wat de vangst is. De hoeken zijn correct afgerond, maar het gat met problemen