Back
[00:00:47] <cradek> are you talking about lines 48,49?
[00:01:16] <aystarik> it is 47 and 52 here
[00:01:36] <aystarik> f = n = [y1 + self.offset_y, z1 + self.offset_z, x1 + self.offset_x, a, b, c, u, v, w]
[00:01:42] <aystarik> it's 47
[00:01:51] <cradek> it looks right to me
[00:01:59] <aystarik> I changed it
[00:02:03] <aystarik> already
[00:02:14] <cradek> I suspect you broke it then
[00:02:32] <cradek> have you found any bad behavior before or since you changed it?
[00:02:39] <aystarik> f = n = [y1+self.offset_x,z1+self.offset_y,x1+self.offset_z, a, b, c, u, v, w] -- befoe
[00:02:43] <cradek> you should test previews of arcs in different planes
[00:03:03] <aystarik> before
[00:03:15] <cradek> can you tell me how to reproduce the problem you saw?
[00:04:00] <aystarik> I just think it is wrong to add offset_x to anything, but x. I may be wrong :)
[00:04:35] <cradek> did you understand my question? I was asking if you saw an incorrect preview and it led you here, or did you only see the code and think it looks odd?
[00:05:17] <aystarik> no. just looking into the code.
[00:05:48] <cradek> if you load 3dtest.ngc and set some offsets, I think you will see that your change breaks arc previews
[00:06:09] <cradek> arc_feed is a strange canon call. it is plane-agnostic, meaning the order of the arguments changes as the active plane changes
[00:06:21] <cradek> I am nearly 100% sure that code is correct
[00:07:20] <aystarik> I'd say it is broken now. Did you looked at it?
[00:07:36] <cradek> look at what?
[00:07:42] <cradek> the code, or the preview plot?
[00:08:03] <aystarik> preview plot
[00:08:24] <cradek> yes, and it looks right
[00:08:29] <aystarik> xy plot is circle, both others are broken
[00:08:52] <cradek> with your changed code, or with trunk as-is?
[00:09:18] <aystarik> trunk
[00:09:32] <cradek> send me the gcode that shows the breakage please
[00:09:37] <cradek> pastebin.ca
[00:10:48] <Jon_geo01005_hom> So anybody up for some Hostmot2 SPI talk?
[00:10:55] <cradek> not me
[00:10:59] <aystarik> this is 3dtest.ngc you've just mentioned -- backplot looks ok, BTW
[00:11:14] <cradek> 3dtest.ngc looks fine here
[00:16:59] <cradek> make sure you have unmodified trunk and try again
[00:17:50] <aystarik> doing what right now
[00:19:15] <aystarik> ok, this is my change, that broke it. Sorry for the noise.
[00:20:32] <UncleG_> SWPadnos: I have an external PWM generator now. LM628 same chip used on the mesa 4127 However I have some uncertainty's about how I can get the commands from EMC to the chip, everything else should be already set up. Where might I find an example or manual for emc to lm628
[00:31:37] <SWPadnos> UncleG_, I don't really have any time tonight, but I will say that the LM628 won't work with EMC2
[00:32:36] <SWPadnos> the LM628 is a motion controller chip which uses a parallel bus to talk to a host CPU. EMC2 can't really use an external controller, and there's no parallel bus to connect the chip to
[00:34:12] <UncleG_> shucks
[00:34:21] <SWPadnos> yep. sorry about that
[00:35:28] <UncleG_> thanks tho :)
[00:35:31] <Jon_geo01005_hom> If anybody in interested, or has some time later, here is a better idea for hostmot2 SPI...
http://geo01005-ideas.blogspot.com/2009/02/basic-hm2-spi-driver.html
[00:36:00] <Jon_geo01005_hom> better, than my previous ideas... I hope.
[00:37:38] <SWPadnos> looks pretty good to me
[00:38:05] <SWPadnos> one thing though - there is always data being transmitted and received
[00:38:27] <Jon_geo01005_hom> how do you mean?
[00:38:30] <SWPadnos> it's a question of whether it's relevant or not
[00:38:48] <SWPadnos> well every time you clock a bit, one goes in and one goes out
[00:39:27] <SWPadnos> in other words, the devices will all be reading some data whenever they receive a clock. they may ignore it (and only shift it through to their SDO pin)
[00:39:50] <SWPadnos> similarly, the receive register on the FPGA card will be clocking data in, though it may not be relevant
[00:40:23] <SWPadnos> so the RECEIVE HAL pins can just be left unconnected if they have useless data
[00:40:54] <Jon_geo01005_hom> Yes, that is true, but you would have to specify that on the loadrt line, right?
[00:40:56] <SWPadnos> any thing that needs to send a specific value (like "start ADC conversion") can have the SEND pin set to a constant
[00:41:14] <SWPadnos> I just think the READ (BIT) may not be necessary
[00:41:25] <SWPadnos> and maybe ENABLE also
[00:42:06] <SWPadnos> the number of bits you need to send/receive is determined by the attached devices
[00:42:31] <SWPadnos> so disabling transmission of one frame would cause the bits after that frame to end up in the wrong chip
[00:42:51] <SWPadnos> (and before actually - you wouldn't send enough clocks to get the data all the way to the end of the chain)
[00:43:05] <SWPadnos> so it makes it easier :)
[00:43:25] <Jon_geo01005_hom> The reason for the read bit is so that say you have a ADC you want to read and act on within the thread cycle, and perhaps you have a PWM that is calculated based on the ADC, both on SPI.
[00:43:30] <SWPadnos> you only need the CD (some flags and the number of bits), and the send and receive data for each word
[00:43:51] <Jon_geo01005_hom> You would want to read the ADC on the HM2 read function and write the PWM on the write function.
[00:44:01] <SWPadnos> ok, sure
[00:44:23] <Jon_geo01005_hom> I wasn't sure about the enable...
[00:44:23] <SWPadnos> they may be useful then
[00:44:38] <SWPadnos> anyway, got to go. like I said though, looks pretty good to me
[00:44:52] <UncleG_> later man
[00:45:02] <Jon_geo01005_hom> I'll try to put it on the Wiki later.
[00:45:06] <SWPadnos> ok
[00:45:07] <Jon_geo01005_hom> Have good one.
[00:45:10] <SWPadnos> see you UncleG_
[00:45:22] <SWPadnos> thanks. headed to Honolulu tomorrow morning - gotta finish packing :)
[00:49:07] <UncleG_> nice :0
[00:49:45] <UncleG_> I'll hold off hounding you with questions till you get back home
[00:51:07] <aystarik> cradek: how about renaming arguments to something like this, to avoid future confusion ? def arc_feed(self, e1, e2, c1, c2, rot, ea, a, b, c, u, v, w)
[00:59:48] <UncleG_> datasheet
[01:33:52] <maddash> http://209.197.18.250/mp/rmi/_dlp/MBIO/Lecture%2001.wmv?advc=rmi&advv=1.104.1&advx=1235352488&advt=6m0nZbtlaG5IA7W8C62hflXi85u2nV2dhivD66EqatCwZFR8BWiLnf+hoUcHLzDKHX3cMVolAtpFfbm1keom4Q==&MSWMExt=.asf
[01:34:09] <maddash> can someone try streaming that? it won't work for me
[01:35:12] <aystarik> works
[01:35:27] <maddash> what do you see?
[01:35:38] <aystarik> microbiology lecture
[01:36:18] <fenn> * fenn blinks confusedly and looks at the channel topic
[01:36:48] <fenn> ah, so it's not #diybio after all
[01:37:31] <maddash> aystarik: what are you using to view it?
[01:43:35] <aystarik> mplayer
[01:44:31] <maddash> :O
[01:45:33] <maddash> wtf, doesn't work in mine
[01:46:31] <maddash> aystarik: do you mind: 'mplayer --version'
[02:09:12] <JymmmEMC> Crouching Tiger Hidden Dragon, Desperado, and 5th Element all three sealed for $5.99 - not bad at all
[02:10:21] <Matt142128> hello
[02:11:16] <Matt142128> with EMC it seems possible to use servo motors, but what I can't figure out is if the encoders are read via parallel port or by a counter chip
[02:11:31] <cradek> there are several options
[02:11:53] <cradek> the best way to run servos is with special interface hardware - you are right that the quadrature encoder signal gets counted in hardware and emc reads that
[02:12:02] <Matt142128> ic
[02:12:18] <Matt142128> so the hardware sends via serial interface the encoder position
[02:12:25] <cradek> mesa and pico make hardware that does this
[02:12:38] <cradek> mesa is parport or PCI, pico is parport
[02:12:46] <cradek> not serial - serial is too slow
[02:13:06] <Matt142128> well the only quadrature counter chips I"ve used use serial interfaces (not serial port)
[02:13:19] <cradek> there are other options too, but mesa and pico are the best choices
[02:13:34] <Matt142128> googling mesa and pico isn't very specific
[02:13:41] <cradek> pretty sure they both use FPGA
[02:13:52] <Matt142128> do you have a more specific title or a link?
[02:13:59] <cradek> uh
http://www.google.com/search?q=mesa+pico+emc2
[02:14:24] <cradek> (first link)
[02:15:25] <Matt142128> ic thank you
[02:15:32] <Matt142128> smart to put emc2 in there lol
[02:15:43] <cradek> heh
[02:15:49] <cradek> my google skills are second to none
[02:16:20] <cradek> my big lathe uses the mesa 5i20 interface and I am perfectly happy with it
[02:16:38] <cradek> it also uses resolver-to-quadrature converter boards from pico systems
[02:16:57] <Matt142128> ic
[02:17:14] <Matt142128> I kind of wanted to create my own electronics but w/minimal software adapation
[02:17:39] <Matt142128> I've created measuring systems with microcontrollers, QEI counter chips, and optical encoders
[02:17:40] <JymmmEMC> cradek: find how to find unique ID on Movie DVD's =)
[02:20:27] <Matt142128> I'm building a PCB mill first with steppers
[02:20:50] <Matt142128> so after that I'll probably have a better understanding of how to make my own electronics
[02:20:53] <Matt142128> I appreciate the help
[02:21:01] <JymmmEMC> You know, they spent more money in the '3 pack' packaging itself than they did on the media. All brushed silver and a raised bubble badge.
[03:27:42] <dareposte> hi all
[03:28:17] <dareposte> any body here have an idea about how to get halscope to load? It normally does but it seems I have somehow managed to screw it up. It gives an error about too many active channels, and quits
[03:28:36] <dareposte> i think i was using it, then ran stepconf to invert a signal, and now it won't load
[03:29:01] <dareposte> probably got some setting screwy where it's confused now I guess, but reloading emc and hal didn't seem to help any
[03:29:18] <SWPadnos> remove .scope.cfg from either the current directory, your home directory, or the directory that holds the config you're loading
[03:29:24] <dareposte> aha
[03:29:27] <SWPadnos> or all 3
[03:29:32] <dareposte> i was thinking there might be a trick along those lines
[03:29:34] <dareposte> brb
[03:29:35] <SWPadnos> tricky hidden files :)
[03:33:47] <dareposte> hm
[03:33:55] <dareposte> file not found
[03:34:06] <eric_unterhausen> locate?
[03:34:08] <SWPadnos> find / -name .scope.cfg
[03:34:10] <dareposte> updatedb now
[03:34:27] <dareposte> ah find, i always forget about that
[03:34:28] <dareposte> brb
[03:35:48] <dareposte> it wouldn't be any different in the pre-2.3 head version would it
[03:36:02] <SWPadnos> I don't think so
[03:37:07] <SWPadnos> actually, do you get that error immediately, or after you select which thread to sample in (and how many channels/samples per channeL)?
[03:37:35] <dareposte> i did find an autosave.halscope file in my configs directory
[03:37:37] <dareposte> deleted it
[03:37:40] <dareposte> and now halscope loads
[03:37:52] <SWPadnos> cool
[03:38:10] <dareposte> there does not appear to be any .scope.cfg anywehre in my system
[03:38:14] <dareposte> but problem solved
[03:38:23] <dareposte> how i love the smell of solder flux...
[03:38:27] <SWPadnos> ok, that's fine
[03:38:31] <SWPadnos> good night
[03:38:36] <dareposte> thank you for your help
[03:38:53] <dareposte> i think i owe you more than a few brews by now
[03:45:53] <dareposte> hey great the spindle index pulse really works now... thanks SWPadnos
[03:46:41] <dareposte> if I could just remember the difference between the emitter and collector on a transistor it would have been working about 2 circuits ago, but third time's a charm
[03:55:46] <dareposte> so anybody tried cutting npt threads using emc?
[04:03:11] <cradek> I haven't done it, but I probably will one of these days
[04:03:31] <cradek> there's no canned cycle so you'd have to construct it with a g33 for each pass
[04:05:06] <steve_stallings> steve_stallings is now known as steves_logging
[04:05:42] <dareposte> hm
[04:05:52] <dareposte> the G76 won't do it?
[04:05:59] <cradek> nope
[04:06:38] <dareposte> what is the "entry" and "exit" tapers thing then, I was hoping that might be able to do it for me
[04:06:50] <dareposte> something for easier starting i guess?
[04:08:07] <cradek> hm, maybe you could do it with an "exit" taper
[04:08:14] <cradek> make the exit taper most of the length
[04:08:17] <cradek> I didn't think of that.
[04:08:51] <dareposte> it says its an error if E is > 1/2 the drive length
[04:09:06] <cradek> hmmm
[04:09:16] <dareposte> (in the manual)
[04:09:39] <dareposte> what if E=0.5 P, and you use both entry and exit tapers with opposing signs
[04:10:37] <cradek> I don't think that's actually an error
[04:10:48] <cradek> looking at the code...
[04:10:58] <cradek> let me know if you try it!
[04:10:59] <dareposte> it would be convenient if it wasn't an error
[04:11:03] <dareposte> :-D
[04:11:20] <dareposte> i'm not exactly sure I'm understanding what the "entry" and "exit" tapers are
[04:12:05] <dareposte> if I'm reading it right, making the "entry" taper being equal to the NPT required taper should give the proper taper on the threads
[04:12:30] <cradek> you'd use the exit taper I think
[04:12:37] <dareposte> exit taper
[04:12:46] <dareposte> ?
[04:13:17] <cradek> yes if threading right to left like normal, moving left and X outward is the "exit"
[04:13:23] <cradek> that's the one you want to build your thread with
[04:13:49] <dareposte> oh i see
[04:13:54] <cradek> entry taper is like when the tailstock is in the way or something - rarely used I bet
[04:14:12] <dareposte> i was actually going to be threading this part from the left to right, with the small end of the thread on the left (near the spindle)
[04:14:28] <cradek> oh, interesting
[04:14:35] <dareposte> i have a relief groove cut in the part
[04:15:01] <cradek> I don't think I've ever threaded left to right with g76
[04:15:15] <dareposte> now that I think about it that would cut LH threads
[04:15:33] <cradek> well, depends which way the spindle is turning
[04:15:50] <cradek> you could put the tool upside-down
[04:15:56] <dareposte> yeah my spindle runs forward only though
[04:16:07] <cradek> heh, better thread right to left then :-)
[04:16:09] <dareposte> it runs backwards slowly but doesn't have very good speed control
[04:16:15] <dareposte> or any at all
[04:16:27] <dareposte> (i'm not sure why, in theory it should run fine in either direction)
[04:16:51] <dareposte> some problem with the vfd i guess
[04:17:45] <dareposte> but i guess i could start at the right with a relief cut, and thread the taper to be smaller
[04:18:05] <dareposte> i think i will take your advice and make a G33 cycle for it... seems far safer
[04:18:07] <cradek> yeah you could still do the small side on the left
[04:18:24] <dareposte> G33 can specify X values right
[04:18:32] <cradek> yes G33 can go any direction
[04:18:53] <cradek> you would not need a relief on the left. just g33 over and g0 out. it will not pause there
[04:19:13] <dareposte> oh that's nice
[04:19:29] <dareposte> i already have the relief for my LH turning tool though, so no biggie
[04:19:42] <dareposte> it won't fit without a big honkin relief cut
[04:19:46] <cradek> ha
[04:19:49] <cradek> what's the part?
[04:20:00] <dareposte> its a npt to 10mm adapter
[04:20:09] <dareposte> trying to do it all at once, without rechucking it
[04:20:16] <cradek> neat
[04:20:26] <dareposte> 1/8 npt external to M10x1.0 internal
[04:20:54] <cradek> are you single-pointing the inside thread too?
[04:21:06] <dareposte> the internal threads are easy enough and obviously have to be accessible on the non-chucked end, so that means the 1/8-npt has to be on the chucked end
[04:21:07] <cradek> (that's a bit on the small side)
[04:21:15] <dareposte> yeah attempting to
[04:21:32] <cradek> I'd rigid tap it with a spiral point tap, assuming it's drilled through
[04:21:35] <dareposte> it works in plastic, but stainless may not be so easy on the tooling
[04:21:55] <cradek> eek, stainless
[04:21:59] <dareposte> 303 at least
[04:22:19] <dareposte> it's not so awful as 304 is
[04:22:24] <cradek> oh you don't have a good spindle reverse - forget it
[04:23:26] <dareposte> may wind up hand tapping the lot if the internal threading doesn't work out
[04:23:34] <cradek> is part of it hex, or just the threads?
[04:23:42] <dareposte> part of it is hex
[04:23:49] <dareposte> 9/16
[04:25:06] <cradek> sounds cool - good luck and make us a video :-)
[04:25:09] <dareposte> hah
[04:25:30] <dareposte> I have 80% of the program done, just gotta work out the npt part now
[04:25:41] <dareposte> i will make a video when it's successful
[04:26:10] <dareposte> (if)
[04:26:39] <dareposte> so far it's bloated to 7 tool changes
[04:26:47] <cradek> ha
[04:26:50] <cradek> I know how that goes
[04:28:12] <dareposte> if I figure out a good way to do the npt threads, how hard would it be to make a G76.1 to canned cycle it?
[04:28:31] <dareposte> or maybe some other code for npt, not sure what the normal method is
[04:29:13] <cradek> the hard part is figuring out how to specify the necessary things in the gcode. the math isn't hard. I'd happily review a patch that does that.
[04:29:46] <cradek> although if g76 can already be coerced into doing it (and I think it can) it would probably be wrong to add another code
[04:30:02] <dareposte> hm okay
[04:30:33] <cradek> I'll have to experiment one of these days, or if you try it, please let me know
[04:30:47] <dareposte> okay
[04:31:32] <dareposte> at the moment I need to get these parts made, so I'm thinking G33 is the fastest way to do that. but I will definitely play with G76 to see what it can do with the exit taper when i'm done
[04:32:46] <dareposte> i am concerned that it is explicitly stated in the manual about the error for being over half the drive length
[04:32:56] <dareposte> guess there's one way to find out though
[04:34:18] <dareposte> now G33 says the K value is for the total distance travelled in XYZ, so I guess you have to trig out the taper to get an accurate tpi in the Z when you're cutting a tapered threaed
[04:34:38] <cradek> yes
[04:34:46] <dareposte> so a 1/10 thread would normally have a K value of 0.10, but with the taper it would have to be slightly less
[04:35:00] <cradek> assuming NPT pitch is along Z, not along the taper (I have no idea without looking)
[04:35:04] <dareposte> yeah it is
[04:35:11] <cradek> you are right then, you have to tweak K
[04:35:44] <cradek> I think it will be more, not less
[04:35:53] <cradek> higher K
[04:37:08] <dareposte> ah yeah that's right
[04:38:04] <dareposte> its like a 3.6 degree taper, it might not be so much
[04:38:42] <dareposte> .015 over a .25 inch long thread
[04:39:46] <cradek> K.1002?
[04:41:54] <cradek> .1 / cos(3.6) = .10019
[04:43:39] <dareposte> yeah that's right
[04:43:58] <cradek> not much difference, like you said
[04:45:28] <dareposte> almost a thousandth over my 10mm length
[04:45:32] <dareposte> maybe not so significant
[04:47:07] <cradek> goodnight
[04:48:30] <dareposte> thanks for your help cradek
[04:48:33] <maddash> hey guys
[04:48:38] <maddash> http://www.youtube.com/watch?v=EKL6elkbFy0
[04:49:38] <dareposte> haha
[04:50:03] <dareposte> i think he could've done without the steps prior to the taper
[04:50:38] <dareposte> that machine looks like it has the torque to manage
[04:53:06] <dareposte> very cool though
[09:30:15] <tomp> hooray emc users list re-issued their notice of dropping me, now i can reply (did)
[09:57:44] <tomp> haha 'invalid confirmation string' after 'leaving the Subject: Line intact" useless bureaucracy!
[10:00:08] <tomp> if the system knows the string has expired, then why does it keep sending messages! typical
[10:03:25] <tomp> this is handier,
https://lists.sourceforge.net/lists/listinfo/emc-users just invent a bozo name and join again
[10:41:14] <tomp> argh, after i shake off the aggravation,i realize there was absolutely no attempt to find the cause. which means its likely to happen again
[10:42:19] <SWPadnos> wasn't there a "visit the confirmation page" link?
[10:42:52] <tomp> yes, and i did, and i think it will happen again unless the problem is understood
[10:43:06] <SWPadnos> well, that's probably true
[10:43:39] <SWPadnos> it could be related to the internal mail isues SF is having - there have been a few times where they've blacklisted some of their own servers for sending too many emails ;)
[10:43:42] <tomp> not your problem, i'm always happier with a cloud on the horizon anyway
[10:44:05] <tomp> hah! i bet that was noisy
[10:44:07] <SWPadnos> excellent. I'll just go shower and head for Honolulu then :)
[10:44:26] <tomp> hey have fun beach boy!
[10:44:45] <SWPadnos> I'll be there in about 15 hours :)
[10:45:01] <SWPadnos> see you later
[10:45:44] <tomp> i grew up in chicago, on the south side is 'Blue Island' a suitor of one sister always showed up in hawian shirts and a big packard with hula girl bobble heads in rear window. till i was 16 i thought blue island was tropical ;)
[10:45:55] <tomp> have fun
[10:47:29] <tomp> the suitor was from 'blue island' (boy i can f up a good strory)
[11:36:31] <tomp> this gets better , just got a 'mail privacy alert' ( i subscribed with my old name not bozo name) "it is possible a bad person was trying to probe the list for memberships'... 'you are already subscribed' .... in the end it says it didnt work & it did work !! clever!
[11:36:56] <tomp> this is jerry lewis logic "he's a nice man' 'shes a bad lady'
[11:54:59] <christel> [Server Notice] Hi all, the server you are currently connected to (lindbohm.freenode.net) will go down for scheduled maintenance tomorrow (February 24th 2009) at 0900GMT. You may wish to re-connect to a server in main rotation by changing to irc.freenode.net prior to this time. Thank you for using freenode and apologies for any inconvenience this may cause.
[14:29:53] <BJT-Work> http://www.cnczone.com/forums/showthread.php?t=73943
[17:27:27] <motioncontrol> Good evening.I have one curiosity.The emc is possible compile on linux for powerpc processor ?
[17:28:00] <cradek> in simulation mode yes
[17:28:22] <motioncontrol> becouse only in simulation ?
[17:28:36] <motioncontrol> not exist realtime for ppc
[17:28:40] <cradek> yes
[17:29:33] <motioncontrol> the hardware driver not exist for ppc ?
[17:40:23] <alex_joni> usually ppc doesn't have a parport
[17:40:48] <alex_joni> maybe one could try to compile a pci driver on ppc.. but I don't know anything about ppc to comment
[17:42:26] <alex_joni> I saw talks on the rtai list lately about ppc, so maybe that works too
[17:51:30] <motioncontrol> ok thanks alex.i thing one version for amigaos ppc , but it is only love for amiga platform.
[19:44:11] <mariooliveira> hello
[19:53:16] <BJT-Work> hi
[20:13:23] <alexfloc> hello
[20:13:24] <alexfloc> all
[20:13:48] <alexfloc> i was wondering if someone could give me a little help on an parallel port issue
[20:14:27] <alexfloc> anybody there?
[20:16:37] <alex_joni> hi
[20:16:52] <alex_joni> just ask your question, and if someone is around to answer it, they will
[20:16:52] <alexfloc> hi
[20:16:59] <alexfloc> ok.
[20:18:03] <alexfloc> the problem is, i installed the package based on ubuntu 8.04, configured it but it does not work propperly
[20:18:49] <alexfloc> the pins 1-4 of the parallel port are working perfectly (2 stepx, 3 dirx, 4 stept, 5 diry,...etc)
[20:18:59] <alexfloc> but the pin 5, 6, 7 do not work at all
[20:19:09] <alexfloc> i tried all possible configurations from bios
[20:19:34] <alexfloc> but no succes, i even tried installing the whole package on an other computer but same results
[20:19:53] <alexfloc> does anybody have a clue about what it may be?
[20:20:24] <alex_joni> how did you decide they don't work?
[20:21:47] <alexfloc> i meassured the voltage on the diry pin (5) and dirz pin(6) and while "moving" the machine in both directions no change was there
[20:22:03] <alexfloc> the stepy works, the drive moves allways in the same direction
[20:22:22] <alexfloc> i also tried to do it by the hal configuration
[20:22:31] <alex_joni> just start HAL (no emc2)
[20:22:39] <alex_joni> halrun -i (but read the manual to be sure)
[20:22:50] <alex_joni> loadrt hal_parport cfg=0x378
[20:23:03] <alexfloc> i i tried it to
[20:23:14] <alex_joni> loadrt threads (check man threads how to specify the rate)
[20:23:34] <alex_joni> addf parport.0.read threadname
[20:23:35] <alexfloc> ?
[20:23:38] <alex_joni> addf parport.0.write threadname
[20:23:50] <alex_joni> without a thread, loading the hal_parport won't do anything
[20:24:03] <alexfloc> a ok
[20:24:37] <alexfloc> but still, the x axis works fine, the y axis moves but only one direction, the z axis does not move at all
[20:24:42] <alexfloc> what could be the problem?
[20:24:55] <alexfloc> the port works physikaly fine
[20:24:56] <alex_joni> how do you connect things?
[20:25:01] <alexfloc> printer works,
[20:25:07] <alex_joni> parport -> ... ?
[20:25:13] <alexfloc> the connection is ok
[20:25:21] <alex_joni> I mean, do you have an opto board?
[20:25:28] <alex_joni> does it go directly to the drives?
[20:25:31] <alexfloc> the cables are ok, i measured them
[20:25:31] <alex_joni> what kind of drives
[20:25:34] <alexfloc> yes
[20:25:44] <alexfloc> there are general numeric drives
[20:25:58] <alexfloc> justt like the geko
[20:25:58] <alex_joni> I don't understand "general numeric drives"
[20:26:13] <alexfloc> servomotor
[20:26:16] <alexfloc> dc
[20:26:24] <alexfloc> but they work like the stepper drives
[20:26:32] <alexfloc> i just need dir and step
[20:26:53] <alex_joni> I suspect wither the timing is wrong
[20:26:59] <alex_joni> or there is some electrical problem
[20:27:05] <alex_joni> either not wither
[20:27:35] <alexfloc> all drives work well, timing is ok, i connected them to the pins 2 and 3 and worked perfectly
[20:27:46] <alexfloc> electrically it should be ok
[20:28:00] <alex_joni> onboard parport?
[20:28:05] <alexfloc> jes
[20:28:07] <alexfloc> yes
[20:28:15] <alex_joni> what voltages do you get for on/off ?
[20:28:21] <alexfloc> it's a compaq
[20:28:27] <alex_joni> (without drives attached, and with drives attached)
[20:28:32] <alexfloc> i get around 4 V for on and 0 for off
[20:28:42] <alexfloc> without drives 5/0
[20:28:50] <alex_joni> on all of them?
[20:28:59] <alexfloc> yes
[20:29:18] <alex_joni> no clue what else to check..
[20:29:20] <alexfloc> i put a resistor between the drives and pc to make the amps smaller
[20:29:28] <alex_joni> amps?
[20:29:45] <alex_joni> do these drives have optocouplers?
[20:29:49] <alexfloc> yes
[20:29:52] <alex_joni> (for example the gecko's have some)
[20:30:05] <alexfloc> the drives are very professional
[20:30:18] <alexfloc> industrial ones work at -20 degrees perfectly
[20:30:27] <alex_joni> then I would check (with an oscilloscope) before and after the optos
[20:30:48] <alexfloc> i don't think the problem is the drives
[20:30:57] <alexfloc> the problem must be the software somehow
[20:30:59] <alex_joni> I didn't say the drives are the problem
[20:31:10] <alex_joni> I'm fairly sure it's not a software problem
[20:31:16] <alexfloc> because every drive connected to pin 2 and 3 works perfectly
[20:31:44] <alex_joni> what configuration did you run?
[20:31:53] <alexfloc> ?
[20:31:58] <alex_joni> with emc2
[20:32:00] <alexfloc> what do you mean by configuration
[20:32:08] <alexfloc> i configured my own system
[20:32:13] <alex_joni> with stepconf ?
[20:32:22] <alexfloc> yes
[20:32:29] <alex_joni> try one of the sample configs
[20:32:41] <alex_joni> when you start emc2 from the menu, you get the config picker
[20:32:42] <alexfloc> ok
[20:32:42] <mariooliveira> alex_joni, are you sure your getting 0v on paralel port? 0,6 might give wrong information to drivers( this means the paralel port is not consuming the necessary current
[20:33:09] <mariooliveira> can you show me your drivers schematic?
[20:33:27] <alexfloc> sorry, i don't have the schematic of the drives
[20:33:27] <alex_joni> alexfloc: try the stepper/stepper_mm or stepper_inch config
[20:33:33] <alex_joni> bbl
[20:33:48] <alexfloc> but right after the optocoupler it goes into atmega 128
[20:33:49] <mariooliveira> ok then i sugest getting a paralel port tester
[20:34:14] <mariooliveira> where you can set lpt bits by the press of a mouse button
[20:34:34] <cradek> step/dir going to microcontroller: big red warning light
[20:34:43] <alexfloc> why?
[20:34:45] <cradek> maybe your timings are wrong. step pulses are too short.
[20:35:00] <alexfloc> no, the drives work fine on pin 2 and 3
[20:35:01] <cradek> because microcontrollers poll their inputs and are slow
[20:35:17] <alexfloc> pin 4 and 1 also work fine, the problem is after pin 5
[20:35:24] <alex_joni> pin 1 is input
[20:35:32] <alexfloc> yes i know
[20:35:47] <cradek> then maybe your parport is bad
[20:35:48] <alexfloc> i have the machine emergency stop on it
[20:35:56] <alex_joni> the only way for a parport to stop working after a certain pin is if it is defective
[20:35:59] <alexfloc> i tried an other computer too
[20:36:12] <alexfloc> the same problem :(
[20:36:12] <alex_joni> but since you tested another computer, then I bet the problem is in timing or electrical
[20:36:16] <cradek> then maybe your wiring is wrong
[20:36:42] <cradek> but you need to troubleshoot. use a logic probe or scope and see what's happening.
[20:37:00] <alexfloc> i tried it, i get nothing on pin 5
[20:37:03] <alexfloc> :(
[20:37:05] <cradek> we can't guess (and when we do, you just say we're wrong)
[20:37:06] <alex_joni> alexfloc: try a sample configuration for stepper (not one generated by stepconf), if the drives (for which you didn't say you have timings) have odd timing restrictions, then you can sometimes get results, sometimes not
[20:37:22] <alex_joni> with emc2 running try this:
[20:37:25] <alex_joni> open a terminal
[20:37:32] <alexfloc> ok
[20:37:33] <alex_joni> type "halcmd -kf"
[20:37:51] <alex_joni> then "unlinkp parport.0.pin-*-out"
[20:37:58] <alex_joni> where * is the pin number you want
[20:38:09] <alex_joni> (you can use tab complete for this)
[20:38:15] <alex_joni> then you can use commands like this:
[20:38:20] <alexfloc> i did that allready
[20:38:28] <alex_joni> setp parport.0.pin-05-out 1
[20:38:30] <alexfloc> i get no voltage on that pins
[20:38:33] <alex_joni> and check the voltage
[20:38:43] <alex_joni> that's off
[20:38:44] <alex_joni> odd
[20:39:00] <mariooliveira> are you sure those pins are output?
[20:39:01] <alexfloc> but an old printer works
[20:39:05] <alexfloc> that is the problem
[20:39:16] <alexfloc> pin 2-9 are output
[20:39:23] <alexfloc> databits fot printing
[20:40:56] <alexfloc> thanks all
[20:41:24] <alexfloc> i will try again tomorrow
[20:42:05] <mariooliveira> try this
http://www.beyondlogic.org/pardebug/pdebug.htm
[20:42:14] <mariooliveira> in windows
[20:42:49] <mariooliveira> then you cab make sure if problem is in pc or drivers
[20:43:16] <mariooliveira> or you can also inject 5 and 0 volts to those pins without pc
[20:43:36] <mariooliveira> to see if drivers are working fine
[20:44:16] <mariooliveira> put a small resistence on 5 volts
[20:44:21] <mariooliveira> for the test
[20:45:41] <mariooliveira> lol he left
[22:06:24] <tomaw> [Global Notice] Hi all, as you probably noticed our services took a short break there. They're back online now and we're investigating the cause of the crash. Thanks for using freenode and sorry for the inconvenience!
[22:23:50] <mariooliveira> excess speed crash or driver was drunk
[22:32:31] <alex_joni> good night all