#emc | Logs for 2006-01-15

[00:09:26] <CIA-5> 03alex_joni * 10emc2/configs/stepper/stepper_mm.ini: fixed bug #1406189 , thanks floh for spotting it
[00:21:19] <Jacky^> night all
[00:37:45] <SWPadnos> SWPadnos is now known as SWP_Away
[00:40:42] <jmk_dinner> jmk_dinner is now known as jmkasunich
[01:16:52] <tonyp> hellooooo. I really need some help from anybody
[01:17:44] <jmkasunich> what kind of help do you need?
[01:18:04] <alex_joni> tonyp: what's burning?
[01:18:07] <tonyp> I have a z axis problem on a router that wont repeat
[01:18:25] <jmkasunich> what emc are you running?
[01:18:34] <jmkasunich> steppers or servos?
[01:18:47] <tonyp> it seems to drift all over the place, I just upgraded to the 4.38 today and it is steppers
[01:18:52] <jmkasunich> and a dozen other questions that we need to understand your situation
[01:19:15] <jmkasunich> 4,38 is supported by Paul Corner, we know nothing about it
[01:19:25] <jmkasunich> he has a mailing list, URL in a minute
[01:19:54] <cradek> http://ourproject.org/projects/bdi4emc/
[01:20:11] <jmkasunich> thats the one
[01:20:24] <tonyp> When running a z-.010 z0 z-.010 z0 and so on it seems to miss signals up and down and ends up drifting all over the place.
[01:20:45] <jmkasunich> sounds like lost steps, but I really don't know the BDI-4.38 at all
[01:20:56] <tonyp> this is not a release problem. I have had this since I built this a year ago
[01:21:06] <jmkasunich> the same problem?
[01:21:09] <tonyp> it did the same with rc46
[01:21:19] <tonyp> yes the same problem.
[01:21:20] <jmkasunich> why didn't you say so?
[01:21:24] <jmkasunich> ;-)
[01:21:36] <tonyp> I dont type fast enough
[01:21:36] <jmkasunich> have you tried reducing accel?
[01:22:36] <tonyp> yes, replaced the gecko, rewired with a 3 foot cat 5 cable and changed to the 4.38 just to make sure the release wasnt the problem
[01:23:02] <jmkasunich> I asked about accel, not about all that
[01:23:19] <tonyp> yes was the answer to accel
[01:23:27] <jmkasunich> what was your original accel, what is it now, does it work correctly for any value of accel, even very slow?
[01:23:57] <cradek> are your TRAJ accel and per-AXIS accel all the same?
[01:24:00] <jepler> If you want to use newer versions of emc, you're better off building emc 1.2.0rc1 or emc2 from CVS, not upgrading to bdi 4.xx.
[01:24:21] <cradek> per-AXIS accel is ignored for coordinated moves on those versions!
[01:24:24] <jmkasunich> jepler: that may be so, but he has had the problem for a long time...
[01:24:27] <jepler> bdi 4.xx seems to lack a certain amount of, er, organizational transparency, right now.
[01:24:56] <tonyp> no difference even on bdi rc46
[01:25:08] <jmkasunich> tonyp: what are your accel limits, in the TRAJ section and in the AXIS sections of the ini file
[01:25:21] <tonyp> 5
[01:25:35] <tonyp> I also used smaller and bigger
[01:25:40] <tonyp> same problem
[01:25:47] <jmkasunich> how much smaller and bigger?
[01:25:56] <tonyp> 1 to 20
[01:26:04] <tonyp> no difference
[01:26:07] <jmkasunich> what is max velocity?
[01:26:19] <jmkasunich> is this an inch machine or a mm one?
[01:26:36] <tonyp> 1.5 or 89 inches per minute inch
[01:27:01] <jmkasunich> X and Y work fine?
[01:27:05] <tonyp> When I plug the z into the x or y it works great and the problem moves to the other axis
[01:27:13] <jepler> jmkasunich: right, but if he wants to compile emc1 from source, he's screwed with bdi 4.xx.
[01:27:22] <fenn> sounds like a driver problem
[01:27:34] <tonyp> just replaced the gecko yesterday
[01:27:55] <tonyp> with a 210 microstep
[01:28:31] <tonyp> put on the cat 5 cable per marris's suggestion
[01:28:32] <jmkasunich> tonyp: that isn't clear: when you plug the Z drive into the X motor? when you plug the Z motor into the X drive? Does the problem move with the motor or the drive?
[01:29:03] <tonyp> the problem moves to the next axis
[01:29:11] <jmkasunich> arrgh
[01:29:23] <tonyp> the z motor works well when plugged into the x drive
[01:29:33] <tonyp> the x drive then starts to drift
[01:29:41] <tonyp> ????????????
[01:29:44] <fenn> ayup
[01:29:49] <jmkasunich> huh, you just contradicted yourself
[01:29:51] <tonyp> been pullin my hair out
[01:30:04] <fenn> you mean the x axis starts to drift right?
[01:30:04] <tonyp> let me try again
[01:30:15] <jmkasunich> you just said: the Z motor works on the X drive, then you said the X drive starts to drift...
[01:30:24] <jmkasunich> did you mean the X motor starts to drift?
[01:30:31] <fenn> * fenn is thinking a faulty electrical connection or electrical interference
[01:30:40] <tonyp> yes when plugged into the z drive
[01:31:02] <jmkasunich> so the problem is either the Z drive, or the Z signals from EMC
[01:31:06] <fenn> what does the cat5 cable do?
[01:31:36] <jmkasunich> or the Z signal wiring.
[01:31:45] <tonyp> 2 sets of twisted pairs that are sure not to be cross with the wrong wire
[01:31:49] <cradek> fenn: reduces interference because it's twisted
[01:31:55] <jmkasunich> cat 5 is probably an attempt to avoid noise
[01:32:01] <tonyp> yes
[01:32:17] <jmkasunich> you are using software generates step pulses out of the parport?
[01:32:40] <jmkasunich> (no Pico systems boards or anything like that...)
[01:32:52] <tonyp> I thought the z signals were the problem and that is why i got the 4.38
[01:33:02] <tonyp> no pico
[01:33:07] <jmkasunich> do all axis have the same scaling?
[01:33:11] <tonyp> hard wired to the gecko \
[01:33:19] <tonyp> no on the scaling
[01:33:20] <jmkasunich> what is the scaling (INPUT_SCALE, OUTPUT_SCALE)
[01:33:37] <jmkasunich> for X, Y, and Z
[01:33:43] <tonyp> x axis is 1495
[01:33:50] <tonyp> y axis is 2450
[01:33:59] <fenn> * fenn prescribes hal and a square wave signal
[01:34:07] <tonyp> z axis is 1350
[01:34:11] <fenn> take two measurements and call me in the morning :)
[01:34:29] <tonyp> I dont even know how to do that
[01:34:31] <jmkasunich> tonyp: 1350 steps per inch?
[01:34:36] <tonyp> yes
[01:34:37] <jmkasunich> fenn is being difficult
[01:34:42] <jmkasunich> ignore him
[01:34:50] <jmkasunich> are the Geckos microstepping?
[01:35:10] <tonyp> only the y axis as the screw is 20mm lead
[01:35:27] <jmkasunich> 1350 microsteps/inch seems low, that means one turn of the stepper shaft (2000 microsteps) is about 1.5 inches travel
[01:36:03] <tonyp> The scale is right to an indicator
[01:36:10] <fenn> wow 20mm lead? what diameter?
[01:36:19] <jmkasunich> so you are running X and Z at 200 steps per revolution?
[01:36:20] <tonyp> moving 1" =1"
[01:36:26] <tonyp> yes
[01:36:48] <tonyp> fenn: 1"
[01:36:52] <tonyp> about
[01:37:03] <tonyp> 25mm
[01:37:04] <jmkasunich> how big are the steppers? nema 34?
[01:37:21] <tonyp> nema 34 at 640 oz in
[01:37:48] <jmkasunich> gecko current is set right for the motors?
[01:37:52] <tonyp> plenty of power. will bend the y axis if it hits the table
[01:37:57] <tonyp> yes
[01:38:23] <tonyp> two of the axis work great with the same setup
[01:39:04] <jmkasunich> 1350 steps/in at 200 steps/rev = 6.75 turns per inch on the leadscrew
[01:39:14] <jmkasunich> does that match what you have?
[01:40:01] <tonyp> I dont have the actual numbers/ the machine is in the garage and I dont remember exactly. these are within 100 though
[01:40:15] <jmkasunich> 1.5" per sec max velocity = 2025 steps per second at max speed
[01:40:29] <jmkasunich> 2025 is certainly not excessive
[01:40:54] <jmkasunich> 5 inch/sec^2 accel means about 1/3 second to go from zero to max speed
[01:41:05] <jmkasunich> also seems reasonable
[01:41:15] <fenn> depends on how much iron you're slinging around
[01:41:23] <jmkasunich> true
[01:41:25] <tonyp> I get no following errors. I have been using the machine for a long time now for 2 axis stuff but seems to be getting worse
[01:41:53] <jmkasunich> what is getting worse? I thought Z was always bad?
[01:41:59] <tonyp> running a trim router on a ball screw with smaller than a 1/4 cutter
[01:42:15] <tonyp> usually not very noticable on signs
[01:42:21] <fenn> should be able to get way higher accels and velocities
[01:42:51] <tonyp> I can on the x and y
[01:42:53] <jmkasunich> you said: When running a z-.010 z0 z-.010 z0 and so on it seems to miss signals up and down and ends up drifting all over the place.
[01:43:03] <fenn> do you have another computer to test with?
[01:43:06] <tonyp> yes
[01:43:10] <jmkasunich> and now you say "usualy not noticable"
[01:43:12] <jmkasunich> which is it?
[01:43:53] <fenn> he meant it loses steps i think
[01:44:00] <tonyp> if it drifts both ways 10 thou in a program that is cut .040 deep with a 1/32 cutter
[01:44:03] <jmkasunich> I'm asking HIM to clarify
[01:44:51] <tonyp> doesnt seem to lose steps as much as get a bad signal. I can see it happen on very slow feed rates and hear the motor move too far
[01:45:04] <jmkasunich> too far? thats differnet
[01:45:17] <tonyp> in both directions
[01:45:23] <jmkasunich> now I'm starting to agree with fenn
[01:45:28] <tonyp> that is what I mean by drifting
[01:45:37] <jmkasunich> electrical noise causing extra steps
[01:45:44] <tonyp> it is not consistant
[01:45:45] <fenn> i was starting to disagree with myself right then actually :)
[01:45:49] <jmkasunich> noise rarely is
[01:46:07] <cradek> does it do it with the spindle off?
[01:46:20] <fenn> it's not overshooting and backing up is it?
[01:46:28] <tonyp> I just rewired it/ Where would the noise come from
[01:46:43] <jmkasunich> noise has its ways...
[01:46:48] <jmkasunich> does it do it with the spindle off?
[01:46:53] <tonyp> cradek: no spindle on
[01:47:00] <skunkworks> Had something similar when I was over-driving the stepper - try lowering the current. Had a stepper that we thought would handle high current - cut the current in half and no more problem. (gaining steps)
[01:47:19] <jmkasunich> tonyp: are you saying it happens ONLY when the spindle is on?
[01:47:32] <tonyp> spindle doesn't matter
[01:47:34] <cradek> have you put a scope on the step/dir lines right at the gecko?
[01:47:38] <tonyp> on or off
[01:47:43] <tonyp> same thing
[01:47:53] <jmkasunich> ok
[01:48:06] <tonyp> how do I cut the current in half. I am not very smart
[01:48:37] <tonyp> cradek: I dont have a scope
[01:49:00] <jmkasunich> you followed the gecko instructions for parallel, series, half-winding connections, and you selected a current setting resistor according to their instructions?
[01:49:44] <tonyp> I got the resistor spec from Marris. But I can try a smaller current resistor if it will help
[01:50:00] <jmkasunich> I have no idea if it will help or not
[01:50:22] <jmkasunich> if Mariss thinks you have the right current, you probably do
[01:50:52] <tonyp> that is what i thought. besides it works on the other drives x and y
[01:51:03] <tonyp> they are set up the same way
[01:51:04] <jmkasunich> are all three motors the same?
[01:51:10] <tonyp> Yes
[01:51:25] <tonyp> someone mentioned a different computer
[01:51:27] <jmkasunich> ok, we can probably rule out motor current
[01:51:36] <jmkasunich> don't go there yet
[01:52:09] <jmkasunich> still on motor current, are you sure the all three resistors are the same value?
[01:52:35] <tonyp> yes
[01:52:42] <jmkasunich> (measure with an ohmeter is best, verify color codes or labels is next best)
[01:52:44] <tonyp> I will double check
[01:53:02] <jmkasunich> if that is OK, then we can pretty much rule out current issues
[01:53:13] <alex_joni> night all..
[01:53:20] <alex_joni> * alex_joni is off to bed
[01:53:23] <jmkasunich> are all three drives mounted next to each other? (in the same box or panel)
[01:53:26] <jmkasunich> goodnight alex
[01:53:35] <tonyp> I bought them at the same time and they came from the same pak
[01:53:45] <tonyp> yes they are mounted in line
[01:53:51] <jmkasunich> the resistors? thats good
[01:54:20] <jmkasunich> do you have a breakout board? or does the cat5 wire run straight to the PC?
[01:54:34] <tonyp> straight to the pc
[01:54:59] <jmkasunich> so you have a bare naked DB-25 connector plugged into the PC?
[01:55:11] <jmkasunich> one wire from each cat5 pair soldered to the connector?
[01:55:14] <tonyp> a db 25 plug in the panel to plug into
[01:55:22] <jmkasunich> what panel?
[01:55:36] <tonyp> the control panel
[01:55:42] <jmkasunich> you just said it went straight to the PC?!?!?!
[01:56:00] <jmkasunich> one end of the wire is screwed to the gecko
[01:56:10] <jmkasunich> where is the other end of THAT PIECE of wire?
[01:56:41] <tonyp> geckos are wired to a male plug on the panel the cat 5 plugs into that and then to the computer
[01:57:11] <jmkasunich> ok, see if I have this right....
[01:57:17] <tonyp> only a plug between the gecko and the computer
[01:57:46] <jmkasunich> a homemade printer cable from the back of the PC to the connector on the control panel (made from cat 5 cable)
[01:57:56] <tonyp> yes
[01:58:04] <jmkasunich> what kind of wire from the connector on the control panel to the gecko?
[01:58:29] <tonyp> stranded copper soldered to the db25
[01:58:50] <jmkasunich> twisted or anything?
[01:59:02] <tonyp> 24 gauge not twisted
[01:59:26] <jmkasunich> how long is that part? (the connector to gecko part)
[01:59:38] <tonyp> 8 inches max
[01:59:56] <tonyp> 3 feet to the computer on the cat 5
[02:00:13] <jmkasunich> what are you using for +5V?
[02:00:30] <tonyp> computer power supply
[02:00:48] <jmkasunich> you have two pairs per axis in the cat 5, right?
[02:01:01] <jmkasunich> step/+5, and dir/+5 for each axis
[02:01:18] <jmkasunich> total of 6 pairs? (which means 2 pieces of cat 5)
[02:02:10] <tonyp> no only one piece of cat 5 with four twisted pair
[02:02:24] <tonyp> one pair per axis step and dir
[02:02:37] <jmkasunich> how can you send 6 signals (X, Y, Z, step and dir for each) thru 4 pairs?
[02:03:14] <tonyp> x step and x dir is only two wires and so on
[02:03:29] <jmkasunich> so you aren't actually using pairs
[02:03:43] <jmkasunich> that is not good for noise, and is probably not what Mariss had in mind
[02:04:49] <tonyp> I really dont think it is noise because it is only on one axis
[02:04:51] <jmkasunich> so your pairs are: (Xstep, Xdir) (Ystep, Ydir) (Zstep, Zdir) (+5v, +5v) ?
[02:05:00] <tonyp> yes
[02:05:20] <jmkasunich> and when you get to the control panel DB-25, how is that pinned out?
[02:05:26] <jmkasunich> same as the wire pairing?
[02:05:32] <tonyp> yes
[02:05:56] <jmkasunich> then inside the control panel, you have three pieces of 24ga carrying +5 to the three drives?
[02:06:06] <jmkasunich> and 6 more carrying the signals, 2 to each drive?
[02:07:07] <tonyp> only on on the +5 and jumped to the other drives, yes to the 6 more carrying the signals
[02:07:54] <jmkasunich> what is the order of the jumped +5? connector --> X --> Y --> Z, or something else?
[02:08:13] <tonyp> z jumped to y jumped to x
[02:08:23] <tonyp> z is first in line
[02:08:58] <jmkasunich> there are two +5 wires in the cat5, right?
[02:09:08] <jmkasunich> and two +5 pins on the connector?
[02:09:17] <fenn> uh, what about GND?
[02:09:33] <tonyp> I am using a seperate power supply the +5 doesnt come from the cat 5
[02:09:42] <jmkasunich> fenn: no ground, the geckos use common +5v, and pull low to turn on the opto leds
[02:10:26] <jmkasunich> tonyp: I thought you said you were using the computer power supply!!?!?
[02:10:57] <tonyp> a seperate computer power supply from a junk computer sorry for that
[02:11:09] <jmkasunich> ewww
[02:11:26] <tonyp> that is located inside the panel
[02:11:42] <jmkasunich> [21:04:49] <jmkasunich> so your pairs are: (Xstep, Xdir) (Ystep, Ydir) (Zstep, Zdir) (+5v, +5v) ?
[02:11:42] <jmkasunich> [21:04:58] <tonyp> yes
[02:12:00] <jmkasunich> so is there a (+5, +5) pair in the cat 5 or not????
[02:13:02] <tonyp> no, I am sorry for that confusion. I am not very good at this. only step and dir and limit and ground in the cat 5
[02:13:24] <fenn> * fenn hides
[02:13:29] <tonyp> +5 coming from the seperate computer supply
[02:13:35] <jmkasunich> so your pairs are: (Xstep, Xdir) (Ystep, Ydir) (Zstep, Zdir) (ground, limitsw) ?
[02:13:48] <tonyp> fenn: I have been trying that for awhile
[02:13:56] <tonyp> Yes!
[02:14:26] <jmkasunich> and in the panel, the ground from the extra power supply is tied to the ground pin of the connector (the ground wire in the cat5)?
[02:15:04] <tonyp> yes!
[02:15:28] <jmkasunich> is that extra power supply running anything else?
[02:15:41] <tonyp> no
[02:15:56] <jmkasunich> ok
[02:16:02] <jmkasunich> that is not the best setup...
[02:16:20] <jmkasunich> the extra power supply's ground is internally connected to its power cord ground
[02:17:05] <jmkasunich> so you have a ground loop, from the PC power cord ground, thru its supply into the PC case, thru your cat5 ground lead, to the spare supply ground, thru its case to its power cord ground, and back to the wall socket
[02:17:27] <jmkasunich> are the PC and the extra power supply plugged into the same wall socket or power strip? if not, that will make it even worse
[02:18:01] <tonyp> yes all is run from the same powwer source.
[02:18:18] <tonyp> one power cable to the machine and divided from there
[02:18:35] <jmkasunich> the amps and spindle are on the same power cord tho, right?
[02:19:14] <tonyp> the whole machine is run from one power cord
[02:19:56] <tonyp> the only thing that isn't is the monitor for the computor
[02:19:57] <jmkasunich> so noise from the main gecko power supply, and/or from the spindle motor, could couple into the ground of that extra power supply
[02:20:21] <jmkasunich> so getting back to the wiring from the connector to the geckos
[02:20:37] <tonyp> wouldn't that effect three axis's
[02:20:46] <jmkasunich> there are six signal wires, each one goes from one connector pin to one gecko, right?
[02:21:05] <tonyp> right
[02:21:08] <jmkasunich> then there is a wire that goes from the ground connector pin to the extra power supply ground
[02:21:22] <tonyp> yes
[02:21:34] <jmkasunich> and one from the extra power supply +5v output to Z, then jumps to Y, then jumps to X
[02:21:46] <tonyp> yes
[02:22:05] <jmkasunich> what is the total length from connector to power supply to Z?
[02:22:17] <tonyp> 12"
[02:22:21] <tonyp> max
[02:22:36] <jmkasunich> so the supply is right next to the connector
[02:22:48] <tonyp> below and to the left
[02:22:58] <jmkasunich> but very close
[02:22:59] <tonyp> inside the same box
[02:23:13] <tonyp> within 3 inches
[02:23:15] <jmkasunich> if the total length is 12", the connector to PS must be about 6, and PS to gecko another 6
[02:23:16] <jmkasunich> ok
[02:23:44] <jmkasunich> you cut the power supply wires short I guess (normally they're a foot or more long)
[02:24:02] <tonyp> yes I did
[02:24:23] <tonyp> trying to keep things neater
[02:24:29] <jmkasunich> this must be an older supply, the new ones won't even start up unless they get a signal from the motherboard
[02:24:51] <fenn> what's the preferred way to do twisted pair from a parallel port? each signal twisted with +5v?
[02:25:14] <jmkasunich> fenn: depends on the load, for a gecko thats what I'd try to do
[02:25:15] <cradek> some of the very old ones (XT, AT) are really noisy and need a good load to work well
[02:25:34] <jmkasunich> cradek: good point
[02:25:57] <cradek> tonyp: is your auxiliary power supply super old (like it has the big red toggle switch on the side?)
[02:26:11] <tonyp> no switch
[02:26:20] <tonyp> from a 486 i think
[02:26:35] <cradek> so its switch is one of those four-wire jobs on a pigtail from the supply?
[02:26:55] <tonyp> no
[02:26:55] <cradek> those aren't so bad
[02:27:10] <jmkasunich> tonyp: no switch at all then?
[02:27:14] <tonyp> the 5 volt I get from it is solid
[02:27:31] <cradek> a solid 5 on a voltmeter doesn't mean it's clean
[02:27:42] <tonyp> no switch. plugs into the 110 and comes out 5 and 12 volt
[02:27:56] <jmkasunich> just like that, no startup signal needed?
[02:28:09] <jmkasunich> does the fan in the PS run as soon as you plug it in?
[02:28:11] <tonyp> cradek: had an electrician check it for me
[02:28:21] <tonyp> yes
[02:28:41] <tonyp> runs as soon as it is plugged in.
[02:29:01] <cradek> did I hear right that it's only ever the Z drive that screws up
[02:29:02] <cradek> ?
[02:29:14] <tonyp> only the z
[02:29:29] <tonyp> then the z runs great on the x or the y drive
[02:29:38] <cradek> why not get out the soldering iron and switch the X and Z wires right on the back of the computer
[02:29:46] <tonyp> the x and the y drive screw up when hooked to the z
[02:29:53] <cradek> you'll know once and for all whether it's software
[02:29:57] <jmkasunich> wrong!
[02:30:04] <cradek> ?
[02:30:45] <jmkasunich> tony is being unclear again
[02:30:51] <cradek> * cradek ships jmkasunich a beer
[02:31:00] <tonyp> not software. I just tried two different ones today
[02:31:01] <jmkasunich> the Z MOTOR works when hooked to the X DRIVE
[02:31:15] <jmkasunich> the X MOTOR screws up when hooked to the Z DRIVE
[02:31:15] <cradek> ok
[02:31:15] <tonyp> yes, perfectly
[02:31:36] <tonyp> yes the same drifting as seen with the z
[02:31:38] <jmkasunich> the X DRIVE never screws up, I don't think?
[02:31:54] <tonyp> the x or the y drive never miss a step
[02:32:00] <jmkasunich> this is why I said "wrong": <tonyp> the x and the y drive screw up when hooked to the z
[02:32:08] <cradek> ok so what I said still holds
[02:32:23] <cradek> you could rewire the connection to the parport
[02:32:28] <jmkasunich> * jmkasunich is sorry to be such a nit-picker, but getting the facts absolutely straight is critical for this kind of stuff
[02:32:39] <cradek> and if the problem stays on Z, you know it's not emc
[02:32:47] <cradek> on the mill's Z
[02:33:03] <jmkasunich> right
[02:33:37] <tonyp> the z drive is the problem. when I unplug the z motor from the z drive and plug the z motor to the y drive it works perfectly
[02:33:54] <jmkasunich> tony: its not neccessarily the Z drive
[02:34:04] <cradek> the z drive OR the power supply or the z wiring or your parallel port or emc
[02:34:20] <tonyp> when I plug the y motor into the z drive the y axis starts acting erratically
[02:34:24] <jmkasunich> it could be the Z signals from the PC, or the Z wiring in the cat5, or the Z wiring from the panel connector to the gecko, OR the drive itself
[02:34:58] <cradek> my suggestion will narrow it down quite a bit
[02:35:08] <jmkasunich> exactly
[02:35:24] <jmkasunich> switch the Z and X wires at the parport connector at the back of the PC
[02:35:32] <cradek> so keep track of what you know it's NOT
[02:35:36] <cradek> so far: the motor
[02:35:38] <jmkasunich> is the problem stays on the Z drive and motor, it must be wiring or drive
[02:35:39] <cradek> that's it
[02:35:46] <jmkasunich> it it moves, then it must be the signals
[02:36:06] <tonyp> I replaced the gecko. I replaced the par port cable with the cat 5 and I replaced emc with a different version since yesterday and still the same problem
[02:36:21] <tonyp> I get that!
[02:36:36] <cradek> ok, probably not the gecko
[02:36:47] <jmkasunich> ok, what haven't you replaced? the power supply and the internal wiring
[02:37:03] <jmkasunich> and since that is neither shielded nor twisted, it is vulnerable to noise
[02:37:09] <fenn> isnt there still a ground loop in there somewhere?
[02:37:21] <tonyp> instead of just switching the motor, switch the wiring at the connector. if the problem moves it isthe par port
[02:37:51] <cradek> or emc
[02:38:08] <cradek> or the computer
[02:38:25] <tonyp> would it be easier to just use a different computer. I can put emc on my laptop in 30 minutes and try that rather than the soldering?
[02:38:40] <jmkasunich> laptop parport have their own issues
[02:38:47] <cradek> right
[02:38:55] <cradek> laptops are bad at running emc for several reasons
[02:39:02] <jmkasunich> 3.3 volt logic makes for a crappy parport, lots of people have had problems with that
[02:39:05] <tonyp> I have used it before on a smithy mill with out any problems
[02:39:18] <jmkasunich> also, the power management crap in laptops wreaks havoc on realtime code
[02:39:35] <cradek> sometimes you can get lucky, I know some people use laptops for emc, but mine didn't work
[02:39:44] <cradek> it's just luck
[02:39:54] <jmkasunich> tonyp: laptoms sometimes work fine, but when you are troubleshooting, you don't want to add more variables
[02:39:54] <tonyp> rc46 power management didn't work
[02:40:05] <fenn> * fenn would like to see a list of laptops that work
[02:40:13] <cradek> all power management is always disabled with realtime
[02:40:34] <cradek> you don't want your computer to suspend when the mill is running!
[02:40:41] <tonyp> so please give me the best next step. I will do that in the morning and check back
[02:41:12] <jmkasunich> swap signals at the parport end of the cable
[02:41:24] <tonyp> ok it will be done!
[02:41:32] <fenn> if that doesn't work, draw a schematic diagram and send it to us
[02:41:33] <cradek> and check all your ground connections once more
[02:42:00] <fenn> (how do you have two power supplies connected together and no ground loops?)
[02:42:00] <cradek> yeah a picture would be great
[02:42:31] <tonyp> On another note. I was running a smithy mill in the middle of a program and the laptop froze up. it finished the program before shutting down. pretty amazing.
[02:42:31] <jmkasunich> fenn: he has a ground loop, no getting away from that
[02:42:43] <cradek> pretty scary
[02:42:56] <fenn> can you put toroids on it or something?
[02:42:56] <tonyp> Ive been scared for a year
[02:43:20] <cradek> tonyp: don't give up
[02:43:51] <fenn> you've entered the spooky realm of analog electronics
[02:44:11] <cradek> you're in a twisty maze of ground wires, all alike
[02:44:43] <fenn> (you have been playing too many online rpg's)
[02:44:59] <cradek> it's from adventure
[02:45:08] <cradek> probably means I haven't been playing enough
[02:45:31] <jmkasunich> heh
[02:45:49] <tonyp> ok, just put the kids to bed. even with the problem i am blessed. thanks for all of your help and I will check back tomorrow.
[02:46:07] <fenn> me too. gnight folks
[02:46:11] <tonyp> good night.
[02:46:16] <cradek> bye guys
[02:46:23] <cradek> still early here!
[02:46:58] <cradek> man what a mess
[02:47:04] <jmkasunich> yeah
[02:47:24] <cradek> "Configuring bicyclerepair" (ubuntu install)
[02:47:30] <cradek> whatever
[02:47:31] <jmkasunich> he needs a nice 3 watt 5 volt wall wart
[02:47:55] <cradek> yeah, his PS is probably no good for that.
[02:48:11] <cradek> and his pairs are configured all wrong
[02:48:26] <cradek> there should be grounds in them or something
[02:48:57] <jmkasunich> (gnd, step) (gnd, dir) x 3
[02:49:04] <cradek> yep
[02:49:20] <jmkasunich> then at the control panel, each gnd goes to the gecko +5v pin thru a 0.1uF cap
[02:49:48] <cradek> yeah couldn't hurt
[02:50:03] <cradek> bypass caps are good superstition
[02:50:08] <jmkasunich> tie all the +5V pins together thru 10 ohm resistors, tie all gnds together thru 10 ohm resistors, and connect the tie points to +5 and gnd of an isolated 5V supply
[02:50:39] <jmkasunich> that way for AC signals, each pair goes directly to the geckos, and the supply is decoupled by the 10 ohm resistors
[02:51:20] <cradek> the resistors would protect you from shorts somewhat too
[02:51:32] <cradek> SNIFF SNIFF what's that smell??
[02:51:43] <jmkasunich> ah, the aroma of toasted resistor
[02:52:32] <cradek> a debian install sure has to screw with the packages for a long time after reboot
[02:53:03] <cradek> I have only used redhat and freebsd recently and they reboot and are done
[02:53:10] <jmkasunich> SNIFF, SNIFF.... smells like a SEI... 1/4 watt... thin film.... 10K, no 6.8K...
[02:53:40] <cradek> no 6.40K! oh no!!
[02:54:45] <jmkasunich> nah, thats a 6.8K, the 6.4K has a touch more burnt plastic in the bouquet
[02:55:06] <jepler> hints of nutmeg and bat guano?
[02:55:16] <jmkasunich> lol
[02:55:33] <cradek> don't give away my eggnog recipe
[02:55:42] <jmkasunich> I've become more accustomed to the smell of fried IGBT
[02:55:48] <jmkasunich> burnt elephant snot
[02:56:07] <cradek> hi jepler
[02:56:14] <cradek> glad you stayed out of that wiring discussion?
[02:56:38] <skunkworks> I like the spell of soldering circuit boards (fiberglass not bakelite). But I have developed a twitch
[02:56:42] <jepler> my eyes glazed over
[02:56:57] <skunkworks> smell I mean
[02:58:10] <jmkasunich> I get so frustrated with folks who don't get the importance of accuratly reporting things
[02:58:31] <cradek> yeah things like that require a lot of precision
[02:58:46] <cradek> precise language
[02:58:57] <skunkworks> jmk - I wasn't getting that from you at all ;)
[02:59:08] <jmkasunich> heh
[02:59:09] <cradek> precision in language takes practice
[02:59:23] <jepler> its hard
[02:59:29] <cradek> arrgh
[02:59:54] <jepler> * jepler knows how to tweak cradek
[03:00:02] <cradek> very funny
[03:00:18] <jmkasunich> its difficult you mean?
[03:01:00] <cradek> Im anal about apostrophe's and other puctuashion.
[03:01:14] <jmkasunich> heh
[03:01:22] <cradek> and speeling
[03:01:34] <jmkasunich> I got email from a user the other day, he was having problems with emc2 PID stuff
[03:01:44] <cradek> uh-oh
[03:01:47] <jmkasunich> sounded like an absolute idiot
[03:01:51] <cradek> oh
[03:01:58] <jmkasunich> spelling, grammar, etc
[03:02:08] <cradek> you sure he was a native english speaker?
[03:02:09] <jmkasunich> so I go into "rank beginner mode"
[03:02:30] <cradek> the idiot filter is only fair for native speakers
[03:02:49] <jmkasunich> and he comes back (still with awful grammer) that he has an Masters in control theory, 35 yrs exp, and is working on his PHD
[03:03:00] <cradek> ouch
[03:03:06] <cradek> wonder who will write his dissertation for him
[03:03:11] <cradek> jmkasunich: "grammar"
[03:03:20] <jmkasunich> :-P
[03:03:28] <jmkasunich> I eventually spoke to him on the phone
[03:04:05] <jmkasunich> he has a russian accent, but communicates very well verbally, no grammer problems that I noticed (of course, you notice more in writing)
[03:04:23] <cradek> jmkasunich: "grammar"
[03:04:42] <jepler> I'm just sitting here, laughing.
[03:04:56] <jmkasunich> he's in the US, has written papers in english but must have had an editor/proofreader to check his grammEr
[03:05:09] <cradek> jmkasunich: "grammar"
[03:05:10] <jmkasunich> grammer, grammer, grammer
[03:05:19] <jmkasunich> gremmar
[03:05:31] <jmkasunich> gremmer?
[03:05:41] <jepler> which one means the mother of your father or mother?
[03:05:54] <jmkasunich> baba
[03:06:17] <jmkasunich> ;-)
[03:06:32] <cradek> dictionary.com says grammer is a city in Indiana
[03:07:15] <jmkasunich> well, isn't Indiana the state that says pi is three? so what do they know about it?
[03:08:11] <jmkasunich> of course, now that I've intentionally mis-spelled it so many times, I'll probably screw it up forever
[03:08:46] <jmkasunich> grammar, grammar, grammar
[03:08:55] <jmkasunich> she sells grammar by the grammar shore
[03:09:10] <cradek> haha
[03:09:15] <cradek> we like you anyway
[03:10:54] <jmkasunich> dammit... I hate unscheduled perforations...
[03:12:21] <jmkasunich> * jmkasunich looks for a band-aid
[03:13:36] <jepler> huh. I thought at first this new bug was an axis bug, but I guess he's saying it's an ini-parsing bug?
[03:13:50] <jepler> https://sourceforge.net/tracker/?func=detail&atid=106744&aid=1406189&group_id=6744
[03:14:07] <cradek> yeah alex "fixed" it by moving the comment
[03:15:04] <jmkasunich> the value of an ini file variable is everything after the = sign
[03:15:49] <jmkasunich> probably shouldn't be, but thats the way it works right now
[03:17:30] <cradek> ok, it's a feature then
[03:24:18] <jepler> is there documentation on the .ini format as used by emc?
[03:24:45] <jepler> its .. surprising .. to me that it works that way, but if^Wonce it's documented I'm happy to shut up
[03:25:42] <jmkasunich> * jmkasunich looks
[03:30:10] <jmkasunich> the only "documentation" is a comment at line 582 of src/libnml/inifile/inifile.cc
[03:30:24] <jmkasunich> /* it matches-- return string after =, or NULL */
[03:30:31] <cradek> I'm pretty sure I don't care which way it works
[03:30:45] <cradek> although typically you can put comments there I think
[03:32:29] <jmkasunich> comments are detected in "stripwhite()" which is called to strip leading whitespace only
[03:32:55] <jmkasunich> if the text starts with (or ;) the entire line is dropped, but a after that is treated as just part of the text
[03:34:25] <cradek> [insert tcl insult here]
[03:34:28] <jepler> I assume there were some #s in what you just said? I got some reverse video text, between where two of them should have appeared
[03:34:40] <jmkasunich> yes
[03:34:41] <jepler> is that happening in my client? I thought I'd turned off all the stupid
[03:34:45] <jmkasunich> damn ksirc
[03:34:50] <cradek> I got that too, but I was embarassed to say so
[03:35:11] <jepler> cradek: invalid command name insert
[03:35:16] <jepler> cradek: invalid command name "insert"
[03:35:22] <cradek> ?
[03:35:30] <jepler> cradek: when you type that into tclsh
[03:35:41] <cradek> hmm
[03:35:52] <jmkasunich> [] means that whatever is inside is interpretted as a command
[03:36:18] <jmkasunich> so you tried to execute the command "insert" with args "tcl" "insult" "here"
[03:36:57] <cradek> oh forget it
[03:37:01] <cradek> for pete's sake
[03:37:05] <cradek> it was a joke
[03:37:23] <cradek> tcl is also too stupid to parse comments like that, I was being funny
[03:37:45] <jmkasunich> woosh
[03:37:57] <jepler> * jepler considers earnestly telling cradek that he can (sometimes) write ;# and it'll be treated as a comment
[03:38:33] <cradek> sorry for the failed humor
[06:39:11] <lilo> [Global Notice] Hi all. We just experienced routing problems with a main rotation server. We're pulling it and checking with the sponsor. Apologies for the inconvenience.
[06:46:09] <CIA-5> 03jmkasunich * 10emc2/src/rtapi/rtai_rtapi.c: fixed an ifdef that was disabling time measurements even on systems that are capable of making them...
[06:47:11] <jmkasunich> jmkasunich is now known as jmk_sleep
[06:56:48] <lilo> [Global Notice] Hi all. We just experienced loss of bandwidth on a main rotation server. We've rearranged things accordingly. Apologies for the inconvenience, and thank you for using freenode.
[08:22:06] <SWPadnos> SWPadnos is now known as SWP_Away
[09:02:45] <TorbaX_bed> TorbaX_bed is now known as TorbaX
[09:29:03] <TorbaX> hello
[09:29:39] <TorbaX> I made emc2
[09:29:45] <TorbaX> it works
[09:44:55] <TorbaX> I have an error
[09:45:23] <TorbaX> with emc scriptù
[09:45:42] <TorbaX> after I installed axis
[09:46:04] <TorbaX> I did only the step suggest by Axis site
[09:46:12] <TorbaX> to install Axis on emc2
[09:46:44] <TorbaX> I am on emc2 path
[09:46:48] <TorbaX> /root/emc2
[09:47:00] <TorbaX> when I execute: ./scripts/emc
[09:47:59] <TorbaX> ./scripts/emc: line 581: [: too many arguments
[09:48:21] <TorbaX> Traceback (most recent call last):
[09:48:47] <TorbaX> File "/root/emc2/bin/axis", line 1636, in ?
[09:49:04] <TorbaX> s = emc.stst(); s.poll()
[09:49:16] <TorbaX> emc.error: emcStatusBuffer invalid
[09:49:18] <TorbaX> ...
[09:49:18] <TorbaX> ..
[09:49:36] <A-L-P-H-A> TorbaX... uh... the people you want, are probably not here.
[09:49:38] <TorbaX> and emc shutting down
[09:49:44] <A-L-P-H-A> cradek is the guy you want to talk to about axis.
[09:49:47] <A-L-P-H-A> he's the author.
[09:49:58] <A-L-P-H-A> same with oh... who was the other guy...
[09:50:05] <TorbaX> ok
[09:50:39] <TorbaX> I post the question to cradek later
[09:52:44] <TorbaX> cradek: when you are active in channel read those messages, please:)
[09:53:09] <TorbaX> The axis version is latest.tar.bzip2
[09:53:30] <TorbaX> see you soon
[09:53:50] <TorbaX> I make snack, I'm hungry
[11:18:01] <Jacky^> morning
[11:29:46] <cncuser> morning
[11:31:16] <cncuser> the emc2 cvs version cant start if i do not manually add the adeos module, it unloads it, but it doesnt load it. this should be changed
[11:37:33] <Lucio65> hi all
[11:37:45] <Jacky^> hi Lucio65 :)
[11:37:52] <cncuser> hi lucio65
[11:37:58] <cncuser> jo jacky
[11:38:06] <Jacky^> hi cncuser
[11:38:53] <Lucio65> hi cncuser
[11:40:43] <Jacky^> cncuser: wich distro are you using to run emc2 ?
[11:41:14] <cncuser> Jacky^: puppy 1.0.7 = puppysit = coolcnc
[11:41:33] <Jacky^> nice
[11:41:48] <cncuser> hmm, jacky, youre right i should configure the modules correctly then they should get loaded
[11:42:19] <Jacky^> I'm not familiar with that :(
[11:42:36] <Jacky^> alex_joni: could help you
[11:42:39] <cncuser> Jacky^: your distroquestn reminded me :)
[11:42:45] <Jacky^> :-)
[11:42:58] <cncuser> Jacky^: i am familiar with that, i just didnt think about fixing it from that side :)
[11:43:04] <Jacky^> puppy its cool, I have to try it !
[11:43:27] <cncuser> Jacky^: hehe, maybe i get a beta online this week
[11:43:50] <cncuser> found some bugs in the howto / scripts
[11:44:16] <Jacky^> good .. youre a very good cncuser :)
[11:44:20] <Jacky^> hehe
[11:55:51] <Lucio65> Lucio65 is now known as Lucio_away
[14:00:34] <alex_joni> morning all
[14:00:45] <tonyps> morning alex_joni
[14:01:53] <cncuser> morning alex_joni
[14:02:07] <tonyps> anybody know about how to wire geckos
[14:03:03] <tonyps> where does a fuse go if you want to protect the gecko against a motor shorting out. On the high voltage going in?
[14:04:17] <alex_joni> tonyps: yes
[14:05:19] <tonyps> the motor is a 5.5 amp. what size fuse would be best. trying to fix a problem and I have another motor to try but am scared of it
[14:06:06] <alex_joni> tonyps: read the geko manual, it's in there
[14:06:13] <alex_joni> gecko even ;)
[14:06:31] <alex_joni> they say about 67% of the motors amp, should come from the PSU
[14:06:48] <tonyps> great, I'll look that up right now. be back later
[14:06:49] <alex_joni> so in your case the fuse might be 5-6A
[14:07:46] <tonyps> I'll look that up and put a little smaller in it. I was told the motor was the cause of blowing a gecko before but I am doubting that now
[14:08:41] <tonyps> I think the electrition dropped a screwdriver when adjusting the pot and blamed it on the motor.
[14:09:21] <tonyps> None of the leads seeem to be shorted to the case or to each other. Just the two phases
[14:10:32] <tonyps> I am going to go try this out. I'll be back (arnold accent)
[14:24:27] <rayh> hallo
[14:24:31] <alex_joni> hi ray
[14:25:36] <rayh> What is on the agenda for today?
[14:25:52] <alex_joni> * alex_joni will do the stg configs
[14:27:00] <rayh> We should take a bit of time to discuss retroFest and codeFest for 2006.
[14:27:22] <alex_joni> * alex_joni knows little about that ..
[14:37:11] <jepler> good morning guys
[14:40:15] <alex_joni> morning jeff
[14:40:23] <alex_joni> is chris up too?
[14:40:24] <alex_joni> :D
[14:40:30] <jepler> no idea
[14:40:41] <alex_joni> ok.. you usually come in pairs ..
[14:40:46] <jepler> that's weekdays
[14:40:50] <alex_joni> that's why I asked :)
[14:51:41] <alex_joni> hi chris
[14:57:11] <thalx> Greetings, Alex!
[14:57:25] <alex_joni> how've you been?
[14:57:38] <thalx> Pretty good. Many changes are a-happening.
[14:57:54] <alex_joni> that's good to hear, hope they are for the best
[14:58:46] <thalx> I'm now officially engaged, my girlfriend is taking 21 credits this semester so she can graduate in may. Looks like we'll be marrying in either June or July, and we're also trying to figure out how to be first time homeowners.
[14:59:12] <alex_joni> sounds great,I'm happy for you..
[14:59:17] <thalx> And she's a totally too-energetic nut, trying to cram all planning in before school starts, last week of Jan.
[14:59:53] <alex_joni> sounds like something I should do too, pretty soon ;)
[15:00:31] <thalx> Today, however, she's off elsewhere, so I actually have some few hours to myself, am here to check on the latest and greatest in the EMC arena, perhaps there's something new I can build to exhibit at Cabin Fever Expo next weekend?...
[15:00:58] <alex_joni> well, emc2 is pretty advanced
[15:01:33] <alex_joni> we're working towards a release soon
[15:02:20] <Imperator_> Hi all
[15:02:27] <thalx> Greetings, Imperator
[15:02:56] <alex_joni> Hallo Martin
[15:02:57] <Imperator_> suggestion for a location for EMCcodefest: Stuttgart or Aalen :-)
[15:03:16] <alex_joni> Imperator_: don't think the amis will travel over the pond for it :D
[15:03:39] <Imperator_> I traveld last jear :-)
[15:03:46] <Imperator_> year
[15:06:21] <Imperator_> are there some details about Codefest ?
[15:10:27] <alex_joni> * alex_joni goes away for a while
[15:28:10] <CIA-5> 03rayhenry * 10emc2/tcl/bin/halconfig.tcl: watch mode works a bit better.
[16:18:23] <fenn> kevin: is it true you cannot access wikipedia in china?
[16:25:08] <kevin> wikipedia?
[16:26:31] <kevin> sorry, I cann't catch your meaning
[16:28:22] <CIA-5> 03alex_joni * 10emc2/configs/stg/ (stg.ini stg.tbl stg.var README stg_io.hal stg_motion.hal): added initial STG configs
[16:29:54] <fenn> hmmmm..
[16:34:23] <CIA-5> 03alex_joni * 10emc2/configs/motenc/ (motenc.ini motenc_motion.hal): unified usage of P gains naming inside the ini's and core_servo
[16:34:55] <fenn> kevin: try looking at the emc2 code notes.pdf if you're interested in libnml
[16:35:12] <CIA-5> 03alex_joni * 10emc2/configs/common/core_servo.hal: unified usage of P gains naming inside the ini's and core_servo
[16:35:30] <fenn> http://www.linuxcnc.org/EMC2_Code_Notes.pdf
[16:35:45] <fenn> what are you trying to do?
[16:38:19] <CIA-5> 03alex_joni * 10emc2/configs/common/core_stepper.hal: added headroom for stepgen maxvel
[16:39:29] <CIA-5> 03alex_joni * 10emc2/configs/stepper/ (stepper_inch.ini stepper_mm.ini): added headroom for stepgen maxvel
[16:40:24] <kevin> emc2_code_notes.pdf say little about it
[16:40:52] <alex_joni> kevin: what do you want to do?
[16:41:49] <kevin> is it possible to parted it to emc?
[16:44:20] <fenn> i dont understand what you mean
[16:46:23] <kevin> The RCSlib (Real-time Control System) was replaced with libNML in EMC2, And now I plan to use libNML in EMC1 directly
[16:46:44] <fenn> why not just switch to emc2?
[16:46:48] <kevin> Is it possible?
[16:48:00] <fenn> i am the wrong person to ask, but the person who knows doesn't come around here very much anymore
[16:48:47] <alex_joni> kevin: again, what do you want to do?
[16:48:55] <fenn> what does emc1 do that you cannot do in emc2?
[16:49:10] <TorbaX> hello
[16:49:21] <TorbaX> cradek
[16:49:24] <fenn> * fenn sighs
[16:49:43] <alex_joni> fenn: probably poor choice of an already registered nick
[16:49:47] <fenn> yeah
[16:49:53] <alex_joni> hi TorbaX
[16:49:54] <TorbaX> hi fenn alex_joni
[16:52:37] <fenn> welcome back
[16:53:09] <kevin__> we have done much work in modifying emc1 to fit our environment. and now we plan to use libnml in our emc1
[16:53:57] <fenn> i would suggest reading the CVS logs to see what changes happened between emc1 and emc2
[16:54:29] <kevin__> ok
[16:54:35] <kevin__> thanks
[16:54:37] <fenn> but it sounds like a lot of work
[16:54:58] <alex_joni> kevin__: the emc on the BDI is mostlyemc1 with libnml
[16:55:04] <alex_joni> but also some other things are different
[16:55:13] <alex_joni> what kernel/RT are you using?
[16:55:45] <kevin__> the linux kernel is 2.4.16 and RT is 3.1
[16:56:37] <alex_joni> RTAI ?
[16:56:42] <alex_joni> or RTLinux?
[16:56:57] <alex_joni> the BDI emc is in CVS
[16:56:59] <kevin__> I can not see some character in IRC
[16:57:04] <alex_joni> under the bdi-4 branch in emc2
[16:57:13] <alex_joni> I need to go away, I'll be back later
[16:57:14] <alex_joni> bye
[16:57:28] <kevin__> bye
[16:57:46] <kevin__> rtlinux3.1
[16:59:07] <TorbaX> cradek: are you online now?
[16:59:55] <dmessier> hello all
[17:00:24] <TorbaX> alex_joni: I made emc2 and it works
[17:01:43] <TorbaX> ... my screen only accept 640x480 resolution
[17:02:15] <TorbaX> i've a problem with tkemc and other GUIs
[17:02:44] <TorbaX> it doesnt' fit all windows..
[17:02:57] <TorbaX> but xemc it does.
[17:03:13] <kevin__> see u later
[17:03:30] <kevin__> there is something wrong with my debian
[17:04:15] <fenn> axis doesn't fit?
[17:04:36] <jepler> we've designed axis for an 800x600 minimum screen size
[17:05:04] <TorbaX> axis seems to fit correct....when it worked...
[17:06:00] <TorbaX> jepler: because I installed emc2 in root folder and Axis installed on its....
[17:06:18] <TorbaX> I've strange problem
[17:07:06] <TorbaX> emc2 with DISPLAY=axis
[17:07:12] <TorbaX> doesnt work
[17:07:33] <TorbaX> I follow the guide on axis site
[17:07:47] <TorbaX> but after
[17:08:03] <TorbaX> emc 2 shows an error
[17:08:30] <jepler> what is the error?
[17:08:41] <TorbaX> just a moment
[17:11:36] <TorbaX> http://tinypic.com/karc5u.png
[17:11:53] <TorbaX> do you see it on image?
[17:13:52] <jepler> and your DISPLAY = line doesn't have anything after "axis"?
[17:14:02] <TorbaX> mmm
[17:14:09] <jepler> This doesn't work: DISPLAY = axis # I like this one best
[17:14:15] <jepler> because emc doesn't actually treat it as a comment
[17:14:21] <TorbaX> ops
[17:14:22] <TorbaX> ....
[17:14:51] <fenn> deja vu
[17:14:56] <cncuser> jepler: hehe, yes, this is allmost a classic ;)
[17:15:02] <TorbaX> oh yes
[17:15:22] <TorbaX> there was a default row commented
[17:16:34] <TorbaX> default this row are commented (with a comment after 'axis' word)
[17:17:55] <TorbaX> but I suggest to move the row comment before the "# DISPLAY = axis" row
[17:18:27] <jmk_sleep> jmk_sleep is now known as jmkasunich
[17:18:57] <TorbaX> with a future diff patch to correct this simple mistake
[17:19:10] <SWP_Away> SWP_Away is now known as SWPadnos
[17:19:15] <cradek> TorbaX: I'm here for a bit
[17:20:52] <cradek> TorbaX: that problem is fixed in cvs already (yesterday)
[17:21:20] <TorbaX> thanks cradek
[17:21:25] <TorbaX> ops
[17:21:32] <TorbaX> another problem now appears
[17:22:53] <TorbaX> http://tinypic.com/kas2a1.png
[17:23:26] <TorbaX> cradek: is there a changelog to latest cvs fix?
[17:24:09] <cradek> I will find it in webcvs, just a minute
[17:24:17] <TorbaX> because I made ok
[17:24:19] <TorbaX> ok
[17:24:29] <cradek> this latest error may be because of your remote desktop connection
[17:24:33] <cradek> I don't understand what that is
[17:24:38] <TorbaX> :-|
[17:24:49] <jepler> that happens every time?
[17:25:29] <cradek> http://cvs.sourceforge.net/viewcvs.py/emc/emc2/configs/stepper/stepper_mm.ini?r1=1.1&r2=1.2
[17:25:48] <TorbaX> now i check if this error happens on my PC and not by remote connection
[17:26:02] <TorbaX> azz
[17:26:04] <SWPadnos> TorbaX, can you run other X apps from that shell? (like kate or something)
[17:26:18] <TorbaX> SWPadnos: yes
[17:26:23] <SWPadnos> ok
[17:26:36] <TorbaX> the remote conection is available by vncserver from BDI
[17:27:17] <cradek> did you say you can run xemc but not tkemc or axis?
[17:27:32] <TorbaX> cradek
[17:27:41] <TorbaX> on desktop axis ran
[17:27:55] <TorbaX> by vnc it doesnt run
[17:27:57] <TorbaX> !!!
[17:28:09] <TorbaX> it's incredible. ...kate and other programs are ok
[17:28:16] <jepler> does "glxgears" work in vnc?
[17:28:21] <cncuser> hmm, maybe because of gl
[17:28:38] <jepler> it may be that OpenGL programs don't work properly in vnc, but usually that gives an error about the "GLX extension"
[17:28:49] <cradek> yeah that's a funny error
[17:28:56] <jepler> cradek: and a funny window ID
[17:29:32] <jepler> cradek: i'd swear I've seen that on install2, intermittently
[17:29:51] <cradek> hmm
[17:29:51] <TorbaX> good, I thank that theproblem was depend by emc2 or axis,
[17:30:27] <TorbaX> but I thank bad...:-)
[17:30:42] <jepler> TorbaX: you get the error consistently when running in vnc? Or just once?
[17:31:12] <cradek> bbl
[17:31:46] <TorbaX> jepler: no just this error i see
[17:32:00] <TorbaX> other I didnt
[17:32:20] <TorbaX> obviously by vnc.....
[17:32:33] <TorbaX> ok axis are ok
[17:33:31] <jepler> bbl
[17:33:45] <TorbaX> uhm
[17:34:19] <TorbaX> Is it possible to run DISPLAY = xemc ?
[17:34:33] <cncuser> damit, what a set back. compiling huge software on a 500mhz pIII compared to my moboless 2.6ghz powered lamehorse
[17:34:34] <TorbaX> on emc2
[17:34:41] <TorbaX> tkemc works
[17:34:45] <TorbaX> axis works
[17:34:57] <TorbaX> but xemc ...nothing
[17:35:30] <rayh> I don't believe that the xemc or yemc got moved over to emc2
[17:35:35] <TorbaX> sorry ...xemc is the only one that runs on 640x480 resolution
[17:39:21] <cradek> tkemc may work if you change some of the fonts
[17:40:50] <TorbaX> ok i tried to copy old /usr/local/emc/plat/linux_rtai/bin/xemc to "bin" folder of emc2
[17:40:59] <TorbaX> and it works good
[17:41:00] <rayh> Mini should work on 640
[17:41:10] <TorbaX> :)
[17:42:32] <rayh> There may have been a few changes in NML since last xemc was looked at.
[17:43:44] <TorbaX> :( Z works
[17:44:02] <cncuser> jepler: could you please post a filelisting of the files your script found out to be necessary to run axis into the wiki ?
[17:44:04] <TorbaX> but X and Y doesn't go
[17:45:19] <cradek> I don't think an xemc binary copied from emc1 to emc2 will work right.
[17:45:42] <TorbaX> cradek: on my PC it works
[17:48:19] <fenn> "right" is the operative word
[17:51:44] <TorbaX> :(
[17:52:18] <rayh> IMO you should be able to do all the "usual" machine operation things thought.
[17:52:26] <rayh> though
[17:52:46] <rayh> typ0ing 1o1 again
[17:52:48] <cradek> fwiw, it should not be hard to get it to compile. I think emcsh and xemc are similar, so one could look at the changes to emcsh
[17:53:25] <cradek> also axis's emcmodule.c is very much like xemc
[17:53:34] <cncuser> cu in a minute
[17:55:40] <TorbaX> is there a program that allows to export a HPGL file....???
[17:56:29] <cradek> I think hp2xx converts from hpgl to other formats
[17:57:03] <TorbaX> but I'm searching a program to generate an HPGL file
[17:57:43] <TorbaX> after I try to convert into a GC file
[17:58:54] <TorbaX> after I try to convert into a gcode file
[17:59:24] <TorbaX> because it's difficult to obtain a gc file immediately by programs
[17:59:42] <TorbaX> qcad doesnt export to hpgl or gcode
[18:00:21] <CIA-5> 03jmkasunich * 10emc2/src/hal/drivers/hal_skeleton.c: fixed a bug in the 'skeleton' HAL driver - the HAL component name and the linux kernel module name were not the same, which causes problems for the 'unloadrt' command.
[18:06:09] <dmessier> what do you need g-code for???
[18:07:11] <fenn> * fenn smacks dmessier with a wet trout
[18:07:24] <TorbaX> dmessier: i need a gcode generator from hpgl or other format because emc support gcode file...Did I think right?
[18:08:22] <dmessier> yes... but ARE you a cad /cam jockey... could you handle a real cad/cam application
[18:08:31] <cncuser> TorbaX: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Cam
[18:08:47] <jepler> cncuser: the list may be different for other versions of python, or when it is compiled with different options.. but the files my script finds are here: http://emergent.unpy.net/index.cgi-files/sandbox/python-for-axis.files
[18:08:58] <jepler> I know for a fact that some of the "bwidget" files can be skipped, but I'm not sure which ones.
[18:08:59] <cncuser> jepler: thanks
[18:09:17] <cncuser> jepler: ill play around with it later :)
[18:09:23] <jepler> * jepler disappears again
[18:09:29] <cncuser> cu
[18:10:33] <cncuser> woow, python is only a shadow of itself :)
[18:12:04] <jepler> hm, that list doesn't help, because you don't see the contents of python23.zip
[18:12:35] <jepler> http://emergent.unpy.net/index.cgi-files/sandbox/python23.zip.txt
[18:13:03] <cncuser> jepler: it helps, for i just make it into a bashscript and copy the files needed, then i do some unionfstricks and et voilla i can test if it works :)
[18:13:16] <jepler> (BaseHTTPServer? I wonder why that's pulled in!)
[18:13:18] <cncuser> a ok
[18:13:20] <cncuser> i c
[18:13:49] <cncuser> ok, more files ;)
[18:14:00] <cncuser> that would have been to good to be true ;)
[18:15:10] <jepler> fixed one thing .. check python23.zip.txt again
[18:15:35] <cncuser> ok gpot it
[18:16:21] <jepler> some of encodings/ can be trimmed, certainly the microsoft-style codepage ones
[18:17:11] <cncuser> hehe, palmos :)
[18:17:32] <cncuser> mac_island
[18:17:41] <cncuser> you allays learn something new
[18:19:03] <cncuser> hmm, the ssl modules possibly also isnt necessary
[18:19:09] <jepler> probably not
[18:19:30] <cncuser> perect start :)
[18:19:40] <cncuser> ok, im of to dubdevelopments
[18:19:46] <cncuser> cu later
[18:19:49] <jepler> bye
[18:20:53] <TorbaX> oh my god
[18:22:03] <TorbaX> the gcode examples file of kcam4 Win program don't load into emc
[18:22:22] <fenn> why am i not surprised?
[18:22:35] <TorbaX> various file .gc .ngc etc are not loaded
[18:22:46] <fenn> what's the error?
[18:22:57] <TorbaX> at the first rows
[18:23:06] <SWPadnos> did you fix the line endings?
[18:23:07] <TorbaX> bad character
[18:23:14] <jepler> there are lots of different flavo(u)rs of g-code too
[18:24:04] <TorbaX> SWPadnos: I try nowe
[18:24:09] <TorbaX> now
[18:24:22] <SWPadnos> ok
[18:28:29] <TorbaX> no
[18:28:38] <TorbaX> emc load the file
[18:28:39] <TorbaX> but
[18:28:44] <TorbaX> if I press Run
[18:29:10] <TorbaX> the parse of gcode shows an error at the first gcode rows
[18:29:25] <TorbaX> N001 .......etc etc
[18:29:30] <TorbaX> Bad character
[18:29:34] <SWPadnos> can you paste in the g-code line and the error?
[18:31:44] <TorbaX> SWPadnos: http://pastebin.com/507022
[18:32:02] <TorbaX> only the 28th rows
[18:32:23] <TorbaX> because the file STEPR_297_V7.GC is too long
[18:32:33] <SWPadnos> the post processor is using square brackets for comments "[]", emc uses parentheses "()"
[18:32:41] <jmkasunich> yep
[18:32:44] <TorbaX> (this file is a part of kcam4)
[18:32:46] <cradek> also I think % must be the first line of the file
[18:32:52] <TorbaX> ah really?
[18:33:01] <SWPadnos> and the % is the end of file, I'm not sure if it's also used to mark the beginning
[18:33:09] <TorbaX> the error point to first line
[18:33:16] <SWPadnos> change the [] to ()
[18:33:19] <TorbaX> ok
[18:33:29] <SWPadnos> on both line 1 and line 2
[18:34:11] <cradek> no, just remove those lines
[18:34:16] <cradek> because the % has to be the first line
[18:35:25] <TorbaX> mm
[18:35:32] <TorbaX> i test the edit function
[18:35:40] <TorbaX> and imark the 3rd line
[18:35:56] <TorbaX> to inizialize the run of gcode
[18:36:13] <rayh> rayh is now known as rayh-lunch
[18:44:09] <TorbaX> mm
[18:44:28] <TorbaX> the error doenst appear
[18:44:46] <TorbaX> but another ....appears
[18:45:43] <alex_joni> TorbaX: probably the program creating this file is not RS274NGC compatible
[18:45:59] <TorbaX> Axis shows
[18:46:10] <TorbaX> Cannot do G1 with zero feed rate
[18:46:35] <alex_joni> you need a speed setting for any G1
[18:46:41] <TorbaX> :-|
[18:46:46] <alex_joni> check the file for an F word, before the G1
[18:46:57] <alex_joni> if it's not there add it, G1X...F10
[18:47:02] <alex_joni> or what speed you want
[18:47:25] <TorbaX> sorry........it doenst exist
[18:48:01] <alex_joni> ok, add it (you probably need to know how to edit a file for that)
[18:50:52] <TorbaX> I've added F1 1.0
[18:51:07] <TorbaX> before the G01 ...codes
[18:51:19] <TorbaX> and Axis now load correctly the file!!!
[18:51:20] <alex_joni> F1 1.0 means F11.0
[18:51:29] <rayh-lunch> rayh-lunch is now known as rayh
[18:51:33] <alex_joni> F=speed, 1 1.0 is a number, 11.0
[18:51:44] <alex_joni> there is no F1, F2, etc.. just F
[18:51:50] <TorbaX> !!
[18:52:04] <alex_joni> I really suggest you start reading on G-Code, and what the symbols mean
[18:52:16] <TorbaX> alex_joni: excuse me but I don't have any practice in Gcode ...
[18:52:20] <TorbaX> exactly
[18:52:51] <alex_joni> TorbaX: nothing to be excused from, we all started knowing nothing ;)
[18:52:53] <TorbaX> I printed yesterday the handbook of emc that it shows principal Gcodes command
[18:53:02] <TorbaX> thanks
[18:53:03] <alex_joni> but there is a lot to learn before you can start using it like you should
[18:53:15] <alex_joni> should/could
[18:53:44] <TorbaX> :)
[18:54:52] <TorbaX> the last one problem apparently I have is that only Axis Z move correctly anche other axis X..Y doenst move
[18:55:12] <alex_joni> TorbaX: what setup are you using?
[18:55:16] <alex_joni> stepper?
[18:55:42] <TorbaX> stepper
[18:55:47] <TorbaX> parallel IO
[18:55:50] <TorbaX> stepper_mm
[18:55:51] <TorbaX> .ini
[18:56:08] <TorbaX> i set on standard_pinout hal file
[18:56:12] <alex_joni> ok
[18:56:13] <TorbaX> the corret pins
[18:56:30] <TorbaX> and the correct direction with setp parameter
[18:56:31] <alex_joni> did you test motors / drives?
[18:56:37] <TorbaX> oh yes
[18:57:05] <TorbaX> I wrote a simple C program wich allow to test the axis X Y Z by parallel port
[18:57:16] <TorbaX> it ran on my desktop
[18:57:22] <TorbaX> and on BDI
[18:57:29] <TorbaX> perfectly
[18:58:06] <TorbaX> in this program simply I set #define to map the parallel port
[18:58:12] <TorbaX> and check it
[18:58:45] <TorbaX> the motors sounds good
[18:58:51] <TorbaX> but
[18:58:59] <TorbaX> on EMC only axis Z move
[18:59:06] <TorbaX> X and Y nothing
[18:59:10] <alex_joni> seems something might be wrong
[18:59:16] <alex_joni> did you try to jog manually?
[18:59:30] <alex_joni> did you look at the pins to see if it's stepping?
[19:00:09] <TorbaX> alex_joni: I tried manually to jog them
[19:00:15] <TorbaX> and only Z moves
[19:00:20] <TorbaX> the pins..?
[19:00:22] <TorbaX> mmm
[19:00:27] <TorbaX> IO_shows???
[19:00:50] <alex_joni> no, meter or scope on the actual parport pins
[19:01:14] <TorbaX> no I don't check it
[19:01:39] <TorbaX> It's strange
[19:04:34] <TorbaX> I check by IO_Show if the Pin are correct
[19:05:13] <alex_joni> what are the pins you are using?
[19:05:43] <TorbaX> mmm it shows wrong pins....
[19:05:50] <TorbaX> not at all
[19:05:56] <TorbaX> my conf
[19:05:58] <TorbaX> is
[19:06:09] <TorbaX> Spindle 1
[19:06:29] <TorbaX> enable_x 3
[19:06:36] <TorbaX> DirZ 4
[19:06:45] <TorbaX> StepZ 5
[19:06:50] <TorbaX> DirX 6
[19:06:56] <TorbaX> StepX 7
[19:07:02] <TorbaX> DirY 8
[19:07:06] <TorbaX> StepY 9
[19:07:13] <TorbaX> limitZ 11
[19:07:17] <TorbaX> (inverted)
[19:07:28] <TorbaX> limitY 12
[19:07:32] <TorbaX> limitX 13
[19:07:40] <TorbaX> only these pins I set
[19:08:08] <TorbaX> ops
[19:08:15] <alex_joni> ok, you can use halcmd to test if these work
[19:08:19] <TorbaX> limit switch I don't set
[19:08:23] <alex_joni> emc2/bin/halcmd show pins parport
[19:08:27] <TorbaX> ok
[19:08:29] <alex_joni> should display the values
[19:08:56] <alex_joni> try executing the command a few times during emc runs, and see if the values change as they should
[19:09:15] <alex_joni> or maybe run emc2/tcl/bin/halconfig.tcl
[19:09:21] <alex_joni> it should show you the values
[19:11:19] <TorbaX> sorry
[19:11:29] <TorbaX> the script shows an error
[19:11:51] <alex_joni> you probably don't have bwidget
[19:11:59] <TorbaX> "I didn't find the bwigdet library in the usual place
[19:12:02] <TorbaX> .-|
[19:12:36] <TorbaX> you're a magician!!!!
[19:12:41] <alex_joni> TorbaX: apt-get install bwidget
[19:12:59] <TorbaX> yes
[19:13:04] <TorbaX> a magician...:)
[19:13:23] <TorbaX> ok
[19:17:21] <TorbaX> mm
[19:17:29] <TorbaX> i see many number
[19:17:30] <TorbaX> 0...7
[19:17:38] <TorbaX> I suppose tha's a pin port
[19:17:43] <TorbaX> each number
[19:18:09] <TorbaX> ok
[19:18:12] <TorbaX> parport
[19:19:28] <TorbaX> mmmm
[19:19:30] <TorbaX> ok
[19:19:39] <TorbaX> the pins are correct
[19:19:48] <TorbaX> but
[19:20:30] <TorbaX> the limit switch pin11,12,13 AND the enable pin3 aren't setted
[19:21:27] <tomp> maybe IO_Show is easier for this problem, has labels for pins and for function
[19:21:35] <TorbaX> because the enable pin is harwired to all motors but the enable pin is not set by me(I couldn't find its)
[19:21:43] <alex_joni> tomp: the IO_Show doesn't work
[19:21:48] <tomp> yes it do
[19:21:58] <tomp> works may be wrong word
[19:22:19] <tomp> it appears and displays pins
[19:22:20] <alex_joni> TorbaX: you need to connect the enable pin to an emc enable pin
[19:22:25] <alex_joni> like axis.0.enable-amp
[19:22:32] <TorbaX> exactly alex_joni
[19:23:02] <TorbaX> now i try it
[19:28:06] <TorbaX> i set
[19:28:26] <TorbaX> newsig axis.0.enable-amp bit
[19:28:42] <TorbaX> linsp axis.0.enable-amp parport.0.pin-03-out
[19:29:03] <alex_joni> you need to set a name
[19:29:09] <alex_joni> newsig enablesignal bit
[19:29:24] <alex_joni> linksp enablesignal axis.0.enable-amp
[19:29:35] <alex_joni> linksp enablesignal parport.0.pin-03-out
[19:29:52] <TorbaX> thanks
[19:32:01] <TorbaX> ops
[19:32:09] <TorbaX> link failed!!
[19:32:36] <alex_joni> probably the naming is wrong, I used memory for the names..
[19:33:00] <TorbaX> in the HAL Handbook
[19:33:11] <TorbaX> are there a list of names?
[19:36:58] <alex_joni> halcmd should show you what you need
[19:37:03] <alex_joni> likewise halconfig.tcl
[19:38:11] <TorbaX> :)
[19:38:28] <tomp> sudo bin/halcmd show sig axis.0
[19:38:38] <alex_joni> show pin
[19:38:49] <TorbaX> halcmd doesnt work...
[19:38:51] <TorbaX> hihi
[19:39:23] <tomp> yep pin
[19:39:34] <TorbaX> emclinux:~/emc2/bin# ./halcmd show pin axis.0
[19:39:35] <TorbaX> RTAPI: ERROR: could not open shared memory
[19:39:35] <TorbaX> HAL: ERROR: rtapi init failed
[19:39:35] <TorbaX> halcmd: hal_init() failed
[19:39:35] <TorbaX> NOTE: 'rtapi' kernel module must be loaded
[19:39:35] <TorbaX> emclinux:~/emc2/bin#
[19:39:47] <alex_joni> TorbaX: of course you need emc2 running for halcmd to work
[19:40:11] <TorbaX> :( sorry
[19:40:33] <alex_joni> and for that you need to comment out the lines which don't work now ;)
[19:42:37] <TorbaX> oh yesss
[19:42:42] <TorbaX> now halcmd work
[19:42:53] <TorbaX> axis.0.amp-enable-out
[19:43:02] <TorbaX> it's the correct name
[19:43:26] <TorbaX> and the limit switch are:
[19:43:40] <TorbaX> axis.0.neg-lim-sw-in
[19:43:40] <TorbaX> axis.0.pos-lim-sw-in
[19:43:43] <TorbaX> yess
[19:44:18] <alex_joni> TorbaX: you should be able to manage from here
[19:44:41] <TorbaX> :D
[19:45:28] <rayh> good job guys.
[19:50:53] <TorbaX> ok
[19:51:04] <TorbaX> now I start the new pin assignment
[19:59:34] <TorbaX> yessss
[19:59:39] <TorbaX> now all pin are ok
[20:02:24] <TorbaX> now the last tips
[20:02:35] <TorbaX> i set
[20:02:51] <TorbaX> setp parport.0.pin-11-in-invert 1
[20:03:19] <TorbaX> because i tried to invert the logic state of limit switch
[20:03:27] <alex_joni> ok
[20:03:38] <TorbaX> emc shows an error to this
[20:04:18] <tomp> what is the errpr text?
[20:04:37] <TorbaX> in other words ...the limit switch are set to high state....and I check always override limits
[20:05:40] <TorbaX> HAL:54: ERROR: parameter 'parport.0.pin-11-in-invert' not found
[20:06:33] <TorbaX> before this, I setted the inverted pin-out successfully.
[20:06:48] <TorbaX> but these dosent work
[20:06:54] <TorbaX> AHH
[20:06:55] <TorbaX> momet
[20:06:58] <TorbaX> moment
[20:07:15] <TorbaX> parport.0.pin-11-in-not
[20:07:37] <TorbaX> is the name ov Input pin Inverted?
[20:07:52] <alex_joni> only output pins have an invert parameters
[20:07:59] <TorbaX> mm
[20:08:08] <alex_joni> input pins have 2 pins, pin-11-in and pin-11-in-not
[20:08:12] <alex_joni> you can use either one
[20:08:32] <tomp> sudo bin/halcmd show pin parport.0 will list the names according to Hal
[20:08:32] <TorbaX> the "not" are logic inverted
[20:08:37] <TorbaX> yes
[20:08:45] <TorbaX> i saw it
[20:10:25] <TorbaX> YESSSS
[20:10:26] <rayh> If you add the bwidget tool set, you can use halconfig.tcl to see all the pins, params, and such as well as make changes and watch values.
[20:10:30] <TorbaX> it's correct
[20:10:45] <TorbaX> parport.0.pin-11-in-not
[20:11:00] <TorbaX> is the logic reversed
[20:11:25] <TorbaX> newsig limZ bit
[20:11:39] <TorbaX> linksp limZ axis.2.neg-lim-sw-in
[20:11:57] <TorbaX> linksp limZ parport.0.pin-11-in-not
[20:12:03] <TorbaX> it's ok
[20:12:20] <rayh> In most of the existing systems the signal would be named Zlim
[20:12:23] <TorbaX> now tkemc shows only two axis over the limits
[20:12:29] <TorbaX> :D
[20:16:35] <TorbaX> nooooooo
[20:16:43] <TorbaX> it's incredible
[20:16:54] <TorbaX> error: joint 2 error
[20:17:11] <tomp> no, its typical :o
[20:17:30] <alex_joni> tomp: not really
[20:17:42] <tomp> slow down the feed or override ( and typical for me )
[20:17:51] <TorbaX> alex_joni: joint 1 following error
[20:18:20] <TorbaX> alex_joni: taskinf.cc 787: Error on Axis1, command number 122
[20:18:42] <alex_joni> right, probably speed is not right
[20:18:44] <alex_joni> in the ini
[20:18:55] <tomp> is line 122 a G0 as opposed to others being G1/2/3?
[20:19:09] <TorbaX> the errors are
[20:19:17] <TorbaX> line 86
[20:19:19] <TorbaX> 102
[20:19:20] <TorbaX> 122
[20:19:21] <TorbaX> ...
[20:21:09] <TorbaX> the errors appear when I had set the limit pins to the .pin-11-in-not
[20:21:09] <TorbaX> instead of .pin-15-in
[20:21:33] <TorbaX> now with pin-xx-in setted
[20:21:39] <TorbaX> the limits are active....
[20:22:05] <TorbaX> ahhh
[20:22:46] <TorbaX> wait wait
[20:22:55] <TorbaX> idem problem......with pin-xx-in setted
[20:23:10] <alex_joni> TorbaX: can you please take a conclusion before you post here? it's hard to follow..
[20:23:28] <alex_joni> we are trying to help, but only can do that if you have a specific question to ask..
[20:23:45] <TorbaX> yes, you're right
[20:23:47] <TorbaX> !!
[20:24:24] <alex_joni> and please try to write connected things on one line.. it helps us keeping an overview..
[20:28:35] <TorbaX> ok rewind.......
[20:28:40] <TorbaX> first
[20:29:05] <TorbaX> I try to disable the limit switch and the enable pin assignment
[20:29:31] <alex_joni> use a standard stepper config first
[20:29:53] <alex_joni> make sure your motors work as they should, and afterwards start by adding enable pin and limit switches
[20:30:02] <TorbaX> after I ran emc, and I see that the axis Z is ok but X and Y don't work...
[20:30:03] <TorbaX> ok
[20:30:10] <TorbaX> I clean my configuration
[20:30:21] <TorbaX> and I restart new template
[21:03:47] <TorbaX> thanks guys to incrediible support which you have got me, tomorrow I'll try to check entire configration,
[21:03:56] <TorbaX> see you later soon....
[21:04:00] <TorbaX> ;)
[21:11:35] <alex_joni> TorbaX: no problem
[21:12:19] <rayh> You bet TorbaX Glad you got the understanding to get it going.
[21:27:33] <CIA-5> 03jmkasunich * 10emc2/src/hal/utils/halcmd.c: fixed a simple typo that resulted in u8 params printing the decimal and hex values even in script mode (where it should only print the decimal value)
[21:49:16] <rayh> logger_aj bookmark
[21:49:39] <rayh> logger_aj: bookmark
[21:49:39] <rayh> See http://solaris.cs.utt.ro/irc/irc.freenode.net:6667/emc/2006-01-15#T21-49-39
[21:51:26] <tomp> ray, watcha doing with the parsing of the types? is this for halconfig?
[22:17:44] <rayh> Hi tom sorry was off reading logger.
[22:18:30] <rayh> Yes halconfig needs to find type to convert value from sci note to decimal
[22:34:59] <CIA-5> 03rayhenry * 10emc2/tcl/bin/halconfig.tcl: switch scientific notation to decimal for floats
[23:00:35] <CIA-5> 03jmkasunich * 10emc2/src/hal/ (7 files in 3 dirs): Added HAL Virtual Control Panel. Still very much a work in progress, will be finished after the release of emc-2.0.0, committed only to allow others to look at it. Do not use.
[23:03:44] <CIA-5> 03jmkasunich * 10emc2/configs/sim/test.vcp:
[23:03:44] <CIA-5> Added test.vcp to the sim config directory. Eventually the sim configuration
[23:03:44] <CIA-5> will be used to demonstrate the use of virtual control panels, so the .vcp file
[23:03:44] <CIA-5> should live here. For not it is only used for testing during the development of
[23:03:44] <CIA-5> halvcp.