Profile cover photo
Profile photo
Justin Adie
31 followers
31 followers
About
Communities and Collections
View all
Posts

+John Lauer can you briefly trace through how the units are called and shared in CP?

I'm trying to revert the workspace to translate the units on the fly, rather than force them to harmonise. It seems that the grbl widget maintains three unit references:

controller_units - not really used except as a holding variable
work_mode - G20/G21; and
report_mode - the mode in which grbl sends back report information

when there is a change in G20 the widget detects this in a number of ways:

* it tracks what is sent out from the serial widget.
* it tracks what the gShield sends back in response to a $G message.
* it subscribes to /com-chilipeppr-interface-cnccontroller/units
* it subscribes to /com-chilipeppr-widget-3dviewer/unitsChanged and
* it subscribes to /com-chilipeppr-widget-3dviewer/recvUnits

when there is a change it publishes the change to /com-chilipeppr-interface-cnccontroller/units

at the moment, I'm not seeing the axis widget honour the 3d viewer settings. and there are a number of other anomalies giving headaches.

tia
Justin

Any tips for milling acrylics? I'm just looking at 2.5mm acrylic and need to be able to mill dimensions, cutouts and some minor engraving.

Previous attempts have been disastrous. Some hints as to what end-mill, feed rate etc would be very useful. I've got a new aircompressor which I may be able to hook up as a coolant.

I don't have a co2 laser so can't go that route. And I believe normal cheap lasers are insufficient to cut 2.5mm acrylic.

Tia
Justin

Apologies for lazy question: I'm miles away from my CNC drivers so can't emulate this. I'm coding the z interpolation to smooth the autolevelling across long travels...

Assume I'm at the origin.
If I have a line of code such as this
G1 X50 Y50 Z-3 F600

Is that interpreted as creating a movement vector to the three D position 50,50,-3? Or to 50,50 followed by a z move?

I suspect it is the former because I recall some boards being ruined by some progressive digging in of the end-mill

If this is true then for autolevelling the code currently attaches a z value to progressive Gmove destinations. So creating potentially unwanted travel through the board. To some extent this is solved by having multiple interpolation points - but I question whether it is logical anyway. And whether the z moves should be inserted as separate lines at each point. Any thoughts on this?

And as a follow up question: is there any difference for G0 and/or arcs (although my brain hurts when trying to do the geometry on a three D arc)

Hi
Has anyone come across a cheap acrylic laser cutting and engraving process in Europe? I'm looking to get about 15 small fascias cut in 2.5mm acrylic and whilst I'm happy to pay a small premium to avoid the China post shipping time the services that I've found all add up to more than £100. Total acrylic size would be less than an A3 sheet.

I should add that every experiment I've done with my (now ex) mill resulted in an acrylic disaster! Too much balling and melting whatever lubricant I used.

Thanks
Justin


+snooper ace
You disabled comments on your post. You need to install the curl headers.
Not sure what version is current for the pi but something like this should work

apt-get install libcurl4-openssl-dev

Or search for the right version and install that.

apt-cache search curl

Trying to probe now using g2core. It did not work at all on the zmin pin (nothing even started in terms of z movement).

Setting it to pin d5 causes it to move but never to recognise a probe event (even when manually forced).

Does the g2core not recognise a probe when there is conductivity with ground?

I am trying to configure g2core. and struggling with the z axis calibration.

I use a T8 lead screw for the Z axis. it has a 2mm pitch (according to spec and measurement).

on the gShield it is configured with x2 microstepping.

So on the g2core I configure the travel per revolution as 2mm and the microstepping as half.

this results in a huge over travel (more than twice).

Have I misunderstood the nature of these settings?

no joy flashing a Due so I tried grbl on a mega2560 (there is an official port).

using a terminal - all is absolutely fine. I get the anticipated response from each command I try.

using SJPS and CP I get absolutely no response at all from the arduino. Most bizarre.

here is a debug log from sjps:

