Back
[00:00:13] <assargadon> 4 am :)
[00:00:24] <assargadon> good coverage zone :)
[00:01:28] <jmkasunich> http://en.wikipedia.org/wiki/Brushed_DC_Electric_Motor
[00:01:35] <jmkasunich> read the section called "Speed Control"
[00:01:39] <assargadon> ok
[00:01:48] <jmkasunich> mostly the first two paragraphs
[00:01:54] <jmkasunich> the next two are less important
[00:02:55] <jmkasunich> also good:
http://lancet.mit.edu/motors/motors3.html
[00:03:01] <jmkasunich> * jmkasunich seeks food
[00:03:44] <assargadon> jmkasunich, you know, it's food supply crisis all over the world
[00:03:57] <assargadon> so your task isn't simple ;)
[00:13:17] <assargadon> I read both...and?
[01:02:13] <JymmmEMC> alex_joni: ping
[01:03:39] <archivist> past his bed time
[01:03:47] <JymmmEMC> ah
[01:05:03] <JymmmEMC> Hey, anyone know how fast you can spin smallerish servos that (basically) have no load - more like PTZ ?
[01:05:33] <archivist> that depends on the motor
[01:05:48] <JymmmEMC> NEMA23 or smaller
[01:06:02] <archivist> still depends on the motor
[01:06:22] <JymmmEMC> doens't need any torque, just good speed acceleration control
[01:07:02] <JymmmEMC> like what kind of motor?
[01:07:33] <archivist> all motors have a maximum speed depending on how they are built
[01:08:24] <archivist> some would break if over sped, others the magnetics will give a max speed
[01:09:07] <JymmmEMC> Hmmm, I'm sorta kinda thinking like gutted printers
[01:10:14] <archivist> google the motor if you can 5k to 30k it will be very variable
[01:10:24] <JymmmEMC> what about those pancake steppers?
[01:10:47] <archivist> a lot slower probably
[01:11:06] <JymmmEMC> any speed to them? I dont want to toss a lot of cash into this project, would like to use hobby/surplus stuff if I can.
[01:11:39] <JymmmEMC> I dont have a tach so nfc there to even do a comparison
[01:11:59] <jtr> what are you trying to do?
[01:12:16] <JymmmEMC> Guess I need to make a handheld step generator that's battery powered and I can take into stores =)
[01:12:28] <JymmmEMC> jtr: PTZ
[01:12:40] <jtr> pan tilt zoom?
[01:12:49] <JymmmEMC> yeah, less the zoom part =)
[01:13:23] <jtr> how big is the camera? how fast do you want to move it?
[01:13:33] <JymmmEMC> small, and very fast
[01:14:18] <JymmmEMC> What about those RC servos, are they fast?
[01:14:39] <archivist> a bit crappy
[01:15:00] <JymmmEMC> how so?
[01:15:40] <archivist> ones I played with years ago wernt that quich and had some play
[01:15:48] <JymmmEMC> k
[01:16:28] <archivist> but you dant want that fast for a camera
[01:16:36] <jtr> how accurate - 0.5 minute of angle, or is 1.8 degree OK? What is fast - 360 deg/sec?
[01:16:53] <archivist> or are you trying to do camera shake control
[01:18:24] <JymmmEMC> Not sure on the accuracy, more is better. Mostly speed is what I need. I need to be able to move 90 degrees and back within 2 to 10 ms
[01:19:30] <archivist> easier to just move a mirror
[01:19:52] <JymmmEMC> I'm considering that as well.
[01:20:16] <archivist> also look at the mirror drives for xy laser
[01:20:26] <JymmmEMC> archivist url?
[01:21:49] <archivist> http://hackedgadgets.com/2006/12/02/ten-dollar-xy-laser-scanner/
[01:24:01] <archivist> two thirds down
http://www.laserfx.com/Works/Works3S.html
[01:25:13] <archivist> http://elm-chan.org/works/vlp/report_e.html
[01:26:44] <JymmmEMC> I totally forgot about galvo's
[01:26:47] <archivist> the last link is the one found some time ago and show a lot more on making one
[01:31:17] <JymmmEMC> Even shows it being battery powered.... cool
[01:32:04] <archivist> mass greatly effects servo response though
[03:17:43] <SkinnYPup> Has anyone else bumped against this problem? Qcad's trim function doesn't do a good enough job at detailing the arc sart end and center points well enough to use in emc?
[03:45:24] <SkinnYPup> well running setup in wine it takes over the display manager . and won't install directx and .net
[04:10:30] <K`zan> Whatta day :-). Ran all over hell trying to find 6 conductor cable for the steppers. Zip... Gonna use ethernet cable, these are 1.6A steppers so it should be well withing the capacity of the wire.
[04:11:13] <K`zan> Need 6 so perhaps it might be wise to double up on the common wires since I have two spare conductors.
[04:11:24] <K`zan> And I have 3 different colors :).
[04:16:23] <K`zan> Amazing that the best I could find was telephone wire around here.
[04:20:51] <tomp2> 4 sets of PMinMo's stepper drives have near 60 smd resistors , that took me nearly 3 hours to solder! too damn small for my eyes ;)
[04:23:23] <tomp2> SkinnYPup: what happens to the arc ends and center? ( the start should not be a problem, as you dont describe start in gcode )
[04:24:43] <tomp2> is it precision ( number of decimalplaces ) or does the math of start radius != end radius fail?
[04:30:54] <tomp2> best o luck
[06:49:43] <lewin2> lewin2 is now known as lewing__
[07:23:15] <K`zan> Night folks
[13:30:38] <assargadon> Hi there
[13:31:04] <assargadon> I begining my working about my robot and EMC just now :)
[13:31:46] <rayh> good luck assargadon
[13:32:01] <assargadon> rayh, thanks :)
[13:32:37] <rayh> Keep us posted with pictures.
[13:47:04] <assargadon> where are "realtime" command should be situated?
[13:47:28] <assargadon> I need it for "realtime start"
[13:47:41] <alex_joni> in /etc/init.d/realtime
[13:51:12] <assargadon> thanks :)
[13:55:04] <assargadon> I see some parameters becomes inputs during the times of writing manuals :)
[14:06:01] <assargadon> don't pathes can be used for "save" command?
[14:06:20] <alex_joni> sure
[14:06:21] <assargadon> I mean, is it only can save in directory it currently running in?
[14:06:27] <alex_joni> halcmd save > /path/to/file
[14:06:39] <assargadon> aha, I try exactly this
[14:07:04] <assargadon> halcmd: save all ~/Desktop/test1.hal
[14:07:06] <assargadon> <stdin>:28: Can't open 'save' destination '~/Desktop/test1.hal'
[14:07:38] <assargadon> what can be a problem?
[14:08:30] <alex_joni> try absolute path
[14:11:02] <assargadon> ah, ok, thanks
[14:11:12] <assargadon> it just do not recognize ~
[14:13:40] <alex_joni> assargadon: if you run halcmd interactively, it won't
[14:13:51] <alex_joni> if you run each halcmd command, then it will
[14:14:23] <assargadon> alex_joni, I understand, but why different parsers are used?
[14:14:37] <assargadon> is it just a bug
[14:14:44] <assargadon> or have some sence?
[14:14:52] <alex_joni> in the case of halcmd: the internal parser is used
[14:15:16] <alex_joni> in the other case the bash (or whatever shell you run) is used
[14:15:30] <alex_joni> halcmd will not replace a shell with a full parser
[14:16:00] <assargadon> ah
[14:16:14] <assargadon> you mean, if I use IO redirection...
[14:16:42] <assargadon> I just thought there are some command line parameter for saving
[14:24:32] <alex_joni> halcmd save > file (isn't that enough?)
[14:31:26] <assargadon> <assargadon>ah
[14:31:28] <assargadon> <assargadon>you mean, if I use IO redirection...
[14:33:04] <assargadon> how can i add additional instance of already loaded component?
[14:33:11] <alex_joni> you can't
[14:33:39] <alex_joni> you need to specify the needed instances at load time
[14:34:50] <assargadon> so if I makes mistake, its my fault :)
[14:35:04] <alex_joni> assargadon: you can unload the component, and load it again
[14:35:16] <assargadon> I understand I can save it, modify .hal file vie text editor and reload it again
[14:35:31] <alex_joni> yup
[14:36:03] <assargadon> alex_joni, of course i can unload/load - unless tons of specifications are amde
[14:36:06] <assargadon> *made
[14:38:32] <assargadon> heh, EMC really need some kind of UML hal declarations with hal-files autogeneration :)
[14:38:53] <alex_joni> feel free to improve it wherever you see fit
[14:39:07] <rayh> save netlist won't do the job
[14:39:32] <assargadon> by the way
[14:39:44] <assargadon> is it possible to connect pins to parameters?
[14:40:52] <rayh> no
[14:41:57] <rayh> As you mentioned earlier that it looked like some params had become pins. IMO that is the case for a few of the modules.
[14:42:26] <rayh> And you may be reading a version of the docs that use the newer approach.
[14:42:46] <assargadon> rayh, no
[14:42:46] <rayh> But then I could be way wrong about all this.
[14:43:03] <assargadon> I read older manuals, but I see newer results :)
[14:43:33] <assargadon> heh
[14:44:14] <assargadon> is impossibility of connection parameters to anywhere is only difference between params and pins?
[14:45:34] <rayh> Pretty much I think.
[14:46:07] <rayh> You can change the value of params using setp but they don't connect like pins.
[14:47:22] <assargadon> so this differentiation is just made for understandability?
[14:48:09] <rayh> That certainly is an acceptable way of thinking about the difference between them.
[14:49:51] <rayh> Some parameters will cause havoc if changed during a run.
[14:51:50] <assargadon> but this havoc can still be caused with changing parameters during the run via setp
[14:54:27] <rayh> Yes it can. stepgen.0.position-scale is a good example if an axis is not at zero count.
[14:57:52] <rayh> If the raw count is not zero you will most likely see a joint following error.
[15:26:30] <assargadon> Where compilated files with HAL components are stored?
[15:27:14] <assargadon> I mean, when I using command like "loadrt flipflop"
[15:27:36] <assargadon> file "flipflop.something" should be loaded, isn't it?
[15:27:47] <jmkasunich> yes
[15:28:02] <jmkasunich> probably flipflop.ko (.ko = kernel module)
[15:28:11] <assargadon> yes
[15:28:22] <assargadon> and where this file should be situated?
[15:28:25] <jmkasunich> I don't recall where they are stored, you can search for it though
[15:28:29] <assargadon> I want a list of those files
[15:28:34] <jmkasunich> find / -name flipflop.ko
[15:28:51] <assargadon> to understand, what components are there
[15:29:08] <jmkasunich> when that command finds flipflop.ko, go to that directory and look at the rest
[15:29:12] <assargadon> thanks
[15:31:38] <K`zan> Morning all
[15:33:29] <kirk_wallace> Hello, this is my first time on an IRC. Too bad my RT typing is lacking. Are there really 33 users watching right now?
[15:34:50] <assargadon> yes of course
[15:34:53] <lerman> Probably not. I often forget to show that I'm away when I leave my computer.
[15:35:56] <lerman> But if you write my name, a tone will sound and I might notice that there is something for me.
[15:35:57] <kirk_wallace> This is going to be interesting. Although, the last thing I need is another time sink.
[15:36:37] <jmkasunich> 33 people connected. I'm sure many are sleeping, away from the keyboard, etc
[15:37:14] <assargadon> kirk, are absolutely sure you are not a bot, inspectin channels activity?
[15:37:36] <lerman> No. He's not the bot. I am.
[15:37:50] <jmkasunich> no, me! I'm the bot
[15:37:58] <kirk_wallace> Why, do I give some kind of clue?
[15:39:50] <kirk_wallace> Is it common to to have conversations with a person's surrogate on IRC?
[15:40:18] <jmkasunich> kirk_wallace: we're just fooling around
[15:40:24] <jmkasunich> the only bot in here is logger_emc
[15:40:34] <jmkasunich> logger_emc: bookmark?
[15:40:34] <jmkasunich> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2008-05-03.txt
[15:40:45] <jmkasunich> * jmkasunich kicks logger_emc
[15:41:13] <jmkasunich> that's odd, I thought it used to say "ouch" when you did that
[15:44:14] <rayh> It's developed an immunity to your kicks, jmkasunich
[15:44:24] <jmkasunich> I don't get no respect
[15:44:46] <rayh> hi kirk_wallace
[15:44:52] <assargadon> I just make my first installation with HAL :)
[15:45:17] <tomp> UCK Ubuntu Customization Kit, 'add any package to a live Ubuntu cd' may be of use
http://uck.sourceforge.net/
[15:45:21] <assargadon> One siggen with frequency controlled by another siggen :)
[15:45:31] <kirk_wallace> Hello rayh.
[15:46:13] <jmkasunich> assargadon: nice
[15:47:36] <assargadon> next step I want to make is implement some kind of pyGUI (or how it called)
[15:48:00] <assargadon> and then I'll be rady for myself coding :)
[15:49:49] <awallin> anyone know what the 'PCI Latency Timer' setting in the BIOS does? I'm having trouble with realtime-delays popping up every now and then...
[15:50:18] <kirk_wallace> Is there information I should look at to get up to speed with IRC on Mibbit?
[15:50:30] <jmkasunich> what is Mibbit?
[15:50:52] <jmkasunich> never mind
[15:50:59] <jmkasunich> google says its an IRC client
[15:51:36] <kirk_wallace> It was mentioned recently on the e-mail list.
[15:51:50] <jmk-mib> well look at that
[15:52:34] <kirk_wallace> What? Can you see me in my shorts?
[15:52:43] <jmkasunich> no
[15:52:48] <awallin> my realtime-delay problem might be related to the graphics card. There's onboard video that is disabled, and I have a separate pci-e card. Ubuntu does work with it, but should I install some card-specific drivers? For example glx-gears runs painfully slow which suggests the OpenGL acceleration of the card is not working
[15:52:50] <jmkasunich> I just see a frog
[15:53:01] <tomp> how you do that jmk? is it in FFox? ( google not an application to my knowledge )
[15:53:17] <lerman> Was that mibbit or ribbit?
[15:53:18] <jmkasunich> tomp: mibbit is apparently a web based IRC client
[15:53:26] <tomp> ah
[15:53:28] <jmkasunich> www.mibbit.com
[15:53:52] <jmkasunich> awallin: you are probably using a software based open-GL driver
[15:54:01] <jmkasunich> instead of a proprietary one specific to your card
[15:54:07] <jmkasunich> I don't recall which is better for RT
[15:54:41] <tomp3> woof!
[15:55:07] <K`zan> Good news, I think! May have found a way around EMC / Ubuntu not having wireless capabilty!! If it works it will beat hell out of 100' of ethernet or running wincrap stuff :-) :-) :-)!
[15:55:34] <K`zan> Good start for the day :)!
[15:55:44] <K`zan> If it works ...
[15:55:54] <awallin> the latency-test shows fairly normal values, but when I do get a realtime-delay it says the motion-controller hasn't been called for something like 400 ms. This doesn't happen regularly - only once in 5-10 min quite randomly. My processor load runs at around 60% when AXIS is running a program
[16:00:09] <kirk_wallace> K'zan, I just use WRT54GL's with PPTP.
[16:00:11] <jmkasunich> K`zan: nothing beats ethernet
[16:01:37] <jmkasunich> awallin: 400 milliseconds? ouch
[16:02:13] <K`zan> jmkasunich: Heh, normally I'd agree, but to get 20' (air distance) it is going to take moving a LOT of furniture and much jerking around to get ethernet in there - with all the routing of cable, 20' turns into about 100'. Wireless it is :-/...
[16:02:33] <lerman> The bad news is that it's that long. The good new is that a long latency might be easier to find.
[16:02:57] <awallin> jmkasunich: yeah, I ran it in sim mode and it showed something like 2.6 - 2.7 ms between calls to the motion controller with the error always more than 400ms
[16:03:16] <awallin> this machine has been running a stepper system through the parallel port for 2 years without problems
[16:03:20] <jmkasunich> sim mode? that doesn't do realtime at all
[16:03:25] <jmkasunich> or do you mean a sim config?
[16:03:32] <awallin> sim config
[16:03:44] <awallin> so this might be related to the m5i20 pci card
[16:04:18] <awallin> when Ubuntu boots up there is some error message related to PCI and allocating memory but I didn't think it was important since everything works
[16:04:46] <jepler> I believe that the parameter motion.servo.last-period is in CPU cycles, not nanoseconds
[16:05:08] <jmkasunich> the only thing changed between the working stepper system and now is the physical installation of the 5i20 card?
[16:05:35] <awallin> jmkasunich: a new install of ubuntu 6.06 and an upgrade from 2.0.something to 2.2.4
[16:05:48] <jmkasunich> oh, lots of things
[16:06:19] <jmkasunich> did you install from our livecd, or did you get vanilla 6.06 and then run the install script?
[16:06:27] <awallin> the old hdd was an IDE-one (parallel-ata), now there's a SATA drive
[16:06:44] <awallin> I installed from the vanilal 6.06 and then ran the emc2install script
[16:07:11] <jmkasunich> intel box?
[16:07:25] <awallin> yes. 2.4 GHz celeron, single core
[16:07:33] <jmkasunich> maybe an SMI problem?
[16:08:13] <awallin> was there a message on the list about that? SMI could be disabled somehow?
[16:08:18] <jmkasunich> when I experienced that it was either 3mS or 300mS (don't recall), and it happened every 64 seconds exactly
[16:08:42] <kirk_wallace> I had a failed install with SATA, so I just avoid them now. Should I?
[16:08:43] <awallin> this is much rarer. 3-5 minutes at least
[16:09:19] <jmkasunich> kirk_wallace: I don't know about SATA - they're going to get harder and harder to avoid
[16:10:01] <jepler> I have an 8.04 realtime system with sata, that one works fine. I don't believe I've done 6.06 realtime with sata.
[16:10:02] <jmkasunich> awallin: SMI can be disabled, but I don't recall exactly how - alex walked me thru the process
[16:10:30] <jmkasunich> at the time it required compiling a module, but I'm not sure thats still true
[16:10:49] <jepler> if there's something newer than this, the wiki should be updated.
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?FixingDapperSMIIssues
[16:10:57] <jmkasunich> this box is SATA, core2duo, but I'm not running RT on it
[16:11:22] <jmkasunich> I did try it with an experimental SMP RT kernel that cradek built a while back, and that worked fine
[16:13:23] <kirk_wallace> Should I avoid x64 too?
[16:13:25] <tomp> K`zan: may be of use
http://www.ezlan.net/Distance.html http://www.ezlan.net/antennae.html and tin foil reflectors
[16:13:58] <jmkasunich> kirk_wallace: when you say "avoid" do you mean you don't have a PC yet and are trying to decide what to get?
[16:14:26] <K`zan> tomp: Got the hardware I need, problems is ubuntu 6.06 / EMC release doesn't do wireless.
[16:15:15] <jmkasunich> you mean 6.06 doesn't have drivers for the wireless hardware you have?
[16:15:24] <K`zan> Yep
[16:15:34] <K`zan> 7.10 does
[16:15:46] <K`zan> Anything else does for this dongle.
[16:15:46] <jmkasunich> can you get different wireless hardware? a nice old cheap wireless NIC?
[16:16:12] <K`zan> I'd be better off running EMC on 7.10 without the RTK
[16:16:24] <jmkasunich> not if you want to run a machine
[16:16:25] <K`zan> About $50 or so less expensive.
[16:16:47] <K`zan> The other alternative is to run wincrap stuff and I'd really rather not.
[16:17:24] <jmkasunich> I guess I don't have anything constructive to offer - I hate wireless with a passion, and would rather hang CAT5 from the ceiling
[16:17:26] <K`zan> In theory 6.06 sucked majorly for wireless. Having asked elsewhere everyone suggests anything later.
[16:17:52] <K`zan> Not a real fan of wireless myself, but it has its place.
[16:18:31] <K`zan> If the solution I have in mind works, it will be a non-issue. Basterdized to hell but cheap and effective :).
[16:19:16] <K`zan> And it will be, essentially (as far as 6.06 is concerned), ethernet. Keeping toes crossed.
[16:20:51] <kirk_wallace> I avoid x64 and SATA for new EMC PC setups. I look for P4 systems from Geeks.com .
[16:21:15] <jmkasunich> I'm running a P2 from the dumpster on my Shoptask
[16:21:37] <SWPadnos> kirk_wallace, there's no technical need to avoid x64
[16:21:51] <SWPadnos> you can just run a 32-bit kernel on it anyway
[16:22:19] <rayh> I've got wireless running on several 6.06 around here.
[16:22:39] <jmkasunich> did you have to jump thru hoops?
[16:22:41] <rayh> I did have to twiddle a bit.
[16:22:51] <SWPadnos> asa for SATA, I tried an experimental SMP kernel (on a core 2 machine, incidentally) which didn't support it, but other kernels did
[16:23:29] <K`zan> rayh: Interesting. Maybe jmkasunich was right, just missing the module for that hardware. Sigh :), never a dull moment.
[16:23:42] <rayh> I know the feeling.
[16:23:43] <kirk_wallace> But I need to install from the Live CD.
[16:23:45] <K`zan> And I know better than to think the kernel source is on the CD...
[16:24:04] <rayh> One was a linksys wireless-g notebook adapter
[16:24:07] <K`zan> "Nobody builds kernels anymore, it is discouraged"...
[16:24:13] <SWPadnos> kirk_wallace, will you have an internet connection after you install?
[16:24:17] <jmkasunich> the kernel source is on the internet.... which you can't get to
[16:24:20] <rayh> I had to run some sort of netwrapper for it on the laptop.
[16:24:41] <SWPadnos> ndiswrapper?
[16:24:55] <rayh> Yea SWPadnos that too.
[16:25:21] <kirk_wallace> I am a fan of having Internet on all my computers.
[16:25:38] <SWPadnos> you could always get an external wifi bridge
[16:25:38] <K`zan> IMNSHO every installable distro should come with the kernel source tree the supplied kernel was built with (yeah, just a bit frustrated with all the roadblocks lately).
[16:25:41] <SWPadnos> they're $50 or so
[16:26:13] <K`zan> SWPadnos: THat is what I think I'm doing, will know once the hardware arrives.
[16:26:18] <SWPadnos> heh - ok :)
[16:26:24] <rayh> Right. My first wifi experiment was the little box that is on the Mazak at fest.
[16:26:57] <K`zan> Gonna take a break and beat my head on a corner :), refreshing ATM ;-).
[16:27:05] <kirk_wallace> The source is easy to install with Synaptic, isn't it?
[16:27:36] <SWPadnos> strangely, no it isn't
[16:27:56] <SWPadnos> I don't know that there are source packages that are installable via synaptic
[16:28:14] <K`zan> app source I'm sure is, kernel source one gets some form of some kernel which may and probably does not bear any relation to the configuration used to build the kernel you are running.
[16:28:18] <SWPadnos> but you can get the source to any package (including the kernel) with `apt-get source <packagename>`
[16:28:25] <SWPadnos> no
[16:28:50] <SWPadnos> apt-get source gets the exact source and patches used to make the package you name, even if it's the kernel
[16:28:59] <K`zan> Sone at least get the config under /boot or /proc, which relally helps.
[16:29:24] <K`zan> Yep, but the configuation you don't always get.
[16:29:54] <K`zan> I think normal ubuntu has it someplace IIRC>
[16:30:00] <SWPadnos> that is possible, though you can always start with the config of the current running kernel
[16:30:08] <SWPadnos> from /proc or /boot (I forget which)
[16:31:24] <K`zan> Much more common that it used to be, thank the ghods :)>
[16:32:04] <kirk_wallace> FWIW, I have had good luck with the Madwifi drivers.
[16:37:59] <SWPadnos> ok, there are some kernel source packags available (as normal packages, vs. apt-get source), at least on 7.10
[16:38:08] <SWPadnos> linux-source-2.6.22
[16:39:29] <kirk_wallace> FWIW, I also use these biquads,
http://martybugs.net/wireless/biquad/ . They work well and are easy to make.
[16:47:55] <kirk_wallace> Oops, I thought kernel-dev was in Synaptic, but I don't see it. Can you do it from Yum? That is the kernel source isn't it. It has been a while since I have done anything with the kernel.
[16:50:39] <jepler> if you want the kernel source that corresponds to the linuxcnc realtime kernel on ubuntu 6.06, install linux-source-2.6.15-magma
[16:50:58] <jepler> if it's not available in the package manager then you have got an incorrect /etc/apt/sources.list or you need to run apt-get update
[16:57:32] <assargadon> is it possible to use #include in .comp files?
[16:58:13] <assargadon> is it possible to "preprocess" .comp file and get .c code, not executable?
[16:58:36] <kirk_wallace> I don't need the kernel source, but out of curiosity sudo apt-get update didn't put kernel-dev in my Synaptic.
[16:58:52] <SWPadnos> ubuntu calls it linux-source
[16:59:08] <jepler> yes, you might mean one of kernel-source or kernel-headers
[16:59:27] <jepler> depending whether your goal is to compile new modules (kernel-headers) or a new kernel (kernel-source)
[16:59:32] <jepler> assargadon: yes and yes
[16:59:53] <jepler> "comp --help" will help you with one of those things
[16:59:55] <assargadon> jepler, greate and greate. How and how? :)
[17:00:03] <assargadon> ah, thanks :)
[17:00:52] <jepler> and the documentation will help you with the other:
http://linuxcnc.org/docs/html/hal_comp.html#r1_13_2
[17:02:38] <assargadon> jepler, thanks again :)
[17:17:06] <lerman> jepler: Jon Elson just asked on email how hard it would be to fix the spindle start problem (on start in middle of program). Where would I look to answer the question?
[17:17:26] <lerman> Do you know the general path through the code?
[17:19:51] <jepler> lerman: in emctaskmain.cc, look for programStartLine.
[17:20:34] <jepler> lerman: when doing "run from line", this variable is set to the target line number. based on comparison between programStartLine and the line of the program is being read, something different happens
[17:20:46] <jepler> // we're stepping over lines, so check them
[17:20:46] <jepler> // for
[17:20:46] <jepler> // limits, etc. and clear then out
[17:21:29] <lerman> Thanks. I'm at that line.
[17:23:39] <jepler> good luck
[17:24:38] <lerman> Well, I'm not committing to anything. I'm just looking.
[17:25:17] <assargadon> pyVCP is cool
[17:25:46] <assargadon> is it only way to open it is running it on other terminal session?
[17:26:48] <assargadon> I mean, I have .xml file, describing some kind of VCP
[17:27:02] <assargadon> and I want using it in my HAL
[17:27:40] <assargadon> I should start HAL session, and then I should run one more terminal session and start myVCP command on it
[17:27:54] <assargadon> it looks....not cool :)
[17:27:58] <assargadon> but works
[17:28:05] <SWPadnos> halcmd can load pyvcp panels
[17:28:31] <SWPadnos> something like halcmd loadusr pyvcp panelname.xml
[17:28:43] <assargadon> hm
[17:28:49] <assargadon> thanks, I'll try
[17:28:53] <SWPadnos> you probably need some other options there, like wait for component ready and some naming options
[17:31:22] <assargadon> hmmm, works funny, thanks. loadusr really just starts outer program :)
[17:31:36] <assargadon> I thought it load some kind of "module"
[17:31:59] <assargadon> only problem is waiting option
[17:32:01] <SWPadnos> loadrt loads kernel modules, loadusr runs usespace code
[17:32:19] <assargadon> loadusr -W described as "wait till component becomes ready"
[17:32:28] <SWPadnos> something like `halcmd loadusr -Wn mypanel pyvcp -c mypanel myxmlfile.xml`
[17:32:30] <assargadon> what means "ready", I wanna know :)
[17:32:48] <SWPadnos> the program calls a function named "hal_ready()" when it has exported all its pins
[17:32:54] <assargadon> yes, I understand it now, my project works fine :)
[17:33:02] <SWPadnos> good :) see you later
[17:35:39] <kirk_wallace> Is there activity on being able to change the appearance of pyVCP features, like more colors, shapes, textures?
[17:36:46] <awallin> not much. it's a fairly light wrapping of TkInter, so anything you find in the tkinter documentation you can do to widgets should be fairly easily to do/modify in pyVCP
[17:37:33] <awallin> A proper documentation of the XML syntax would be useful. Now the error messages are very cryptic if there is something wrong in your XML file
[17:38:22] <awallin> maybe that's called a DTD?
[17:38:42] <assargadon> As far as I understand, the "machine" itself is number of configuration files
[17:39:07] <assargadon> .xml for pyVCP, .hal, *.ini and so on
[17:39:19] <assargadon> is it some list of needed file somewhere?
[17:39:19] <awallin> tool table, var file
[17:39:46] <awallin> the example configs show you what is needed
[17:40:31] <assargadon> there are often several machines described in one directory
[17:40:40] <assargadon> which makes it hard to understand
[17:41:06] <awallin> well, you need one ini file, one or more hal files, a tool table file. the var file may be autogenerated
[17:41:13] <awallin> an xml file for pyvcp is optional
[17:41:24] <alex_joni> K`zan: still having trouble with wireless?
[17:41:53] <alex_joni> K`zan: you can try installing linux-restricted-modules-2.6.15-magma (or something like that, I'll look it up, maybe it helps with your wireless)
[17:42:19] <assargadon> awallin, thanks
[17:42:43] <alex_joni> K`zan: that name is correct it seems (for dapper)
[17:45:38] <kirk_wallace> "it's a fairly light wrapping of TkInter, so anything you find in the tkinter documentation you can do to widgets" Just to understand better, if it is a light wrapping, then everything in tkinter is not available?
[17:46:12] <SWPadnos> I think it more or less passes properties off to tkinter, so anything that isn't specifically disallowed should work
[17:46:30] <SWPadnos> it makes it hard to follow the code, or figure out what options are available, I can tell you that :)
[17:46:42] <awallin> kirk_wallace: everything I, jepler or tomp bothered to wrap is available
[17:47:07] <kirk_wallace> That's what I thought.
[17:47:09] <awallin> SWPadnos: but it's the lazy man's way to code it :)
[17:47:19] <SWPadnos> heh, and it works :)
[17:47:34] <SWPadnos> but idjits like me can't figure things out easily
[17:48:13] <awallin> we should have the pyVCP documentation inherit from the Tkinter documentation just like the code does
[17:48:33] <kirk_wallace> How hard is it to wrap more? Any links to what I can study (like I have the time)?
[17:48:59] <awallin> the code should be pretty readable. what widget/functionality are you thinking about
[17:49:32] <SWPadnos> things like making the font size get bigger the closer to max speed you get :)
[17:49:43] <SWPadnos> seriously though, color would be a good one
[17:50:02] <SWPadnos> change text color depending on input value, or have a pin for color
[17:51:03] <SWPadnos> I'm not sure if enable/disable are implemented, but that's another good one for a hal_bit input
[17:51:21] <awallin> kirk_wallace: look at LED or Button or some other simple widget here
http://cvs.linuxcnc.org/cvs/emc2/lib/python/pyvcp_widgets.py?rev=1.35;content-type=text%2Fplain
[17:54:39] <awallin> latching buttons would maybe be useful?
[17:55:06] <alex_joni> toggle buttons?
[17:55:20] <alex_joni> (not the real NIST way.. but who knows..)
[17:55:44] <awallin> yeah, we have checkbutton which stays in one state, but something that looks like a button and latches?
[17:56:05] <alex_joni> on/off flipswitch
[17:56:24] <alex_joni> or multistate flipswitch
[17:57:27] <kirk_wallace> I would like stuff like shading and shape of LED's, background textures, etc., just to class things up a bit and maybe reproduce the appearance of existing panels. VCP is such a good feature not to take to the next level.
[18:01:04] <awallin> that's what I thought about the original VCP :)
[18:01:21] <kirk_wallace> I don't recall well, but I think I used a couple of HAL components to get the VCP buttons to do toggling. (FYI:
http://www.wallacecompany.com/machine_shop/EMC2/dro_vfd/files/ )
[18:01:35] <awallin> if you study the TkInter docs you will see what is possible and what is not.
[18:02:52] <kirk_wallace> (Sticky note on monitor)
[18:02:56] <awallin> kirk_wallace: but the pyVCP Button widget doesn't toggle by itself. It wouldn't be hard to add a new ToggeButton widget that stays down once clicked
[18:04:46] <kirk_wallace> # Load xor's and flipflop's for spindle buttons loadrt xor2 count=2 loadrt flipflop count=2 # Load toggle for main power ##loadrt toggle count=1 # load PyVCP loadusr -Wn fred pyvcp -c fred pyvcp-dro2-bp2.xml
[18:05:36] <kirk_wallace> Oops, that didn't work well.
[18:06:51] <awallin> I made a component that connects a push-button to 'nist-logic' :
http://www.anderswallin.net/2008/04/toggle2nist/
[18:11:07] <alex_joni> K`zan: or maybe try madwifi-ng (apt-cache search madwifi-ng..)
[18:12:11] <BigJohnT> awallin: is that the same as this?
http://www.linuxcnc.org/docview/html//man/man9/toggle.9.html
[18:12:35] <kirk_wallace> I just remembered, with my toggle setup, short pyVCP button clicks didn't work. Maybe a shoot of contact cleaner would work ;)
[18:12:56] <awallin> BigJohnT: nope, toggle will take a push-button input and toggle the output between 0 and 1 whenever you push the button
[18:13:46] <awallin> BigJohnT: with toggle2nist I wire first the push-button to a toggle comp. then the output of the toggle to toggle2nist and then the outputs from toggle2nist to the three 'nist-logic' pins in emc: on, off, and is-on
[18:13:52] <fenn> this is more like a 'radio button' but decentralized
[18:14:12] <BigJohnT> ok
[18:15:56] <BigJohnT> so you can tell with toggle2nist if the g code turned off the coolant?
[18:16:30] <awallin> yes, it works even if other stuff like MDI or g-code changes the state of whatever I am controlling
[18:16:42] <BigJohnT> sweet!
[18:17:38] <BigJohnT> why is not in EMC? It is a comp right? I don't know much about comps yet
[18:17:54] <BigJohnT> or is it there and the manual is lagging...
[18:18:07] <fenn> because nobody had written it yet
[18:18:16] <BigJohnT> as a comp?
[18:18:39] <fenn> eh?
[18:18:47] <BigJohnT> or the manual?
[18:18:49] <awallin> it's very easy to install from source. I just made it and posted it on my website. I have commit rights I guess but I'm too damn lazy and work on emc too seldom to remember the cvs commands...
[18:18:54] <fenn> the comp
[18:19:15] <rayh> Chapter 11
[18:19:15] <rayh> comp: a tool for creating HAL
[18:19:15] <rayh> modules
[18:19:57] <alex_joni> fenn: ?
[18:19:59] <fenn> BigJohnT: hal modules written with comp have automatically generated manpages
[18:20:01] <BigJohnT> I write the cvs commands down when alex tells me
[18:20:12] <BigJohnT> ok
[18:21:25] <BigJohnT> awallin: if you pass on the commit rights I'll give it a whirl...
[18:21:42] <alex_joni> BigJohnT: doesn't work like that :)
[18:21:50] <BigJohnT> darn
[18:22:00] <awallin> BigJohnT: you are free to take my code off my website. cradek can give you cvs access if you're friendly with him...
[18:22:16] <alex_joni> awallin: it's not a matter of beeing friendly with cradek
[18:22:20] <BigJohnT> or I can get alex to do it
[18:22:42] <alex_joni> http://www.linuxcnc.org/content/view/50/13/
[18:22:47] <alex_joni> BigJohnT: you can try :)
[18:23:38] <BigJohnT> ok, but I prefer that you check it first
[18:24:28] <awallin> it works. you can test it with a pyvcp button if you don't have a hardware button
[18:25:05] <BigJohnT> I prefer to test with both as I've seen some things work with pyvcp and not with hardware...
[18:25:16] <BigJohnT> I have buttons galore LOL
[18:25:31] <awallin> are you using debounce on the HW buttons?
[18:26:03] <BigJohnT> no it was a issue with code but that's been fixed a while back
[18:27:15] <BigJohnT> I just hooked up a MPG3 pendant from CNC4PC today on my test computer
[18:29:24] <fenn> maybe "momentary toggle" would be a better name?
[18:29:52] <fenn> er, crap, no
[18:30:18] <fenn> this whole daytime thing doesn't really work for me
[18:30:45] <jmkasunich> fenn: go back to sleep
[18:32:13] <BigJohnT> or "smart toggle"
[18:38:57] <alex_joni> BigJohnT: added (toggle2nist)
[18:39:23] <BigJohnT> cool
[18:39:43] <awallin> alex_joni: thanks. what would we do without you...
[18:39:54] <alex_joni> do it yourselfs?
[18:39:59] <awallin> :)
[18:40:02] <alex_joni> *yourselves
[18:40:51] <BigJohnT> the process would have been a lot harder without "hints from Alex" from time to time as needed
[18:41:11] <kirk_wallace> "yourselfs", we are Borg.
[18:42:03] <gefink> alex_joni: I think i Quit with the Duron700, latency 600000 while Harddisk-io , with swapping disabled the same
[18:43:07] <gefink> no ubuntu8.4 on this Box
[18:43:14] <kirk_wallace> I suppose some sort of lock-out should be considered with toggle2nist?
[18:49:14] <BigJohnT> to lock out what?
[18:54:39] <kirk_wallace> I haven't thought about how toggle2nist enough yet. Lets say something on the screen is locked out in program run mode. It would still be locked out to toggle2nist? I am just trying to prevent inappropriate actions. Or, at least with EMC2.
[18:55:25] <awallin> EMC2 will complain if you try bad things via halui
[18:57:13] <tomp> in the toggle2nist code, 'is_on' is always an r_value (right side of '=' in an assignment ), so it only get values from the hal 'wiring'?
[18:57:42] <awallin> yes
[18:59:47] <tomp> ok, so you can toggle it and somebody/thing can toggle it , and you can tell state by the gui indicator (is this the old joke where the guy closes the drawer and it opens back out :) ?
[19:01:29] <tomp> or 'marvin the manic depressive button, who wont become un-depressed' :)
[19:01:52] <awallin> yep. obviously the push-button doesn't have state so you can't tell if it's on or not by looking at the push-button.
[19:02:08] <tomp> oh, i thought the gui could do that
[19:02:25] <tomp> but an led could
[19:02:36] <awallin> yes
[19:03:07] <tomp> a year or so ago i think we wrote a button the was 'state' aware
[19:26:08] <alex_joni> gefink: sounds like a showstopper
[19:27:07] <gefink> Yes looks like there is a difference in the kernels
[19:27:51] <alex_joni> well.. obviously 2.6.15 is different than 2.6.24 :)
[19:27:56] <gefink> also the lost soundinterrupts ar not bounded to swapping or gnome
[19:28:32] <alex_joni> gefink: sounds like you're stuck with 6.06 :)
[19:28:42] <alex_joni> or maybe try building a special kernel for youself
[19:29:18] <gefink> i think stay on 6.06. All works good
[19:31:04] <gefink> by time i can try to find the kernel where the problem happens, but i think its not worth the time
[19:31:27] <gefink> kernelbuilding on a duron700 is not fun
[19:31:47] <K`zan> True, BTDT :-)
[19:32:18] <alex_joni> gefink: I know :)
[19:32:33] <alex_joni> but maybe you can experiment with boot options
[19:32:44] <alex_joni> like noapic, nolapic, irqpoll ...
[19:34:10] <gefink> yes i thought to thy the polling-thing because i think its an interruptproblem
[19:34:48] <gefink> apic apm and apci was the first try
[19:34:57] <alex_joni> gefink: so far it proved usefull on some machines which didn't want to boot at all
[19:35:11] <alex_joni> acpi and apm are disabled in the kernel.. so no real use trying them
[19:35:14] <gefink> boot is no problem
[19:35:26] <alex_joni> yeah, I know.. but maybe it's something related
[19:36:05] <gefink> its less complicated to use the bootoption as make sure its disabled :-)
[19:36:31] <gefink> by time .....
[19:38:53] <gefink> now i use the 2000+ No Problem, The D700 is conected to my PCB-driller
[19:39:11] <alex_joni> gefink: if 6.06 works.. why change it?
[19:40:02] <gefink> alex_joni: just curiosity
[19:40:14] <alex_joni> gefink: heh, I know how it is..
[19:41:26] <gefink> maybe a candidate to replace my over the years updated Suse 6.2 working system
[19:41:54] <alex_joni> hmm.. I have a 6.3 somewhere.. loved it :)
[19:42:11] <alex_joni> I think it was my first really serious use of it
[19:42:42] <gefink> yes, but nearly all things are replaced, yast is disabled since years.
[19:43:09] <alex_joni> I liked yast
[19:43:59] <gefink> I not for all. it killed my sendmail.cf twotimes
[19:44:38] <gefink> but in the "old days" it was nice and fast
[19:45:18] <alex_joni> automated tools like that are nice if you don't use something else (like manually setting things up..)
[19:45:51] <gefink> yes
[19:47:56] <gefink> btw. yesterday someone wrote about using O call to use a external ngc-file
[19:48:14] <gefink> Is this a 2.3 feature?
[19:48:29] <alex_joni> gefink: it works in 2.2.x too
[19:48:32] <alex_joni> but a bit different
[19:48:37] <alex_joni> you can o123 call
[19:48:44] <alex_joni> and have o123.ngc
[19:48:50] <alex_joni> which contains o123 sub
[19:48:52] <alex_joni> ...
[19:48:52] <gefink> ahh. it must be an number
[19:48:57] <alex_joni> 0123 endsub
[19:49:12] <gefink> thanks
[19:49:47] <gefink> I tried with a name, got illegal Char.
[19:50:00] <BigJohnT> did you do o<myname> call
[19:50:41] <gefink> yes, because i found nothing in the docu
[19:51:01] <BigJohnT> it's been added to 2.3 docs
[19:51:14] <alex_joni> BigJohnT: that's only for 2.3
[19:51:17] <alex_joni> not for 2.2
[19:51:27] <BigJohnT> ok, 2.2 is numbers only?
[19:51:32] <gefink> now its clear
[19:51:47] <alex_joni> BigJohnT: yup
[19:51:57] <BigJohnT> ok, back to my pendant...
[19:54:13] <gefink> I tried 2.3 with prerelease of 8.4 and missed something...so changed to 8.4+2.2.5
[20:13:36] <BigJohnT> I have three inputs and I need to set a different value in axis.0.jog-scale depending on which input is on. Is there anything better than mux4 for this?
[20:13:58] <BigJohnT> mux4 uses two inputs to control the outputs...
[20:15:35] <gefink> BigJohnT: what should happen if no input is on?
[20:15:51] <BigJohnT> it won't matter
[20:15:56] <gefink> so i think you have 4 values
[20:16:26] <gefink> then use mux4 and 2 of the inputs
[20:16:46] <BigJohnT> in this case there is a three position selector switch and one of the three will be on all the time
[20:17:45] <gefink> value 0 and 3 are the selection for the unused bit
[20:17:57] <BigJohnT> and a mux2 for the third
[20:18:17] <gefink> Value 1 for the first, value 3 for the second....
[20:19:08] <gefink> why using an additional input for a signal you know from the other 2
[20:19:12] <BigJohnT> it would be value 1 and 2...
[20:19:27] <BigJohnT> slap on forhead
[20:21:12] <BigJohnT> thanks
[20:23:09] <gefink> i wrote "Value 1 for the first, value 3 for the second..." the 3 is wrong. 2 is correct, but i think you have it
[20:23:48] <BigJohnT> yes it's done
[20:23:50] <BigJohnT> thanks
[20:24:35] <BigJohnT> actually I'll use value 0,1,2 with no input for 0 etc...
[20:25:18] <tomp> the guilty till proven innocent ploy: value =2 (the assumption) if in1, then value =1 ,elseif in3orwhateveryouliketocallit then value=3
[20:25:49] <tomp> assume the value, then prove otherwise, always saves 1 line of code
[20:27:38] <BigJohnT> yep must be time to start drinking when you forget the basics
[20:28:40] <gefink> a little coke? or beer?
[20:28:55] <BigJohnT> homemade wine I think
[20:29:09] <gefink> ok
[20:29:16] <BigJohnT> it's time to make more beer though
[20:29:46] <dmess> that might make ya forget the basics
[20:29:56] <gefink> and more
[20:30:23] <dmess> but beer usually makes ya smarter
[20:30:23] <archivist> * archivist sips 7 up, and retains brain (I hope)
[20:30:47] <gefink> time for bed. by
[20:30:49] <BigJohnT> as long as you don't forget your name you can walk home
[20:31:20] <dmess> been there done that... ;|)
[20:31:24] <BigJohnT> archivist: you ran the steam pump today
[20:31:27] <BigJohnT> ?
[20:31:36] <archivist> thats tommorow and monday
[20:32:24] <BigJohnT> cool, I was interested in the mechanics that kept the connection straight to the rods but could not see the other end of that rod where it connects
[20:32:38] <BigJohnT> as the beam goes through it's arc
[20:33:19] <BigJohnT> is that shown in the pics you posted the other day?
[20:34:09] <archivist> its the Watt parallel motion
[20:35:10] <archivist> someone took the measurement from that engine and put it on cad, its within 3/16 in its stroke iirc
[20:35:36] <BigJohnT> cool , I see it on wikipedia now
[20:35:36] <archivist> but its probably better than that
[20:36:23] <archivist> I have also caded the watt motion from an engine and its within 10 thou
[20:36:56] <archivist> clever boy was James Watt
[20:36:57] <BigJohnT> pretty smart fellow that Watt
[20:37:31] <BigJohnT> in wikipedia it says Watt's design produced a deviation of about one part in 4000 from a straight line
[20:37:40] <archivist> specially when you see the early form, the links are not equal length
[20:38:40] <archivist> Ive also seen a 1980's article in Model Engineer on the subject with similar good results
[20:39:01] <BigJohnT> this one says it does a perfect straight line Peaucellier-Lipkin linkage
[20:39:33] <archivist> hmm Peaucellier was later iirc
[20:39:53] <BigJohnT> yes 1864 they say
[20:40:39] <archivist> bit of a cheek describing watt as Peaucellier!!!!
[20:43:23] <archivist> * archivist looks in book "Ingenious Mechanisms for designers and inventors"
[20:57:25] <BigJohnT> sweet! a pendant with a mpg for 3 axis in 30 lines or less...
[20:59:41] <alex_joni> BigJohnT: how long did it take you?
[21:00:02] <alex_joni> btw, now you can sell your hal file to AramK
[21:00:15] <BigJohnT> LOL
[21:00:33] <BigJohnT> about 3 hours including installing the hardware
[21:00:42] <BigJohnT> works pretty sweet
[21:02:04] <BigJohnT> should there be a section in the integrator manual for "Other Hardware" or something like that?
[21:02:08] <dmess> congrats..
[21:02:22] <BigJohnT> thanks
[21:02:42] <BigJohnT> it was part of my homework assignment
[21:02:44] <dmess> keeping the cod clean is a SWEET idea
[21:02:51] <dmess> code
[21:03:02] <alex_joni> BigJohnT: maybe
[21:03:07] <BigJohnT> that took most of the time working on keeping it short and sweet
[21:03:32] <BigJohnT> alex_joni: or would it fit better in an existing section?
[21:03:38] <alex_joni> * alex_joni looks
[21:03:48] <BigJohnT> advanced topics?
[21:03:56] <dmess> yes it usually does.... but spagetti programming is alot of time for a long time...
[21:04:37] <alex_joni> BigJohnT: that was my guess now too
[21:04:45] <BigJohnT> ok
[21:04:54] <alex_joni> maybe Machine logic too
[21:05:05] <alex_joni> but Advanced topics I guess
[21:05:43] <BigJohnT> machine logic to me is ladder and programming
[21:06:25] <dmess> likewise
[21:07:09] <dmess> where have you implemented it??
[21:07:19] <rayh> why not add a section in hardware drivers
[21:07:40] <BigJohnT> dmess: ?
[21:08:02] <dmess> have you not added ladde and some programming??
[21:08:36] <BigJohnT> I was just commenting on what the topic machine logic would mean to me
[21:08:54] <BigJohnT> * BigJohnT looking for hardware drivers
[21:09:00] <dmess> as was i agreeing
[21:09:41] <alex_joni> rayh: it's not really a hardware driver
[21:09:46] <alex_joni> as the MPG is connected to a parport
[21:10:35] <rayh> so it's a component that connects a parport to xxx.
[21:10:40] <rayh> ??
[21:10:55] <alex_joni> rayh: no, only HAL files explained
[21:11:13] <alex_joni> BigJohnT: can you pastebin the hal file so we can comment?
[21:11:21] <rayh> so "how do do xxx with HAL?
[21:11:30] <BigJohnT> one moment
[21:12:37] <BigJohnT> http://pastebin.ca/1006365
[21:14:21] <rayh> nice.
[21:14:34] <BigJohnT> thanks
[21:14:43] <rayh> For most of this sort of thing we send folk to configs.
[21:15:17] <rayh> But you are correct that we need a place in the integrator manual.
[21:15:34] <dmess> sweet code..
[21:15:46] <BigJohnT> "Hardware Config"??
[21:15:50] <BigJohnT> thanks dmess:
[21:16:14] <alex_joni> BigJohnT: small issue I see
[21:16:21] <BigJohnT> yes
[21:16:35] <alex_joni> you want to connect the mux4.0.out to all axis.*.jog-scale's
[21:16:49] <alex_joni> same for encoder.0.counts
[21:16:51] <BigJohnT> yes
[21:16:52] <BigJohnT> yes
[21:17:09] <BigJohnT> only the one that is enabled will do anything
[21:17:26] <alex_joni> right
[21:17:38] <alex_joni> but you still want the connections there, otherwise only X works
[21:18:03] <BigJohnT> yes
[21:25:38] <alex_joni> * alex_joni is off to bed
[21:25:41] <alex_joni> good night all
[21:25:48] <BigJohnT> good night alex
[21:25:51] <LawrenceG> sweet dreams
[21:25:54] <BigJohnT> thanks for the help
[21:26:26] <dmess> bonne nuite
[21:26:55] <rayh> Stuff like BigJohnT, wrote is a lot like some of the examples of gcode that used to be in the programmer manual.
[21:27:23] <alex_joni> rayh: programmer manual?
[21:27:35] <rayh> Programmer section of the user manual.
[21:27:40] <alex_joni> ah, ok..
[21:27:46] <rayh> I had a programmer manual hanging around for a while.
[21:28:14] <alex_joni> I didn't mean to remove things.. I mostly tried to move all things as good as possible to the new manual
[21:28:56] <alex_joni> if you find things like these, feel free to add them (they should probably still be in documents/)
[21:28:56] <rayh> We seem to have tossed most examples. Except the hal tutorial.
[21:29:13] <dmess> i still have a pdf of the old programmer manua somewhere
[21:29:55] <BigJohnT> examples are easier to learn from sometimes
[21:30:07] <dmess> absolutly
[21:30:36] <rayh> Why not create a new integrator chapter and name it HAL examples.
[21:30:44] <alex_joni> I think a full blown g-code manual could be valuable
[21:30:49] <BigJohnT> tell me about it then show me an example and bang it sinks in faster
[21:30:56] <alex_joni> with examples and common programming techniques, etc
[21:30:57] <BigJohnT> sounds good to me
[21:31:06] <rayh> That's my impression also
[21:31:09] <alex_joni> but that's probably too much for the generic User Manual
[21:31:12] <BigJohnT> sweet!
[21:31:22] <alex_joni> BigJohnT: you've been nominated :P
[21:31:27] <rayh> sure the integrator manual is a better place.
[21:31:29] <archivist> hehe
[21:31:41] <BigJohnT> ok
[21:31:43] <rayh> I don't have a running lyx 1.3 right now.
[21:31:58] <BigJohnT> yes the integrator manual is the place
[21:32:07] <alex_joni> lyx --version
[21:32:08] <alex_joni> LyX 1.5.3 (Mon, Dec 17, 2007)
[21:32:24] <alex_joni> * alex_joni isn't so sure about the Integrator Manual
[21:32:31] <rayh> yea and I don't know the effect of editing there and then asking make to do the work.
[21:32:35] <alex_joni> I was thinking a standalone thing..
[21:32:47] <alex_joni> rayh: there is lyx2lyx
[21:32:57] <BigJohnT> lyx 1.3.7 here
[21:33:11] <rayh> Yes there is but I understand it is flawed going backwards.
[21:33:36] <alex_joni> rayh: then I'd try this.. open the file, save
[21:33:47] <alex_joni> then make your edits, save as a new file
[21:33:59] <alex_joni> diff the two files, send the patch to someone with 1.3.x
[21:34:32] <rayh> the few times I tried a diff it was a real mess with the lyx code. Have you had success?
[21:34:34] <alex_joni> but you surely still have a 6.06 somewhere around :)
[21:34:43] <alex_joni> rayh: if I do how I said, then sometimes yes
[21:35:18] <rayh> um. yea there is an itx board laying over there with it.
[21:35:37] <alex_joni> but now I'm really off to bed..
[21:35:40] <rayh> Haven't installed the developer stuff there though.
[21:35:50] <rayh> Catch you later alex. Sleep well.
[21:35:54] <alex_joni> rayh: lyx should be enough
[21:36:03] <alex_joni> ty
[21:44:34] <rayh> BigJohnT, do you have LyX on your system?
[21:44:46] <BigJohnT> yes 1.3.7
[21:45:03] <BigJohnT> I added a bit to the manual the other day
[21:45:09] <BigJohnT> on the o words
[21:45:13] <rayh> okay great.
[21:46:00] <rayh> We could start a new file in docs/src/hal for examples.
[21:46:11] <BigJohnT> that's what I was thinking
[21:46:25] <rayh> Then we can argue over whether it belongs in the integrator manual or a stand alone example book.
[21:46:42] <BigJohnT> should be both LOL
[21:47:00] <BigJohnT> "hardware examples"???
[21:47:23] <BigJohnT> "hardware configurations"??
[21:47:59] <rayh> got me
[21:48:01] <BigJohnT> I've actually started a file in docs/src/hal/hardware_config.lyx
[21:49:08] <rayh> Sounds good. Think we should use a chapter name for the start of it.
[21:49:16] <rayh> That way it will mix into most anything.
[21:49:23] <BigJohnT> ok
[22:04:52] <dmess> go boys
[22:05:37] <BigJohnT> here you go
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Hooking_Up_A_MPG_Pendant
[22:11:52] <tomp> BigJohnT: thx, I got a real Fanuc hand pendant here waiting to be de-gunked & put into use ( with the little hand cranky pin in the mpg )
[22:12:08] <BigJohnT> cool
[22:14:23] <Goslowjimbo> Just starting to learn G code. Don't know how to restart the pgm after a M0
[22:15:29] <Goslowjimbo> Manual says use cycle restart button. Don't have one afaIk. Example says "S', no go.
[22:16:26] <BigJohnT> that would be the same way you start from the begining
[22:17:00] <Goslowjimbo> When I hit the "run" buttor, it starts over.
[22:17:27] <Goslowjimbo> button. sorry.
[22:17:40] <BigJohnT> hmmmm
[22:18:28] <Goslowjimbo> I'm using the mini and TkEMC gui's
[22:18:44] <BigJohnT> ok, I only use Axis...
[22:19:07] <Goslowjimbo> Ill try it.
[22:20:25] <rayh> Goslowjimbo, Mini shows restart if you press abort
[22:20:50] <Goslowjimbo> So I need to press abort first?
[22:21:29] <rayh> The idea is that the widgets show if you've aborted a program and need to restart at the line executing during the abort.
[22:22:01] <BigJohnT> in Axis you press the || button to continue
[22:22:28] <BigJohnT> the pause button
[22:23:44] <rayh> you can also select restart from the view menu in mini
[22:26:28] <Goslowjimbo> Thanks, I'll try all of these out. Was there a place I could have searched to find these tidbits?
[22:27:39] <rayh> They might be in the relevant sections of the users manual.
[22:36:06] <BigJohnT> maybe we should add a link in the g code manual or something...
[22:36:34] <BigJohnT> or add a bit to explain...
[22:37:10] <rayh> Let me look at mini's chapter.
[22:43:31] <dmess> this is a real/fast project.... what does it affect??
[22:43:48] <dmess> what need update....
[22:45:03] <dmess> how will it effect installations..
[22:45:41] <Goslowjimbo> Just tried the mini restart. can't do that EMC_TASK_PLAN_RUN in auto with interpreter paused
[22:46:13] <dmess> i was in LEAN-6 SIGMA training last week.... ; )
[22:53:42] <jmkasunich> did my first real welding today
[22:54:14] <jmkasunich> the workbenches I got from HGR surplus have a stringer at the bottom front - ground it off and welded it back on about a foot back to provide leg room
[22:54:25] <BigJohnT> mig, tig, stick?
[22:54:30] <archivist> gas
[22:54:33] <jmkasunich> torch
[22:54:51] <BigJohnT> tig and gas are the same more or less
[22:55:07] <archivist> oxy acetelyne==gas
[22:55:13] <jmkasunich> except gas is cheaper (to buy the equipment)
[22:55:28] <BigJohnT> yes
[22:55:40] <jmkasunich> and easier to see what you are doing - #5 shade instead of #10
[22:56:05] <BigJohnT> if you have a good fit up you don't even need a filler rod
[22:56:09] <archivist> more distortion though
[22:56:20] <BigJohnT> with gas or tig
[22:56:52] <jmkasunich> gas I'd expect
[22:57:10] <BigJohnT> gas and tig are the same process
[22:57:19] <BigJohnT> just different forms of heat
[22:57:33] <jmkasunich> yeah, but I suspect tig heat is more concentrated
[22:57:52] <BigJohnT> depends on the tungsten size and the distance to the work
[22:58:22] <BigJohnT> I can get real small with tig but you can get just as small with a jewelers gas torch
[22:58:23] <jmkasunich> did you see my practice welds on Thurs?
[22:58:31] <BigJohnT> no I missed them
[22:58:40] <jmkasunich> http://jmkasunich.com/cgi-bin/blosxom/index.html
[23:00:09] <BigJohnT> the key is clean metal with a close fit. oxides melt at a much higher temperature and you will blow through your metal after you melt the oxides or rust
[23:01:23] <jmkasunich> the stuff I was messing with the other day was pretty cruddy
[23:01:24] <archivist> jmkasunich, yes practice, I spent two weeks training at work before they let us out on production
[23:01:33] <jmkasunich> today's stuff I ground clean first
[23:01:48] <BigJohnT> did you have better luck with it today?
[23:01:54] <jmkasunich> I need lots of practice
[23:02:11] <jmkasunich> today I had two welds that came out nice, two not so nice
[23:02:40] <jmkasunich> the nice ones were 1/8" thick angle meeting 1/16" sheet at a 90 degree angle, with both parts ending at the joint
[23:02:42] <BigJohnT> watch the puddle not the arc, clean the parts with a flap wheel, position yourself so you can hold the torch steady
[23:03:10] <jmkasunich> the not so nice ones were 1/16 sheet meeting 1/8" angle at a T
[23:03:17] <BigJohnT> I move the torch away then dab the filler into the pool of molten metal
[23:03:32] <BigJohnT> on different thickness focus the heat on the thicker part
[23:03:38] <jmkasunich> I tend to have trouble with the rod getting stuck in the puddle
[23:03:39] <jmkasunich> yep
[23:03:47] <BigJohnT> more than the thinner part
[23:04:02] <BigJohnT> just dab it in
[23:04:11] <BigJohnT> that part takes practice
[23:04:27] <jmkasunich> my puddle is usually about 1/8" diameter or so
[23:04:46] <jmkasunich> the rod is maybe 0.040?
[23:05:34] <BigJohnT> the back and forth of the torch and the filler rod take some practice...
[23:06:24] <BigJohnT> well, back to adding on to my deck....
[23:06:36] <BigJohnT> talk to you guys later
[23:17:46] <dmess> power??
[23:18:03] <jmkasunich> more power!
[23:18:22] <dmess> ohh your 1 of me
[23:20:50] <dmess> i loke to burn pretty hot and quick if i can
[23:21:05] <dmess> like
[23:21:59] <dmess> dab-a-thon is the name
[23:22:31] <dmess> hit the back of the pool
[23:25:06] <jmkasunich> I either need a bigger pool or a smaller filler wire
[23:43:41] <BigJohnT> or a faster hand...
[23:44:10] <BigJohnT> time to kick back and watch a movie...
[23:47:22] <dmess> its alot of coordination or randon vibrations,,( usually alcohol related ).... but seems to work..