grumbly mechanical problem on jr is fixed
I turned up the accel on X,Y to 60 - it is FAST
or maybe it's 80, I don't remember
it doesn't quite sounds stable at 100
velocity 7.5 ips / 60 ips2 = 1/8 sec to full speed
hm, I saw a bad behavior - running after TnM6G43 with TLO not applied - trying to figure out if it's my changes
cradek: can you describe some more?
let me troubleshoot more before I bother anyone with it
it's probably a random_toolchange bug
I think I've catched this behavior some time ago
yeah it was just my bug - false alarm
EMC: 03cradek 07random_toolchange * r38914a3f7b2f 10/ (108 files in 36 dirs): Merge branch 'master' into random_toolchange
EMC: 03cradek 07random_toolchange * r415a0b937031 10/nc_files/arcspiral.ngc: for testing TLO
EMC: 03cradek 07random_toolchange * rd78a0f310bd3 10/src/emc/rs274ngc/interp_convert.cc: fix getting the wrong TLO when M6 and G43 were in the same block
oh good, maybe I got that right
cradek: how did you do merge without flooding ?
I fixed the logger script
well maybe not, I bet it won't show a cherry pick from master to a branch now
I guess I don't know what it SHOULD do so I'm having trouble writing it
I bet this is fine
if you say so
today I discovered something strange: I have hal module that sending commands to halui, commands rate is about 5 per second HALUI create and send proper NML commandd, if while sending this commands from hal to halui I hit Escape in Axis, then Task_abort NML command sended by c.abort() thought the same(I think) NML channel is lost, but by design it shouldn't be queued or buffered?
EMC: 03cmorley 07master * r34fb6c2f2b84 10/src/emc/usr_intf/pncconf/pncconf-help/ (help-axisconfig.txt help-axismotor.txt): Add axismotor / axisconfig help pages
EMC: 03cmorley 07master * rdeee0e9cc770 10/src/emc/usr_intf/pncconf/pncconf.py: Fix typo in mesa firmware SVST8_4iM2 data
[Global Notice] Hi all, one of our american hubs appear to be having some issues presently, we're looking into it and hopefully will have things back to normal shortly. It may be slightly noisy should we need to re-hub
[Global Notice] Hi all, re-hubbing nearing completion, I will also need to move services to a different location, this means NickServ, ChanServ and other *Serv's will go down for a few minutes. Apologies for the inconvenience and thank you for using freenode.
I'm trying to see the XYZA program with Z and Y near zero, and initially it shows as thin line along X. If I then touch off Z to be 10 mm higher, program redraws itself as a barrel... Is it a bug in AXIS or something is wrong with my setup?
aystarik: can you pastebin.ca your config?
ini + hal
[21:33:49] <aystarik> http://pastebin.ca/1557716
[21:34:30] <aystarik> http://pastebin.ca/1557717
did you changed anything ? they seems tyo me like standard sim configs
I've added A and W axis to axis_mm config
there is no such things in configs files you pasted
[21:40:06] <aystarik> http://pastebin.ca/1557724
[21:40:47] <aystarik> http://pastebin.ca/1557725
I've changed to master branch, and all the changes were left in v2_3_branch. :)
ok so AXIS_4 must be changed to AXIS_8 first in ini
GEOMETRY = XYAZ
shouldn't be GEOMETRY = XYZA ?
depends on the machine
but a machine where A is before Z the program should look like aystarik described earlier
I've tried XAYZ, but this is the same
aystarik: maybe you should describe your A axis
is it something that moves the part?
or mounted on the spindle head?
If I have knee mill with A parallel to X, what GEOMETRY will be right?
I think XYZA
alex, is there any way to show cylinder engraving program as a cylinder, rather than a line? G54 is set up on a surface.
XYZA does not work. If I remember correctly, XAYZ is the right, as it is basically order of transformations applied to the trajectory point. There is no sence to rotate a point, you must do some linear transformation after to have an effect (like offset Z or Y)
touching off Z should change the effective radius of the program
and that sounds like that is what you are describing
setting Z0 near A's rotation gives a small radius. Changing offsets so Z0 is further from A's center of rotation gives a larger radius for the same program
how does it work exactly? what is the point of rotation for A?
is it machine 0?
you should set up homing so unoffset Z0, Y0 puts the reference tool (no tool length offset) at the center of rotation of A
then no matter how you use offsets, the preview will show correctly
this is the same way you configure a lathe so unoffset X0 puts the reference tool at the center of rotation
sorry, I've lost you... my homes are at machine 0. Do I need to change it to be at A rotation ?
yes I think so
this is not very convinient, as rotary table is optional and not mounted permanently.
if you have T slots, maybe you could key it so it mounts in the same place every time?
or you could have two emc configs
or you could go without the A preview
it's engraving, so everyone is fond of being able to preview the work
good night all
I have a rs274 interperter question regarding arcs:
I'm using the rs274 int standalone
and I am looking at the format that it spits out arc
and I notice that the 'center' or 'axis' as it's called is on an outside corner
instead of the center of the arc
has anyone ever noticed that before?
and if that's the case, how is it processed later on?
by the way, I'm using Mark Pictor's version from rs274ngc.googlecode.com
which - I think- is very similar to the emc rs274 interpreter
the reason I'm into this, is I'm running it on Mac OS X and playing with it-nothing critical
no machines to crash :)
well -- we know even less about code that's not in emc2 than we know about code that is in emc2
makes for a challenge :)
but, I think it's an older version
emc's standalone interpreter prints something like this
N..... ARC_FEED(0.0000, 4.2000, 0.0000, 4.0000, -1, 0.0000, 0.0000, 0.0000, 0.0000)
it's the second pair of numbers that I'm curious about
what was your g code leading up to that output?
N..... STRAIGHT_FEED(-0.2000, 4.0000, 0.0000, 0.0000, 0.0000, 0.0000)
[23:09:38] <jepler> http://git.linuxcnc.org/gitweb?p=emc2.git;a=blob;f=tests/interp/inverse-time-with-comp/inverse.ngc;h=085a996d959cf75096a67ba7e6b63c6c93f88b3a;hb=HEAD
*center_x = (current_x + i_number);
*center_y = (current_y + j_number);
the way I read the source, I expect those numbers to represent the center of the arc in absolute computers
now I'm having trouble finding the numbers I expect in that line I pasted :-/
they should be 0,4.5 I think
I'll paste a little bit of the code I'm scratching my head about
[23:14:41] <danielfalck> http://pastebin.ca/1557802
when I did that G02, I expected the center to be at x.75 y.25
but I read it as 1.0000, 0.0000
I'm just curious is that is what you would run into too
I can write a routine to convert to something that I can use on my mac, but I figure it's already been done somewhere
I can't "see" r-format arcs in my head very well
I could have used I 0, J .25 too
I think that the shown center (1,0) is .25 from the start (.75,0) and from the end (1,.25)
ah, I found it- using i 0, j.25 works like I would expect
so, it's my 'seeing' the arcs in R format :)
I'm planning on writing a routine to import Gcode into my CAD program at work
the rs274 stuff came to my rescue
how are things going with emc development these days?
for R-format arcs there is always an ambiguity. If you write r-.25 you get the one you wanted.
somewhere there's a picture showing this ..
oh it's a bit slow .. micges is working on some interesting stuff for non-trivkins machines, and chris is working on stuff to make his toolchanger (rotary carousel) work better
I haven't been doing much stuff myself
"The R number is the radius. A positive radius indicates that the arc turns through less than 180 degrees, while a negative radius indicates a turn of more than 180 degrees."
[23:24:52] <jepler> http://linuxcnc.org/docs/html/gcode_main.html#r1_4_3
haven't found the picture yet
I know it's on the two-sided gcode reference card we gave away 3 years ago at cnc workshop, but I can't find it in our source or our website :(
(the front side was the gcode.html one-page reference)
anyway, good luck with your converter .. dinnertime here
well, I know where to look (in the c++ code) anyway