2017/04/23 11:53:57 serialport.go:233: Got p.sendBuffered. data:$G\n, id:status, pause:0
2017/04/23 11:53:57 bufferflow_grbl.go:68: BlockUntilReady() start
2017/04/23 11:53:57 bufferflow_grbl.go:72: New line length: 3, buffer size increased to:95
2017/04/23 11:53:57 bufferflow_grbl.go:73: &{0xc422cac870 0xc420111320 32 0xc42012a818 95}
2017/04/23 11:53:57 serialport.go:268: Got p.sendNoBuf. id:status, pause:0, data:$G\n
2017/04/23 11:53:57 serialport.go:275: Items In SPJS Queue List:0
2017/04/23 11:53:57 bufferflow_grbl.go:385: Just wrote 1 bytes to serial: ?
2017/04/23 11:53:57 bufferflow_grbl.go:385: Just wrote 1 bytes to serial: ?
2017/04/23 11:53:57 bufferflow_grbl.go:385: Just wrote 1 bytes to serial: ?
2017/04/23 11:53:57 bufferflow_grbl.go:385: Just wrote 1 bytes to serial: ?
2017/04/23 11:53:58 bufferflow_grbl.go:385: Just wrote 1 bytes to serial: ?
2017/04/23 11:53:58 bufferflow_grbl.go:385: Just wrote 1 bytes to serial: ?
2017/04/23 11:53:58 bufferflow_grbl.go:385: Just wrote 1 bytes to serial: ?
2017/04/23 11:53:58 bufferflow_grbl.go:385: Just wrote 1 bytes to serial: ?
2017/04/23 11:53:59 hub.go:122: sendjson {"P":"/dev/cu.usbmodem621","Data":[{"D":"$G\n","Id":"status"}]}
2017/04/23 11:53:59 bufferflow_grbl.go:238: Command Before Break-Apart: "$G\n"
2017/04/23 11:53:59 bufferflow_grbl.go:268: Re-adding newline to item:$G
2017/04/23 11:53:59 bufferflow_grbl.go:271: New cmd item:$G


i can't see what could cause the device to respond flawlessly to a serial terminal and not to SJPS. unless somehow SJPS isn't happy to talk to the non FTDI chips (this is an Atmel 16u2 I think (difficult to see the tiny letters with my old eyes).

I'm trying on a mac at the moment (using 1.94 sjps). I will give it a go on windoze but I don't see why there would be a difference (except maybe 16u2 drivers?).

Any thoughts?

i haven't been able to find where the hex files are for g2core.
does anyone know where to find these or whether I can use arduino IDE to flash a Due with g2core?

in grbl 1.1e (or later) has anyone seen issues with milling holes? I was just milling a holder for a nema 17 stepper with 4 M3 holes and a central 20mm spindle hole. Using a 2mm end mill.

the eagle board import creates the gcode as follows:

(generate hole at x:60.9800 y:26.9800 with dia:3.0000 in 6 passes)
F400
G0 Z1
G0 X60.48 Y26.98
G1 Z-1.5000
G3 I0.5000
G1 Z-3.0000
G3 I0.5000
G1 Z-4.5000
G3 I0.5000
G1 Z-6.0000
G3 I0.5000
G1 Z-7.5000
G3 I0.5000
G1 Z-7.5000
G3 I0.5000
G0 Z1
(generate hole at x:76.5000 y:42.5000 with dia:20.0000 in 6 passes)
F400
G0 Z1
G0 X67.5 Y42.5
G1 Z-1.5000
G3 I9.0000
G1 Z-3.0000
G3 I9.0000
G1 Z-4.5000
G3 I9.0000
G1 Z-6.0000
G3 I9.0000
G1 Z-7.5000
G3 I9.0000
G1 Z-7.5000
G3 I9.0000
G0 Z1
----

but the output is that only 2mm holes are generated for the M3 holes and no hole at all is generated for the 20mm hole. as if the gcode is being ignored as an error.

this seems like an error with grbl i suspect.
Wait while more posts are being loaded