Back
[00:12:47] <owhite> hey, I know. how could I get the hal to write to a file?
[00:13:18] <alex_joni> * alex_joni has no idea :D
[00:13:27] <alex_joni> you'd need some simple program
[00:13:35] <owhite> its like what, 4 in the morning where you are?
[00:13:36] <alex_joni> that reads a hal pin, and writes a file
[00:13:38] <alex_joni> 2 ;)
[00:14:18] <owhite> right. there's nothing already in the system to do that?
[00:14:23] <alex_joni> nope
[00:14:33] <owhite> hm.
[00:14:50] <alex_joni> but you can do a simple bash script
[00:15:04] <alex_joni> 'bin/halcmd show pin whatever.pin'
[00:15:09] <alex_joni> then check the result
[00:15:43] <alex_joni> or you can look at halshow (in tcl), but I doubt you want to do that
[00:16:45] <owhite> so like have a program that's running all the time, and it makes calls to halcmd and pipes the output to a file?
[00:17:08] <alex_joni> makes calls to halcmd, and if something happened then output to a file
[00:17:28] <alex_joni> there is a latch component in hal, so you can poll pretty rarely
[00:17:34] <alex_joni> 1..2 times/second
[00:17:35] <owhite> right. hey, you can do exec calls in tk/tcl.
[00:17:41] <alex_joni> yes
[00:18:45] <owhite> it could do an exec call and launch halcmd.
[00:18:54] <owhite> *thinks*
[00:19:22] <owhite> *grey material oozes out of owhite's ear*
[00:19:48] <owhite> is there a lot of cpu over head to making frequent calls to halcmd?
[00:23:14] <alex_joni> depends what you mean by frequent
[00:23:17] <jmkasunich> owhite: it means loading and starting a program, so its not trivial
[00:23:31] <alex_joni> 2-5 times/second should be ok
[00:23:37] <alex_joni> but more frequent would be bad
[00:23:47] <alex_joni> s/bad/useless/ ;)
[00:25:44] <rayh> logger_emc, bookmark
[00:25:44] <rayh> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2006-11-05.txt
[00:26:48] <alex_joni> * alex_joni whispers to owhite: here's rayh .. he knows about tkemc.tcl
[00:27:05] <rayh> Hi guys
[00:27:15] <owhite> hello ray. I was wondering if I could ask you a question about tkemc.
[00:27:58] <CIA-5> 03alex_joni 07HEAD * 10emc2/src/emc/rs274ngc/gcodemodule.cc: let gcodemodule know about the recently added ENABLE/DISABLE_FEED_HOLD calls
[00:28:01] <rayh> You bet.
[00:28:29] <alex_joni> now he's active (CIA-5 I mean)
[00:28:48] <owhite> I am wondering if there's a way to tie hal_pins to program flow in tkemc. right now there are lots of bind commands to keypresses. e.g., ....
[00:29:10] <rayh> program flow??
[00:29:37] <owhite> bind ManualBindings <KeyPress-numbersign> {toggleRelAbs}
[00:30:02] <owhite> to in this case if the user types numbersign it goes to the proc toggleRelAbs
[00:30:17] <owhite> er, _so_ in this case...
[00:30:27] <rayh> Sure
[00:30:48] <alex_joni> rayh: but he wants the same triggered by a hal pin ;)
[00:30:58] <alex_joni> owhite: that would be a language extension for tcl
[00:30:59] <owhite> if tkemc could detect changes in hal_pins I could also send program flow to a proc.
[00:32:01] <owhite> the use-case being I'm connecting a joystick to tkemc.
[00:32:55] <rayh> Right.
[00:34:50] <owhite> any thoughts on a solution?
[00:35:23] <alex_joni> owhite: the proper way is to use halui
[00:35:33] <alex_joni> and maybe extend halui to send the programOpen commands
[00:35:48] <rayh> I open a channel to halcmd in halshow.
[00:35:50] <alex_joni> check emcsh.cc there should be a sendFileOpen or such
[00:36:13] <owhite> hm.
[00:40:27] <alex_joni> owhite: emc-head/src/emc/usr_intf/emcsh.cc and halui.cc
[00:41:43] <rayh> No I don't think the correct way is halui to gui interface.
[00:42:08] <alex_joni> rayh: he needs to trigger some events based on some hal pins
[00:42:09] <jmkasunich> using hal to open a file just seems wrong in so many ways
[00:42:09] <rayh> IMO we really should build all this into NML so that we have ordinary control.
[00:42:26] <alex_joni> rayh: this all exists as NML
[00:42:29] <cradek> I don't understand what owhite wants to do yet
[00:42:48] <alex_joni> cradek: have a joystick and trigger a file reload when a button is pushed
[00:43:13] <owhite> cradek: I have a minor change to tkemc which is I can load a file with a keypress.
[00:43:28] <owhite> I'm trying to get my joystick to do the same thing.
[00:43:54] <cradek> ok thanks, guess I'm not interested, I'll go back to what I was doing
[00:44:04] <jmkasunich> owhite: you hacked tkemc to load the file on a keypress?
[00:44:27] <owhite> alex has been suggesting going with the hal_joystick because it has hal_pins that could be tied to other activities, like in the hal_vcp example.
[00:44:36] <owhite> jmkasunich: yes.
[00:44:58] <jmkasunich> well there is a distinct difference between what you are doing and what alex is suggesting
[00:45:01] <alex_joni> I didn't know you want to reload a file back then
[00:45:10] <alex_joni> wanted
[00:45:19] <jmkasunich> halui is an additional operator interface, that runs in _parallel_ with TKemc
[00:45:21] <rayh> The most immediate way to watch for the keypress on a joystick
[00:45:28] <jmkasunich> it is in no way connected to tkemc
[00:45:30] <rayh> Is to set the stick up in HAL
[00:45:51] <rayh> watch for the press using halcmd.
[00:46:39] <rayh> You could rip the relevant tcl from halshow and add to the loop at the end of tkemc.
[00:47:36] <alex_joni> or you could just do cat /dev/js0 and parse that in tcl
[00:47:43] <alex_joni> just as extreme
[00:48:21] <jmkasunich> a lot fewer layers of crap - if you really just want a version of tkemc that uses joystick buttons for some of the controls, that might be the way to go
[00:48:26] <jmkasunich> leave HAL out of it completely
[00:48:46] <owhite> *leers at alex_joni*
[00:49:05] <owhite> but I just had a lot of fun learning how to use hal. :-)
[00:49:08] <rayh> tcl can open a channel to a device like a serial port.
[00:49:12] <owhite> (seriously)
[00:49:24] <jmkasunich> although I seem to recall that cat /dev/js0 returns binary stuff
[00:49:42] <alex_joni> jmkasunich: I do hope tcl can understand binary stuff :D
[00:49:44] <owhite> I looked at it today. its pretty ugly.
[00:49:59] <alex_joni> owhite: you won't see letters..
[00:50:09] <owhite> there's a program that converts joy stick commands to asci.
[00:50:13] <jmkasunich> alex_joni: tcl works with strings - I'm not sure how it handles strings that might contain /0 and such
[00:50:21] <alex_joni> jmkasunich: yuck
[00:50:22] <owhite> joy2key. that's where I came in.
[00:50:40] <owhite> ...this afternoon.
[00:50:46] <rayh> Can you watch the output stream of joy2key?
[00:50:55] <owhite> now its evening :-)
[00:51:33] <owhite> yes. I can. I have that going okay.
[00:51:44] <cradek> if you really want to do this, you would want to write the /dev/js0 button parsing in C inside emcsh.
[00:52:03] <owhite> (which is why you are now going to ask "isnt all of this moot then")
[00:52:10] <cradek> then write if [joystick_buttons] in tcl
[00:53:02] <cradek> or maybe link emcsh with the linux joystick library, whatever it is
[00:54:07] <rayh> What kind of a response do you get from joy2key when you press the button you want to use.
[00:54:35] <owhite> well it sends it to the terminal, and you can specify the X-window it gets sent to.
[00:54:55] <owhite> and then it just pumps asci. you can assign characters to each button.
[00:55:04] <owhite> and to deflections in the joystick.
[00:55:08] <rayh> Okay,
[00:56:29] <rayh> IMO what you should do is study up a bit on tcl open command and ask it to open joy2key
[00:57:10] <rayh> If joy2key can take a configuration file you would only need to read from it.
[00:57:45] <owhite> I agree. I think in one sense going through the hal was overkill. but I still found that to be educational (thanks to alex_joni).
[00:58:02] <rayh> You bet.
[00:58:36] <owhite> does open have to wait for a carriage return or anything? In this application it would have to be recieving single characters.
[00:58:50] <owhite> like, is there an equivalent of fflush?
[00:59:07] <rayh> The reading of joy2key would again be very much like the reading of halcmd in halshow.
[00:59:35] <alex_joni> owhite: you'll use HAL lateron I bet ;)
[01:00:02] <owhite> alex_joni: I agree.
[01:00:14] <owhite> and you helped with that installation which was great.
[01:00:34] <rayh> proc openHALCMD
[01:00:49] <rayh> proc exHAL
[01:01:05] <rayh> proc getsHAL
[01:01:15] <owhite> *nod*
[01:01:20] <rayh> are the relevant processes in emc2/tcl/bin/halshow.tcl
[01:01:22] <owhite> ...was looking at those.
[01:02:56] <alex_joni> * alex_joni decides to go to bed
[01:03:04] <rayh> Night Alex.
[01:03:05] <alex_joni> good night all
[01:03:06] <owhite> *wave*
[01:04:19] <jmkasunich> goodnight
[01:04:35] <rayh> A string search for the relevant asc code could be added to tkemc's updateStatus
[01:05:13] <owhite> "asc code"?
[01:05:25] <rayh> ascii
[01:05:28] <rayh> sorry
[01:07:21] <owhite> right. but I would perform that open only once in the program right? its an open, loop in updateStatus, leave loop, perform close
[01:08:10] <rayh> Yes.
[01:08:33] <rayh> and the true or false thing you'd write is a bit like these lines from halshow.
[01:08:37] <rayh> if {$ret == "TRUE"} {
[01:08:38] <rayh> $cisp itemconfigure oval$cnum -fill yellow
[01:08:38] <rayh> } elseif {$ret == "FALSE"} {
[01:08:38] <rayh> $cisp itemconfigure oval$cnum -fill firebrick4
[01:09:06] <rayh> Except you want to perform some action rather than change the color of a canvas item.
[01:11:17] <owhite> right, but I wont be able to do something as simple as bind, as in bind ManualBindings <KeyPress-1> {axisSelect 1}
[01:11:38] <owhite> that simlifies everything.
[01:11:44] <owhite> er, simplifies.
[01:21:56] <rayh> Sure you just use the command axisSelect 1 whenever the if command finds the relevant ascii code in the string from joy2key.
[01:33:28] <rayh> gotta run
[02:15:46] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/task/taskintf.cc: renamed and reordered a few EMCMOT commands for internal consistency
[02:15:46] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/usr_intf/usrmot.c: renamed and reordered a few EMCMOT commands for internal consistency
[02:15:46] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/motion/ (command.c motion.h): renamed and reordered a few EMCMOT commands for internal consistency
[03:54:44] <CIA-5> 03jepler 07HEAD * 10emc2/src/emc/rs274ngc/gcodemodule.cc:
[03:54:44] <CIA-5> with these changes, axis always reports the right line number for errors, at
[03:54:44] <CIA-5> least in the cases I tested. The crucial insight is that the sequence number is
[03:54:44] <CIA-5> not updated by read() but is by execute(), giving rise to the error_line_offset
[03:54:44] <CIA-5> fudge factor in AXIS.
[03:54:44] <CIA-5> 03jepler 07HEAD * 10emc2/src/emc/usr_intf/axis/scripts/axis.py:
[03:54:48] <CIA-5> with these changes, axis always reports the right line number for errors, at
[03:54:50] <CIA-5> least in the cases I tested. The crucial insight is that the sequence number is
[03:54:52] <CIA-5> not updated by read() but is by execute(), giving rise to the error_line_offset
[03:54:54] <CIA-5> fudge factor in AXIS.
[04:57:44] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/motion/ (command.c control.c mot_priv.h motion.c motion.h):
[04:57:44] <CIA-5> added feed-hold HAL pin, changed motion controller so that spindle override,
[04:57:44] <CIA-5> feed override, feed hold, and adaptive feed can all be individualy enabled and
[04:57:44] <CIA-5> disabled by M-codes, and the enabled/disabled status is queued with the moves.
[04:57:44] <CIA-5> still has a sequencing issue somewhere in interp or task (see
[04:57:44] <CIA-5> http://pastebin.ca/238978), and is only partly tested
[04:57:48] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/task/taskintf.cc:
[04:57:50] <CIA-5> added feed-hold HAL pin, changed motion controller so that spindle override,
[04:57:52] <CIA-5> feed override, feed hold, and adaptive feed can all be individualy enabled and
[04:57:54] <CIA-5> disabled by M-codes, and the enabled/disabled status is queued with the moves.
[04:57:56] <CIA-5> still has a sequencing issue somewhere in interp or task (see
[04:58:00] <CIA-5> http://pastebin.ca/238978), and is only partly tested
[04:58:02] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/rs274ngc/rs274ngc_pre.cc:
[04:58:04] <CIA-5> added feed-hold HAL pin, changed motion controller so that spindle override,
[04:58:06] <CIA-5> feed override, feed hold, and adaptive feed can all be individualy enabled and
[04:58:08] <CIA-5> disabled by M-codes, and the enabled/disabled status is queued with the moves.
[04:58:10] <CIA-5> still has a sequencing issue somewhere in interp or task (see
[04:58:12] <CIA-5> http://pastebin.ca/238978), and is only partly tested
[04:58:16] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/kinematics/ (tc.h tp.c tp.h):
[04:58:18] <CIA-5> added feed-hold HAL pin, changed motion controller so that spindle override,
[04:58:20] <CIA-5> feed override, feed hold, and adaptive feed can all be individualy enabled and
[04:58:22] <CIA-5> disabled by M-codes, and the enabled/disabled status is queued with the moves.
[04:58:24] <CIA-5> still has a sequencing issue somewhere in interp or task (see
[04:58:28] <CIA-5> http://pastebin.ca/238978), and is only partly tested
[10:04:50] <Lerneaen_Hydra> 'mornin
[10:57:40] <Lerneaen_Hydra> 'lo alex
[11:00:23] <Lerneaen_Hydra> this is interesting
[11:00:39] <Lerneaen_Hydra> very different IP adresses
[11:37:00] <alex_jon1> alex_jon1 is now known as alex_joni
[11:37:13] <alex_joni> bbl
[11:38:32] <Lerneaen_Hydra> slow day today
[11:56:41] <Lerneaen_Hydra> who made the new linuxcnc.org website?
[11:57:53] <Lerneaen_Hydra> * Lerneaen_Hydra is considering making a page with various stuff, but doesn't really want to code it 1999-style (make images, make webpage, use tables and frames :/ )
[12:00:38] <Lerneaen_Hydra> as it would end up really nasty (think old emc page)
[12:05:51] <alex_joni> hi LH
[12:05:58] <Lerneaen_Hydra> hi alex
[12:06:03] <alex_joni> * alex_joni did quite a bit on the new website
[12:06:23] <alex_joni> it's a CMS called joomla that's in use
[12:06:48] <alex_joni> quite easy to use once set up properly
[12:06:58] <Lerneaen_Hydra> how "automatic" is it?
[12:07:30] <Lerneaen_Hydra> (I'm too lazy to spend lots of time getting layout, css, and stuff to work from scratch)
[12:09:00] <alex_joni> there are lots of open-source templates
[12:09:10] <Lerneaen_Hydra> ooh, perfect
[12:09:10] <alex_joni> just slap on one of those, and you're set
[12:09:17] <Lerneaen_Hydra> sounds like what I need
[12:09:21] <alex_joni> I used a written from scratch template for linuxcnc.org
[12:09:36] <alex_joni> actually I had a company do that for me (design & css9)
[12:09:42] <alex_joni> s/9//
[12:10:53] <Lerneaen_Hydra> so if you wanted to add a new section to the right of admin, say foo, would you go into some config and press a few buttons? (something like "new section")
[12:11:40] <alex_joni> yes
[12:11:53] <alex_joni> same for menus, and other stuff
[12:11:59] <Lerneaen_Hydra> that sounds exactly what I want
[12:12:09] <Lerneaen_Hydra> *exactly like
[12:14:07] <alex_joni> * alex_joni wouldn't look at another solution
[12:14:33] <anonimasu> hm
[12:14:41] <anonimasu> how do you wire 3 phase steppers to geckos?
[12:15:47] <alex_joni> it's in the manual ;)
[12:15:50] <Lerneaen_Hydra> funny... joomla isn't in the ubuntu universe/multiverse reps
[12:16:34] <anonimasu> alex_joni: dosent say for 3 phase steppers..
[12:16:46] <anonimasu> just 4 :D
[12:16:56] <anonimasu> crap.
[12:17:56] <anonimasu> apparently just 4 wire motors.
[12:17:58] <alex_joni> no idea
[12:18:02] <anonimasu> 4 phase..
[12:22:32] <Lerneaen_Hydra> alex_joni: that software package seems to be very well done :)
[12:22:39] <Lerneaen_Hydra> * Lerneaen_Hydra is playing with the demo
[12:23:16] <alex_joni> yup.. had no issues with it
[12:23:18] <Lerneaen_Hydra> perfect for the people that want to get content out, that looks good and not spend lots of time coding html/php/css/younameit
[12:23:36] <alex_joni> Lerneaen_Hydra: tons of components to install lateron
[12:23:43] <Lerneaen_Hydra> how do you mean?
[12:23:55] <Lerneaen_Hydra> configuring it to suit your needs?
[12:24:07] <alex_joni> no, plugins
[12:24:23] <alex_joni> there are things called mambots, modules and components
[12:24:38] <alex_joni> these all can be written or downloaded (some are free)
[12:24:45] <alex_joni> they are zip files with stuff inside
[12:24:49] <Lerneaen_Hydra> oh, ok. things like polls, hitcounters, forums and the like?
[12:24:59] <alex_joni> and you go to the admin interface for one-click-installs
[12:25:01] <alex_joni> yes
[12:26:05] <Lerneaen_Hydra> any special requirements for it to function?
[12:26:31] <alex_joni> php, mysql
[12:26:39] <alex_joni> the installer is quite good
[12:27:00] <alex_joni> Lerneaen_Hydra: I'd suggest you get one from joomla.org and try it out
[12:27:37] <Lerneaen_Hydra> yeah. do you know if there is a .deb? there didn't appear to be a package in the edgy universe/multiverse reps
[12:27:45] <Lerneaen_Hydra> or some repository
[12:30:08] <alex_joni> anonimasu: I suggest you ask on the geckogroup list
[12:30:17] <alex_joni> Lerneaen_Hydra: I think I installed a tgz
[12:30:26] <Lerneaen_Hydra> oh, ok
[12:34:59] <alex_joni> bbl.. lunch
[13:19:02] <alex_joni> back
[13:21:32] <Lerneaen_Hydra> wb
[13:24:20] <alex_joni> * alex_joni is happy to have his old client back :D
[13:24:40] <alex_joni> I'm not used to GUI irc clients anymore
[13:24:41] <alex_joni> :P
[13:25:34] <Lerneaen_Hydra> haha
[13:26:05] <Lerneaen_Hydra> alex joni is our "real men use a 1x1 pixel (single LED) display device" person ;)
[13:26:16] <Lerneaen_Hydra> for IRC at least
[13:27:50] <alex_joni> no, but irssi is perfect
[13:28:09] <Lerneaen_Hydra> why do you prefer text based?
[13:28:18] <alex_joni> it works over ssh
[13:28:22] <Lerneaen_Hydra> * Lerneaen_Hydra has already asked this
[13:28:23] <Lerneaen_Hydra> hmm
[13:28:27] <alex_joni> and I can leave it on all the time
[13:28:29] <Lerneaen_Hydra> what about x-forwarding?
[13:28:38] <alex_joni> there's no X on my servers
[13:28:38] <alex_joni> :D
[13:28:51] <Lerneaen_Hydra> * Lerneaen_Hydra uses x-forwarding and Xming to run real apps on doze boxen
[13:28:55] <Lerneaen_Hydra> >.<
[13:29:04] <alex_joni> I used that for emc2 before
[13:29:19] <Lerneaen_Hydra> was the result acceptable?
[13:29:21] <alex_joni> but my home boxen has X, the ones that are always on don't have X
[13:29:22] <alex_joni> sure
[13:29:44] <Lerneaen_Hydra> oh, btw, is there an emc package that only has the non-RT simulator environment?
[13:29:55] <Lerneaen_Hydra> that would be a good app to have on my ssh box
[13:30:13] <Lerneaen_Hydra> for testing borken CAM posts and stuff :p
[13:30:31] <Lerneaen_Hydra> I seem to recall that there was something like that in the works
[13:31:04] <alex_joni> no package yet, that will probably change with 2.1
[13:31:12] <Lerneaen_Hydra> oh, ok
[13:31:30] <Lerneaen_Hydra> I guess I'll wait 'till then
[13:43:30] <Lerneaen_Hydra> how badly would EMC run on a non-RT kernel? (assuming very, very large psuedo base_periods)
[13:43:51] <Lerneaen_Hydra> ie 1ms-bad
[13:44:17] <alex_joni> probably
[13:47:51] <cradek> "depends"
[13:48:14] <alex_joni> * alex_joni goes away for a while
[13:49:52] <Lerneaen_Hydra> you'd probably get random freezes for many ms a la laptops
[13:50:09] <Lerneaen_Hydra> power managment stuff and the like
[13:51:38] <cradek> not just that, you'd get pauses caused by anything
[13:52:11] <cradek> you'd have to be careful what apps you're running and how hard
[13:52:20] <cradek> it's why we use realtime :-)
[13:52:22] <CIA-5> 03cradek 07HEAD * 10emc2/src/emc/task/emccanon.cc: fix out of sequence commands caused by segment joining's delayed flush
[13:54:41] <Lerneaen_Hydra> I was thinking about how feasable/usable a non-rt version of EMC would be for testing purposes, (playing around with EMC on a non-rt computer, like the non-rt sim environment but with abilility to at least attempt to drive outputs)
[13:55:10] <Lerneaen_Hydra> it would probably be very hard to code that though, as there are probably lots of hooks into the RT kernel (though I'm just guessing)
[13:55:30] <Lerneaen_Hydra> s/code/convert or port
[13:55:53] <cradek> the simulator is nice to let you test run gcode, etc
[13:56:33] <cradek> controlling hardware without realtime is unpredictable and dangerous and I don't see any reason to allow/encourage it
[13:57:05] <cradek> with a livecd it's easy to test run hardware with proper realtime, with very little commitment
[13:57:30] <Lerneaen_Hydra> hmm, controlling real hardware sounds like a very bad thing, I was thinking loose small stepper motors, though if you're going to do that you might just as well go for the live-cd
[13:57:57] <Lerneaen_Hydra> and for GUI-testing use the non-rt version that's already done (?)
[13:58:15] <cradek> yes
[13:58:38] <Lerneaen_Hydra> is that head-only or is it released in some repository?
[13:59:49] <cradek> head
[14:00:10] <Lerneaen_Hydra> so it will be released when 2.1 is as alex said?
[14:00:15] <cradek> yes there will be simulator debs for 2.1
[14:00:23] <Lerneaen_Hydra> nice :)
[14:01:50] <Lerneaen_Hydra> IMO it sounds like EMC would be quite well suited for a school environment, where the hardware runs as standard EMC, and on all/some other standard computers EMC-sim is installed, with the same GUI and settngs, so students can test their code and see how it will be run, and then when they run it have the exact same GUI and "feel"
[14:02:01] <Lerneaen_Hydra> s/school/educational
[14:02:53] <cradek> yes that sounds nice
[14:04:47] <Lerneaen_Hydra> where the SIM computers can still be used for all other programs/tasks that they're already used for without needing special stuff (RT-kernel and the like)
[14:05:05] <Lerneaen_Hydra> such as playing games during class ;)
[14:05:38] <Lerneaen_Hydra> running a RT kernel and playing "realtime" (heh) 3d games is probably not so fun
[16:35:11] <CIA-5> 03jepler 07HEAD * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: when the program ends, make the "running line" disappear, instead of showing the last line with motion
[16:41:55] <anonimasu> jepler: are you there?
[16:41:59] <anonimasu> or cradek..
[16:47:55] <jepler> anonimasu: yes
[17:52:52] <anonimasu> hm ,I were going to ask about this feedhold stuff
[17:53:04] <alex_joni> anonimasu: ask away
[17:53:14] <anonimasu> is that the same as the pause button in axis or will there be a feedhold button?
[17:53:18] <alex_joni> since last night there's a feed hold hal pin in motion
[17:53:30] <anonimasu> yeah I saw that :)
[17:53:41] <anonimasu> I'm curious if we will see it in axis :)
[17:53:51] <anonimasu> alex_joni: is it the same as pause or?
[17:54:02] <alex_joni> no
[17:54:13] <alex_joni> it's stopping motion just like feedoverride = 0
[17:54:29] <anonimasu> and what does pause do?
[17:54:36] <anonimasu> stop the interpreter?
[17:54:53] <alex_joni> right
[17:54:57] <alex_joni> and motion too
[17:55:18] <anonimasu> hm, ok, so with feedhold you still get interpolated motion even if you stop in the middle of a segment ?
[17:55:29] <anonimasu> or am I twisting this?
[17:57:33] <alex_joni> right
[17:57:43] <anonimasu> lol, which one is it?
[17:57:53] <alex_joni> you would still get ..
[18:04:00] <anonimasu> :
[18:04:02] <anonimasu> :)
[18:04:50] <anonimasu> hey lh
[19:00:57] <Lerneaen_Hydra_> 'lo anonimasu
[19:01:04] <Lerneaen_Hydra_> Lerneaen_Hydra_ is now known as Lerneaen_Hydra
[19:02:02] <Lerneaen_Hydra> logger_emc: bookmark
[19:02:02] <Lerneaen_Hydra> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2006-11-05.txt
[19:02:52] <Lerneaen_Hydra> hmm, what would happen if you press pause in the middle of a g33 move?
[19:07:31] <jepler> Lerneaen_Hydra: IIRC, it keeps going until the next non-synchronized move
[19:07:45] <Lerneaen_Hydra> ok, good
[19:07:53] <jepler> Lerneaen_Hydra: but how about "don't do that, it'll clearly ruin the work if it actually pauses."
[19:08:09] <Lerneaen_Hydra> you can get very, very nasty stuff otherwise
[19:08:20] <Lerneaen_Hydra> estop?
[19:09:15] <alex_joni> estop might not stop the spindle fast enough
[19:12:05] <Lerneaen_Hydra> I don't think I'm following you, my train of thought was that if pause stops in the middle of the g33 move, and you're in the bottom of a deep thread, nasty stuff will happen if the feed stops
[19:13:17] <anonimasu> Lerneaen_Hydra: what happens if you decrease the feed override during a synchronized move?
[19:13:24] <Lerneaen_Hydra> nothing
[19:13:36] <alex_joni> feed override is not taken into account on a synced move
[19:13:36] <Lerneaen_Hydra> lower the rpm and the feed is lowered
[19:13:56] <Lerneaen_Hydra> the feed during the next g0/1/2/3 move is respected though
[19:14:00] <anonimasu> and as feedhold sets your feed override to zero it dosent have a effect on synchronized moves
[19:14:08] <anonimasu> as alex just said
[19:14:12] <Lerneaen_Hydra> exactly, I was talking about pause :p
[19:14:23] <anonimasu> oh
[19:14:26] <Lerneaen_Hydra> which was supposed to "stop the interpreter"
[19:14:30] <anonimasu> that would be nasty :D
[19:14:35] <Lerneaen_Hydra> yeah
[19:15:10] <Lerneaen_Hydra> and it seems to me that it's a bit too easy to press pause by accident and suddenly be $10k poorer ;)
[19:19:21] <Lerneaen_Hydra> so maybe pause should be ignored during a g33 move (if you really need to stop then estop is the best choice, or just escape if it's not time-critical)
[19:19:56] <anonimasu> maybe pause should issue a feedhold and stop the interpreter when the machine is stopped..
[19:20:03] <anonimasu> after the synchronized move is finished..
[19:20:21] <Lerneaen_Hydra> yeah
[19:20:45] <Lerneaen_Hydra> things could get very nasty very quickly otherwise
[19:29:45] <steves_logging> steves_logging is now known as steve_stallings
[19:32:07] <mtedad> is anyone working on task 127928 or 127929. these carry dates to 2007- 04- 13? both deal with improving classicladder.
[19:32:38] <alex_joni> they're due next year if it's 2007 :P
[19:32:55] <jepler> I don't know of anyone working on those tasks
[19:34:00] <mtedad> how are these assign or approached.
[19:34:15] <alex_joni> mtedad: it's an open source project without any revenues
[19:34:21] <alex_joni> who ever feels like working on them does
[19:34:39] <alex_joni> and we always _gladly_ accept patches to make things work better
[19:35:03] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/motion/ (motion.c motion.h): further work on individual enables/disables for feed override and friends. still doesn't handle initial modes correctly
[19:35:03] <CIA-5> 03jmkasunich 07HEAD * 10emc2/docs/NEWS: further work on individual enables/disables for feed override and friends. still doesn't handle initial modes correctly
[19:35:03] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/task/ (emccanon.cc taskintf.cc): further work on individual enables/disables for feed override and friends. still doesn't handle initial modes correctly
[19:35:06] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/nml_intf/ (canon.hh emc.hh): further work on individual enables/disables for feed override and friends. still doesn't handle initial modes correctly
[19:35:08] <CIA-5> 03jmkasunich 07HEAD * 10emc2/src/emc/rs274ngc/rs274ngc_pre.cc: further work on individual enables/disables for feed override and friends. still doesn't handle initial modes correctly
[19:35:54] <mtedad> these patches are commits
[19:36:27] <alex_joni> mtedad: they can be in any form :)
[19:36:33] <alex_joni> * alex_joni was half serious
[19:38:51] <mtedad> would a ladder editor that ran outside of emc2 be out of place.
[19:39:16] <CIA-5> 03alex_joni 07HEAD * 10emc2/src/emc/rs274ngc/gcodemodule.cc: these were needed for AXIS to work (added to emccanon.cc too)
[19:39:22] <alex_joni> mtedad: not out of place
[19:39:24] <jmkasunich> the existing ladder editor does run outside emc
[19:39:32] <alex_joni> the problem is connecting it to emc (if you want that)
[19:39:44] <jmkasunich> classicladder (as inmpelemented in EMC2) is a HAL component like any other
[19:39:58] <jmkasunich> you could use halcmd to load CL and a parport driver, and just do PLC stuff to the parport
[19:40:02] <jmkasunich> nothing CNC at all
[19:44:04] <mtedad> i have been trying ti edit thru emc2----with all kinds of problems. cannot get cl to run stand alone using scripts. all i need is .clp to load in the configs.realetime not needed to write a clp.
[20:01:55] <Lerneaen_Hydra> random sanity check: 192.168.1.0/16, would that be from 192.168.1.0 to 192.168.1.255?
[20:02:08] <alex_joni> no
[20:02:14] <alex_joni> that's /24
[20:02:35] <Lerneaen_Hydra> oh, right
[20:02:39] <alex_joni> /16 is way more than 192.168.x allow
[20:02:40] <Lerneaen_Hydra> what was /16 again?
[20:02:59] <Lerneaen_Hydra> oh, right, inverse scale issues
[20:03:13] <Lerneaen_Hydra> (higher number -> lower range)
[20:03:25] <alex_joni> 255.255.0.0
[20:03:35] <alex_joni> that's /16
[20:03:46] <Lerneaen_Hydra> yeah, ok
[20:03:48] <alex_joni> so anything from 192.168.0.0 to 192.168.255.255
[20:04:16] <Lerneaen_Hydra> right
[20:04:19] <alex_joni> the /xx means the number of 1's out of 32
[20:04:29] <alex_joni> 255.255.255.255 -> 32 1's
[20:04:39] <alex_joni> 255.255.255.0 -> 24 1's
[20:04:49] <alex_joni> 255.255.0.0 -> 16 1's
[20:04:59] <alex_joni> 255.0.0.0 -> 8 1's
[20:06:07] <Lerneaen_Hydra> ah, ok, I get it now
[22:20:57] <Lerneaen_Hydra> 'night
[22:47:27] <owhite> who be here?
[22:49:31] <alex_joni> * alex_joni would
[23:07:15] <alex_joni> * alex_joni kicks CIA-5
[23:07:15] <CIA-5> ow
[23:08:33] <A-L-P-H-A> someone's bored
[23:08:47] <alex_joni> no, but CIA is a pesky service
[23:08:57] <alex_joni> it should say it's got something against me
[23:09:40] <A-L-P-H-A> don't we all?
[23:09:43] <A-L-P-H-A> ;)
[23:26:56] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/gcode/main.lyx: M48..M53 docs
[23:27:32] <alex_joni> heh. kicking CIA does help
[23:27:50] <alex_joni> although it's 20 minutes slow :/
[23:27:51] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/gui/tkemc.lyx: rescaled a picture
[23:35:11] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/common/ (GPLD_Copyright.lyx Glossary.lyx): fix apendix numbering
[23:35:11] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/ (4 files): fix apendix numbering
[23:35:11] <CIA-5> 03alex_joni 07HEAD * 10emc2/docs/src/code/Style_Guide.lyx: fix apendix numbering
[23:41:49] <alex_joni> * alex_joni heads to bed.. good night all