since G43H3 / G43H13 doesn't show up anywhere in emctop
not a bugfix not a bugfix not a bugfix not a bugfix not a bugfix
dangit I don't want to run trunk already
when writing that I thought it's so rare to have more than one offset per tool that it won't matter
for this setup I have two tools that way
one is just two drills mounted in one turret position
the other is a triangular insert and I use two corners
oh heyyyy my tool numbers are %8 so I just have to renumber those two 'extras'
that's the ticket
two drills in one spot? offset in X?
* cradek debates with himself
spot drill and normal drill side by side
sooo I never made time to work on stepconf this weekend
nobody is judging you..
weekends are sooo short
hi aystarik, what's up?
I've sent a patch to emc-devel, to add spindle speed display to axis... no response.
is it rejected?
right now we are only fixing bugs. soon we'll create a branch for 2.3 and start putting new features on TRUNK for 2.4.
that patch simply adds commanded spindle speed to the DRO?
no, to preview window. with the optional disable in menu -- as DTG.
er, that's what I meant (the big ugly dro is fairly new, if I say "DRO" I probably mean the one that's shown over the 3d plot)
I hope we'll do beta2 next weekend and then branch, so ping me about this again then
hmm, just a few other notes since you've got me thinking about it:
- there's some code that makes the spindle-related buttons in the MDI tab disable when there appears to be no spindle speed control available. Maybe this new item should disappear under the same circumstances?
- it should probably be shown on both the 3d overlay and the big ugly dro; I think that may be done right now by code duplication but I'm not sure
- the s-number is supposed to show in the misnamed "active g-codes" on the mdi tab but I see it's pushed off by other data. maybe find and kill that code too
why? it's the interpreter state.
hm, I think I see what you mean -- they can differ
on first, add "FWD", "REV" in such case?
if there's direction control but not speed control, show "Spn: FWD"? that'd be nice
bbl, lunchtime here
even if there isn't speed control, you have to program a nonzero S word. So speed +n or -n would still show
you might progam S1 for instance
I think they meant to display FWD/REV/OFF based on the spindle HAL connections which AXIS detects at startup
not based on the programmed S-word
good evening all
would someone look at this config: http://www.emc-files.webpark.pl/polimery.tar.gz
this is my gantry and I think threre are some bugs in there
after homing all you can jog below min soft limit
without any problems
it's empty here after downloading
[18:38:11] <micges> http://emc-files.webpark.pl/polimery.zip
only Y is moveable
you only have Y0 and Y1 connected to anything
so how would you expect anything else to move?
if you don't connect axis.0 and axis.2 somewhere, then X and Z commands never get to the hardware
I think it's a problem that you commented HOME_SEARCH_VEL and HOME_LATCH_VEL
you should make them 0 if you don't want them to work
this is config changed to run without mesa
only Y is moveing
and after homing all (Y + XZ meanless)
you can jog Y below neg limit
on this config and real machine
only Y (Y0 and Y1) have the motor-pos-cmd outputs from the motion controller connected to anything
SWPadnos: guess what micges wants to say, is that he hacked this config, so we can run it
X & Z are not important
after you home Y, you can move it below the min_limit
which is the buggy behaviour micges is trying to show us
ah, "you will only be able to use Y" ...
micges: how far does it go?
further than -14 ?
n/m I saw in position.txt
on machine was about 20mm from hard limit
and it can reach it
you also have some offsets in the var file
offsets at axis other than y is debrish
I think 5222 is Y
although the position in position.txt should be without offsets :)
crap, gotta pack :(
on a separate but possibly related note, would it make sense to clear G92 offsets when you home?
no no no
good god no
err, I mean, why do you think that's a good idea?
cradek: G92 offsets baffle users when they're nonzero. ergo, it's a good idea to zero them out sometimes
yep, that's the general thought
seems like sometimes (?) nuking offsets will make the offsets more baffling
that could be
it may make sense as an option though
* jepler hates options
I think we need a way to tell what offsets are in effect. they are mashed together in the stat buffer.
cradek: I was just about to say that, but as a question
an option for the baffled user is also baffling
yes, some window like Greg showed could be very enlightening
more options make it worse IMO
depends on what "it" is
question about [DISPLAY]GEOMETRY and rotations http://imagebin.ca/view/cki0TTg.html
TLO and 'offsets' are separate in stat, I think
if each kind of offset was separate, we could present them all in the BIG DRO or equivalent
a unified interface to variables would solve this as a side effect
aren't all offsets stored as variables?
offsets being variables just confuses the issue IMO
vars, like in the var file
(maybe I shouldn't spell it out all the way :) )
oh #3572423 is set to 3.2451! that's not enlightening. "G92 offset is X 3.2451, Y 0, Z 0" is
that's what the guis should present (IMO)
I mean as a method to making a user-friendly display
(are we talking past each other?)
actually, it seems likely
making the user know which #numbers mean which offsets is not UF IMO
so showing #numbers is not the UF solution to this
no, not as #5327=119.26
I guess getting data out of the stat buffer is just as easy as getting data from a var, even with a good (and as yet nonexistent) interface
vars are internal to the interp, and therfore you have readahead
stat buffer is on the other end and is actually showing what is active as the machine runs (and also during MDI etc.)
for instance look at emctop as a program runs that uses TLO - it shows the right things
heh. I guess another tab behind the big-ass DRO could show this stuff :)
one of my visions (if you can call it that) for the BIG DRO is that we could add this kind of stuff to it willy-nilly without regard for, um, aesthetics
so it becomes the BAUD - Big Ass Ugly DRO
oops -- fixed typo: http://imagebin.ca/view/riq5SkyI.html
(re c rotation offsets)
dgarr: isn't that correct behavior? I mean, your machine's center of rotation doesn't change when you offset X does it? I'm not sure I even see what that can mean on your machine. It's like a lathe where X0 is the center of rotation and anything else is of questionable value (?)
maybe I am not understanding.
seems to me like you would actually get the pattern shown in the preview (i.e. it would increase the radius if you offset X)
maybe XCYZAB ?
the rotary axis is on a translation stage: http://www.youtube.com/watch?v=BPGsMDM_UPU
though you shouldn't need AB or Y, if they aren't present - I think
correct- the ABY dont matter
I'd try swapping X and C in the order
but if you offset X an inch, the radius of everything you cut increases an inch, like as shown in the preview, right?
cradek: the machine moves correctly always cutting the pattern shown on the left
SWPadnos: ive tried swapping, ng
I am not getting it then. let me read what you wrote a few more times.
still no :-)
the display assumes the rotation is about a fixed, nonoffset alignment of the z axis. my machine, the z axis moves so the rotation needs to be about the offset axis (i hink)
are you saying that setting a 1" X offset makes no difference in the part you cut?
you may need non-trivkins to do what you want
and I'm not sure that will help either
cradek: orignally i never used offsets. since i've started using axis, it is much more convenient to use the offset, it cuts correctly, only the display is off with offsets.
sorry, let me ask a different way. if you run a certain part program with no X offset and again with 1" X offset, how is the resulting part different?
i don't use home switches so maybe the confusion is in how i establish tool position at start. if i do not offset, i must set the home (x=0 position) with the tool at the center of rotation. if i use offset, i can set the offset with the tool at a radius (x !=0)
ah I see, I think
i guess i can't explain it right but i'm making real parts
if you home the machine with absolute X zero at the center of rotation, everything will work right
and I propose that you should do that
you can use an X offset to tweak the radius of your part, and the preview will be right
yes both the cut and the axis display are right.
this is exactly what you do on a lathe setup too
on cuts (not like the one pictured) along the side of a cylinder, sometimes it is inconvenient to go to the center and using the offset on the periphery is a great benefit
you don't have to move to the center, but you do have to set up the homing parameters to establish where it is
if one extreme of travel is 4" from the center, you could move there to home, and set HOME_OFFSET=4 or however you do it
then absolute machine coordinate X will always be radius
i'll have to study that. i suppose HOME_OFFSET is an ini parameter. i may make several setups with out restarting
yes it's an ini parameter
what do you mean setups?
do you move the spindle wrt the X slide or something?
cutting different patterns on the top or sides of a part. i don't move the spindle but i may move the tool (the tool is stationary during a cut however) --- i know this is an odd configuration
do you mean spindle = the thing turning the workpiece?
my machine: spindle is the C rotary axis holding the workpiece.
ok, sorry I guess I meant 'do you move the tool' then
and the answer is yes
in that case, you can use a tool offset
with a lathe tool table, you can have X,Z tool offsets
and now, you can use touch off exactly the same way to set the tool offset
mount the tool, measure the resulting radius, select X, touch off, pick "T" tool table, enter the radius
so "T" moves the tool, G54 X changes the radius
brb, coffee is necessary
i'll have to study that, thanks for your comments
sorry for disturb but is this jog issue on my above config is bug or no ?
EMC: 03tissf 07TRUNK * 10emc2/docs/src/config/ini_config_fr.lyx: french translation update
EMC: 03tissf 07TRUNK * 10emc2/docs/src/gui/halui_fr.lyx: french translation update
EMC: 03tissf 07TRUNK * 10emc2/src/po/fr_axis.po: french translation update
micges: did you try removing the leftover offsets?
you could switch AXIS to show the absolute, not relative position
yes I G92.1
[19:55:08] <micges> http://imagebin.ca/view/wjDEsJu.html
you clearly have an offset
[19:59:32] <micges> http://imagebin.ca/view/2G1l55.html
there you go
after clearing and restart
no limits in both ways
is override limits checkbox cleared automagically after move from limit?
after one jog it is cleared
in this config it isn't
oh wait, you are in teleop mode
in joint mode do the limits work?
yes they do
teleop mode needs a lot of work unfortunately
so it is unfinished or untested ?
a rewrite is planned. the original design, of which we have remnants, was inadequate for what we want today.
next problem is not unchecking override limits checkbox in this config
on real machine and now on laptop
I've created panel checkbox simulating limit switch and it the same bahaviour on teleop and joint mode
I think jepler saw something like that the other day. I don't remember whether he looked into it
er, I meant don't know, not don't remember
didn't see a commit about it, so my guess would be no
micges: if you were jogging in teleop, then it probably doesn't work to limit you..
micges: do you gain anything from running a XYZY config?
from standard configs ?
vs. only links from Y to 2 stepgens?
in HAL I mean..
not sure if my question made sense for you..
you mean unlink 3 joint comletely ?
I mean only have a XYZ configuration in the ini file
and use the axis.1.position to connect to 2 stepgens
and feedback the sum of the errors, or something like that
yeah, if you can avoid kins, do that
at the moment I don't see much of an gain for a gantry to use kins
it would be if emc2 could do better homing
do we still have a board list at SF?
full of spam even
(since we allow posting from non-members, after moderation obviously)
are you going to post your thoughts about fest?
Sort of going to do that. I got a message from a curious fellow who attended last year.
yes that's it
Maybe I can't post to that list, not being a member and all.
I mean to -users, where we tried to start a conversation
seems like people are going to need to start making travel plans soon
Well I can do that. Give me a bit to sweep my thoughts together into a pile.
haha I know the feeling
cradek: trivkins in this config make results the same
cradek: don't bother any more today
good night all
Okay the post is on the way to the user group.
huh. has anyone else received Ray's message yet?
oh good. it's not just me