Iedere keer op hetzelfde punt frees fout

[benkr]

Waarom krijgt de g-code de schuld?
Wie/wat heeft die code gemaakt.

Inderdaad, die G-code is gewoon goed, er gebeurd denk ik precies wat er staat.
Ik schat in dat het proces van G-code genereren op de een of andere manier verstoord wordt, waardoor er iets anders wordt geschreven dan de bedoeling was. Ik denk dat hier de Linux mensen meer en beter een antwoord kunnen geven.

[hugo stoutjesdijk]

Waarom krijgt de g-code de schuld?
Wie/wat heeft die code gemaakt.

Inderdaad, die G-code is gewoon goed, er gebeurd denk ik precies wat er staat.
Ik schat in dat het proces van G-code genereren op de een of andere manier verstoord wordt, waardoor er iets anders wordt geschreven dan de bedoeling was. Ik denk dat hier de Linux mensen meer en beter een antwoord kunnen geven.

Waarom Linux? we weten toch niet met welk CAM pakket de G-code gemaakt is.
De informatie is gewoon veel te weinig. We weten niet eens wat de bedoeling is.

Net nog een ander onderdeel met volledig andere g-code geprobeerd en hetzelfde probleem. Ik kon nu alleen niet zien welke line het fout ging, maar ik denk dat dat ook niet zoveel uitmaakt. LinuxCNC dacht weer dat de frees op een compleet andere plek was.

Er zou natuurlijk iets heel anders aan de hand kunnen zijn, voor ons is die Y100 afkomstig uit het programma,

Code: Selecteer alles

N8165 X-3.63 Y77.514
N8170 Y106.193
N8175 Y156.383
N8180 Y158.432
N8185 X-3.493 Y158.925

maar als hij daar nog eens extra 100mm bovenop doet is er natuurlijk echt wat verkeerd. Dat kunnen we in onze glazen bol niet zien. Dus is er meer informatie nodig. Probeer eens een vierkant 100x100 mm een aantal keer te doorlopen.

[ChwanPang]

Ik gebruik Fusion 360 voor het CAD en CAM proces. Ik kan de Fusion 360 file niet in de bijlage doen, maar als iemand hier naar zou willen kijken: https://drive.google.com/file/d/1re5Cul ... sp=sharing. De g-code kreeg de schuld, omdat het iedere keer op hetzelfde punt fout ging. Ik heb setup 1 en 2 beide geprobeerd, maar het gaat daar al fout bij de eerste operation, dus 2D en 3D adaptive clearing. Ik draai voor de rest LinuxCNC op een oude pc met parallelport en deze BOB: https://stappenmotor.nl/Stappenmotor/cn ... boards.htm. Dit is wat er steeds bij 3D adaptive clearing gebeurt:

WhatsApp Image 2021-07-23 at 19.54.12.jpeg

Het steeds een vierkant van 100x100mm maken is ook een geen probleem.

[benkr]

Als je dit toolpad opnieuw genereert is het dan precies hetzelfde, met ook de fout op precies dezelfde plaats?

[andrefc101]

Al iemand aan een simulatie in Fusion gedacht misschien

[ChwanPang]

Als je dit toolpad opnieuw genereert is het dan precies hetzelfde, met ook de fout op precies dezelfde plaats?

Ja.

Al iemand aan een simulatie in Fusion gedacht misschien

Die gaf geen problemen aan.

[Sven]

Is het een idee de cam opnieuw te doen met het onderdeel 180 graden gedraaid?

En heb je een van de eerste suggesties onderzocht, dat een kromme niet gesloten is?

[keesfrees]

Al iemand aan een simulatie in Fusion gedacht misschien 😏

Die gaf geen problemen aan.

Maar dat zegt nog niets over Gcode.
Een postprocessor fout ?
Absolute / Incremental instelling verkeerd ?
Is het de eerste boog waar bij het mis gaat ?

[ChwanPang]

Het onderdeel wat ik eerste uitfreesde was puur een testje voor het hele stuur en na het deel 180 graden te draaien had ik nog steeds een probleem. Ik dacht misschien als ik het bij het hele geheel probeer gaat het ergens anders fout of niet en dat blijkt ook.

Screenshot 2021-07-26 141514.png

De cnc heeft geen problemen met de handvaten uitfrezen bij dit onderdeel, maar maakt vervolgens de fout om een van de duimgaten op volledig te verkeerde plek te maken. De CNC dacht hier weer dat die op de goede coördinaten bezig was. Het zou mij toch sterk lijken dat Fusion op volledig een andere plek weer een g-code lus open laat? Ligt het hier niet aan LinuxCNC of iets met mijn BOB? Welke informatie moet ik allemaal geven zodat jullie genoeg weten?

[hugo stoutjesdijk]

Als de frees na die vreemde capriolen gewoon met een ander deel van het product en op de juiste plek verder gaat, kunnen het geen stappenverlies of problemen met de BOB zijn. Het is ook erg onwaarschijnlijk dat het door LinuxCNC komt. Blijft over: toch iets met de CAM module lijkt mij.
Maar we weten niet wat je wilt maken, en als jij zegt hij doet een sprong van 100mm en dat staat ook in de G-code, dan is dat voor ons gewoon goed.

Dat freesbestand kun je vast wel als bijlage toevoegen.
Een tekening van wat de bedoeling is, is misschien ook nuttig. (simulatie plaatje van de CAM module)
En een schermafbeelding van de besturingssimulatie misschien.

[keesfrees]

De eerste stap is nmi de gcode zichtbaar te maken.

[ChwanPang]

https://drive.google.com/file/d/1IFoMQr ... sp=sharing link naar de gocde.

Screenshot 2021-07-26 155216.png

dit is wat ik probeer te frezen. Het is uit 18mm multiplex. https://drive.google.com/file/d/1JyWvr_ ... sp=sharing Dit is het fusion bestand

[benkr]

Zorg nu eens dat je bestanden gewoon toegankelijk zijn, nu moet ik eerst toestemming vragen, wachten tot jij die hebt gegeven en dan kan ik je bestand pas zien, tegen die tijd ben ik het al ruimschoots beu en denk ik: Bekijk het maar.
En krijg jij dus in ieder geval van mij geen antwoord op je vraag.

[ChwanPang]

De fusion file had ik alleen gecheckt en die kon ik ook zonder in te loggen downloaden vandaar. Blijkbaar is de standaard bij sommige files anders, maar begrijpelijk dat het frustrerend is. Excuses voor het ongemak. Beide zijn nu open voor iedereen. Ik heb net ook een halve bal geprobeerd te frezen en dat ging helemaal prima.