Back
[00:05:32] <Jymmmm> jmkasunich you alive?
[00:24:40] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/rs274ngc/rs274ngc.hh: Fixed setError prototype (Again)
[00:56:34] <alex_joni> http://www.youtube.com/watch?v=5P5Az7AKD4Y
[00:59:15] <skunkworks> why no stop lights?
[01:02:51] <david_> hello alex_joni
[01:03:43] <alex_joni> hi david_
[01:03:53] <alex_joni> * alex_joni wonders what broke his cover
[01:04:17] <alex_joni> skunkworks: the brits did it better:
http://en.wikipedia.org/wiki/Image:Swindon_Magic_Roundabout_eng.png
[01:04:40] <david_> When not in Mexico, I use the name danex
[01:05:02] <david_> I just updated to 2.1 on the beveling machine
[01:05:16] <skunkworks> We got to do the round-about thing in ireland. Interesting. Never seen 'nested' round-abouts.
[01:06:14] <david_> I have a problem with the classicladder aprt of the setup
[01:06:19] <david_> part
[01:06:30] <alex_joni> david_: what kind of problem?
[01:07:15] <david_> It seems that the classicladder gui must be running to work, unlike before with the --nogui
[01:08:17] <david_> I have looked at the sample configs, but am somewhat confused
[01:09:05] <alex_joni> david_: I am sorry .. I am clueless about CL
[01:09:14] <alex_joni> but jepler around here was the one upgrading it
[01:10:05] <tomp> russian animation of square drill
http://englishrussia.com/video/drill_square.avi
[01:11:29] <david_> The halui part worked with no problems
[01:12:03] <david_> I plan to rewrite the .clp file to see if that helps
[01:12:35] <jepler> david_: yes, I am able to reproduce the problem here.
[01:13:24] <david_> jepler would it help to rewrite the clp file?
[01:14:37] <jepler> david_: no, I don't think so
[01:15:04] <david_> O.K, I have to go , the shuttle for the motel is here
[01:15:06] <jepler> are you using emc 2.1 from the package or do you build it yourself?
[01:15:08] <jepler> I have a 1-line fix
[01:15:33] <david_> I am using form the package
[01:15:41] <david_> from
[01:15:41] <jepler> OK -- it will be fixed in 2.1.1, due out soon
[01:15:51] <jepler> thanks for your reprt
[01:15:53] <jepler> report
[01:16:08] <david_> Got to go
[01:16:12] <david_> good night all
[01:16:49] <CIA-19> 03jepler 07TRUNK * 10emc2/src/hal/classicladder/classicladder.c: make the ladder run when loaded with --nogui
[01:16:58] <cradek> oops
[01:17:15] <CIA-19> 03jepler 07v2_1_branch * 10emc2/src/hal/classicladder/classicladder.c: merge rev 1.9: make the ladder run when loaded with --nogui
[01:17:23] <cradek> that's how it normally works when not editing?
[01:18:41] <jepler> yes -- I think the assumption is that you'll use --nogui except when initially setting up or debugging the ladder logic
[01:18:48] <jepler> but I never tested this way, because the sample configurations always invoke the gui
[01:19:02] <cradek> ok
[01:20:44] <jepler> I'm not 100% sure this "solves" the issue because when the GUI exits it sets this flag back to STATE_STOP (I think)
[01:21:10] <jepler> I should take another look at the old CL with this in mind
[01:21:25] <alex_joni> good night all
[01:21:27] <jepler> see you alex_joni
[01:21:29] <cradek> bye alex
[01:21:37] <alex_joni> laters guys
[01:21:51] <alex_joni> I should be at work in 5 hours :D
[01:21:57] <cradek> yuck
[01:22:04] <alex_joni> maybe 6
[01:22:05] <alex_joni> ;-)
[01:22:08] <cradek> that's not going to be very fun
[01:28:36] <jepler> but I don't see where that change to STATE_STOP is
[01:38:55] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/shcom.cc: Common functions for emcsh, emcrsh and soon to be added emclcd
[01:39:41] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/shcom.hh: Header file for shcom
[01:41:32] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/emcrsh.cc: Split out functions common to emcsh and resynched emcrsh with emcsh
[01:41:43] <CIA-19> 03jepler 07TRUNK * 10emc2/src/hal/classicladder/classicladder.c: fix bug: ladder stops when user exits GUI
[01:42:19] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/emcsh.cc: Split out functions common to emcrsh
[01:44:58] <CIA-19> 03jepler 07TRUNK * 10emc2/src/hal/classicladder/classicladder_gtk.c: fix bug: ladder stops when user exits GUI
[01:45:47] <CIA-19> 03jepler 07v2_1_branch * 10emc2/src/hal/classicladder/ (classicladder.c classicladder_gtk.c): merge from HEAD: fix bug: ladder stops when user exits GUI
[01:51:08] <CIA-19> 03compile-farm 07Ubuntu 5.10 (breezy) realtime (2.6.12-magma) * 10emc2head/: build FAILED ; see
http://linuxcnc.org/compile_farm/emc2head_slot2_log.txt
[01:52:04] <CIA-19> 03compile-farm 07Ubuntu 5.10 (breezy) non-realtime (2.6.12-10-386) * 10emc2head/: build FAILED ; see
http://linuxcnc.org/compile_farm/emc2head_slot1_log.txt
[01:52:51] <jepler> yay for once the build failure isn't me!
[01:53:04] <cradek> haha
[01:53:17] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/emclcd.cc: Interface for 4 line by 20 charater interface. Requires LCDproc
[01:53:29] <cradek> I'd like to see his lcd thing
[01:54:43] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/sockets.c: Common socket functions
[01:55:49] <CIA-19> 03compile-farm 07Ubuntu 6.06 LTS (dapper) realtime (2.6.15-magma) * 10emc2head/: build FAILED ; see
http://linuxcnc.org/compile_farm/emc2head_slot7_log.txt
[01:55:49] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/sockets.h: Header file for socket.c
[01:56:16] <CIA-19> 03compile-farm 07BDI-4.51 (2.6.16.20-rtai) * 10emc2head/: build FAILED ; see
http://linuxcnc.org/compile_farm/emc2head_slot6_log.txt
[01:57:00] <CIA-19> 03eric-johnson 07TRUNK * 10emc2/src/emc/usr_intf/Submakefile: Changes for making emcsh, emcrsh and emclcd
[01:59:05] <crepincdotcom> jepler, or anyone else with PWM knowledge, can i bother you for a few?
[01:59:58] <cradek> crepincdotcom:
http://acronyms.thefreedictionary.com/DATAJA
[02:00:45] <cradek> :-)
[02:00:47] <crepincdotcom> <-- owned
[02:00:57] <crepincdotcom> i was more asking if any PWM people were around
[02:01:48] <cradek> I understand - it's just that people seem to like to jump in if they know the answer and keep quiet otherwise
[02:01:57] <cradek> so ask away
[02:01:58] <crepincdotcom> anywho, i got a bunch of nice "servos" (dc motors with high torque and encoders) from my schools robotics lab today
[02:02:08] <cradek> neat
[02:02:08] <crepincdotcom> ok ill do that in the future
[02:02:15] <cradek> sounds like a nice find
[02:02:26] <crepincdotcom> anywho, I built a little PWMer out of a 555 and mosfet, and get the theory behind why it works
[02:02:50] <crepincdotcom> the question is, how can i control those from EMC, and how does EMC control them by reading the encoders
[02:03:24] <crepincdotcom> for instance: on start, do the motors just go to 100%DC until the encoders are up to speed then lower the DC to keep that speed?
[02:03:24] <cradek> for a while I ran my lathe by generating pwm with the pwmgen hal module and running it directly out the parport. the feedback can be your encoders hooked back up to the parport
[02:03:32] <crepincdotcom> or does EMC try to figure out what the DC SHOULD be
[02:03:43] <CIA-19> 03compile-farm 07Ubuntu 5.10 (breezy) non-realtime (2.6.12-10-386) * 10emc2head/: build PASSED
[02:03:54] <cradek> the real answer to your question is emc uses PID, but to understand that answer you'll have to read about PID
[02:04:08] <crepincdotcom> are there enough pins? 3 direction pins and 3 PWM pins == 6, only 2 pins left for encoder
[02:04:09] <CIA-19> 03compile-farm 07Ubuntu 5.10 (breezy) realtime (2.6.12-magma) * 10emc2head/: build PASSED
[02:04:09] <cradek> it is sort of like what you say,
[02:04:39] <cradek> the port has more than 8 pins
[02:04:55] <crepincdotcom> ok, so its using it "raw" so to speek
[02:05:00] <jepler> http://en.wikipedia.org/wiki/PID_controller
[02:05:06] <crepincdotcom> thanks
[02:05:36] <CIA-19> 03compile-farm 07Ubuntu 6.06 LTS (dapper) realtime (2.6.15-magma) * 10emc2head/: build PASSED
[02:05:37] <skunkworks> crepincdotcom: it works - and it is very cool.
[02:05:45] <jepler> emc changes the PWM duty cycle often (e.g., every 1ms) based on the error between the desired and actual position
[02:05:47] <cradek> emc sets the output to the "ideal" value every msec or so, so as to keep the motor on track
[02:05:50] <crepincdotcom> so it logarithmically approches the correct speed
[02:05:54] <skunkworks> the main question is - what kind of encoders - how many lines?
[02:06:15] <crepincdotcom> cradek: so i can tell EMC to PWM at 500Hz i imagine
[02:06:26] <crepincdotcom> skunkworks: varied for the different motors, but the ones I think I'
[02:06:33] <crepincdotcom> *I'll go with seem to be 6 wire
[02:06:41] <crepincdotcom> i still have to rev-eng the,
[02:06:45] <crepincdotcom> *them
[02:07:53] <CIA-19> 03compile-farm 07BDI-4.51 (2.6.16.20-rtai) * 10emc2head/: build PASSED
[02:08:09] <skunkworks> I mean how many pulses the encoders output per revolution.
[02:08:33] <crepincdotcom> i still have to find how to get the pulses, then i'll tell you that ;-)
[02:09:40] <crepincdotcom> so really all the circuitry neccesary between the comp and the motors is an amplifier and buffer to make sure the encoder outputs are correct voltages?
[02:09:59] <skunkworks> That and how fast you want to spin the servos will pretty much determine if you can get the performance you want directly read the encoders to emc.
[02:10:18] <crepincdotcom> as opposed to what, buffering them?
[02:10:54] <jepler> crepincdotcom: just like there's a maximum attainable step rate, there's a maximum rate at which encoders can be sampled. If the axis is spinning faster than a critical number, emc doesn't properly track the motor position anymore
[02:11:08] <crepincdotcom> ahhhh thats important
[02:11:22] <crepincdotcom> how can i determine the max sample rate? trial and error or is there a mathematical way
[02:11:21] <jepler> well, there's a maximum rate at which emc samples the parport -- BASE_PERIOD
[02:11:29] <crepincdotcom> aha
[02:11:46] <crepincdotcom> so max rpm = BASE_PERIOD/(steps per rev)
[02:11:47] <skunkworks> at that point you need to see if you want to use a quadature divider - or somesort of hardware control - like the pluto-p or mesa or some other interface card.
[02:11:52] <jepler> if you use sophisticated external counting hardware you can get rates in the MHz instead of the kHz
[02:12:14] <crepincdotcom> yeah big expensive hardware isnt something I'm going to come upon soon
[02:12:32] <jmkasunich> the pluto isn't big or expensive
[02:12:35] <crepincdotcom> i mean i can built a divide by 2 or something if I want to decrease accuracy and increase speed though
[02:12:39] <jmkasunich> well, expensive is relative
[02:12:41] <jmkasunich> $60
[02:12:45] <crepincdotcom> link?
[02:12:59] <jmkasunich> ummm..
[02:13:02] <jmkasunich> ask jepler
[02:13:04] <crepincdotcom> lol
[02:13:11] <jepler> microcontroller quadrature dividers:
http://emergent.unpy.net/projects/01149348342 http://emergent.unpy.net/projects/01149271333
[02:13:15] <crepincdotcom> thanks
[02:13:37] <jepler> pluto servo controller:
http://linuxcnc.org/docs/2.1/html/hal/pluto_servo.html
[02:13:54] <crepincdotcom> k
[02:13:55] <jepler> the folks who sell the pluto board:
http://www.knjn.com/board_pluto-P.html
[02:14:43] <jepler> you say your encoders have 6 wires?
[02:14:56] <crepincdotcom> yes
[02:15:01] <crepincdotcom> 2 i know are power
[02:15:04] <crepincdotcom> theres an LM339 in there as well
[02:15:10] <crepincdotcom> shouldnt be hard to figure out
[02:16:11] <crepincdotcom> so these encoder circuits are just dividing the encoder outputs by some integer such that the decreased rate can be sample by the PC? Doesn't that loose a bit of accuracy in the process?
[02:16:20] <crepincdotcom> i guess its a trade off between accuracy and speed though
[02:16:26] <skunkworks> exactly
[02:16:57] <crepincdotcom> ok
[02:18:32] <crepincdotcom> so lets say i now have a driver set up: direction on PPT pin 2, step on pin 3, pin++ for the other 2 motors. Assume also that I have an encoder with say 400 pulses/rev. is there an example EMC config that is setup for this sort of thing?
[02:18:55] <jepler> crepincdotcom: Probably you have a differential encoder -- there is one pair of outputs called A and A/ and the other called B and B/
[02:19:22] <crepincdotcom> whoa... my motors have two sets of tabs, A B A B
[02:19:39] <crepincdotcom> the A's are tied together, as are the Bs, and thats where i apply power to run it
[02:19:49] <crepincdotcom> on the end away from the encoder
[02:20:04] <crepincdotcom> sorry to interupt if thats unrelated. now.... differential encoder
[02:20:30] <jepler> crepincdotcom: the PC interface may be as simple as hooking the encoder A and B to parallel port input pins, and ignoring A/ and B/
[02:20:45] <crepincdotcom> ok
[02:20:50] <jepler> crepincdotcom: this A and B are unrelated to the power connectors, even if those are called A and B
[02:20:56] <crepincdotcom> just making sure
[02:21:00] <jepler> crepincdotcom: do you know what a "quadrature" waveform looks like?
[02:21:05] <crepincdotcom> which ppt pins are Input?
[02:21:07] <crepincdotcom> no i dont
[02:21:15] <crepincdotcom> * crepincdotcom searchs google
[02:21:40] <crepincdotcom> http://home.comcast.net/~aa0zz/hfvfo/pictures/quadrature-640.jpg
[02:21:41] <skunkworks> output would be normally be 2 pins - pwm+dir or pwm+pwm.
[02:21:48] <skunkworks> to drive your servo
[02:22:05] <crepincdotcom> pwm+pwm?
[02:22:43] <skunkworks> called up/down I think. one pin runs pwm for clockwise - and one pin runs pwm for counter clock wise
[02:22:57] <crepincdotcom> yeah i would go with dir+pwm
[02:23:01] <skunkworks> normally used to directly drive a simple h-bridge.
[02:23:05] <crepincdotcom> ah
[02:23:14] <jepler> crepincdotcom: in this case quadrature is two square waves, about 90 degrees out of phase
[02:23:21] <crepincdotcom> ok
[02:23:27] <crepincdotcom> do i only need one of them then?
[02:23:32] <jepler> crepincdotcom: no, you need both
[02:23:34] <crepincdotcom> hm
[02:23:44] <crepincdotcom> why
[02:23:54] <jepler> crepincdotcom: I am looking for a good page on quadrature encoders but I haven't found one yet
[02:23:59] <crepincdotcom> ok thans
[02:24:01] <crepincdotcom> +k
[02:24:34] <skunkworks> http://www.electronicsam.com/images/KandT/servostart/Fastermouse.png
[02:25:07] <jepler> yep there's a quadrature signal
[02:25:16] <crepincdotcom> ok
[02:25:21] <skunkworks> from a mouse - but same dif
[02:25:26] <jepler> notice how you get a rising edge on green, then a rising edge on red
[02:25:38] <crepincdotcom> yes
[02:25:53] <jepler> if you play a record backwards, you hear the sound backwards
[02:26:08] <jepler> if you turn the encoder shaft backwards, you get that signal backwards, so you get a rising edge on red then a rising edge on green
[02:26:13] <crepincdotcom> what changes as speed changes, displacement of the two waves or the period of the waves themselves?
[02:26:18] <crepincdotcom> ahhh ok
[02:26:23] <crepincdotcom> then thats important
[02:26:32] <crepincdotcom> so 2 out pins and 2 in pins for each motor
[02:26:34] <jepler> so with quadrature you can tell speed (distance between edges) and direction (relationship between edges)
[02:26:42] <crepincdotcom> ok
[02:29:49] <jepler> A/ is just an inverted version of A, and B/ is just an inversion of B. So for your signals you want to use A and B, not A and A/
[02:29:56] <crepincdotcom> ok
[02:30:07] <crepincdotcom> if I accedentally use A/ and B/ its the same though yes?
[02:30:14] <crepincdotcom> i mean, appears the same
[02:30:37] <jepler> yes, any pairings but A+A/ and B+B/ will work, though some will show the reverse rotation compared to the others
[02:30:55] <crepincdotcom> ahh
[02:33:10] <jepler> so I would start by hooking the encoder up to a 5V supply, and hooking the other wires to the parallel port's inputs
[02:33:26] <jepler> then use halscope to find out which wires are which
[02:33:39] <crepincdotcom> i havent yet touched haloscope
[02:33:44] <crepincdotcom> halcmd haloscope
[02:34:14] <crepincdotcom> ?
[02:34:21] <jepler> then hook up the right parport pins to the 'encoder' component, and find out how many counts you get on each revolution
[02:34:36] <crepincdotcom> right
[02:34:45] <jepler> crepincdotcom: you could load up your stepper configuration and choose "halscope" from the menu (if you're using axis)
[02:34:56] <crepincdotcom> ok
[02:35:21] <crepincdotcom> and just throw all the encoder pins to ppt 2-8, power it, and twist the motor eh?
[02:35:31] <jepler> no, 2-8 will be configured as outputs from the PC
[02:35:38] <crepincdotcom> ahh
[02:35:41] <jepler> for your stepper configuration
[02:35:59] <crepincdotcom> so halscope doesnt override that
[02:36:04] <jepler> nope
[02:36:06] <crepincdotcom> where are the inputs, in that case?
[02:36:28] <jepler> I forget -- while you're running emc with a stepper configuration loaded, 'halcmd show pin parport*in*' will tell you, though
[02:36:53] <crepincdotcom> ok
[02:51:12] <Twingy> crepincdotcom, multimeter trick work out?
[02:54:11] <crepincdotcom> Twingy: yah that was awsome
[02:54:16] <crepincdotcom> i did a test last night:
[02:54:25] <crepincdotcom> i homed the Z axis perfectly with the multimeter method
[02:54:27] <crepincdotcom> then
[02:54:52] <crepincdotcom> i wrote a quick code to move the Z axis up most of the way then back down to z0 256 times
[02:55:21] <crepincdotcom> as I suspected, when I came back, z0 was no longer the surface of the board but about 0.05" into it
[02:55:55] <crepincdotcom> i guess the motor must have missed some steps sometimes going up... anyway i was wicked pissed, which is the reason I am now looking into PWM with positive feedback instead of evil open loops
[02:56:01] <crepincdotcom> so yes. thanks.
[02:56:03] <crepincdotcom> </rant>
[02:58:46] <Twingy> ah
[02:59:14] <cradek> steppers can be plenty reliable if you run them within the capability of the motors and drivers
[02:59:45] <cradek> I can cut for hours on my mill and not lose position
[03:00:09] <skunkworks> same here.
[03:00:33] <crepincdotcom> my steppers are crap
[03:01:12] <crepincdotcom> and for the same volume of motor, the PWM I've played with are more powerful, especially at higher RPMs
[03:03:28] <crepincdotcom> ok going home to solder a PWM driver now
[03:03:33] <crepincdotcom> night guys, thanks again
[03:10:51] <skunkworks> crepincdotcom is a young pup.
http://www.crepinc.com/images/0411-balancing-bot/ver4-me-and-lab.jpg
[03:10:55] <skunkworks> Nice site.
[03:14:32] <cradek> he has a lot of good stuff on there
[03:15:22] <Twingy> a budding young engineer
[03:18:45] <skunkworks> time for bed. Night.
[03:44:59] <tomp> crepincdotcom posted this picture
http://home.comcast.net/~aa0zz/hfvfo/pictures/quadrature-640.jpg If that's his encoders, then they are sinusoidal not digital. Sinusoidal is used by Heidenhain and a few others, and is not at all compatible with digital circuitry. Do not hook that up to parallel ports.
[03:45:41] <cradek> yuck
[03:46:50] <crepincdotcom> tomp: we were just looking for examples of quadrature
[03:47:04] <crepincdotcom> got it figured out though, thanks
[03:47:13] <tomp> sure? i'm trying to email himm now otherwise
[03:47:25] <tomp> ok
[03:47:32] <crepincdotcom> yah
[03:47:36] <crepincdotcom> email who?
[03:47:39] <tomp> you
[03:47:43] <crepincdotcom> lol
[03:47:57] <cradek> haha
[03:48:03] <cradek> this is dysfunctional
[03:48:04] <crepincdotcom> yeah we were trying to figure out what kind of encoders i had, and jepler was telling me about quadrature
[03:48:06] <tomp> if they were sinus, they would be expensive waste
[03:48:08] <crepincdotcom> or was it cradek
[03:48:13] <crepincdotcom> i get you two confused, sorry
[03:48:24] <cradek> I'm trying to email cradek about tomp's encoders
[03:48:25] <tomp> where did the sinus photo come from
[03:48:35] <crepincdotcom> google
[03:48:38] <tomp> k
[03:49:32] <Jymmm> they're twins
[03:50:16] <crepincdotcom> heh
[03:52:33] <Jymmm> jmkasunich wake up!
[03:53:00] <jmkasunich> shhhhh - people are trying to sleep
[03:53:54] <crepincdotcom> Jymmm is causing a ruckus
[03:54:02] <Jymmm> jmkasunich do you use mate n lock connectors yourself?
[03:54:23] <jmkasunich> I've used them at work
[03:54:31] <Jymmm> jmkasunich what crimper?
[03:54:49] <jmkasunich> the one in the fourth drawer of the toolbox in the lab
[03:54:58] <Jymmm> SMACK
[03:55:01] <jmkasunich> (iow, sorry, I don't know, the lab techs keep track of the tools)
[03:55:20] <Jymmm> jmkasunich ratching?
[03:55:25] <jmkasunich> yeah
[03:55:27] <Jymmm> fsck
[03:55:30] <Jymmm> $200
[03:55:36] <jmkasunich> the kind that I wouldn't want to buy with my own money
[03:55:43] <Jymmm> ditto
[03:56:01] <Jymmm> but the only thing I can find MAY work is $40
[03:56:33] <Jymmm> jmkasunich do you use amp and molex?
[03:56:46] <jmkasunich> both I think
[03:57:06] <jmkasunich> when I say "mate-n-lock" I'm referring to that generic family, not any particular brand
[03:57:32] <Jymmm> jmkasunich Ah, mate n lock is AMP, and is .198 centers, molex is .200 centers
[03:58:04] <Jymmm> and .084 and .094 diameters
[03:58:45] <jmkasunich> well we _do_ make sure the two mating halves come from the same vendor
[03:59:02] <Jymmm> Right, but I only wan tto buy ONE crimper
[03:59:26] <Jymmm> I don't mind buying different shells and pins
[03:59:32] <jmkasunich> the corporate beaurocracy decides what vendor we use, the engineers pick the appropriate part
[03:59:56] <Jymmm> well, see if they have a 5th drawer of give away crimpers
[03:59:57] <jmkasunich> just pick one or the other - whoever has the cheaper crimper, or better selection, or whatever makes snese
[04:00:12] <Jymmm> both are $200, I aint buying either
[04:00:20] <Jymmm> not for just 50 pins
[04:01:24] <Jymmm> this is the $40 one ...
http://rocky.digikey.com/WebLib/Molex/Web%20Photos/63811-1000.jpg
[04:43:35] <tomp> Jymmmm: what sizes do you need? these are 6$
http://www.northerntool.com/webapp/wcs/stores/servlet/product_6970_200309157_200309157
[04:44:28] <Jymmm> tomp These are special crimpers.... they curl in the tips
[04:44:41] <tomp> these ratchet for 10$
http://www.harborfreight.com/cpi/ctaf/displayitem.taf?Itemnumber=93977
[04:44:52] <tomp> look close these curl the split end too
[04:45:18] <Jymmm> now those HF ones, I'll buy tomorrow
[04:46:10] <Jymmm> if the local store has them that is. might be mail order only
[04:46:27] <tomp> maybe not, i cant zoom enuf, but 'curling'; is not uncommon, you mean 1 that pushes is like W and the othe is like U,,, very common, not worth 40$ for molex's name
[04:47:21] <Jymmm> problem is the sizing usually, just not common enoug to walk into most stores and pick up off the shelf.
[04:47:59] <tomp> big stuff? 000? (modifiy cable cutters)
[04:48:17] <Jymmm> 14 to 22ga
[04:49:03] <tomp> then harbour freight ( i saw the color codes on the die set )
[04:49:13] <Jymmm> http://rocky.digikey.com/WebLib/Molex/Web%20Photos/03-09-1126.jpg
[04:49:29] <Jymmm> Yeah, but the connectors fit that shell I just posted
[04:49:34] <Jymmm> uninsulated.
[04:49:35] <tomp> matNlok,
[04:49:38] <Jymmm> yep
[04:50:31] <Jymmm> yep, local store has them... woo hoo
[04:50:57] <tomp> expensive again, and fiddly bits too... buy a shell, buy pins, buy mating shell buy mating pins buy crimper.... buy extractor (hell buy some wire nuts ;)
[04:51:29] <Jymmm> I have the extractors already, have the shells already, just need new pins and a crimper
[04:53:39] <Jymmm> and pc PS are abundant enough to harvest sheels for the next 150 years =)
[04:56:48] <tomp> i'm pretty cheap... harvest those connectors but cut 'em 6" long. solder and shrink tube onto those.... nothing to buy ;)
[04:58:06] <Jymmm> Well, here's the thing... I got a VERY NICE case for PS/geckos for $15 and it has a 12c molex plug on it that I wouldn't mind using in the future, then I would need the crimper and pins.
[05:00:04] <tomp> yeh, make it nice, your machine looked real nice
[05:01:21] <Jymmm> I've already mounted the energy chain, ran the split loom tubing, just waiting on the connectors I'm going to use, and thus the crimper and pins I need to order.
[07:35:34] <K`zan> night all
[08:26:29] <Jymmm> An electric nibbler....
http://www.harborfreight.com/cpi/ctaf/displayitem.taf?Itemnumber=91739
[08:32:50] <alex_joni> morning Jymmm
[08:33:09] <Jymmm> howdy
[08:35:26] <Jymmm> kinda ironic that after all these years, finally come across an electric nibbler AFTER I have discovered and own CNC machine
[08:36:03] <alex_joni> heh
[09:06:05] <Martin_Lundstrom> hello everyone
[09:10:03] <Dallur> hello :D
[09:10:38] <alex_joni> hi
[09:16:46] <anonimasu> hello
[09:16:51] <anonimasu> I've got my rails today
[09:20:38] <Dallur> nice, everything as expected ?
[09:22:47] <Martin_Lundstrom> anonimasu, nice, any progess on the foundation?
[09:23:08] <Martin_Lundstrom> Dallur, have you done any tests yet?
[09:24:30] <Dallur> Martin: Next weekend looks pretty good for extensive testing, had to redesign the torch height sensor, was hoping to mount a single inductive sensor but ended up rebuilding that with a floating torch head
[09:25:19] <Dallur> martin: the inductive sensor was just not reliable enough, depending on material the height where it triggered varied quite a bit and to much to be reliable
[09:26:54] <Dallur> martin: now the torch has a movement range of about 20mm and is spring loaded, move z down, the torch hits the material, spring compresses for about 2mm, and there is an inductive sensor on a bracket attached to the torch which is triggered, this way repeatability is much better
[09:28:32] <Dallur> martin: I will have pictures this week
[09:29:18] <alex_joni> Dallur: sounds cool
[09:33:51] <anonimasu> Martin_Lundstrom: need to machine the mounting plates...
[09:34:06] <anonimasu> Martin_Lundstrom: going to make the program now and start making them as soon as the material arrive
[09:40:04] <jlmjvm> good morning
[09:51:07] <Martin_Lundstrom> Dallur, wow! alot of progress, and your emc config is working good?
[09:51:26] <Jymmm> can anyone else get this?
http://viidoo.com/channels/channel.php?ch=10018&cat=Networks
[09:51:42] <Martin_Lundstrom> anonimasu, bara och kavla upp armarna ;)
[09:52:19] <Martin_Lundstrom> Dallur: interesting work
[09:53:10] <Dallur> Martin: you browsing the gallery on my website
[09:53:15] <Dallur> martin: ?
[09:59:35] <Martin_Lundstrom> Dallur, not for some weeks, do you have the link again?
[10:00:05] <Dallur> Martin: dallur.com under the gallery, and then cnc
[10:00:19] <Dallur> Martin: got some new pictures, but nothing much
[10:01:12] <Martin_Lundstrom> ok, Ill have a look anyway :)
[10:05:41] <anonimasu> Martin_Lundstrom: I think it'll be working within this week..
[10:07:59] <Martin_Lundstrom> anonimasu, Ill keep my fingers crossed ;)
[10:10:13] <anonimasu> thanks :)
[10:10:20] <anonimasu> i hope my design will work...
[10:33:54] <jlmjvm> has anyone here ever made a 12.5khz squarewave signal for a charge pump
[10:42:43] <alex_joni> jlmjvm: you can probably generate that from teh parport
[10:43:18] <jlmjvm> would freqmod be the 1 to use
[10:43:27] <alex_joni> siggen
[10:43:35] <jlmjvm> cool
[10:44:14] <alex_joni> http://www.linuxcnc.org/docs/2.1/html/hal/rtcomps/index.html
[10:44:18] <jlmjvm> just noticed they used this on a pmdx board on the emc mazak retrofit
[10:44:21] <alex_joni> Siggen is a realtime component that generates square, triangle, and sine waves. It is primarily used for testing.
[10:44:38] <alex_joni> jlmjvm: right, the mazak config should have it
[10:45:43] <jlmjvm> cool,will try to find it there,and copy it over to my hal file
[10:46:39] <alex_joni> ask if you need help
[10:46:44] <alex_joni> brb
[10:47:02] <jlmjvm> thanks,k
[11:00:52] <jlmjvm> i found what was in the mazak file
[11:01:50] <jlmjvm> but it doesnt have anything about siggen
[11:09:48] <alex_joni> no, they used ladder logic for that
[11:10:02] <jlmjvm> just my luck,lol
[11:10:12] <alex_joni> heh
[11:10:29] <alex_joni> anyways.. there's some charge pump control by dallur in his hal file
[11:10:43] <jlmjvm> k,let me check
[11:11:49] <alex_joni> but he used freqgen and siggen
[11:11:57] <alex_joni> not sure why.. you need to ask him that :P
[11:18:04] <jlmjvm> should i be able to see this signal with hal scope
[11:20:14] <jlmjvm> hey,i think i can
[11:23:10] <alex_joni> yup
[11:24:50] <jlmjvm> first time ive used an o scope
[11:27:52] <jlmjvm> im sure this will be very handy once i know how to use it
[11:28:31] <jlmjvm> i can see a spindle signal and a charge pump signal
[11:28:37] <alex_joni> nice
[11:34:24] <jlmjvm> the charge pump signal charge pump appears to be working
[11:35:04] <jlmjvm> but e stop doesnt turn it off,it stays on as long as emc is open
[11:38:12] <jlmjvm> estop turns off all outputs but charge pump stays active
[11:43:43] <alex_joni> what kind of outputs?
[11:44:16] <alex_joni> you're talking about outputs from emc? or from the pmdx board?
[11:50:43] <jlmjvm> if i press estop button and check board all outputs are 0v except for pin 17,charge pump,it stays same
[11:51:43] <jlmjvm> if i turn emc off,pin 17 goes high,5v,shows about 1.9v when pump is running
[11:52:45] <jlmjvm> it may be what its supposed to do
[11:54:28] <jlmjvm> it is definately putting out a signal,can change frequency in hal file and see voltage change on pin
[11:58:02] <jlmjvm> no actually charge pump should go off when you press estop button
[11:58:38] <jlmjvm> that way anything be controlled by it will shut down also
[11:59:35] <alex_joni> jlmjvm: right
[11:59:51] <alex_joni> but I am not sure what you mean by " if i press estop button and check board all outputs are 0v
[11:59:54] <alex_joni> except for pin 17"
[12:00:00] <alex_joni> what board?
[12:00:14] <alex_joni> (I am not familiar with your setup.. or forgot it if I ever was)
[12:00:30] <jlmjvm> my breakout board on parallel port
[12:01:07] <jlmjvm> running 3 gecko stepper drives
[12:01:18] <jlmjvm> cnc bridgeport mill
[12:01:27] <alex_joni> ok, what kind of breakout board?
[12:02:01] <jlmjvm> its from cnc4pc,think its a c1
[12:02:15] <alex_joni> I'm not familiar with it, but anyways
[12:02:19] <alex_joni> what does it do?
[12:02:31] <alex_joni> simply passing wires through it? or does it interrupt things aswell?
[12:03:27] <jlmjvm> just a generic parallel port breakout board,basically just a way to attach wires easily
[12:03:37] <jlmjvm> mainly a pass thru
[12:03:41] <alex_joni> ok
[12:03:48] <alex_joni> how about the chargepump?
[12:04:08] <jlmjvm> this board doesnt have 1
[12:04:31] <jlmjvm> but the signal should still stop when i estop
[12:04:40] <alex_joni> ok, then you need to latch it on the PC
[12:05:15] <alex_joni> the signal that goes to pin 17
[12:05:15] <jlmjvm> im working on a file for jim cullins,he makes boards that have a charge pump
[12:05:25] <alex_joni> should go to an and2 component
[12:05:51] <jlmjvm> k
[12:06:07] <jlmjvm> ?
[12:06:19] <alex_joni> the other pin of the and2 should gome from iocontrol.0.emc-estop-out
[12:07:20] <jlmjvm> sorry,thought it was a typo,didnt know the and2 command
[12:08:08] <alex_joni> it's an and gate with 2 inputs
[12:08:19] <alex_joni> and2.0.in0 & and2.0.in1
[12:08:28] <jlmjvm> can i put this on pastebin for you to see
[12:08:30] <alex_joni> sure
[12:08:38] <jlmjvm> gimme a sec
[12:09:37] <alex_joni> it passed
[12:10:02] <alex_joni> :-)
[12:10:09] <jlmjvm> 364794
[12:12:54] <alex_joni> can I change?
[12:13:12] <jlmjvm> yes plese do
[12:16:43] <alex_joni> http://www.pastebin.ca/364802
[12:16:46] <alex_joni> something like that
[12:16:59] <jlmjvm> k,let me get it
[12:21:13] <Dallur> jlmjvm: btw I already have a config for Jim's board, it was created before we had the charge pump feature so I used HAL to create a CP, it has the same limitation as you just described but it could be hooked up to the estop signal, if you want to check it out you can look at the dallur-thc config
[12:21:40] <alex_joni> Dallur: I just walked him through that
[12:21:48] <alex_joni> (including the dallur-thc config)
[12:21:54] <Dallur> alex_joni: :)
[12:22:11] <alex_joni> and the hooking up to estop
[12:22:48] <Dallur> alex_joni ---- always one step ahead
[12:24:39] <alex_joni> not really
[12:24:48] <alex_joni> but often I find others one step behind :D
[12:24:49] <alex_joni> (kidding)
[12:30:42] <jlmjvm> that wont boot into emc
[12:31:40] <jlmjvm> did i need to use the whole file you sent,i just used the charge pump stuff
[12:33:11] <alex_joni> jlmjvm: I might have some typos
[12:33:18] <alex_joni> best is if you run emc from a terminal
[12:33:25] <alex_joni> then you can see the exact error
[12:33:44] <alex_joni> Applications->Accessories->terminal iirc
[12:33:51] <alex_joni> then type emc
[12:33:57] <alex_joni> and it should start as usually
[12:36:47] <jlmjvm> io control 0 user enable out not found is what it says
[12:37:33] <jlmjvm> i think i left part of the new file out
[12:37:39] <jlmjvm> let me fix
[12:38:43] <jlmjvm> no,its in there
[12:52:58] <alex_joni> let me check how it's called exactly :P
[12:55:57] <alex_joni> iocontrol.0.user-enable-out
[13:00:21] <jlmjvm> iocontrol.0.user-enable-out not found was the error
[13:13:05] <bigli> is anyone there?
[13:13:37] <bigli> i need some help on installing on edgy
[13:16:27] <jepler> bigli:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#Why_aren_t_there_packages_for_Ubuntu_6_10_Edgy_Eft http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#Simulator_on_Ubuntu_6_10_Edgy_Eft
[13:16:55] <jepler> bigli: unless you are a linux expert and comfortable doing things like compiling custom kernels, the best advice I can give you is to use Ubuntu Dapper 6.06 instead of Edgy.
[13:17:02] <jlmjvm> have you got the new cd
[13:18:07] <jlmjvm> im a newbie and was able to load the new 6.06
[13:18:15] <alex_joni> jlmjvm: that is very stange .. that iocontrol.0.. was not found
[13:18:20] <alex_joni> err.. no
[13:18:24] <alex_joni> sorry.. hang on
[13:18:36] <jlmjvm> k,thought you were gone
[13:18:43] <alex_joni> was on the phone
[13:18:48] <jlmjvm> k
[13:20:53] <alex_joni> jlmjvm:
http://www.pastebin.ca/364868
[13:21:11] <jlmjvm> jepler:where can i find some info on how to install gdepth?
[13:21:42] <jepler> jlmjvm: there's really no documentation besides what's on my web page and in the tar file
[13:21:41] <jlmjvm> alex: k,let me check it out
[13:22:15] <jlmjvm> i seem to get stuck in the tar
[13:22:27] <bigli> i try the "Simulator on Ubuntu 6.10 (Edgy Eft)" but it does not works
[13:23:11] <bigli> i got this error :
[13:23:12] <bigli> root@amir-laptop:~/emc2.1/src# make
[13:23:13] <bigli> Linking python module emc.so
[13:23:13] <bigli> /usr/bin/ld: cannot find -lGL
[13:23:13] <bigli> collect2: ld returned 1 exit status
[13:23:13] <bigli> make: *** [../lib/python/emc.so] Error 1
[13:23:25] <jepler> bigli: you haven't installed a needed package.
[13:23:41] <bigli> i search for
[13:24:24] <bigli> also try "apt-get install libgl1-mesa-dev
[13:24:23] <bigli> " but does not work
[13:24:39] <jepler> bigli: you need to figure out why that doesn't work; it did when I made those instructions.
[13:24:52] <jepler> jlmjvm: extract all the files in the tar into a directory
[13:25:09] <jepler> jlmjvm: then change to that directory and run "python gdepth.py ..." as shown in the README file
[13:25:23] <jepler> jlmjvm: if you get an error, put it on
http://www.pastebin.ca/ and I'll try to help you out
[13:25:41] <bigli> libgl1-mesa-dev: Depends: mesa-common-dev (= 6.5.1~20060817-0ubuntu3) but 6.5.1-0.5 is to be installed---- what does it means?
[13:26:04] <alex_joni> that means you installed packages from another repository
[13:26:21] <alex_joni> I had that when I installed AIGLX
[13:26:24] <jepler> bigli: if you cannot install official ubuntu packages, please ask in an ubuntu-related forum, such as #ubuntu
[13:27:10] <alex_joni> bigli: basicly the repository you used created some custom packages, which probably work ok for the normal use.. but they broke dependencies with the regular Ubuntu packages (the ones you need now to compile emc2)
[13:28:56] <alex_joni> it will be a real pain to revert all those packages (you probably will need to install all official packages by providing the official package number): apt-get install mesa-common-dev=6.5.1-0.5
[13:29:01] <jlmjvm> alex:that 1 will boot into emc,but pin 17 has no voltage now
[13:29:02] <alex_joni> (or similar)
[13:29:13] <alex_joni> jlmjvm: try getting out of estop?
[13:29:21] <alex_joni> F1 on the GUI
[13:29:54] <jlmjvm> before it was high 5v when emc was off,and 1.9v when emc was on
[13:30:10] <alex_joni> now it should be 0V before emc gets out of estop
[13:30:16] <alex_joni> then it should go back to 1.9V
[13:30:35] <jlmjvm> didnt go back to 1.9,let me check again
[13:31:33] <alex_joni> I might have a polarity inversed somewhere :)
[13:31:38] <skunwkworks> skunwkworks is now known as skunkworks
[13:31:40] <alex_joni> jlmjvm: can you start a halmeter?
[13:31:59] <jepler> did you miss adding a function to a thread?
[13:32:04] <jepler> I am not following what you're doing, but that's a common problem..
[13:32:26] <jlmjvm> its staying 0v
[13:32:57] <alex_joni> jlmjvm: ok, lets debug it :)
[13:33:04] <jlmjvm> k
[13:33:13] <alex_joni> start a halmeter (the GUI's should have a menu entry called halmeter)
[13:33:26] <jlmjvm> k
[13:34:03] <alex_joni> tell me when ready
[13:34:29] <jlmjvm> ready
[13:34:47] <alex_joni> ok, now usign halmeter we want to look at some signals
[13:34:49] <alex_joni> but first..
[13:34:56] <alex_joni> what GUI do you use?
[13:35:00] <alex_joni> tkemc, AXIS, mini?
[13:35:02] <jlmjvm> tkemc
[13:35:23] <alex_joni> ok..
[13:35:31] <alex_joni> on the top left you have the current MODE
[13:35:40] <alex_joni> either ESTOP, ESTOP RESET or MACHINE On
[13:35:46] <alex_joni> what does it say?
[13:35:57] <jlmjvm> on
[13:36:04] <alex_joni> ok
[13:36:29] <alex_joni> now, with the halmeter locate the signal called estopvalid
[13:36:41] <jlmjvm> k
[13:38:28] <jlmjvm> brb
[13:39:21] <tomp> does he has hdwr permissions on edgy?
[13:39:35] <alex_joni> tomp: sorry?
[13:39:57] <tomp> can he manipulate hardware? some systems required sudo
[13:40:22] <alex_joni> if you refer to bigli, then I think he was running as root
[13:40:25] <tomp> k
[13:40:38] <alex_joni> < bigli> root@amir-laptop:~/emc2.1/src# make
[13:40:57] <alex_joni> ^
[13:41:29] <jepler> (which is completely not following the directions, but what the hell..)
[13:41:41] <alex_joni> right :)
[13:41:45] <jepler> some days I consider adding "are you root when you shouldn't be" checks to stuff like the emc run script
[13:42:14] <alex_joni> ha
[13:42:33] <jepler> but that doesn't seem to be the problem today -- he did not complete the "install required packages to build" step
[13:42:45] <alex_joni> this sounds like "are you drunk when you should be driving"
[13:42:47] <SWPadnos> considering that machines can kill people, it seems that a little fiesystem corruption or making X not work is minor :)
[13:42:48] <jepler> and that's an ubuntu problem, or a "I made a mistake when customizing my system" problem
[13:43:08] <jepler> SWPadnos: wait, you think that corrupting a filesystem is not worse than killing someone?
[13:43:15] <SWPadnos> depends on the person
[13:43:19] <tomp> (note to self, reference point necessary) ppl use root cuz they find it expedient, but only sometimes they discover its dangerous (dangeroot)
[13:43:20] <SWPadnos> and the filesystem
[13:43:28] <alex_joni> jepler: there are cars/tractors that require you to blow into an alcohol tester before firing up the engine
[13:43:42] <jlmjvm> back
[13:43:47] <SWPadnos> I would find that non-useful :)
[13:43:46] <alex_joni> jlmjvm: wb
[13:44:01] <alex_joni> SWPadnos: what?
[13:44:05] <jlmjvm> estop valid signal is false
[13:44:32] <alex_joni> jlmjvm: push F1 for ESTOP
[13:44:38] <jlmjvm> k
[13:44:45] <alex_joni> is it still false?
[13:45:09] <jlmjvm> yep
[13:45:18] <alex_joni> odd
[13:45:36] <alex_joni> ok, check the iocontrol.0.user-enable-out 'pin'
[13:46:16] <jepler> use 'halcmd show sig' to make sure estopvalid is connected to what you think it is?
[13:48:54] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[13:49:55] <jlmjvm> if i do a hal show neither estop valid or ext estop light up,but the software will estop
[13:50:54] <jlmjvm> i think this was present before you added the charge pump stuff
[13:51:09] <alex_joni> jlmjvm: hang on.. let's go only one step at a time
[13:51:19] <alex_joni> can you issue this command and paste the result here?
[13:51:21] <jlmjvm> also my estop button is on pin 10
[13:51:34] <alex_joni> halcmd show sig estopvalid
[13:51:33] <jlmjvm> k
[13:53:55] <jlmjvm> Signals:
[13:53:55] <jlmjvm> Type Value Name
[13:53:55] <jlmjvm> bit FALSE estopvalid
[13:53:55] <jlmjvm> ==> and2.0.in1
[13:53:55] <jlmjvm> <== iocontrol.0.user-enable-out
[13:54:02] <jlmjvm> cool
[13:54:25] <alex_joni> this is while the GUI is in ESTOP, right?
[13:54:55] <jlmjvm> yes
[13:55:05] <alex_joni> do the same while in MACHINE ON
[13:55:50] <jlmjvm> Signals:
[13:55:50] <jlmjvm> Type Value Name
[13:55:50] <jlmjvm> bit FALSE estopvalid
[13:55:50] <jlmjvm> ==> and2.0.in1
[13:55:50] <jlmjvm> <== iocontrol.0.user-enable-out
[13:56:18] <alex_joni> wtf?
[13:56:28] <alex_joni> is the external ESTOP off?
[13:56:39] <jlmjvm> yep
[13:56:51] <alex_joni> as in not active?
[13:57:15] <jlmjvm> the button is pulled out
[13:57:29] <jlmjvm> in is estop
[13:57:35] <alex_joni> * The first is emc-enable-in. It is an input from the HAL, when FALSE,
[13:57:35] <alex_joni> * EMC will go into the STOPPED state (regardless of the state of
[13:57:35] <alex_joni> * the other two pins). When it goes TRUE, EMC will go into the
[13:57:35] <alex_joni> * ESTOP_RESET state (also known as READY).
[13:57:59] <alex_joni> can you check what your parport.0.pin-10-in is?
[13:58:09] <alex_joni> I mean if FALSE or TRUE ?
[13:58:11] <jlmjvm> yes
[13:58:21] <jlmjvm> just a sec
[13:58:52] <alex_joni> halcmd show pin parport.0.pin-10-in
[13:58:55] <jlmjvm> true
[13:59:27] <jlmjvm> Component Pins:
[13:59:27] <jlmjvm> Owner Type Dir Value Name
[13:59:27] <jlmjvm> 07 bit OUT TRUE parport.0.pin-10-in ==> parport.0.pin-10-in
[13:59:27] <jlmjvm> 07 bit OUT FALSE parport.0.pin-10-in-not
[13:59:50] <alex_joni> waitaminute
[14:00:08] <alex_joni> that's a different hal file than the one at
http://www.pastebin.ca/364868
[14:01:08] <jlmjvm> should be the last 1 you did
[14:01:21] <alex_joni> parport.0.pin-10-in ==>
[14:01:22] <alex_joni> parport.0.pin-10-in
[14:01:28] <alex_joni> that sounds like linkpp
[14:01:43] <SWPadnos> alex_joni, see line 27
[14:01:59] <alex_joni> oh fsck
[14:02:06] <SWPadnos> and 30 and 31
[14:02:08] <alex_joni> I only read the newsig, linksp
[14:02:20] <alex_joni> 25,26
[14:02:24] <SWPadnos> right
[14:03:02] <alex_joni> jlmjvm: anyways, unrelated
[14:03:10] <jlmjvm> k
[14:03:17] <alex_joni> I am very puzzled why iocontrol.0.user-enable-out doesn't turn true
[14:03:23] <alex_joni> are you sure it doesn't ?
[14:04:59] <jlmjvm> let me check again
[14:05:34] <SWPadnos> is there any reason to not use the charge_pump component instead of freqgen + and2?
[14:05:40] <SWPadnos> like frequency requirements
[14:05:51] <alex_joni> what's charge_pump ?
[14:06:14] <SWPadnos> it's a .comp that toggles a bit every time its function is run
[14:06:23] <alex_joni> heh.. guess not
[14:06:40] <alex_joni> well, the and2 is so the chargepump only runs when out of estop
[14:06:53] <SWPadnos> I don't think you can set the frequency though, so if there are freq requirements it isn't useful
[14:07:01] <SWPadnos> sure - I got that
[14:07:13] <alex_joni> well.. one can always define a new thread
[14:07:18] <alex_joni> with a certain fgrequency
[14:07:21] <SWPadnos> doesn't freqgen have enable inputs?
[14:07:33] <SWPadnos> that can be driven with some estop signal?
[14:07:46] <alex_joni> SWPadnos: probably :)
[14:07:50] <alex_joni> didn't look though
[14:07:50] <SWPadnos> :)
[14:08:36] <SWPadnos> is the chargepump used only for the motor drives, or is a signal fed back into EMC (so you can detect if the chargepump fails)?
[14:08:55] <alex_joni> only for IO and motor drives
[14:08:56] <alex_joni> :D
[14:09:15] <jlmjvm> i cant find a user enable out to check in my hal show
[14:09:23] <SWPadnos> ok - I was wonsdering if there was something that might keep EMC stopped
[14:11:32] <jlmjvm> you can press the estop button in and the software will go to estop,but the hal show light will not change
[14:13:23] <alex_joni> jlmjvm: I didn't say estop button
[14:13:24] <alex_joni> I said F1
[14:13:41] <jlmjvm> k,did that first
[14:14:12] <alex_joni> hmm, that is very strange
[14:14:23] <jlmjvm> what about line #22
[14:14:25] <alex_joni> I will need to try it out myself later
[14:14:34] <jlmjvm> should it be changed
[14:14:35] <alex_joni> jlmjvm: you don't need that
[14:14:46] <jlmjvm> k
[14:14:46] <SWPadnos> it's duplicated on line 27
[14:14:47] <alex_joni> no, that's if you don't have an external estop
[14:14:49] <jlmjvm> k
[14:14:56] <alex_joni> http://www.pastebin.ca/364904
[14:15:04] <alex_joni> that's without that nasty linkpp
[14:15:10] <jlmjvm> k
[14:16:26] <jlmjvm> are the top and bottom the same?
[14:16:36] <alex_joni> top and bottom?
[14:16:46] <jlmjvm> new to pastebin
[14:17:02] <alex_joni> the rest of the file is the same
[14:17:21] <alex_joni> I only changed line 27
[14:17:24] <jlmjvm> gonna copy this,do i get the file on top or bottom of page
[14:17:38] <SWPadnos> the one in the edit region
[14:17:40] <SWPadnos> it has no line numbers
[14:20:37] <jlmjvm> k,put it in
[14:23:24] <jlmjvm> my external estop bit is showing up now in hal show,but estop valid isnt
[14:24:47] <jlmjvm> and the bit appears backward
[14:25:56] <alex_joni> jlmjvm: explain
[14:27:27] <jlmjvm> when machine is on bit is lit,press estop button and bit goes out,thought it should be reverse of this
[14:27:29] <amir_> Can not find -sec HAL -var HALUI -num 1
[14:27:35] <amir_> what is the problem?
[14:32:14] <amir_> Can not find -sec HAL -var HALUI -num 1
[14:34:04] <alex_joni> jlmjvm: no it shouldn't
[14:34:11] <alex_joni> bit is lit = 1
[14:34:24] <alex_joni> amir_: what are you trying to do?
[14:34:30] <jlmjvm> should i have "iocontrol.0.user-enable-out" in my hal tree view?
[14:34:39] <alex_joni> jlmjvm: yes
[14:34:47] <alex_joni> under pins
[14:34:51] <alex_joni> not signals
[14:35:37] <alex_joni> * alex_joni waits for his tee to cool down
[14:35:41] <amir_> i am running emc on edgy ../scripts/emc ../configs/sim/axis.ini
[14:36:41] <jlmjvm> k,there it is
[14:36:51] <alex_joni> amir_: I suspect the problem is with sh pointing at dash instead of bash
[14:37:19] <alex_joni> although the emc runscript should be run by bash
[14:38:11] <alex_joni> amir_: any other problem?
[14:38:18] <alex_joni> I think it should get past that error
[14:39:38] <alex_joni> amir_: also, what version of emc2 are you running?
[14:39:49] <amir_> what do i must to do now?
[14:39:55] <amir_> 2.1
[14:40:07] <amir_> build from csv
[14:40:08] <alex_joni> is there anything else reported?
[14:40:26] <jepler> this message is not an error, it only indicates that you did not request halui in your .ini file: Can not find -sec HAL -var HALUI -num 1
[14:40:53] <alex_joni> jepler: was this changed recently?
[14:41:11] <jepler> alex_joni: no, that "Can not find -sec HAL ..." has been in the debug log for a long time
[14:41:52] <alex_joni> I can only find "echo "Can't find variable $1 in section [$2] of file $INIFILE."
[14:42:08] <alex_joni> or is that debug from inivar ?
[14:42:40] <jepler> yes I think inivar is what is pringint that
[14:42:41] <jepler> printing
[14:42:44] <amir_> it is from /home/amir/emc_debug.txt
[14:43:02] <alex_joni> amir_: the real error should either be before that or after
[14:43:17] <alex_joni> can you put that emc_debug.txt to www.pastebin.ca ?
[14:44:50] <amir_> my shell output is
http://www.pastebin.ca/364941
[14:45:11] <alex_joni> ImportError: No module named minigl
[14:45:15] <alex_joni> that is the real error
[14:45:34] <alex_joni> I suspect you're lacking some gl-dev packages on edgy
[14:45:55] <jepler> if you did resolve the "libgl1-mesa-dev" problem, you probably need to re-run configure
[14:46:01] <alex_joni> amir_: either get those (no real clue how) or use a different GUI
[14:47:36] <amir_> i will try it
[14:48:09] <alex_joni> after running configure you need to make again
[14:48:21] <alex_joni> jlmjvm: so.. the bit is changing
[14:48:27] <alex_joni> how about the chargepump signal?
[14:48:29] <alex_joni> still nothing?
[14:49:04] <amir_> i solve the libgl problem and configure make it again
[14:49:20] <amir_> that is the result after of those changes
[14:49:40] <alex_joni> amir_: put the result from ./configure to www.pastebin.ca
[14:50:49] <amir_> ./configure --enable-simulator --enable-run-in-place
[14:52:06] <amir_> http://www.pastebin.ca/364947
[14:52:25] <jepler> #
[14:52:26] <jepler> checking GL/glu.h usability... no
[14:52:26] <jepler> #
[14:52:26] <jepler> checking GL/glu.h presence... no
[14:52:26] <jepler> #
[14:52:28] <jepler> checking for GL/glu.h... no
[14:52:31] <jepler> #
[14:52:33] <jepler> checking whether to build axis... no
[14:52:36] <jepler> you need to resolve these errors in configure before axis will be built
[14:52:55] <jepler> clearly you are still missing some opengl development package.
[14:53:04] <amir_> how can i change to some other than exis
[14:53:09] <amir_> axis
[14:53:16] <alex_joni> amir_: run another config
[14:53:24] <alex_joni> for example tkemc.ini (not axis.ini)
[14:53:26] <jepler> e.g., choose sim/tkemc instead of sim/axis
[14:54:18] <jepler> hi xemet
[14:54:29] <xemet> hi
[14:54:37] <jepler> the messages near the end of the configure process should read like this:
http://pastebin.ca/364946
[14:54:39] <amir_> it works
[14:54:45] <amir_> tanx
[14:54:58] <amir_> thanx you all experts
[14:55:35] <SWPadnos> amir_, are you using the nvidia drivers?
[14:56:05] <xemet> anyone remembers the problem I had with the spaceball?
[14:56:13] <xemet> and inputattach
[14:56:16] <jepler> xemet: yes -- have you found a solution?
[14:56:57] <xemet> the driver author, Vojtech Pavlik, replied to my email saying this:
[14:57:08] <xemet> There is probably some problem with the device
[14:57:22] <xemet> initalization either in inputattach or in the kernel module, where it
[14:57:31] <xemet> doesn't proceed.
[14:57:49] <xemet> I'd suggest you add printf()s to inputattach and printk()s to the kernel module to see where it gets stuck.
[14:58:09] <amir_> no
[14:58:16] <xemet> ...uhm...how to add that printf()s ??
[14:59:08] <jepler> xemet: you download the source for inputattach and for the kernel, add lines to the source code, and recompile
[14:59:29] <jepler> xemet: you would have to understand all these things yourself, it's not something someone can "talk you through" on IRC
[15:00:15] <xemet> well...I don't think I'm able to do that without destroying my computer...so I think I will not try at the moment
[15:00:27] <jlmjvm> for some reason my estop button is backward from my hal bit
[15:00:41] <alex_joni> jlmjvm: it's supposed to be backward
[15:00:47] <alex_joni> while pushed it should be 1
[15:00:51] <alex_joni> err.. while released 1
[15:00:55] <alex_joni> while pushed 0
[15:00:59] <alex_joni> is it like that?
[15:01:20] <xemet> sorry, I will leave the spaceball argument
[15:01:35] <alex_joni> jlmjvm: the reason is for safety.. estop buttons work as NC contacts
[15:02:28] <jlmjvm> released its true,pused in its false
[15:02:48] <xemet> jepler, had you received my email on sunday?
[15:03:22] <alex_joni> jlmjvm: right..
[15:04:02] <jepler> xemet: you're "Manfredi"?
[15:04:11] <xemet> yes
[15:04:16] <jepler> xemet: yes, I did
[15:04:25] <jepler> xemet: I'm sorry I haven't replied yet
[15:04:39] <xemet> no problem,
[15:05:19] <xemet> it was only to be sure that the mail was sent.
[15:06:35] <jlmjvm> alex:but when you press estop the hal show light for exestop goes out
[15:06:48] <alex_joni> jlmjvm: right
[15:06:54] <alex_joni> light goes out = 0
[15:06:57] <jlmjvm> is that correct
[15:07:03] <jlmjvm> k
[15:07:10] <jepler> xemet: I would not be able to participate actively in your research, but it sounds very interesting
[15:07:23] <xemet> simple question: is it possible to have a float value for the INPUT_SCALE parameter?
[15:07:47] <alex_joni> yes
[15:07:51] <alex_joni> xemet: yes
[15:07:54] <jlmjvm> i thought it should turn the light on when you push estop
[15:07:59] <alex_joni> jlmjvm: no
[15:08:05] <jepler> xemet: I can send you the source code patches for my work on cubic bezier and conic curves
[15:08:17] <jepler> xemet: for various reasons they are not ready for inclusion in emc yet
[15:08:18] <alex_joni> jlmjvm: the normal condition is light on, the emergency situation is light off
[15:08:34] <jlmjvm> k,then that is right
[15:08:36] <xemet> jepler, don't worry if you cannot partecipate, I asked because I've seen your work in your webpage
[15:08:42] <alex_joni> xemet: btw, very nice car you built
[15:09:15] <xemet> hehe...SMALL car...
[15:09:27] <alex_joni> that looked awfully fast
[15:09:30] <alex_joni> 50-60kmh ?
[15:09:38] <xemet> about...
[15:09:42] <alex_joni> wow
[15:09:43] <alex_joni> :-)
[15:10:30] <xemet> jepler: the work you've done in python is to be used with the Filter or is to be a part of the Axis interface?
[15:11:01] <jepler> xemet: Ultimately, I hope to add two new g-codes: G5 for cubic bezier and G5.1 for conic
[15:11:58] <xemet> Ah, that would be great, but how to add a G-code?
[15:12:11] <xemet> is that part of the axis or EMC2?
[15:12:19] <jepler> xemet: it's part of emc2 -- it would be usable no matter which GUI you use
[15:12:45] <xemet> ok, it is part of the interpreter, isn't it?
[15:13:11] <jepler> xemet: right. The interpreter is taught to recognize G5 with I- J- P- Q- X- Y- words
[15:13:20] <jlmjvm> alex:its putting out a signal on pin 17 now,but stays on when estop is pushed in
[15:14:04] <xemet> but when you add a G-code, you have to modify the trajectory planner?
[15:14:25] <jepler> xemet: then it sends those values to a new function called SPLINE_FEED. In my implementation, SPLINE_FEED will actually find a number of arcs that closely approximate the spline and have a nice continuity property (as described in many papers on biarcs)
[15:14:56] <jepler> xemet: so the lower levels, such a the part of emc which determines the position every 10ms, do not need to be modified to know about splines -- that part still only receives line and arc motions
[15:15:40] <xemet> ok! so at the end the spline is approximate by arcs, it means by G02...right?
[15:17:01] <jepler> xemet: yes, you could write exactly equivalent motion with a series of G2 and/or G3 arcs
[15:17:58] <xemet> so, for the moment it could be done in python as you've done, and with the filter send the resulting g-code to axis
[15:18:29] <jepler> xemet: yes, that's what the source code on my blog does: write G2 and G3 arc moves based on splines
[15:18:50] <jepler> xemet: but the source code patch actually makes G5 and G5.1 be accepted by the interpreter
[15:20:02] <pier> jepler: are arcs ttt to the spline?
[15:20:31] <jepler> pier: I don't know what "ttt" means
[15:20:42] <pier> tangent tangent tangent
[15:20:47] <pier> in three points
[15:21:48] <jepler> pier: no. The method I am using generates pairs of arcs such that the start of the first arc and the end of the second arc are tangent to the spline, and at the shared point the two arcs are tangent
[15:21:58] <jepler> but the shared point is not necessarily on the spline or tangent to it
[15:22:21] <xemet> my question is, you told that G5 will use I- J- P- Q- X- Y-
[15:22:47] <xemet> what they are ?
[15:23:01] <jepler> xemet:
http://emergent.unpy.net/files/sandbox/g5-spec.png
[15:23:30] <jepler> xemet: I-J- and P-Q- are the distances (deltas) from the initial and final points to the control points of the spline
[15:23:48] <xemet> ok
[15:23:58] <jepler> xemet: this assumes the spline is in the XY plane
[15:24:03] <xemet> so you sepcify the start tangent, the end tangent and the end point
[15:24:35] <jepler> xemet: effectively, yes.
[15:25:25] <xemet> so you have two control points, right?
[15:25:54] <jepler> xemet: yes -- these are the control points of a cubic bezier spline
[15:27:18] <pier> jepler: do you keep the maximum error as a parapeter to determine the number of arcs?
[15:27:50] <jepler> pier: right now the method is very stupid: it performs a fixed number of subdivisions
[15:28:09] <jepler> pier: that's one of the things I need to improve before I commit the changes to emc
[15:28:24] <jepler> or at least before it becomes a part of an official emc release, such as 2.2.
[15:29:43] <pier> jepler: and are in turn g2 or g3 chains segments?
[15:29:54] <xemet> ok, right, cubic bezier has 2 control points, because the number of control points determines the k of the curve
[15:30:25] <xemet> I was thinking of nurbs that have k indipendent by the numeber of control points
[15:31:56] <jepler> xemet: the biarc method can be applied to any curve where you can compute the position and tangent of the curve, but specifying a curve with more control points is more difficult in g-code
[15:33:50] <xemet> So, at the moment I've a program that generates NURBS, and translate them simply in segments (linear, G01), my idea was to evolve it trying to generate arcs, G2 or G3, like you've done with the bezier
[15:35:22] <jepler> xemet: I think the biarc method will be good for this
[15:35:52] <jepler> xemet: you've looked at the python code?
http://axis.unpy.net/files/01171767993/biarc.py
[15:36:36] <xemet> yes of course...I'm still not very good with python, but I think I've understood something
[15:37:02] <jepler> xemet: are your curves confined to a plane? I hope so, if not the biarc method doesn't work.
[15:37:29] <xemet> Exactly the thing I wass thinking about...my curves are confined to a plane right now...
[15:37:48] <xemet> but the desire was to do 3d surfaces...
[15:38:52] <lerneaen_hydra> 'lo
[15:39:11] <lerneaen_hydra> yay beziers!
[15:40:29] <jepler> xemet: emc does not support arcs with arbitrary orientations in space, so even if the biarc method can be modified for non-planar curves emc couldn't accept the resulting arcs
[15:42:51] <jepler> xemet: to do anoter kind of curve in the XY plane, you would write a new function similar to 'spline()'. At each point you choose for subdivision, you would find the start and end points and tangents, and call giarc().
[15:43:44] <tomp> jepler: is it possible that, if it used lines, not arcs, then non g17/18/19 curves can be >approximated<
[15:44:25] <jepler> tomp: you can approximate a spline with high accuracy with many fewer arcs than lines
[15:45:05] <jepler> tomp: you also get a path with no sharp corners, while with lines you get corners everywhere
[15:45:16] <xemet> So the arcs are better...but If I would generate a 3d curve it is not possible using arcs in EMC2
[15:45:53] <xemet> So 3d curves can be approximated only by linear segments, right?
[15:45:58] <tomp> right, arcs makes for fewer , i was asking about faked arcs that are not on xy, not on yz, not on zx planes,
[15:46:10] <jepler> xemet: arcs with arbitrary orientation would be a nice addition to emc.
[15:46:56] <jepler> xemet: it actually appears that these arcs are supported at the lowest levels (realtime trajectory planner) but the upper levels only let you specify arcs in the 3 axis-aligned planes.
[15:47:29] <xemet> I've read papers about that. the BIG problem is, I don't know how (and where) to modify EMC2 to add G-codes, modify the traj planner ecc.
[15:47:50] <xemet> and I think it is not a very simple thing...
[15:48:26] <jepler> yes, it would take some time to become familar with all the layers of emc
[15:48:58] <jepler> I've been working on it for 2 1/2 years now and there are still parts I am not familiar with
[15:49:07] <xemet> I've tried to examine some of the sources...but it is difficult for me.
[15:49:09] <SWPadnos> tomp, it's very easy to do "tilted planes", but not easy to specify that in g-code
[15:50:27] <xemet> AH, I was forgetting a question.
[15:50:41] <xemet> I've bought one additional PCI parallel port
[15:51:09] <xemet> How do I read the address in order to load the driver in HAL?
[15:51:40] <jepler> xemet: first try "lspci -v" and look for the block of lines that is for the parport card
[15:51:45] <skunkworks> 3 point circles ;)
[15:51:57] <jepler> xemet: then in that block, look for a line that says something like 'I/O ports at d800 [size=64]'
[15:52:11] <jepler> xemet: one of these I/O port numbers will probably be the address to give to hal_parport
[15:52:38] <xemet> now I try, I'm starting the other PC
[15:53:22] <skunkworks> I guess you should be able to make and ark in any direction just specifying xyz - ijk
[15:53:27] <skunkworks> arc
[15:53:41] <SWPadnos> that would be cool
[15:54:03] <tomp> SWPadnos: i've used systems that were non gcode (Heidenhain) that had a dialog which asks 3 angles, ABC (rotations resp to XYZ), that translated subsequent motion. This effectively makes new G17,18,19 planes normal to a brand new Z' axis (only 2 rotations needed in 3D polar , so only 2 of ABC used ]
[15:54:18] <SWPadnos> in fact, with a "generic plane" arc function, all the other arcs would be automatic - you don't specify K and Z for an XY arc ...
[15:54:19] <cradek> not true - that's underspecified - think of the half-circle case
[15:54:19] <alex_joni> xemet:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?NetMos
[15:54:48] <tomp> SWPadnos: it's intensive use of matrix translation
[15:54:49] <cradek> you also need plane and direction
[15:54:49] <jepler> des start, end, and another point on the arc uniquely define the arc?
[15:54:58] <alex_joni> jepler: yes
[15:55:02] <SWPadnos> jepler, yes
[15:55:07] <cradek> I think so
[15:55:10] <skunkworks> cradek: didn't think of that.
[15:55:11] <xemet> yes
[15:55:12] <alex_joni> jepler: that's how we do it on tech-in (robots)
[15:55:36] <alex_joni> either that, or 2 points (one for center, one for radius) - but that's only for circles, not arcs
[15:55:40] <jepler> hm -- not for 360 degree arcs though
[15:55:55] <alex_joni> jepler: for circles we specify 3 points 120 degrees apart
[15:55:56] <SWPadnos> cradek, you're right, you do need to orient the arbitrary plane for half-circles to work
[15:56:18] <alex_joni> jepler: but there
[15:56:18] <SWPadnos> but it must have an orientation for relative offsets to work anyway
[15:56:28] <alex_joni> jepler: but there's a different command for circle vs. arc
[15:57:13] <SWPadnos> jepler, right. and I'd bet the precision of the resulting circle is dependent on the distance between start and end
[15:57:22] <SWPadnos> hence the problem when they are the same point
[15:58:10] <SWPadnos> actually, 3 points uniquely define a circle, but when start == end, you have only two points :)
[15:58:37] <xemet> ok, I've done lspci -v
[15:59:02] <xemet> and I've 6 I/O ports
[15:59:08] <xemet> in my parallel adapter...
[15:59:28] <xemet> all size=8 and one size=16
[16:00:01] <jepler> it is most likely to be one of the size=8 blocks, but I don't know how to tell which one
[16:00:54] <xemet> ok, so I will try all of these...at the end I've to find it...
[16:02:14] <alex_joni> xemet:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?NetMos
[16:02:34] <xemet> I've read...
[16:02:51] <alex_joni> maybe that's correct for you too
[16:03:01] <alex_joni> 3rd one and 1st one
[16:03:20] <xemet> but mine is a single port...
[16:03:40] <xemet> there it says it is a two ports adapter
[16:04:27] <xemet> however...what string have I to use with loadrt hal_parport?
[16:04:35] <xemet> cfg="0x0378" is the one standard
[16:04:57] <SWPadnos> cfg="0x378 0xb800"
[16:05:02] <xemet> if I would like to try the address e800 for example, what have I to type?
[16:05:07] <xemet> ok
[16:05:07] <SWPadnos> cfg="0x378 0xe800"
[16:05:24] <xemet> always with the 0x before
[16:05:28] <xemet> ok.
[16:05:28] <SWPadnos> if you want to specify the direction, place an i or o after the port number
[16:05:41] <SWPadnos> I'm not sure if the 0x is required
[16:05:49] <xemet> but, can I specify two address at the same time?
[16:05:59] <SWPadnos> yes, you can specify 3 (possibly more)
[16:06:00] <xemet> cfg="0x378 0xb800"
[16:06:21] <xemet> and this will load two parport drivers...right?
[16:06:21] <SWPadnos> yes. cfg="0x0378 out 0xe800 in"
[16:06:33] <SWPadnos> you'll have parport.0 and parport.1
[16:06:38] <xemet> ok
[16:06:40] <xemet> thank
[16:06:51] <SWPadnos> the numberind is dependent on the order in which you list the ports
[16:06:55] <SWPadnos> numbering
[16:07:04] <xemet> uhm...why specify out and in?
[16:07:06] <xemet> I explain
[16:07:19] <xemet> I've at the moment only 1 port
[16:07:28] <xemet> it is not specified if it is in or out
[16:07:32] <alex_joni> xemet: out and in refers to the direction of the data pins
[16:07:37] <SWPadnos> the default is out, I think
[16:07:39] <xemet> but I think it is both...
[16:07:42] <xemet> ah ok
[16:07:43] <alex_joni> you can have loadrt hal_parport 0x378
[16:07:48] <alex_joni> you can have loadrt hal_parport 0x378 in
[16:07:53] <alex_joni> you can have loadrt hal_parport 0x378 out
[16:07:55] <SWPadnos> it is. there are several pins that are always input, others that are always output, and 8 that can be either
[16:08:05] <alex_joni> right
[16:08:23] <SWPadnos> even if you specify out, there will be a few input pins (5, I think)
[16:08:24] <xemet> so you specify only those that can be either, right?
[16:08:36] <alex_joni> xemet: no, you specify only out or in
[16:08:42] <SWPadnos> and even if you specify in, there will be a few outputs (3, I think)
[16:08:46] <alex_joni> that selects those 8 as outputs or inputs
[16:08:56] <alex_joni> it is really well described in teh manual actually
[16:09:06] <SWPadnos> complete with block diagrams :)
[16:09:08] <xemet> ah ok, I will read it carefully
[16:09:37] <biglibigli> can emc communicate with an external stepper motor with serial interface?
[16:09:57] <SWPadnos> biglibigli, not really
[16:11:19] <biglibigli> SWPadnos but parallel port pins really a re limited 8 in 8 out,
[16:12:21] <xemet> I'm reading the manual, so when you specify out or in, you're specifying the direction only for the DATA pins, right?
[16:12:35] <SWPadnos> xemet, correct
[16:13:00] <xemet> ok
[16:13:21] <SWPadnos> biglibigli, look at page 90 of
http://www.linuxcnc.org/docs/EMC2_User_Manual.pdf
[16:13:42] <xemet> well, people I've to go to study now...
[16:13:54] <xemet> thank you very much for your advices! :)
[16:14:09] <SWPadnos> have fun :)
[16:14:49] <xemet> good bye...
[16:16:02] <jlmjvm> im still having a problem with my charge pump and estop setup
[16:37:57] <jlmjvm> how can i change a bit from true to false
[16:40:18] <alex_joni> jlmjvm: what do you mean?
[16:40:59] <jlmjvm> the estop valid signal
[16:42:56] <jlmjvm> it worked once a while ago,was outputting 1.6v on pin17,when i pressed f2 it went to zero v
[16:43:26] <jlmjvm> but the estop button would not stop the output
[16:46:25] <alex_joni> are you sure you are measuring it right?
[16:47:03] <alex_joni> what was the latest pastebin number?
[16:47:21] <jlmjvm> let me resend
[16:47:25] <alex_joni> http://www.pastebin.ca/364904
[16:47:27] <alex_joni> found it
[16:47:34] <jlmjvm> k
[16:47:56] <Vq^> alex_joni: you folks sure know how to perform exorcism :o)
[16:48:12] <alex_joni> jlmjvm: try this
http://www.pastebin.ca/365042
[16:48:18] <jlmjvm> k
[16:52:47] <jlmjvm> that works perfectly
[16:52:57] <alex_joni> good
[16:53:11] <jlmjvm> with the external button and the f2 button also
[16:53:29] <jlmjvm> what did you do
[16:54:04] <alex_joni> I changed to use Xen for the enabling
[16:54:16] <alex_joni> Xen is a signal for enabling the motor amp on axis X
[16:54:27] <jlmjvm> k
[16:54:38] <alex_joni> this one is only active when emc2 is in MACHINE ON
[16:54:42] <alex_joni> at all other times it's off
[16:55:06] <jlmjvm> works like a charm dude
[16:56:52] <jlmjvm> would that also work if i had to enable drives too
[17:00:03] <alex_joni> yup
[17:11:31] <jlmjvm> thanks alex
[18:59:05] <alex_joni> good night all
[18:59:15] <alex_joni> * alex_joni goes home
[20:08:01] <mjoyce_> anyone around?
[20:08:37] <jepler> yes
[20:08:41] <jepler> if you have a question feel free to ask it
[20:10:03] <mjoyce_> i was actually hoping for ray henry's phone number.
[20:10:31] <jepler> I don't have that
[20:10:34] <mjoyce_> does paul, ray, or matt ever come here anymore? (or perhaps they are here but just not in a guise i reconize?)
[20:11:28] <jepler> yes, rayh often drops by. more often in the #emc-devel channel
[20:57:07] <CIA-19> 03jepler 07TRUNK * 10emc2/debian/changelog: add "source" command to halcmd, can replace "loadusr -w halcmd xxx.hal" hack
[20:57:10] <CIA-19> 03jepler 07TRUNK * 10emc2/src/hal/utils/ (6 files): add "source" command to halcmd, can replace "loadusr -w halcmd xxx.hal" hack
[20:57:09] <CIA-19> 03jepler 07TRUNK * 10emc2/tests/source.0/ (expected runstreamer sourced.hal test.hal): add "source" command to halcmd, can replace "loadusr -w halcmd xxx.hal" hack
[21:03:07] <CIA-19> 03jepler 07TRUNK * 10emc2/debian/changelog: add -U (unload realtime system) to halrun
[21:03:09] <CIA-19> 03jepler 07TRUNK * 10emc2/docs/man/man1/halcmd.1: add -U (unload realtime system) to halrun
[21:03:09] <CIA-19> 03jepler 07TRUNK * 10emc2/scripts/halrun.in: add -U (unload realtime system) to halrun
[21:06:04] <CIA-19> 03jepler 07TRUNK * 10emc2/docs/man/man1/halcmd.1: document new hal command
[21:09:49] <CIA-19> 03jepler 07TRUNK * 10emc2/scripts/halrun.in: halrun -U is supposed to forcibly unlock the HAL mutex
[21:11:04] <anonimasu> hm
[21:41:44] <CIA-19> 03jepler 07TRUNK * 10emc2/src/ (config.h.in configure.in): fix readline support
[21:50:47] <CIA-19> 03jepler 07TRUNK * 10emc2/tcl/bin/halshow.tcl: use 'hal.so' interface to hal, instead of invoking halcmd
[22:04:38] <Jymmmm> lo
[22:59:27] <crepincdotcom> hey all
[23:00:07] <crepincdotcom> yesterday I talked with several of you about PWM, and said I would probably build a driver such that each motor gets a pwm and a direction pin
[23:00:42] <crepincdotcom> i'v been working on it, and it seems easy from a driver standpoint to have two pwm pins: 1 held low and the other pwm for one direction, and the pins swapped for the other direction
[23:00:49] <crepincdotcom> is this still a easy setup in EMC?
[23:05:02] <skunkworks> yes
[23:05:09] <crepincdotcom> also, is the enable pin on the H bridge is kept enabled, then bringing both PWM pins to the same potential would brake (not break) the motor. is this what is wanted?
[23:05:13] <crepincdotcom> s/is/if
[23:06:16] <skunkworks> http://www.electronicsam.com/images/KandT/servostart/almost.JPG
[23:06:22] <crepincdotcom> ok
[23:06:30] <skunkworks> http://www.electronicsam.com/images/KandT/servostart/schem/
[23:06:47] <crepincdotcom> looking
[23:07:00] <skunkworks> that is how I am doing it. Simple h-bridge - 2 pwm imputs.
[23:07:24] <crepincdotcom> ok: i was just going to use an L298: same thing really, just in a single package
[23:07:45] <crepincdotcom> so youre just using the big mosfets as H-driges, thats a good setup
[23:07:50] <skunkworks> yes - that is what cradek used on his lathe. and I think jepler on his etch-o-sketch
[23:08:08] <crepincdotcom> ok
[23:08:10] <skunkworks> )l298
[23:08:27] <crepincdotcom> any chance i could see your EMC config as an example for pwm+pwm?
[23:09:08] <skunkworks> huh - I have not done much other than play with pid. I used the etch-o-sketch hal and hacked it to work with my setup.
[23:09:38] <SWPadnos> crepincdotcom, you're talking about steppers though, right?
[23:09:44] <crepincdotcom> no, servos
[23:09:48] <skunkworks> http://www.electronicsam.com/images/KandT/servostart/mess.JPG
[23:09:48] <SWPadnos> ok. good :)
[23:09:58] <crepincdotcom> lol SWPadnos i got some from the school.
[23:10:06] <crepincdotcom> i was wicked pissed at my steppers
[23:10:13] <SWPadnos> right - you mentioned that yesterday
[23:10:21] <crepincdotcom> oh sorry, didnt know if you were around
[23:10:44] <SWPadnos> I usually read back in the logs or silently lurk if I have other stuff going on :)
[23:11:17] <skunkworks> crepincdotcom: these are the servos I am playing with :)
http://www.electronicsam.com/images/KandT/DSC_0242.JPG
[23:11:43] <crepincdotcom> heh little bit bigger than mine
[23:12:07] <crepincdotcom> well i'm almost done my 1-channel driver
[23:12:14] <crepincdotcom> then ill start spinning things around and see what happens
[23:12:23] <crepincdotcom> if i like it, ill build a 3 channel tomorrow
[23:12:44] <skunkworks> I think there is some skematics on jeplers site I think..
[23:13:02] <crepincdotcom> ehn im designing a quick one, i work better that way
[23:13:27] <crepincdotcom> if I use someone elses schematic i have a harder time debugging
[23:13:36] <skunkworks> http://emergent.unpy.net/projects/01148303608
[23:13:56] <skunkworks> I am the same way.
[23:14:03] <skunkworks> sometimes it is bad ;)
[23:14:09] <crepincdotcom> lol yes, but we learn quick
[23:14:29] <skunkworks> http://emergent.unpy.net/projects/01142347802
[23:14:37] <crepincdotcom> thanks
[23:15:05] <skunkworks> I got confused how he was doing the control - but it works :)
[23:15:11] <SWPadnos> crepincdotcom, look at freqgen step type 1 for up/down PWM
[23:15:35] <SWPadnos> there's also a pwmgen component, but the code comments aren't as good, so I'm not sure if it's identical :)
[23:15:36] <skunkworks> ah - now use pwmgen...
[23:16:00] <skunkworks> I think john did document it nwo
[23:16:01] <skunkworks> now
[23:16:05] <SWPadnos> ok. I'm not sure which mode (if there are different modes) to use
[23:16:25] <SWPadnos> I was looking on the CVBS server, but not in the docs, only in the code
[23:16:28] <SWPadnos> -B
[23:17:28] <skunkworks> crepincdotcom: you should make a nice multi stage rail gun with your capasitor bank..
[23:17:49] <crepincdotcom> lol i've been working on it, only so many projects i can do at a time ;-)
[23:18:22] <crepincdotcom> last I used a function generator to PWM my motors. tonight I'm going to try to make EMC do it
[23:18:44] <crepincdotcom> is there a hal command like, "hal pwm 40% 500hz"?
[23:18:47] <skunkworks> I made a single stage one that shot b-b's when I was in highschool.
[23:18:51] <crepincdotcom> sweet
[23:19:54] <skunkworks> it is a bit more complicated than that - but no too much.
[23:20:19] <skunkworks> take a look at the etch-o-sketch hal files - I think he converted it to pwmgen
[23:20:53] <crepincdotcom> did they come stanrd on the distrobution?
[23:21:00] <crepincdotcom> wow spelling sucks today
[23:21:16] <skunkworks> I didn't notice ;)
[23:21:20] <Jymmmm> crepincdotcom s/spelling/typing/ =)
[23:21:23] <crepincdotcom> haha
[23:21:39] <Jymmmm> and well, we really don't care =) We can figure it out =)
[23:21:44] <crepincdotcom> skunkworks: where can i nab the Etch-o-sketch config, is it on his site?
[23:21:58] <crepincdotcom> Jymmmm: as long as someone understands :-)
[23:22:30] <Jymmmm> crepincdotcom I think almost everyone in here has half-a-clue (tm) =)
[23:22:36] <crepincdotcom> hahahaha
[23:22:49] <Jymmmm> (except SWPadnos of course)
[23:23:04] <SWPadnos> yeah - I have (half-a-clue)^2
[23:23:14] <crepincdotcom> lol
[23:23:23] <skunkworks> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/etch-servo/
[23:23:24] <Jymmmm> SWPadnos don't you mean SQRT((half-a-clue)^2)
[23:23:34] <crepincdotcom> thanks skunkworks
[23:23:42] <SWPadnos> (the funny thing is that some people would actually bleieve that I believe that to be a larger number than 1/2 :) )
[23:23:47] <crepincdotcom> * crepincdotcom has d(half-a-clue)/dt
[23:24:23] <SWPadnos> * SWPadnos has e^-3/half-a-clue*k*T
[23:24:37] <Jymmmm> SWPadnos: Hey, as long as your remember the way to House of Prime Rib, you're alright in my book =)
[23:24:43] <crepincdotcom> this is getting excesive
[23:24:48] <SWPadnos> 902 Van Ness, I think
[23:24:55] <SWPadnos> or was that 1902??
[23:24:58] <Jymmmm> LOL, and the phone number?
[23:25:00] <skunkworks> SQR(-(half-a-clue))
[23:25:07] <SWPadnos> damn. well, it;s near California or Washington on Van Ness
[23:25:28] <Jymmmm> SWPadnos and I have a GPD in the car woth a trackback already in memory
[23:25:31] <Jymmmm> GPS
[23:26:02] <SWPadnos> ah-ha - 1906 Van Ness, 415-885-4605
[23:26:19] <SWPadnos> I should program that into my new phone
[23:26:43] <Jymmmm> there ya go.... this time I'm bringing you a 10' rope for yout phone.
[23:28:23] <SWPadnos> heh - I just need to not receive a call while I'm in the cab headed for the airport
[23:30:10] <SWPadnos> cool. Steve Hardy has a new set of software for the G-Rex that may actually make it usable with EMC
[23:30:18] <SWPadnos> in some form, at lease
[23:30:19] <SWPadnos> least
[23:45:47] <crepincdotcom> sigh
[23:46:02] <crepincdotcom> heres an example of not trusting peoples schematics on google
[23:46:19] <crepincdotcom> i built my driver by looking at pinouts on this guys schematic
[23:46:33] <crepincdotcom> and he has 2 pins reversed that would cause the driver to catch fire when i plugged at in
[23:46:41] <crepincdotcom> at least i thought to check it first...
[23:47:22] <SWPadnos> you hsould use the sample circuits in the databook, and possibly modify them when you see things you like on the web
[23:47:34] <crepincdotcom> i have to go do an EE lab (oh no op-amps, what do i do with them?!)
[23:47:40] <crepincdotcom> yeah, thats a lesson i just learned SWPadnos
[23:47:49] <crepincdotcom> hopefully will have time to build another tonight
[23:47:51] <crepincdotcom> later guys
[23:48:05] <SWPadnos> see you
[23:50:54] <a-l-p-h-a> Anyone want to see something I drew?
http://74.118.200.224/Drawing-Free-flow.png
[23:55:57] <skunkworks> a-l-p-h-a: cool
[23:56:29] <a-l-p-h-a> skunkworks, :)
[23:56:47] <a-l-p-h-a> pencil sketch, inked, scanned, photoshopped, vectorized, colorized.
[23:57:40] <skunkworks> * skunkworks is no artist
