Enkel G-kod, gärna genom RhinoCAM

[nanopile]

Försöker få till G-kod som inte har så mycket extra info i själva G-koden.
Är ute efter något i stil med:

Kod: Markera allt

G90
G00 X0 Y0 Z0
G01 X5.988 Y2.012 Z16.210
G01 X6.771 Y2.455 Z12.920
och en hel hög med numeriska värden tills filen tar slut.

Jag vill kalla det för ganska ren kod, det enda jag saknar är matningshastigheten som jag inte hittat någonstans i den G-kod jag genererar med Rhinoceros och RhinoCAM.
Nån som vet vilken postprocessor man lämpligen kör med då?
Tänkte jag skulle ha lätt att göra koden i PICen också utan en miljon olika koder att programmera in, någon som har förslag?

Har bara hittat små snuttar av vad all G-kod betyder på google, aldrig en komplett uppsättning med G M S H och T värden.
Någon som har en aning om var man hittar det?

[POS]

För det första så finns det inte så mycket extra i G-koden att ta bort.
Men du kan som du har gjort tex ta bort radnummer, lite beskrivning, alla onödiga nollor som den du har här: (Z16.210)
Men förutom det så är det inga onödiga saker i koden.
Avrunda till bara en decimal spar en hel del tecken också.
På mitt jobb skriver vi mycket kod för hand men det finns inte många genvägar att ta tyvärr.

Här har du förklaring av M & G-koder mm
http://www.forestgrove.se/ef/gcode.jpg
http://www.forestgrove.se/ef/mcode.jpg

[tecno]

Nån som vet vilken postprocessor man lämpligen kör med då?

Lämpligen till den programvara du ska generera G-koden till, tex Mach3
Välj då den PP'n i din CAM programvara, svårare än så är det ju inte.
Finns det ingen så får du lov att skapa en PP som passar.

[nanopile]

Det är just det som är grejen, jag ersätter Mach3 och liknande kontrollers genom att köra G-koden direkt in i PICen och då vill jag ha så lite som möjligt att programmera in.
Mach1 och 2 fanns i postprocessorn men ger mycket skräp i G-koden.

POS, gör ni verkligen G-kod för hand?
Den kan inte vara lång, jag gjorde bara lite grovhugget på en enkel bit och det blev 123KB med RhinoCAM.

[POS]

Japp allt för hand och vi gör ytterdörrar mm
men vi använder oss ofta av huvudprogram och underprogram
där man har tex urtag för låskista som underprogram (som man gjort tidigare) och bara positionerar sig i huvudprogrammet där man vill ha ett lås.
Det är ju såklart bara 2D fräsningar vi gör men alla program är skrivna direkt i kontrollern med pekfigret!

[tecno]

Det är just det som är grejen, jag ersätter Mach3 och liknande kontrollers genom att köra G-koden direkt in i PICen och då vill jag ha så lite som möjligt att programmera in.
Mach1 och 2 fanns i postprocessorn men ger mycket skräp i G-koden.

POS, gör ni verkligen G-kod för hand?
Den kan inte vara lång, jag gjorde bara lite grovhugget på en enkel bit och det blev 123KB med RhinoCAM.

Kan du förklara vad det är du ska göra, menar du på allvar att en sketen pic ska programmeras till att göra det som MACH3 gör i en PC?
Skräp??? det är ju nödvändiga rörelser/kommandon för att ta fram det du har ritat och vill göra. Så visst skräp in blir skräp ut, en enkel bit kan visst bli en massa kod.

[nanopile]

Skräp då tänker jag på allt utom kordinater och matningshastihet.
Har man programmerat in de komandona så är det inte skräp längre

Hur mycket Mach3 gör vet jag inte men jag har åtminståne trott att den styr CNC maskiner i 3 axlar och att man sätter en motor per paralell eller serieport.
Nackdelen som jag ser det är PC:ns interupts, man riskerar att få förödande avbrott när motorerna går för fort för att kunna stoppas och startas på bara ett steg.
Det slipper jag med PIC eftersom jag har full kontroll över takten motorerna drivs frammåt.

Dessutom har jag inte råd att köpa programvara för tusentals kronor förrän jag tjänar pengar på det jag gör så det är lite moment 22.

Massa kod, jag blev så förvånad över att POS skrev G-kod för hand på jobbet men då utgick jag från 3D kod på flera hundra KB, inte 2D som jag antar är en helt annan sak.

[tecno]

tror nog att du gör dig en björntjänst genom att försöka hacka dig till nåt som MACH3 ger dig för ynka 159 US dalers. Du lär ju få plöja ner en massa mer kosing INNAN du har fått nåt som börjar fungera, tänk om och spara dina slantar och köp nåt som fungerar till en anständig slant.

En PC har du säkerligen redan >1Ghz, min Win2K, helst > 256Mb minne och ett anständigt grafikkort

Upp till 6 axlar kan du styra, klarar av 2 paralell portar varav 2 pinnar/motor för step/dir signaler

http://www.machsupport.com kan du läsa mer på

[nanopile]

6 axlar?
Färvånad jag blev

Men hur går det med interuptsen?
Måste ju ha en väldigt väldefinierad takt för o styra motorerna.

Jodå, PC har jag.
Defentivt billigare än jag räknat med, blir ju runt en tusenlapp, kanske synd att jag inte visste det innan jag började programmera för nu är bara konverteringen av G-koden i PICen och att stega fram 4 bits värdet på motorerna kvar.

[tecno]

Mach tar över kärnan med sin applikation och driver, läs mer detaljerat på Machsupport och de olika forumen.

Har lite svårt att kunna se hur du ska få till en vettig 'motion planner' med PIC, men vad vet jag du kanske har kommit på nåt som ingen annan har tänkt på.

[nanopile]

Tack för god credit

Jag har nog inte gjort något unikt, jag andvänder en timer för att driva med absolut takt.

[jojje]

Det är väl absulut takt du inte ska ha?

[nanopile]

Varför inte det?
Eller menar du att det skulle vara samma takt hela tiden?
Så är det icke, takten varierar mellan 0 pps och full fart.
Teoretiskt sett kan jag köra 39062.5 pps men behöver nog inte mer än 19000 pps vid 32 pulser per helsteg.

[MB300E]

Om du inte är bered att betala för mach3 kanske du skulle ta dig en titt på linux EMC2.
Gratis och opensource.
klarar samma saker som mach3 vad jag vet i alla fall.

[tecno]

ja det är ju ett sätt att öka KOSTNADERNA på

Win burk för RhinoCam
Linux burk för EMC