EMC: 03jepler 07TRUNK * 10emc2/src/rtapi/sim_rtapi_app.cc: add license and copyright notice
it may be that <algorithm> is the missing header for std::remove_copy
[01:33:40] <jepler> http://h30097.www3.hp.com/cplus/remove_copy_3c__std.htm
EMC: 03jepler 07TRUNK * 10emc2/src/rtapi/sim_rtapi_app.cc: required on some systems for std::remove_copy
SWPadnos: wrong about --enable-simulator setting --enable-run-in-place
it would be kind of nice to have Xenomai support
? what other options are needed?
jmkasunich: they're orthogonal
oh, I didn't see where he suggested that one set the other
18:02:29 <SWPadnos> in fact, I think --enable-simulator automatically sets run-in-place
damn, I wish autofocus was smarter
"focus on that flying bird you dummy"
I have a nice blurry shot of a blue heron skimming just above a pond fuil of lilypads
isn't that always the way
cool - an only slightly blurry shot of the heron with a frog in its beak
it was dim by then - I think it was shooting at 1/8 second
also got pics of a beaver munching on lilypads
jepler, ok, thanks. I guess you'd need to be able to build an installed sim too
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/hal/ (pyvcp.lyx vcp.lyx): split pyvcp from vcp
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/config/stepconf.lyx: fixed figures position and other minor things
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/quickstart/stepper_quickstart.lyx: some minor layout fixes
EMC: 03jepler 07TRUNK * 10emc2/src/rtapi/sim_rtapi_app.cc: stdlib.h for strtol, exit, srand48, lrand48
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/ (Master_Integrator.lyx Submakefile): added pyvcp chapter
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/quickstart/stepper_quickstart.lyx: some minor layout fixes
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/config/stepconf.lyx: fixed figures position and other minor things
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/hal/components.lyx: added hal components
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/ (Master_Integrator.lyx Submakefile): added chapter on hal components
EMC: 03jepler 07TRUNK * 10emc2/docs/man/man1/axis-remote.1: double dashes are expected by axis-remote
EMC: 03jepler 07v2_2_branch * 10emc2/docs/man/man1/axis-remote.1: from TRUNK: double dashes are expected by axis-remote
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/Master_Integrator.lyx: fix a few minor things
john, you there?
no, I'm not here
for some reason I didnt' get a reply from the list, but I did see your reply from the archive.
glad that's sorted
I managed to compile the sim.
I'm wondering what are the signature being check during configure.
alex: I'm looking at his list membership
jmkasunich: ok, then I won't :)
I'm trying to understand the configure script. it's checking for signature for realtime ie. rtl, rtai...
mhel: you have "digest" selected - that means you'll get one message per day, with that day's traffic in it
I think I saw a bounce/remove from list message the last couple of days ago
mhel: it's very RT specific
alex_joni: he just subscribed last night
for xenomai I would look for xeno-config.sh I think
yes, but since xenomai has some rtai in it, I'm trying to understand how configure can see it.
mhel: I presume you first discover that xenomai is there
by looking for xeno-config
unless xenomai has the same API as the flavor of RTAI we are using, configure will have to distinguish between the two
and then you look for skins?
yes, I did see the xenomai_config.sh and actually tried to compare it with an rtai_config.sh
mhel: yes, xenomai offers some basic services
on top of that you can add skins which act like a wrapper
pretty much like RTAPI does for emc2
[15:45:43] <alex_joni> http://svn.gna.org/viewcvs/xenomai/trunk/doc/txt/rtai-skin.txt?rev=&view=auto
ok, thanks I'll read more.
reading that I would expect xenomai + rtai skin to be useable by emc2 directly
mhel: before we dive deep into rt - I can change your mailing list subscription to non-digest, or you can do it yourself at https://lists.sourceforge.net/lists/listinfo/emc-developers
log it using the box at the bottom of the page
ok, i'll change it.
s/log it/log in
alex_jon1 is now known as alex_joni
john: I have to signup again , right?
at the very bottom of the page is a box with a button that says "unsubscribe or change options"
I just started to get the cvs, version now. I couldn't get access last night, but I just added the missing header on the .cc file and it compiled ok.
john: did you change my subscription already, It looks like my options are correct?
"set digest mode" is ON
that means you will get delayed digests instead of individual (and immediate) messages
my subscription options looks correct tho.
you want it off
mhel: from what I read about xenomai there are 2 ways to make emc2 work with it
I'm all ears :)
hang on a sec :)
switching clients/pc's here
alex_jon1 is now known as alex_joni
so.. either you can run natively ontop of Xenomai
but then you need a RTAPI interface
or you can add a skin (already existing) ontop of Xenomai
and then you run emc2 just like it would run ontop of RTAI
(but take my word with a pinch of caution .. I only read briefly about this, so I could be full of it)
I just want to try anything for now.
ok, then I would try to load the xeno_rtai module
and try to get emc2 working on that
probably my first step would be to hack configure into thinking it found rtai
and only afterwards worry about adding the proper things to configure.in
that was I'm trying to do.
holler if you need specific help
or you can't figure out things in configure.in especially
thanks, I'm trying to understand what each line of configure do, I'm not really familiar with scripts.
but, I think I only have to tinker in Subsection 2.2 part.
my memory is rusty.. I haven't worked on configure.in in a long time :)
it might even work if you do "./configure --with-realtime=/usr/..."
and point that to your xenomai install dir
I'll try that.
but 2.2 is right, that's the place where you need to poke it
configure didn't work, I think I did that last night :)
ok, then you need to change subsection 2.2
and add a xeno-config.sh section
for signature in rtai rtl realtime; do
add xeno in there
yes, I did that, but it's still RT not found.
try a "which xeno-config.sh"
or locate xeno-config.sh
I think, because xeno_config.h is inside the include dir.
what xenomai did you use?
include dir of xenomai installation that is.
there needs to be an executable called xeno-config I think
yes there is, it' in my /usr/xenomai/bin dir.
and the config is in /usr/xenomai/include dir
the one in bin is ok
do you see:
DIRS="/usr/realtime-`uname -r` /usr/realtime /usr /usr/src/rtai*"
hmm.. no, wait :)
ok I got something,
change configure.in to have xeno in the "for signature in .." line
then rebuild configure (using autoconf)
then run it with --with-realtime=/usr/xenomai
when you said add xeno, I actually added xenomai last night, and now just add xeno. it started to compile but got error.
hold your horses :)
version.h not found. :)
hmm.. that means it didn't find the kernel sources/headers
probably xeno-config didn't spill it out
mhel: are you familiar with pastebin?
go to http://pastebin.ca/
it's an internet paste service
so I could paste the error there?
paste the whole output from ./configure please
here's the link http://pastebin.ca/1091913
* alex_joni looks
jepler: I have a question in regards to the 'Reload file' button in Axis: I am controlling axis through the python bindings from gedit and I am able to reload the file, but I would like to see the path reload in the opengl window as well and can't seem to find it in the source
mhel: first 2 lines are ok :)
4-6 not so much
jepler: the initial white lines, before the tool moves around the path
look at configure.in subsection 2.3
ok, i'll check.
you need to add a */xeno-config)
but first try a xeno-config --help
and pastebin the output
DanielFalck: white lines are part of the path
those should get re-generated when reloading the file
I'm doing it like this: c.program_open(f)
probably the wrong way to do it though
DanielFalck: try reload_file
mhel: can you pastebin the output from --cc, --arch, --prefix, --xeno-cflags, --libdir ?
alex_joni: no attribut 'reload_file'
DanielFalck: shows how much I know ;)
DanielFalck: grep through axis ..
the command-line option is --reload
(for axis-remote) - could be relevant :)
I was looking at this: http://cvs.linuxcnc.org/cvs/emc2/src/emc/usr_intf/axis/scripts/axis-remote.py?rev=1.1
indeed - this looks relevant: t.tk.call("send", "axis", "reload_file")
maybe o.tkRedraw() is related
look for open_file_guts
you can test - if you use `axis-remote --r` at a command line, does axis redraw the preview?
err - -r or --remote
I haven't been able to get axis-remote working here yet
I was using import emc
. scripte/emc-environment :)
gah - scripts
and having a lot of success with it
until that little problem
I'm able to reload the file ok
it's just that the preview doesn't reload normally
that's different, I think. that's what you use to control EMC itself - like run, MDI, etc.
so I think it's an axis call
DanielFalck: what SWPadnos said
you're actually controlling the emc that the AXIS you're seeing is connected to
note that axis-remote doesn't import emc at all
it uses tkinter to send commands to the axis window/process
it actually moves the tool around the right path. So, yeah I need to get at Axis and not emc for this one
mhel: does xeno-config --linux work?
DanielFalck, you're basically writing another GUI (inside gedit), not making something that tells axis what to do :)
I'm being lazy and using axis/gedit/ and apt together : )
they work pretty slick together
alex: no it didn't.
Brent has mouse selection working in aptsketch
how about --linux-dir
or --linux-ver ?
so, I'm trying to tie a little of it together
alex: both didn't work too.
mhel: crap.. looking at xeno-config.in now
me too. :)
not that I would understand what i'll see ;)
mhel: I see that CONFIG_XENO_SKIN_RTAI is not set by default
so you probably have to recompile your xenomai with that enabled
ok, I'll look.
mhel: where are your kernel sources located?
try greping in /usr/xenomai and see if the kernel source location is mentioned somewhere
we need to get that info into emc2's configure
I think that's where I made a mistake, when I compiled xenomai, the sources was in my mhel/home dir, but I moved it /usr/src dir after.
it shouldn't matter
emc2's configure needs to pick up the same location from xenomai
so if you started with mhel/home you should keep the sources there :)
but for now try grepping in /usr/xenomai for mhel
and see if anything comes up
I'm going to try to recompile xenomai, or just move it back where it was.
nothing comes up with grep
mhel: you sure you grepped all of /usr/xenomai ?
grep -rI mhel /usr/xenomai/* ?
used the wrong switch I think.
-r is for recursive
btw, I moved all the sources to /usr/src from mhel/, archlinux doesn't have all the extra dir just a desktop and user name.
hmm.. then try to compile xenomai again
with the kernel source in /usr/src/..
then install xenomai to /usr/xenomai
and run the grep again
I'll try it.
this is going to take a little while I'm reconfiguring xenomai.
ok, I'm running away for a little while
ok, thanks. I'll keep you posted.
ok, got axis-remote working- that did the trick. SWPadnos alex_joni- thanks
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/gcode/main.lyx: added g code reference table
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/Master_User.lyx: minor fix
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/common/userforeword.lyx: minor fix
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gcode/main.lyx: added g code reference table
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/Master_User.lyx: minor fix
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/common/userforeword.lyx: minor fix
EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gcode/main.lyx: some more clean up
say good night Gracie...
EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/gcode/main.lyx: some minor clean up
are you old enough to remember that?
I'm old enough.
I think it might be do-able.. http://www.electronicsam.com/images/KandT/servostart/uhoh2.PNG
a lot of unrouted wires there...
I am seeing the light though
(at the end of the tunnel
jumper it :)
I can only do this for so long before I need a break.. ;)
I'm seeing the light on my lathe. I figured out how to keep the tool changer logic and timing stuff. you just put the desired tool number (in BCD) on a bus and strobe the "new T command" line.
I could do the same for the spindle control, but I want a VFD
is that a good thing?
not sure. it would sure be easy and might save me some IO.
i mean, then you have to either keep the whole control cabinet or disassemble/reassemble it elsewhere
Save the TTL foundation..
no, this part of the logic is in the lathe itself
oh, that's nice
the control cabinet hooks to this command bus
the control puts out T, S, M on this bus - it was up to the "customer" to handle it using his own "relays" according to the control schematics
wow - how did you find that info? I would think that would be hard to find..
I have schematic for the control, and I did some reverse engineering
it would be tempting to keep the varispeed - it works fine - if I didn't want CSS
it would be just as easy to interface to
it uses M3/M43, M4/M44 for low/high gear. I wonder if EMC should do that. Lots of machines have two gears.
I don't believe in the approach some take, where the gear is chosen according to the S word
that might work for a mill but not a lathe.