EMC: 03cradek 07master * r9594e83f6022 10/src/emc/usr_intf/touchy/touchy.py: more of the same
so i need to support woffset s everywhere? what about u,v?
no, those don't exist yet
if GET_EXTERNAL_TLO_IS_ALONG_W() then the Z offset gets applied to the W axis
(what a swirl, jeez)
before i work on that, please let me know if you have comments on the functionality so far
I have not run the latest one, but if it fixes those odd interactions I'm all for it
like you I'm becoming dismayed at how complicated it looks, but we have worse things
its like playing bring me a different rock
I don't know that game - I hope you're not frustrated that I keep finding stuff wrong and then it all gets more complex
also, I'm a little surprised that nobody else has commented. do they think we're crazy, or do they just not care?
no i'm ok with it but since i've never used tlo along z , i have to study it
tlo along w is a hack for 5 axis machines where the tool "length" moves around with the rotary axes
(well the idea isn't a hack - the implementation is)
I was too bashful at the time to just add TLO for all axes
(because it would screw up tool tables etc)
in the patch, i also made some assumptions about when it was ok to accept #54xx writes to frontangle,backangle etc depending upon the orientation (mill==0, lathe!=0)
so your comments on that are welcome
cradek: do you want me to commit the focus-line-width change? I verified it works on hardy too (first test was dapper)
[02:44:35] <jepler> http://pastebin.ca/1669256
cradek: amended to support TLO_ALONG_W (i think): http://www.panix.com/~dgarrett/stuff/0001-Numbered-parameters-for-current-tool-items.patch
jepler: thanks for applying recent patch on tooledit, this new one eliminates spurious warnings for mtime changes when the file contents are not changed: http://www.panix.com/~dgarrett/stuff/0001-preclude-warnings-when-file-mtime-changes-but-file-m.patch
dgarr: thanks, applied
.. and the focus thing too
EMC: 03jepler 07master * ra0fe985ecdbf 10/src/emc/usr_intf/touchy/touchy.py: focus line makes no sense without a keyboard
EMC: 03jepler 07master * r1ae3f96d336a 10/src/emc/usr_intf/tooledit.tcl: preclude warnings when file mtime changes but file md5sum is unchanged
jepler: cool, that is much better without the extra line
EMC: 03seb 07master * r84e73cbd5344 10/src/hal/drivers/mesa-hostmot2/encoder.c: Fix a bug in hm2 encoder velocity estimation
cradek, i'd like to know if that ^^^ fixes the hm2 encoder vel problem you saw yesterday
cradek: I have a Touch UI for ya.... http://link.brightcove.com/services/player/bcpid713271701?bclid=713073346&bctid=709364416
just dropped in to see if there is anything i can do to help with emc2
Jymmm: Wasn't that the same screen they used in the Tom Cruise movie Minority Report ?? ;-)
How long till Walmart has them?? ;-) After playing with that for a while I might forget that I really meant to actually run a machine that day...
Guys, what is the most up to date source of documentation for EMC2 in general? The manuals are good in PDF and HTTP but is one updated first? Should the info be identical? Or should the Man pages in EMC be the first place to reference. Where would you go first?
Normally I don't need to ask questions like this because documentation is typically bad and there is only one one source and it it lousy. So this is a good problem to have.... :-) Thanks for all of the hard work keeping the docs up! :-)
Dave911: the source code itself is the _most_ up to date documentation... :)
Dave911, the PDF and HTML docs should be the same, they're automatically generated from the same source code any time there's a change
wow. in a burst of technological insight, some Microsoft programmer managed to forget to put a "square root" button on the Scientific view of the calculator
luckily, it's there on the "basic" view
unluckily, changing views also clears the "display"
With this PowerToy you can graph and evaluate functions as well as perform many different types of conversions.
oh, all I wanted was a square root :)
I wonder if that powertoy works on Win2K
I know, that'll give you a graphing calc too. It might.
I gotta say - Karmic is working very very well on the couple of machines I installed it on
(on the subject of OSes)
Yeah, I know what you mean.... MS-DOS 6.21 has been rock solid.
yeah, but the memory management and multitasking weren't so good
You'll never need more than 640KB
Oh and DesqView FTW!
For what it was, sure.
SWPadnos: did it work?
Calc toy on w2k
well, i appreciate all ya'll hard work.keep up the great job!
oh, I don't know. I didn't download or install it
piasdom_: what parts interest you? what are your skills? that's a very open question, but with more details we can help find a part for you to work on.
I actualy have a graphing calculator sitting on my (physical) desktop
oh bummer - I missed his question
I recall seeing piasdom around before, but I don't know if we could figure out an email address or something. it's a shame if someone wants to help and is ignored.
yeah, he's certainly been around a bit
he will be back :)
and there he is
piasdom_: cradek was typing to you but you had left
he told me
i was just wondering if i could help because ya'll help ME so much
here is what I typed earlier: piasdom_: what parts interest you? what are your skills? that's a very open question, but with more details we can help find a part for you to work on.
i'm learning to write code, can do math calulation programs...
can write gcode
don't really know what ya'll do :)
today i'm going to finiosh a pcb for skunkwork and mark
been a machinist for 19 years
i like to learn more code writing or test software or hardware
I think it's my nature to only see that a part of emc needs improvement when I specifically use it and also I am able to improve it. so I may not see things that people with other skills could do.
the question was meant to be open because i didn't know what to ask to do as i don't know exactly what ya'll do :)
for instance we get a lot of questions on irc and the mailing list that are general machining questions. an experienced cnc (or manual!) machinist can answer these well
i can do that
if it interests you, you could do something like a standalone feed/speed calculator
it's possible that those kinds of questions might belong on the web bbs in a "machining" section because they aren't specifically about emc - not sure
that would let you learn some programming without having to understand the (large and sometimes confusing) EMC2 code
been a manual machinist for 19 years...cnc for about two years
then, as a way of getting your feet wet with some of the EMC2 code, you could add a menu item to AXIS (and maybe some of hte other user interfaces) to run that program
i have a feed/speed calu
well, if it doesn't interest you, then keep looking :)
that DOES interest me :)
ALL this does :) :)
I was just thinking about a way of getting your machining expertise into a form that might be helpful to others
writing documentation, both for inclusion into the PDF docs and on the wiki, is also always appreciated
i'll work on adding menu item
writing is not one of my strong suit
remember - you don't have to write something spectacular to be helpful - there are lots of details that are small but useful too
ok....ya'll can always edit it to sound sane
I see we do have "machining" forums on the web bbs
they are inactive
cradek: i can do that after work at home
wonder if you could drum up some interest there by posting about some projects you have done, and talking about the machining (speeds/feeds, fixturing, order of operations, etc) parts more than the CNC parts of the job
cradek: where is that site?
a lot of people come into it the opposite of you - they start with a cnc and don't know the first thing about machining - many need that kind of help.
linuxcnc.org, community, EMC support forum
Thanks for the info on what is the most current docs (pdf vs http etc) guys, I knew the source code would be the most up to date info but looking up source code to find a pin description seems like a bit of overkill... ;-)
interp_read -> read_one_item -> Bad Character using locale <> en_US ??? is there a way to change this???
gtom_: more details please
as you know im working on a pascal gui
everything works fine except the interpreter
(stable version) http://linuxcnc.org/docview/devel
(development 'master' version) are kept up to date with the latest changes
seb_kuzminsky: saw your commit, neat, I'll try it tonight or tomorrow.
if i compile my program using locale the interpreter returns an error "bad character "." used
this happens cause emc uses _gnu_source
and pascal uses the locale...
so the ordinal compare if (char < ' ') || (char > 'a') fails...
in interp_read : read one item
compiling without the locale the stuff works...
Don't use setlocale(LC_ALL) or setlocale(LC_NUMERIC). These can change how floating-point numbers are written
rs274ngc defines floating point numbers with "." as the decimal point regardless of what the user's language dictates
they also change the behaivour HOW a file is read???
It changes how strtod() called from read_real_number works
but the error is raised in the CHKF(char < ' ' || char < 'z')
I see that same error can come from either of two tests. are you sure?
whatever the exact analysis is, it's due to setlocale(LC_ALL) or setlocale(LC_NUMERIC) and a locale that doesn't use "." for the decimal point character.
so i should take the locale out of my project?
you can see this without your pascal program by making this change in sai: http://pastebin.ca/1670052
then running it with LANG=de_DE.UTF-8 rs274 -g
enter G0.0 and you'll get the error
this change to the interpreter at least puts the error message in the right place: http://pastebin.ca/1670056
(it's an error if not all the expected letters were consumed by strtod)
it's the LC_NUMERIC category that is the problem. It is possible to retrieve the current setting with one setlocale call, temporarily change it, and finally restore it to the original value. You could arrange to do this in your program anytime you are going to make a call to the interpreter
Ok, thank you, now i understand what happened... caus ive tried it with the ',' also...
"," is rejected by the strspn call
same error, but this one is raised in the read_one_item and the error with the '.' is raised in the STRTOD...
I'd also consider a patch that changes the interpreter to do that itself around the strtod call, or which temporarily changes "." to the locale's decimal point separator, or whatever
yeah, my patch doesn't fix anything (besides making the error happen "in the right spot")
but why not declare a "own" decimalseperatorchar in emc???
ill try to find a workaround in my pascal program... thank you for your help...
because historically emc was not even translatable
like I said, I'd be happy to consider patches submitted to improve this.
thank you for doing this, our new GUI is on the way... :-)
Wouldnt normally be here at work this early but had the second 500G drive on our server fail in 2 months
EMC: 03jepler 07master * r2135e4f8f4cc 10/src/emc/usr_intf/axis/Submakefile: Always append to PYI18NSRCS
EMC: 03jepler 07master * re966cd57d641 10/src/emc/usr_intf/stepconf/stepconf.py: cleanup
EMC: 03jepler 07master * ree6ed052fff0 10/src/emc/usr_intf/touchy/Submakefile: let strings in touchy be available for translation
EMC: 03jepler 07master * r0640fd600d3a 10/src/emc/usr_intf/touchy/touchy.py: translate touchy
EMC: 03jepler 07master * r8685d08226ad 10/src/emc/usr_intf/touchy/ (emc_interface.py mdi.py): these strings should be translatable
EMC: 03jepler 07master * r0fb682518fdd 10/src/emc/usr_intf/touchy/ (emc_interface.py touchy.py): decrease CPU usage
EMC: 03jepler 07master * rabee067ff808 10/src/emc/usr_intf/touchy/touchy.py: the set_active reformulation makes these ifs redundant
PCW: ugh, bad luck
Hi seb, did you see the minor edits I made to hostmot2 for newer kernels? did it cause any problems?
hi mozmck_work, i saw it and tried it out at home and didnt notice any breakage
good! it wouldn't compile on karmic so I looked up the errors and found out what was going on.
EMC: 03seb 07master * r529e0b871229 10/docs/src/common/User_Concepts.lyx: fix a typo
mozmck_work: the code changes in your commit f88ea0 look good, but there were also a bunch of whitespace changes which sort of buried the real code changes
thanks for cleaning up my whitespace sloppiness, but it might be easier to do that as a separate commit from the one that changes the behavior (just to make the diff easier to read)
yeah, cradek told me about the whitespace stuff. I figured out eclipse did it.
I should have looked at the diff before I pushed it.
yeah it looked like some helpful tool getting in the way ;-)
no problem, and thanks for the patch
yep, I found and turned that setting off :)
the mercurial webinterface is quite good: http://hg.openhex.org/hgwebdir.cgi/relatorio/graph/d5830c7ff9a7
Jymmm: all of it
but especially the tree
alex_joni: Ok, if you say so. But I don't see it.
alex_joni One example... I transversed your link to it's intitial version, but doesn't provide a path back it's the original - navigation wise.
alex_joni: anyhow =)
alex_joni: Ok, it's not bad. =)
alex_joni: yes tree is cool