#linuxcnc | Logs for 2012-03-25

[00:00:16] <Nick001> Are the tachs clean? that can make them buzz or growl
[00:02:09] <Nick001> ssi -are you there?
[00:02:53] <ssi> yeah I'm here
[00:03:11] <ssi> Nick001: do you have one of these machines too?
[00:04:06] <Nick001> i have 3 of them with ab controls
[00:04:25] <ssi> nice
[00:04:48] <ssi> I'm pretty excited about getting this thing running... it should be a really nice machine
[00:04:50] <Nick001> I just got one converted to emc2 - still have a lot of finish wiring to do
[00:05:43] <Nick001> If it hasn't been run into the ground, it will hold fantastic size and finish.
[00:05:51] <ssi> this one seems pretty tight
[00:06:14] <Nick001> I can still split a tenth and hold it good
[00:06:26] <ssi> so when I got it home, the way wipes were solid, crumbly, and glued to the bed
[00:06:40] <ssi> I cleaned them up... do you have any thoughts on how best to replace them?
[00:07:14] <Nick001> age hardened the rubber
[00:07:22] <ssi> yea
[00:07:24] <ssi> they're dust now
[00:08:00] <ssi> not sure if it's a part that I can obtain, or if I'll have to make something
[00:08:32] <Nick001> buy new ones - they're not that expensive and you need them to keep crud out from the liner under the carrage
[00:08:47] <ssi> can get them from hardinge?
[00:09:34] <Nick001> I type slow so bear with me. Hardinge still has them as I bought a set about 6 months age
[00:09:42] <ssi> no problem :)
[00:10:32] <Nick001> are you still using the HiAck amps for the slides?
[00:10:41] <ssi> yeah
[00:11:22] <Nick001> with the tachs or were you able to get rid of them?
[00:11:26] <ssi> I'm using the tachs
[00:11:35] <ssi> I have tried to change as little as possible mechanically about the machine
[00:12:04] <Nick001> the x axis may have to be cleaned or at least inspected.
[00:12:17] <ssi> I don't actually read the tachs into EMC at all, I just left them there for the velocity feedback to the amps
[00:12:33] <ssi> the x axis does have a little bit of a rattle to it
[00:12:37] <ssi> but I haven't started tuning it at all yet
[00:12:46] <Nick001> It has a habit of wicking oil into them and mess with the amps
[00:12:51] <ssi> what should I be looking for?
[00:12:56] <ssi> wicking oil into the tachs you mean?
[00:13:25] <Nick001> pull the brushes and see if there's an oil film
[00:14:11] <ssi> what are the consequences of the oil in the tach?
[00:15:03] <Nick001> Inside the cross slide assembly - ther's an oil mist from the turret motor and it can get into the front bearing of the tach
[00:16:26] <Nick001> It send the wrong voltage back and the slide can run rough - sometimes bounch, faults out and such
[00:16:42] <ssi> ahh
[00:17:47] <Nick001> I bought 2 of them brand new in 1980 and have been playing that game for many years -(
[00:18:27] <ssi> and yours have the allen bradley controls?
[00:18:31] <ssi> mine is the GE550
[00:18:34] <ssi> or was, before I tore it up :)
[00:19:26] <Nick001> saw the pics - I passed on them till Hardinge can up with an actual CNC
[00:19:41] <ssi> yeah I don't blame you
[00:19:49] <ssi> that was an antiquated monster
[00:19:49] <ssi> heh
[00:20:37] <Nick001> I was involved with NC till I bought a CNC bridgeport so I knew the difference
[00:22:20] <Nick001> The HArdinges worked great until the tachs started to act up and the one control started to goble boards faster than I wanted to repair them
[00:24:51] <Nick001> That's when I started to look at replacing the control - EMC is the 3rd system in and thus is the furthest I've gotten with anything and it looks like this is whats going to work
[00:25:10] <ssi> have you worked with EMC before trying to convert the hardinge?
[00:27:54] <Nick001> a little bit years ago - started with Centroid and that was a disaster, tried Mach3 - the control worked but they couldn't get the turret to work - so I went back to emc and they had made enough improvements in it. got it beyond a hobby thing
[00:28:15] <ssi> I thought the centroid conversions were supposed to be quite nice
[00:28:23] <ssi> they're certainly PRICED as though they would be!
[00:29:01] <ssi> I think I may try to use djdelorie's darlington trick to run my turret :)
[00:29:20] <djdelorie> what's the hFE of a turret ? ;-)
[00:29:37] <ssi> :D
[00:29:42] <Nick001> don't be fooled with that one - I have some old info on it at http://janick.com and scrol down to the DIY section
[00:29:57] <ssi> Nick001: I have a pretty good comprehension of how it needs to be done
[00:31:06] <ssi> oh I see, you're talking about the centroid :D
[00:31:11] <Nick001> I missed that one - any info on the web about it?
[00:31:57] <ssi> Nick001: it's just using a second transistor paired up with the optocoupler that's on one of my GPIO pins in a darlington config so I can switch more current than the opto alone would handle
[00:32:15] <ssi> djdelorie: so the turret is run by a pair of pneum solenoids, and they draw about 60mA each
[00:32:42] <djdelorie> time to order a pack of decent transistors? ;-)
[00:32:59] <ssi> djdelorie: will the TIP31s not handle it?
[00:33:00] <Nick001> Centroid burned abig hole in the turret encoder, burned out all the switched on X axis, couldn't run the spindle very well and on and on
[00:33:02] <ssi> cause I have a ton of those :)
[00:33:09] <Jymmm> ULN2803
[00:33:37] <ssi> Jymmm: SOUNDS BORING
[00:33:46] <djdelorie> 10mA out of the opto -> 60 mA on the turret, you need a minimum hFE of 6 but you need to adjust the Rb more carefully, that's all.
[00:34:00] <ssi> djdelorie: well the trick here is I'm not driving it with an opto
[00:34:06] <ssi> djdelorie: I'm driving it with a GPIO on the fpga
[00:34:10] <djdelorie> but if you're going to be doing this a lot, eventually you'll need more transistors, might as well buy ones with a higher hFE
[00:34:26] <ssi> and those GPIOs can source or sink 24mA I think
[00:34:39] <djdelorie> are you sure?
[00:34:45] <ssi> I know they can SINK 24
[00:34:50] <ssi> not so sure about the source
[00:34:57] <djdelorie> probably buffered from the fpga, then.
[00:34:59] <ssi> plus I'm using a '42 breakout, which has a 50r serial terminator
[00:35:05] <ssi> yes, they are I believe
[00:36:08] <djdelorie> well, if its 5v GPIO, you can probably put a 470R in series to limit to 10mA, make the gpio active high to drive the transistor to sink
[00:36:26] <djdelorie> 10mA * 25 hFE = 250 mA minimum
[00:36:26] <ssi> yeah that sounds reasonable
[00:37:32] <djdelorie> it's not a darlington though, just a switch
[00:37:48] <ssi> yeah I know
[00:37:50] <djdelorie> (not that it matters, as long as it works ;)
[00:39:51] <ssi> https://p.twimg.com/Aozx9-TCEAIgOGF.jpg:large
[00:39:55] <ssi> did I comprehend that correctly?
[00:40:51] <djdelorie> yes
[00:40:54] <ssi> :D
[00:41:29] <djdelorie> make sure the solenoid has a back-EMF diode on it
[00:41:44] <ssi> I'm not sure if it does on its own
[00:41:53] <ssi> can I just put one across E->C?
[00:42:24] <djdelorie> no, the diode absorbs the collapsing magnetic field's energy
[00:42:41] <ssi> I think you misunderstood me
[00:42:56] <ssi> I don't know if there's already a freewheel diode on the solenoid inside the machine
[00:43:01] <djdelorie> the diode needs to go from C to the V+ on the solenoid, in a "normally blocking" direction.
[00:43:06] <djdelorie> yeah, that diode. There usually is
[00:43:08] <ssi> er right
[00:43:26] <ssi> if it's on the drawing I'll assume it's there
[00:43:36] <djdelorie> otherwise, the C on the transistor will see a spike in the many-volts range when it shuts off
[00:43:37] <ssi> if not, I'll add it in the terminal blocks in the machine interface box
[00:43:41] <ssi> right
[00:43:53] <ssi> I'll put a scope on it and run it a couple times and see how it looks
[00:44:09] <djdelorie> if the transistor explodes, there isn't one ;-)
[00:44:34] <ssi> FOUND THE PROBLEM
[00:44:35] <ssi> lololol
[00:46:41] <frysteev_> did you turn it on?
[00:46:48] <ssi> frysteev_: turn what on
[00:46:57] <frysteev_> th computer
[00:47:06] <ssi> which computer?!
[00:47:15] <frysteev_> the one running emc
[00:47:19] <frysteev_> was that the problem?
[00:47:25] <ssi> no there was no problem
[00:47:29] <ssi> it was a rhetorical problem
[00:47:38] <djdelorie> "FOUND THE PROBLEM" was a joke reply to my "if the transistor explodes" line, I assume...
[00:47:51] <ssi> correctly :)
[00:49:50] <ssi> Nick001: you're lucky to get money back out of Ajax! (reading your story :))
[00:52:39] <ssi> Nick001: your drives are different than mine
[00:56:13] <ssi> maybe not, actually
[00:56:40] <ssi> oh yours has an AC servo spindle, eh
[00:56:43] <ssi> mine's just an AC motor
[00:57:12] <frysteev_> can you run 3 phase ac servos at a lower voltage?
[00:57:30] <ssi> I don't know anything about ac servos
[00:57:31] <Nick001> mine has a dc servo motor for the spindle
[00:57:40] <ssi> ah ok
[00:57:49] <ssi> mines 2hp 3ph motor
[00:57:55] <ssi> with the dual clutch and varispeed mess
[00:58:11] <Nick001> has a 100vdcpower supply in the back of the machine
[00:58:49] <djdelorie> frysteev_: if they're BLDC, yes. I don't know about other types of three-phase motors
[00:59:29] <djdelorie> mine run on anything from 24 to 160 VDC
[00:59:41] <ssi> Nick001: wow you have some neat machines in there
[01:00:29] <ssi> http://janick.com/cnc/shop/DCP_2288.jpg
[01:00:31] <ssi> what is that machine
[01:00:39] <djdelorie> in fact, I'm adding code to limit (in software) the voltage used, if the supply is higher than desired, to work around my EMI problem...
[01:00:39] <Nick001> I took Ajax to court and won everything. Ajax's uncle runs Centroid so he ponied up the cash to settle the judgement. Sad that it had to be handle that way but that's the type of person running ajax
[01:00:40] <ssi> http://janick.com/cnc/shop/DCP_2289.jpg and that one
[01:01:15] <djdelorie> ssi: your machine is much bigger than mine...
[01:01:22] <ssi> djdelorie: what is yours?
[01:01:26] <frysteev_> mine are 480vac 3 phase
[01:01:38] <djdelorie> http://www.delorie.com/photos/cnc/
[01:01:52] <djdelorie> it's about a 2x2 foot cutting area
[01:01:57] <Nick001> that's A Brown & Sharp PTC 60
[01:01:58] <ssi> aha
[01:02:14] <djdelorie> what I'm working on at the moment is the BLDC controller cards: http://www.delorie.com/electronics/bldc/
[01:02:29] <djdelorie> stupid thing puts out enough EMI on the motor wires to reset itself
[01:03:04] <ssi> djdelorie: I realize you're an electronics guy, but you know mesa makes a BLDC controller right? :D
[01:03:24] <frysteev_> cool
[01:03:31] <djdelorie> lots of people do, but what's the fun in that?
[01:03:40] <ssi> djdelorie: I hear ya, I'm all about some DIY :)
[01:03:43] <djdelorie> mine takes stepper step/dir inputs :-)
[01:03:43] <frysteev_> mine ar older control techniques digitax
[01:03:49] <ssi> djdelorie: but everything mesa I've ever touched has been golden
[01:03:51] <djdelorie> and has two serial ports and a CAN interface
[01:04:25] <ssi> not to mention the fact that pcw bends over backwards to make sure we get our stuff working
[01:04:39] * ssi is a happy customer
[01:05:15] <djdelorie> I just looked at it, it won't work. Limited to 50 volts. Mine does 450 volts.
[01:05:20] <ssi> ah
[01:05:33] <djdelorie> (well, 350 if you want to be "legal" about the trace spacing ;)
[01:05:49] <djdelorie> I'm running it at 120 VDC at the moment
[01:05:52] <ssi> are you an EE by trade, or hobbyist
[01:06:00] <djdelorie> I have an ECE degree
[01:06:03] <ssi> gotcha
[01:06:17] <djdelorie> used to design PC motherboards, back in the 80386 days
[01:06:34] <djdelorie> now I'm a embedded gcc maintainer for Red Hat
[01:06:38] <ssi> I've dabbled in electronics for years, but I'm mostly a scrub
[01:07:13] <ssi> I'm a java developer by trade, but these days they call me a "technical architect"
[01:07:23] <ssi> which means I don't write as much code, I mostly sit in meetings and tell people that they're idiots
[01:07:23] <djdelorie> so not only did I design the controller board, and not only am I writing the firware for it, but I also helped write the compiler tools I'm using for it
[01:07:48] <djdelorie> The woodworking, *that* is the hobby :-)
[01:07:52] <ssi> hehe
[01:08:02] <ssi> my hobby is building airplanes
[01:08:07] <ssi> but as I was doing that
[01:08:10] <ssi> I had a need to start making some parts
[01:08:15] <ssi> thus was born the machining hobby
[01:08:22] <ssi> and it sorta took on a life of its own
[01:08:24] <ssi> now I have ten machines
[01:08:28] <ssi> and four conversion projects
[01:08:48] <ssi> and my poor airplane project is languishing
[01:08:57] <djdelorie> I find that on any given project, half the time goes into the tools and jigs you need, and the other half goes into the project itself.
[01:09:03] <ssi> yes absolutely
[01:12:50] <djdelorie> fortunately, I like building tools and jigs :-)
[01:13:00] <ssi> I just like building stuff
[01:13:08] <ssi> tools are stuff too
[01:13:46] <frysteev_> i spent most of the evening soldering db15's
[01:14:06] <frysteev_> and all afternoon runing the power to my machine
[01:16:02] <ssi> I did pretty much all the wiring in the HNC between last night and today
[01:16:14] <ssi> got my motors and drives hooked up, axes are jogging
[01:16:28] <djdelorie> heh. I spent all afternoon building DSP evaluation boards for a customer, so I could work on the CNC machine tonight :-)
[01:16:45] <ssi> pretty much all I'm lacking in terms of wiring is a) getting these switches built to run the turret and b) figuring out how to wire the VFDs for control
[01:16:58] <djdelorie> what kind of VFDs ?
[01:17:21] <djdelorie> BLDCs are similar to VFDs...
[01:18:02] <ssi> one's a TECO 3hp, the other's a GE 1/4hp
[01:18:12] <ssi> inverter, sensorless vector drie
[01:18:14] <ssi> etc
[01:18:21] <ssi> for 3ph AC
[01:18:54] <djdelorie> yeah, my boards can't do sensorless. I can measure phase current, might be enough, but you really want to measure off-phase voltage for that.
[01:19:23] <djdelorie> I rely on hall sensors and encoders to run it, I need the encoder anyway to simulate a stepper
[01:20:27] <djdelorie> ok, back to the shop, let's see if these changes help... ;-) biab
[01:21:10] <frysteev_> i was running 480vac 3phase through conduit, it sucked
[01:22:16] <ssi> you got that damn laser running yet?!
[01:25:56] <frysteev_> no,
[01:26:07] <frysteev_> hoping to start getting the bed moving tommorow
[01:26:34] <frysteev_> getting the laser head on its stand is going to be fun, is weighs 3000lbs
[01:27:19] <ssi> sounds like you need a forklift :
[01:27:20] <ssi> :)
[01:27:39] <frysteev_> better said then done,
[01:27:51] <ssi> hey I bought one two weeks ago
[01:27:51] <frysteev_> i have just under 8 feet
[01:28:06] <ssi> not only that, but I bought one that'll go under a 7' door!
[01:28:15] <ssi> specifically because my garage has 7' doors
[01:28:22] <ssi> and I just took out the doorway between my garage and basement
[01:28:26] <ssi> and opened it up to 54"
[01:28:34] <ssi> so I can carry my 9x42 mill out with the forklift :)
[01:29:03] <frysteev_> my shop is in a parking garage
[01:29:20] <ssi> yea I noticed that
[01:29:26] <ssi> not sure why you chose that particular location ;)
[01:30:24] <frysteev_> opurtunity and price,
[01:30:41] <frysteev_> also wasnt planning on getting this beast
[01:31:03] <frysteev_> i used to have a shop on the main floor here, with a loading dock :P
[01:36:12] <ssi> frysteev_: how old are you?
[01:37:25] <frysteev_> 29
[01:37:44] <ssi> figures :)
[01:38:12] <ssi> sorry that came out sounding condescending
[01:38:15] <ssi> didn't mean it that way
[01:38:16] <frysteev_> :P
[01:38:17] <ssi> I'm 31...
[01:38:25] <ssi> you have text mannerisms that seem contemporary to me
[01:38:34] <frysteev_> haha
[01:38:34] <ssi> and it's hard to gauge people in this particular hobby :)
[01:38:51] <frysteev_> theres one guy a corospond with
[01:39:06] <frysteev_> AND I GET EMAILS FROM HIM IN ALL CAPS<
[01:39:10] <ssi> heheh
[01:40:26] <ssi> but you're canadian, so that adds its own layer of weird ;)
[01:41:46] <frysteev_> shuhs you
[01:47:05] <ssi> ok so these transistor switches will work
[01:47:11] <ssi> but I gotta make the pins non-opendrain
[01:55:54] <ssi> k, wired
[01:55:57] <ssi> now let's test it!
[01:56:34] <ssi> WORKS
[01:56:36] <ssi> wooo
[01:58:23] <ssi> so that's everything but the VFDs
[01:58:32] <ssi> and I have exactly one spare GPIO (plus one full port)
[01:59:15] <ssi> so the spindle VFD will likely be run by one of the '49's PWMGENs
[01:59:28] <ssi> the coolant VFD I can either use as that last GPIO for just an on/off
[01:59:34] <ssi> or I could run it via a PWMGEN
[01:59:40] <ssi> I don't need varispeed on that obviously
[02:05:48] <alex4nder> hey
[02:06:39] <ssi> hey
[02:13:32] <alex4nder> how's it?
[02:13:37] <ssi> good
[02:13:44] <alex4nder> nice.
[02:13:44] <ssi> very close to making chips :)
[02:13:49] <alex4nder> cool
[02:13:59] <alex4nder> I'm halfway done with the foam mold for my concrete basin.
[02:14:05] <ssi> nice
[02:44:48] <DJ9DJ> moin
[02:46:34] <djdelorie> it moves!
[02:46:48] <djdelorie> I just made it jog a little, but it did it :-)
[02:47:10] <djdelorie> however, EMI is giving the parallel cable fits, I'll have to fix that before I can do anything useful with it
[02:49:57] <DJ9DJ> gratulations
[02:50:06] <djdelorie> :-)
[02:50:29] <djdelorie> took me a few minutes to figure out I needed to tell EMC to "turn the machine on"
[02:51:25] <djdelorie> more fiddling tomorrow!!!
[02:51:35] <DJ9DJ> hihi
[02:51:47] <DJ9DJ> that was the first I figured out
[02:52:01] <DJ9DJ> testing my emergency brake button
[02:52:10] <DJ9DJ> emergency stop
[02:52:40] <DJ9DJ> and that turns off the maschine in EMC ;)
[02:53:32] <mrsun> gah i need to make a ballmill
[02:53:49] <mrsun> slash tumbler ...
[04:42:18] <DJ9DJ> re
[04:50:07] <MrTrick> I'm wondering - should I be worried about my steppers overheating? How hot is too hot?
[04:52:53] <Jymmm> If you can't touch them, it's too hot.
[04:55:17] <MrTrick> Right. Heatsink & fan, then?
[04:55:38] <Jymmm> No, idle current reduction in your stepper driver.
[04:59:07] <MrTrick> hmm... I'd have to look into it - not sure whether it does that.
[04:59:29] <Jymmm> What do you have?
[05:01:17] <MrTrick> a chinese 3040C router
[05:01:23] <MrTrick> The controller board: https://picasaweb.google.com/103939961494508322905/CNC3040TUnboxing#5654074930492738274
[05:01:52] <Jymmm> what is the chip on it?
[05:02:03] <Jymmm> to the left of the red dip switches
[05:11:10] <Jymmm> I can't tell fro the datasheet if it does or not.
[05:11:25] <Jymmm> http://parts.digikey.com/1/parts/1299258-ic-stepper-motor-drvr-2ph-25hzip-tb6560ahq-o.html
[05:20:27] <archivist> MrTrick, I dont worry about hot motors
[05:20:40] <MrTrick> hmm, I don't have the board accessible at the moment
[05:21:10] <archivist> motors can be happy running at 60 deg c or more
[05:21:56] <MrTrick> It takes about an hour of continuous use to get from cold to 'a bit too hot to touch'.
[05:22:31] <archivist> that is ok
[05:22:53] <MrTrick> yeah - I think I'll add some heatsinks.
[05:24:03] <archivist> machine frame is often the heatsink, depends on mounting though
[05:26:31] <MrTrick> not here - https://picasaweb.google.com/103939961494508322905/CNC3040TUnboxing#5654074837439104738
[05:26:55] <MrTrick> each stepper mounts on the 4 long screws, but the spacer is plastic
[05:29:42] <archivist> remake spacer in aluminium
[05:31:35] <MrTrick> certainly possible. :-) The spindle is very solidly mounted in aluminium... has a fan too, and stays pretty cool.
[05:32:21] <Loetmichel> whrers the problem with plastic spacers?
[05:32:37] <archivist> thermal insulation
[05:32:48] <Loetmichel> oh, i see
[05:32:59] <Loetmichel> right, that could be a point
[05:33:19] <archivist> my cool axes are ally tubes
[05:33:21] <Loetmichel> nothing a little 50mm fan cant overcome ;)
[05:33:34] <archivist> the hot axis is on spacers
[05:33:48] <archivist> fans are noisy
[05:33:54] * Loetmichel hat made similar with the overheating x-stepper on the old Gantry fpor my boss
[05:34:17] <Loetmichel> http://www.cyrom.org/palbum/main.php?g2_itemId=3520
[05:37:18] <archivist> my B axis (left top) was the bit people lean on ans has least cooling on the stand offs http://www.archivist.info/cnc/stage7/IMG_0247.JPG
[05:37:34] <Loetmichel> http://www.cyrom.org/palbum/main.php?g2_itemId=4935
[07:06:39] <jthornton> anyone use ngcgui on a lathe?
[07:44:10] <MrTrick> There's a problem with my limit switches - occasionally during operation, the circuit will trip one, two, or all three axes.
[07:45:27] <MrTrick> It's only for a very brief moment - eg just enough to trip emc2.
[07:46:01] <MrTrick> Even if I unplug the limit switches (N/O), it'll still happen occasionally.
[07:46:04] <JT-Shop> loose wire?
[07:46:17] <cncbasher> MrTrick> are your limit cables sheilded
[07:46:21] <MrTrick> err, not occasionally - at the same frequency as before.
[07:46:23] <JT-Shop> limits should always be on a N/C switch
[07:47:14] <JT-Shop> afternoon cncbasher
[07:47:35] <cncbasher> Hi JT
[07:48:03] <MrTrick> I agree in principle, but my switches are N/O only. May put something else on there later... Anyway, removing them from the circuit makes no difference to the frequency.
[07:48:18] <cncbasher> ncgui ?
[07:48:33] <cncbasher> i have it installed here
[07:49:12] <JT-Shop> do you use ngcgui on a lathe?
[07:49:20] <cncbasher> yea
[07:49:40] <JT-Shop> I just uploaded a taper OD sub to the forum
[07:49:59] <JT-Shop> yesterday
[07:51:02] <MrTrick> so I'm not sure why it's tripping... I guess there's something going weird with my controller?
[07:52:24] <archivist> MrTrick, use a lower valu of pullup on the inputs
[07:52:38] <archivist> better noise immunity
[07:53:02] <MrTrick> true... I suppose I could probably desolder it from the circuit? https://picasaweb.google.com/103939961494508322905/CNC3040TUnboxing#5654074905002268002
[07:53:10] <MrTrick> (and replace with a lower value)
[07:53:19] <MrTrick> Perhaps some capacitors across the switch inputs?
[08:45:37] <Loetmichel> so, now just some cable ducts, a bit o of wiring, and the cutting of tow 19" rack shelves... then is the work done which should have been done friday evening ... -> http://www.cyrom.org/palbum/main.php?g2_itemId=12964
[08:48:12] <Valen> http://www.flickr.com/photos/37444355@N04/3446965634/lightbox/ looks sexy by the way
[08:54:57] <JT-Shop> cncbasher: I use the set Z option on the facing sub to get an accurate Z end of material
[09:37:16] <joe9> i ran my latency test all night and it is 201273 on 25us thread and 20077 on 1ms thread.
[09:37:30] <joe9> and, the wiki says that the numbers are pretty good.
[09:43:21] <64MAA4HX9> 201273 sounds bad to me (unless you have an extra digit there) thats 0.2 ms or 8 base thread times
[09:44:04] <joe9> oh, sorry. yes, I have an extra digit there.
[09:44:11] <joe9> it is 201273
[09:44:14] <joe9> sorry, agai.n
[09:44:19] <joe9> it is 20173
[09:44:25] <joe9> bad typing day.
[09:44:37] <JT-Shop> that does look better
[09:46:44] <64MAA4HX9> so 40 usec basethread should be practical (25 KHz max step rate using the reset method)
[09:48:12] <P_C_W> wow where did that name come from?
[09:49:49] <frysteev_> feeling all caps today?
[09:53:11] <JT-Shop> morning Peter
[09:53:18] <pedro> Morning
[10:17:32] <JT-Shop> irons for the cheek pieces are almost done :)
[10:18:45] <pedro> cannon carriage?
[10:18:52] <JT-Shop> yes
[10:19:52] <pedro> what size ball? (I forgot)
[10:21:26] <JT-Shop> 1.75"
[10:21:34] <JT-Shop> golf ball size :)
[10:23:13] <Tom_itx> you could launch these then: http://tom-itx.dyndns.org:81/~webpage/temp/hail/hail6.jpg
[10:24:43] <WCMD> Does anyone know if the winding on a bldc motor affects the low speed cogging?
[10:25:36] <WCMD> more specifically delta vs. wye(star) winding
[10:27:26] <pedro> I would think cogging is more of a drive waveform thing
[10:28:42] <JT-Shop> you would have to launch them quick before your powder gets wet!
[10:29:09] <Tom_itx> just wrap in wax paper
[10:29:24] <pedro> if you do strictly HAL commutation you will have roughly 13% torque cogging
[10:30:02] <pedro> are you launching iron cannonballs?
[10:30:25] <WCMD> so how can one use bldc motor's as servo's, when they stop they seem to fall into a set spot in between the poles.
[10:31:31] <pedro> because servos usually use sine commutation (next to 0 cogging)
[10:32:26] <WCMD> so essentially the "bldc" servo and a brushless ac servo are close to the same
[10:32:55] <WCMD> they use encoder's instead of hal sensors for stator orientation?
[10:33:11] <ssi> morn folks
[10:33:16] <pedro> A BLDC/AC/PMSM servo motor has no static torque like a step motor
[10:34:25] <pedro> they often use both (HALLs to know the rough rotor position to start, encoder for servo feedback and sine interpolation)
[10:34:54] <ssi> I have this glorious day that I could be making headway on my machine
[10:35:01] <ssi> but I have to go to damn basketball game instead :(
[10:35:26] <WCMD> is someone making you go?
[10:35:37] <ssi> yes, my boss
[10:36:08] <WCMD> oh, they don't have to be your boss... its a great time to pursue a new career! NOT :)
[10:36:18] <ssi> yeah definitely a great time :)
[10:36:47] <ssi> it's just a political thing... the vp gave out a few tickets to this elite 8 game, and he chose me to go
[10:36:55] <ssi> there weren't enough tickets for everyone that wanted to go
[10:36:59] <ssi> so it would look really bad if I didn't go
[10:37:04] <pedro> sounds like fun, it was cold and rainy all day here yesterday so just stayed inside
[10:37:06] <pedro> didn't even go out to pet the sheep as they are no fun to pet when wet and smell like wet sweaters...
[10:37:20] <ssi> pedro: I guess they basically ARE wet sweaters at that point :)
[10:38:06] <ssi> my grandparents used to keep sheep... the one thing that I took away from that as a kid is that sheep are pretty dumb, and if you scare them they die
[10:38:27] <WCMD> its beautiful here, i almost feel bad when i'm in the basement setting up my mill and i hear the neighbor's out having fun, but then i remember how awesome the mill is and forget all about it. or i turn the sprinkler on point them towards the windows so i think its raining.
[10:38:59] <JT-Shop> lead cannon balls, golf balls, wadded up tin foil... we have several to pick from
[10:39:19] <pedro> Ha sheep are pretty smart (I would say they learn things as fast or faster than a dog)
[10:39:44] <ssi> well that doesn't bode well for me, because my dogs learn faster than I do
[10:40:04] <WCMD> same here, my German Shepherd thinks she's smarter than me all the time
[10:40:18] <WCMD> i assertively put her in her place.
[10:40:19] <ssi> I have australian shepherds
[10:40:35] <WCMD> great dogs
[10:40:40] <ssi> yeah, they're wonderful :)
[10:40:47] <ssi> energetic, but wonderful
[10:40:55] <WCMD> i will have one for the rest of my life! she loves the shop also
[10:41:27] <WCMD> except the time she got wrapped up in the wires when i was prototyping, and pulled all the drives off the table
[10:41:32] <ssi> onoes
[10:41:40] <WCMD> i wasn't happy about that...
[10:42:12] <WCMD> are australians more long haired than germans?
[10:42:19] <ssi> a bit
[10:42:31] <pedro> http://www.youtube.com/watch?v=-WKiwtpb6Z8
[10:43:43] <isssy> nice diner :-p
[10:43:50] <ssi> pedro: hah
[10:44:16] <WCMD> pedro: thats awesome, better have one hell of a kennel then, maybe some kind of electromagnetic lock or something, or a deadbolt with a key
[10:45:02] <ssi> WCMD: https://p.twimg.com/Ao18fDlCMAAS8LK.jpg:large
[10:45:05] <WCMD> if only it could get you a beer when your working... i would have a sheep
[10:47:26] <WCMD> they look beautiful, are they both your's?
[10:47:31] <ssi> yep
[10:47:43] <ssi> the white one came from a litter of my mom's
[10:47:48] <WCMD> are two better than one. the wife and i are thinking about getting another for ours
[10:47:49] <ssi> his sister belongs to my neighbor
[10:47:59] <ssi> for aussies I think two are better for sure
[10:48:10] <ssi> they're SUCH hyper dogs, they have each other to entertain
[10:48:21] <WCMD> mine has some serious separation anxiety
[10:48:25] <ssi> yeah
[10:48:27] <WCMD> when i leave
[10:49:19] <WCMD> so we are hoping another would help resolve that
[10:49:29] <ssi> it probably will help
[10:54:15] <ssi> JT-Shop: can you give me some tips on how to start figuring out how to use classicladder for my turret?
[11:02:12] <JT-Shop> better than that you can have my classicladder that I use on the Hardinge
[11:02:34] <ssi> hah sweet
[11:02:45] <ssi> I don't know anything about how it works
[11:02:55] <JT-Shop> bring the turret encoder into a wsum and classicladder handles the rest.
[11:02:57] <ssi> I did get my turret solenoids controlled via GPIO last night though
[11:03:03] <JT-Shop> cool
[11:03:29] <JT-Shop> first you need to load classicladder, do you know where my Hardinge page is?
[11:03:30] <ssi> hm what man page would describe wsum?
[11:03:36] <ssi> not off the top of my head
[11:03:44] <ssi> gnipsel.com?
[11:03:48] <ssi> I have that one bookmarked
[11:03:50] <JT-Shop> gnipsel.com go to cnc shop
[11:03:52] <ssi> yea that must be it
[11:03:54] <JT-Shop> yea
[11:04:09] <ssi> ah ok the configs are downloadable
[11:04:12] <JT-Shop> my wiring diagrams and configuration is there
[11:05:10] <ssi> OH GOD
[11:05:23] <ssi> please tell me these classicladder files are meant to be edited with a gui tool
[11:05:47] <JT-Shop> you have to open them up in Axis
[11:05:50] <ssi> ok
[11:06:04] <JT-Shop> after loading classicladder
[11:06:12] <joe9> my latency is around 20,000ns normally (all night, with heavy load - maxed out cpu). I was doing something with ftp'ing to that computer, and it jumped to 200,000ns.
[11:06:17] <JT-Shop> after you load classicladder an editor shows up in Axis
[11:06:34] <joe9> is that how it works for others too.
[11:06:45] <JT-Shop> loadrt classicladder_rt
[11:07:55] <JT-Shop> loadusr classicladder --nogui hardinge.clp
[11:08:14] <joe9> probably related to this: http://codepad.org/yCOkMLF6
[11:08:33] <JT-Shop> ssi: them two lines do the magic of loading classicladder
[11:08:39] <ssi> ok I'll try it
[11:08:45] <ssi> lemme put some pants on and head down
[11:14:25] <ssi> ok I've got the classicladder editor up in axis
[11:14:29] <ssi> and your file's loaded
[11:14:34] <ssi> these little pictures don't mean much to me :D
[11:16:04] <ssi> I notice that you're doing loadusr halui, and I'm not
[11:16:06] <ssi> do I need to be?
[11:16:34] <ssi> ah I probably do need to when i start adding extra onscreen controls
[11:17:22] <pedro> joe9: still bad :-(
[11:17:24] <pedro> you might check SMART for bad sectors if you only get rare long latency hits
[11:17:59] <joe9> ok, thanks. i think it happened when I accessed a different partition (/boot) of the disk
[11:18:05] <joe9> which I normally don't.
[11:18:12] <JT-Shop> ssi: probably if you want the things it provides
[11:18:35] <JT-Shop> ssi: ladder is top to bottom and left to right
[11:19:17] <JT-Shop> all the inputs are read, all the logic is solved, all the outputs are updated...
[11:23:41] <joe9> pedro, i repeated everything that I did, but now the latency results are around 9,000 ns.
[11:34:55] <ssi> JT-Shop: works!
[11:35:10] <ssi> JT-Shop: I gotta screw with the numbering a bit, it seems to count the wrong way
[11:35:20] <ssi> t1 gives me 6, t2 gives me 5, t3 gives me 4
[11:35:31] <cradek> yep
[11:35:39] <ssi> I know turret top position can help me correct a general offset, but the backward thing makes me think I can tweak it in the wsum
[11:35:43] <ssi> maybe
[11:36:17] <cradek> I know there's something weird about mine too, but I don't remember if it's backward or off by one
[11:38:17] <ssi> my turret solenoid controls are the only GPIOs which are active high
[11:38:30] <ssi> I need to add a pullup to them cause when I shut down axis the turret comes up :)
[11:47:46] <Loetmichel> re @ home
[11:48:58] <mazafaka> heh, I today have recorded the telephone call and was in police department. they have told me to wait for a physical threat to my health and then call for police
[11:53:21] <ssi> so does anyone have any tips on how I can control my spindle VFD using the analog outs on the 7i49?
[11:53:33] <JT-Shop> ssi: your magnet might not be in the right spot
[11:53:55] <ssi> JT-Shop: turret might not be in the right spot... you can index the top to the base four different ways I'm pretty sure
[11:54:09] <ssi> JT-Shop: but the running backwards thing suggests that I'm just mathing the encoder pins wrong :)
[11:54:39] <JT-Shop> yea, that sounds more plausible
[11:58:22] <ssi> pedro: is it possible for the '49 to output anything besides just the one AOUT pin? it's looking like I'm going to need additional GPIO to control the fwd/rev enable lines on the vfd or something
[12:16:17] <pedro> Well you could use the analog outs to drive a (MOSFET +10 on -10 OFF) but thats fairly far fetched
[12:16:45] <pedro> dont you have a free connector on the 5I23?
[12:24:54] <asdfasd> can anyone help me with some advanced settings on emc2?
[12:25:07] <awallin> just ask.
[12:26:08] <asdfasd> installed and all settings made, working fine, but when I enable G64 it looks like the acceleration is much lower
[12:26:40] <JT-Shop> what do you mean you "enable" G64
[12:27:38] <asdfasd> G64 (continuous mode)
[12:27:38] <asdfasd> G64 tells the planner to sacrifice path following accuracy in order to keep the feed rate up. This is necessary for some types of material or tooling where exact stops are harmful, and can work great as long as the programmer is careful to keep in mind that the tool's path will be somewhat more curvy than the program specifies.
[12:27:38] <asdfasd> G64 Px.xxx (blend tolerance mode)
[12:27:38] <asdfasd> G64 now takes a parameter specifying the path following tolerance to be obeyed during blending. If you are in inch mode and program G64 P0.05
[12:28:18] <asdfasd> my units are mm, so I use G65 P0.1
[12:28:35] <asdfasd> ops G64 p0.1
[12:29:44] <JT-Shop> G64 Pxx will slow down to stay within your acceleration settings and the tolerance to your path that you put in P
[12:30:55] <asdfasd> it is somehow reducing the acceleration even on long straight lines like G0 commands
[12:31:57] <asdfasd> where is not necessary at all, it looks like once G64 is ebabled it is using different settings for acceleration
[12:32:45] <asdfasd> same time on manual control the acceleration is high
[12:33:05] <cradek> you are right, it cuts the accel available to a single gcode segment in half
[12:33:12] <IchGuckLive> G64 with a P is better to use
[12:33:37] <IchGuckLive> asdfasd: otherwise you can get nice roundet corners insted of sharp eges
[12:33:58] <asdfasd> yes Im usign G64 p0.1
[12:34:17] <IchGuckLive> what cutter size mm ?
[12:34:19] <asdfasd> can I adjust the acceleration in G64
[12:34:23] <asdfasd> 3mm
[12:34:47] <IchGuckLive> Stepper mashine i asum
[12:35:10] <asdfasd> step/dir controller for servo motor, but works exactly as stepper
[12:35:50] <IchGuckLive> ah as a servo you can go realy high for the exelaration into your ini file
[12:36:16] <IchGuckLive> what are you looking for 6000mm/min ?
[12:36:31] <asdfasd> I made the settings for acceleration in my ini
[12:37:09] <asdfasd> but once enabled G64 the acceleration while running G code is lower, so I want to increase it to be the same as in my settings
[12:37:24] <asdfasd> yes i need feedrate 6 m/min
[12:37:47] <asdfasd> but it is a bit "too much smooth"
[12:39:38] <IchGuckLive> what is your MAX_VELOCITY 120 ? MAX_ACCELERATION 60
[12:40:27] <asdfasd> max velocoty 240
[12:40:34] <asdfasd> max acceleration 800
[12:41:00] <Mjolinor> http://abstrusegoose.com/286
[12:41:11] <pedro> mm/s and mm/s^2?
[12:41:15] <Mjolinor> I am sure that site will stop you achieving anything this afternoon
[12:41:17] <IchGuckLive> this is ok but then the gcode has tiny parts below 2mm
[12:42:46] <asdfasd> still work perfect even with tiny parts
[12:42:55] <asdfasd> but too much smooth
[12:43:20] <IchGuckLive> asdfasd: so the real speed is then around 600mm/min at tiny 2mm pices
[12:43:43] <asdfasd> the real speed I can get is 6000 mm/min
[12:43:49] <asdfasd> feedrate
[12:44:04] <IchGuckLive> max but not in G-code
[12:44:09] <asdfasd> in G code
[12:44:17] <IchGuckLive> asdfasd: Superkabel i asum Germany
[12:46:18] <IchGuckLive> what do you realy mean with smooth the part roughness
[12:46:34] <asdfasd> smooth movemets
[12:46:36] <mazafaka> Mjolinor: http://xkcd.com/ and e.g. http://xkcd.com/730/ for the scheme-lovers, and http://xkcd.com/162/ for each-other lovers
[12:46:42] <asdfasd> too much smooth
[12:46:53] <asdfasd> when aproaching corner decelerate too early
[12:47:11] <mazafaka> what if you assign lower acceleration and speed?
[12:47:35] <IchGuckLive> lower speed will increase the aceleration
[12:48:20] <asdfasd> when moving manually or G code whith G61 then acceleration is as per settings in my ini file
[12:48:33] <mazafaka> then assign actual, high speed but low acceleration
[12:49:03] <asdfasd> still same problem
[12:49:14] <asdfasd> acceleration on G64 is always lower
[12:49:30] <mazafaka> what if you use the option which defines maximal distance machine declines from the trajectory?
[12:49:38] <asdfasd> ot looks like this is set somewhere else
[12:50:15] <asdfasd> do you mean G64 p- Q- ?
[12:50:23] <mazafaka> yeah, it seems so
[12:50:29] <asdfasd> same
[12:50:32] <asdfasd> no difference
[12:50:44] <IchGuckLive> asdfasd: what is the axis scale ?
[12:50:49] <asdfasd> 1
[12:51:29] <asdfasd> I read somewhere that the trajectory planner use cubic function
[12:51:31] <IchGuckLive> i run a simulation on your data with your numbers and got 4500mm/min constant
[12:51:58] <asdfasd> and somewhere can be set cubic function constants
[12:52:05] <asdfasd> but I dont know where and how to do it
[12:52:08] <mazafaka> asdfasd: try to spend less time in doubts. What if you use exact path following and manually round the corners? You will have later found out hove to perform such a task just by occasion.
[12:52:46] <IchGuckLive> asdfasd: no in the ini how many steps per unit
[12:52:57] <asdfasd> G code is generated by another software, all curves are short lines
[12:53:03] <asdfasd> so I have to use trajectory planner
[12:53:22] <asdfasd> G 64 increase a lot the speed
[12:54:18] <IchGuckLive> asdfasd: so if your space from the G-code generator is only by 0.1 then you can run G64 pure
[12:54:22] <asdfasd> there is no other way to get 6 m/min feed rate on short lines
[12:54:51] <asdfasd> yes it work really nice
[12:55:05] <asdfasd> the only problem is that it reduce the acceleration
[12:55:16] <IchGuckLive> mut keep in ind longer corner ways will fail the contur
[12:55:33] <asdfasd> yes I know that
[12:55:38] <asdfasd> it is not a problem
[12:56:02] <asdfasd> the problem is when you are routing plastic you should keep the feedrate high most of the time
[12:56:07] <asdfasd> otherwice start melting
[12:56:08] <IchGuckLive> then this is max you can reatch
[12:56:22] <JT-Shop> mmm homebrew and Amish cheese... then a nap
[12:56:28] <asdfasd> and now decelerate too early
[12:57:08] <IchGuckLive> can you upöload a short example of the code
[12:57:43] <asdfasd> G61
[12:57:52] <asdfasd> G0 X100
[12:58:01] <asdfasd> G0 X200
[12:58:05] <asdfasd> G0 X100
[12:58:09] <IchGuckLive> this is not short
[12:58:33] <IchGuckLive> ad 2 more lines
[12:58:39] <asdfasd> this G code is executed with acceleration as per ini file
[12:58:40] <JT-Shop> pastebin or code something is a better way to post more than 2 lines
[12:58:55] <asdfasd> but another G code
[12:59:14] <asdfasd> G64
[12:59:18] <asdfasd> G0 X100
[12:59:22] <asdfasd> G0 X200
[12:59:23] <IchGuckLive> ok i will give you a example one moment
[12:59:27] <Jymmm> asdfasd: Use http://codepad.org pleasse
[12:59:32] <asdfasd> this is executed with lower acceleration
[12:59:37] <JT-Shop> thanks Jymmm
[13:00:50] <asdfasd> Im sorry but I almost give up
[13:02:14] <asdfasd> cradek: you say that it cuts feedrate in half
[13:02:17] <asdfasd> why is that?
[13:02:23] <asdfasd> can I change it
[13:02:47] <Jymmm> asdfasd: Anything more than 2 or 3 lines is best to paste it somewhere and provide a link to it.
[13:02:53] <Jymmm> asdfasd: Otherwise it
[13:02:56] <Jymmm> just begins
[13:02:58] <Jymmm> to start
[13:03:02] <Jymmm> looking like
[13:03:06] <Jymmm> this. And
[13:03:09] <Jymmm> this begins
[13:03:12] <Jymmm> to get
[13:03:15] <Jymmm> a bit
[13:03:20] <Jymmm> annoying at
[13:03:26] <Jymmm> times.
[13:03:53] <IchGuckLive> asdfasd: http://codepad.org/EYxA0BaP
[13:04:07] <IchGuckLive> this gives you a 1 mm break
[13:04:59] <asdfasd> the problem exist even on G0 commands
[13:05:20] <asdfasd> it is moving like S curve acceleration profile
[13:05:22] <IchGuckLive> asdfasd: what is your cam software you can force the post to split long lines to 5mm parts
[13:05:50] <IchGuckLive> G0 is not what you shoudt use always G1 on 6m/min
[13:06:02] <asdfasd> yes I can do longer lines, but the acceleration is reduced on all lines, even very long G0
[13:06:43] <asdfasd> on G0 is noticable
[13:06:49] <asdfasd> I can see how is moving
[13:06:50] <IchGuckLive> thats what you dont understand you ned to overcame this by forcing G0 to G1 and shorter lines
[13:07:11] <IchGuckLive> run the example in simulation mode
[13:07:18] <JT-Shop> asdfasd: I just ran a test program (Ihave a built in cycle timer) with all the G6x and all take the same time for me
[13:07:33] <asdfasd> the problem is not in the time
[13:07:47] <asdfasd> the problem is that if the machine reduce the acceleration too much
[13:08:01] <IchGuckLive> you cant run at exact stop on full speed
[13:08:02] <JT-Shop> acceleration and time are related
[13:08:03] <asdfasd> then decelerate early and start melting the plastic
[13:08:37] <JT-Shop> sounds like your machine does not have enough acceleration to cut plastic
[13:08:38] <asdfasd> it should accelerate and decelerate as per settings
[13:09:11] <asdfasd> it have the acceleration, but when I enable G64 it is reducing the settings
[13:09:16] <asdfasd> I dont understand why
[13:09:48] <JT-Shop> when I use G64 Px on my plasma it has a higher average rate of speed when cutting short lines
[13:09:57] <asdfasd> yes
[13:09:59] <asdfasd> exactly
[13:10:12] <asdfasd> but it is reducing the acceleration
[13:10:16] <IchGuckLive> asdfasd: 0.05 is better then 0.1
[13:10:26] <asdfasd> the accuracy is not big deal
[13:11:07] * JT-Shop doesn't have a clue anymore
[13:11:37] <IchGuckLive> me 2 its working here i drive with 5800mm/min into the last 2mm
[13:12:03] <IchGuckLive> my blets whoudt fly at this stop rate
[13:12:19] <JT-Shop> well my plasma has 125 for max acceleration
[13:12:29] <JT-Shop> inch
[13:12:36] <asdfasd> here the movements are very very smooth
[13:13:32] <asdfasd> and when decelerate too early it is melting a little bit
[13:13:53] <asdfasd> then when increase the speed is fine again
[13:14:22] <JT-Shop> the control will decelerate in time to stop at the end of the next move or something like that
[13:14:38] <IchGuckLive> play with your length data this is all i can say
[13:14:53] <asdfasd> lenght data?
[13:14:54] <JT-Shop> higher max acceleration if possible will shorten the deceleration distance
[13:15:33] <asdfasd> I can increase more the acceleration but then it is shaking too much on manual control
[13:15:38] <IchGuckLive> if the corner is at x100 make a move to 95
[13:17:10] <asdfasd> no mater where you make the move
[13:17:17] <IchGuckLive> as i did in test gcode this is well more then just the edge data im on ProE i can give a over,or underrun th the Gcode
[13:18:16] <asdfasd> Im sorry I dont understand the last one
[13:18:40] <IchGuckLive> if i do underrun it gives me inside contour 2more lines on more then the given data overrun does beond the line for zigzag
[13:18:56] <JT-Shop> beer and cheese are done now for the nap...
[13:19:53] <IchGuckLive> also heekscad can dio this
[13:20:40] <JT-Shop> sounds like the machine is too slow and frail to do what you ask it to do... or I don't have a clue in the world what your saying
[13:20:52] <asdfasd> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Simple_Tp_Notes
[13:21:21] <asdfasd> I think there is something more that need to be set
[13:21:29] <JT-Shop> wow that is old
[13:21:47] <asdfasd> but Im too new to emc
[13:22:10] <IchGuckLive> im of by have a nice sunday
[13:22:20] <JT-Shop> Here are some notes on how I (awallin) think it all works. (started this on 25Jul2006 - hopefully I or someone else can continue until the trajectory controller is well documented/understood)
[13:23:46] * JT-Shop goes to take a nap now
[13:24:10] <asdfasd> anyway
[13:24:14] <asdfasd> I give up
[13:24:32] <asdfasd> may be abnother day I will try again
[13:24:41] <asdfasd> thanks to all
[13:47:18] <mrsun> hehe my little 0.37kw spindle geared from 2700rpm to 4000rpm didnt like to cut 0.5mm deep at 63mm wide with a face mill ;P
[13:51:12] <archivist> methinks you should use a milling power calculator
[13:52:26] <mrsun> archivist, it was an error in the setup =)
[13:52:37] <mrsun> at 0.2mm and half the width of the cutter i cut it fine =)
[13:52:46] <mrsun> archivist, but yes, i should use one =)
[14:08:43] <asdfasd> its me again
[14:09:53] <asdfasd> I did more tests, and definitely the acceleration is cut on half, when I doble the settings then work properly on G64 but it is too much for jogging or G61
[14:10:19] <asdfasd> how to make them equal
[14:26:24] <cradek> you can't make them equal. for blended segments to not exceed the accel constraint, the available accel for a single segment is half.
[14:28:17] <asdfasd> where is set that?
[14:28:27] <cradek> where is what set?
[14:29:02] <asdfasd> the available acceleration for a single segment when blended speed is used
[14:29:19] <cradek> it is half the max accel configured in your ini file
[14:30:10] <asdfasd> when I set in my ini acceleration 800, then it is normal for jogging and G61 but it is slow for G64
[14:30:18] <asdfasd> I just tried to set 1600
[14:30:33] <asdfasd> now is normal for G64 but it is too much for jogging
[14:31:10] <cradek> yes I understand what you are saying
[14:31:23] <mrsun> hmm, i need to make an angle shelf for the mill
[14:31:55] <asdfasd> cradek : god blest you - I think you are the only one understanding me :)
[14:31:58] <Mjolinor> i found a use for old socks
[14:32:11] <Mjolinor> just fit inside my home made dust extractor
[14:32:32] <Mjolinor> bin full of ol dsocks full of sawdust
[14:34:28] <asdfasd> cradek: are you sure that it is impossible to make it work with equal acceleration?
[14:35:02] <cradek> in g64 mode program some moves back and forth: g0 x25, g0 x0, g0 x25, g0 x0, etc
[14:35:23] <cradek> you will see full acceleration
[14:35:33] <asdfasd> no
[14:35:36] <asdfasd> it is not full
[14:35:52] <fragalot> it is full "acceleration"
[14:35:54] <fragalot> not speed
[14:36:01] <cradek> you do not understand, and you have not done this experiment
[14:36:09] <asdfasd> I done it
[14:36:52] <cradek> reversion motion, back and forth, in g64 mode
[14:37:04] <asdfasd> actually one way only
[14:37:11] <asdfasd> x0 to x100
[14:37:12] <cradek> yes I know
[14:37:15] <cradek> this is the whole point
[14:37:35] <cradek> for blended reversing moves to not exceed the acceleration constraint, each must use only half the acceleration
[14:37:47] <cradek> do the test and you will see
[14:42:37] <asdfasd> ok just made the test
[14:42:45] <asdfasd> acceleration set to 1600
[14:43:02] <asdfasd> when jogging the machine is shaking - too much acceleration
[14:43:16] <asdfasd> in MDI I typed g0 x200
[14:43:33] <cradek> mdi moves aren't blended
[14:43:37] <asdfasd> moving with half acceleration and machine is not shaking
[14:43:45] <cradek> put the reversing back and forth motion in a gcode program and run it
[14:43:54] <cradek> monitor the acceleration with halscope
[14:44:00] <cradek> you will see all 1600 acceleration used
[14:49:49] <pedro> any hope of using NURBs? that would avoid G64
[14:51:38] <asdfasd> I cant find acceleration in halscope
[14:52:49] <pedro> I think you have to create it with the d/dt comp
[14:53:03] <cradek> yeah you could put a ddt on motion.current-vel
[14:53:14] <cradek> or just eyeball the slope of it
[14:53:37] <cradek> or just believe me - I did the test here
[14:54:45] <asdfasd> another test in mdi - G61 G0 - executed with high accel, then G64 G0 executed with lowered accel
[14:55:03] <cradek> yes I know!!
[14:59:28] <asdfasd> I wastn able to make d/dt
[14:59:37] <asdfasd> but Im looking the slope
[15:00:06] <asdfasd> half acceleration
[15:00:36] <cradek> then you did not make and run the gcode program I suggested
[15:01:32] <asdfasd> no I dindt because I dont have that situation on practice
[15:02:12] <asdfasd> Im working with G code with G64 and manual joging
[15:02:24] <asdfasd> and I wanted to make it work with same acceleration
[15:04:19] <cradek> I am trying to help you understand why it works the way it does, but if you don't want that understanding, that is fine
[15:04:40] <asdfasd> :)
[15:04:46] <asdfasd> I almost undestand it
[15:04:52] <asdfasd> but I wanted to change it
[15:05:16] <cradek> it is important that the constraint is not violated for ANY gcode you might write. if you write reversing gcode and study the results you will see that full acceleration is used there.
[15:05:23] <asdfasd> for example: when jogging use half acceleration
[15:05:36] <cradek> for you to say you don't usually write reversing gcode does not change this
[15:06:39] <asdfasd> ok can I make it use half acceleration for jogging too?
[15:06:49] <cradek> I think you still don't understand
[15:07:06] <cradek> for some motions in gcode, blending uses full acceleration
[15:07:17] <cradek> you think it only EVER uses half, which is wrong
[15:07:26] <cradek> I was trying to show you those kinds of motions
[15:07:51] <cradek> brb
[15:07:53] <asdfasd> hm...
[15:13:08] <asdfasd> ok now I made the test
[15:13:23] <asdfasd> first and last movement are made with half accel
[15:13:53] <asdfasd> all other forward-backward between them are made with full accel
[15:15:58] <joe9> when I started an rsync process to that box: http://codepad.org/SIPEXP5D
[15:16:15] <joe9> latency jumped from 5622 to 166113
[15:16:21] <joe9> and then back to 6274
[15:16:27] <joe9> is that bad?
[15:17:24] <joe9> and, the overruns went to 1
[15:20:57] * JT-Shop goes to drink beer and shoot guns... well maybe not in that order
[15:25:47] <DJ9DJ> gn8
[15:36:55] <raynerd> anyone used a drag engraver?
[15:37:22] <asdfasd> me
[15:38:02] <asdfasd> can I help you
[15:40:28] <fragalot> I should get me one of those at some point
[15:45:47] <asdfasd> credek: can I limit the acceleration for manual jogging only?
[15:52:23] <asdfasd> now with higher acceleration work great and do not melt the plastic anymore, but it is shaking badly while jogging
[16:00:30] <raynerd> sorry, daughter woke up ! Yes, drag engraver, I can`t afford one but considering how to make one. Is it simply an insert for the diamond tip and then this rests on some sort of shoulder and a stiff spring at the rear so the tip is under compression?
[16:01:18] <asdfasd> here is photo of my DIY drag center
[16:01:36] <asdfasd> it is not diamond tipped but you may get the idea
[16:01:51] <asdfasd> http://www.album.bg/nik80/images/27220766/
[16:02:41] <asdfasd> I used HSS for the tip, it is good enough for soft metals
[16:03:32] <raynerd> humm, that isn`t opening?!
[16:04:03] <raynerd> no...open now sorry
[16:04:34] <raynerd> can you please explain how that works then?
[16:04:49] <raynerd> which part is held in spindle ?
[16:04:56] <alex4nder> hey
[16:05:07] <raynerd> Or is there a second part to it that that pushes into?
[16:05:25] <asdfasd> the outside diameter is 6mm where I can fit it in the collet of my spindle
[16:05:42] <asdfasd> inside is 3mm hole
[16:05:48] <raynerd> ok
[16:05:50] <asdfasd> where is fitted the tip
[16:06:05] <raynerd> How is the spring not pushing off the top?
[16:06:08] <asdfasd> the tip is moving tight without backlash
[16:06:56] <asdfasd> when you tighten the collet you have to make sure the spring is pushing inside
[16:07:53] <raynerd> adfasd: call me thick but in my opinion the spring is just going to pop off the end and also how is the spring even bearing any pressure down on the tip?
[16:08:21] <asdfasd> Im sorry my english is not good enough
[16:08:44] <raynerd> ok, no worries
[16:08:56] <asdfasd> when you push it inside the collet
[16:09:11] <asdfasd> the spring is going to the bottom
[16:10:24] <raynerd> bottom of where?
[16:10:38] <raynerd> have you any pictures of it in pieces?
[16:12:11] <asdfasd> bottom of the collet holder
[16:12:37] <asdfasd> I dont have more photos
[16:14:29] <asdfasd> if you have long tool
[16:14:37] <asdfasd> you push it inside the collet
[16:14:53] <asdfasd> and then it touch the bottom of the collet holder
[16:15:26] <asdfasd> same happening here with the spring, you push it inside until you load the spring
[16:15:41] <asdfasd> when you tighten the collet the spring is loaded
[16:16:08] <asdfasd> and you may leave few milimeters for movement
[16:20:14] <raynerd> ok, I see
[16:21:47] <asdfasd> where I can attach photo?
[16:23:16] <Tom_itx> imagebin
[16:30:40] <asdfasd> http://imagebin.org/205132
[16:31:16] <asdfasd> http://imagebin.org/205134
[16:35:36] <asdfasd> cradec: are you still here?
[17:54:28] <djdelorie> ok, how do I tell linuxcnc that the current position *is* "home" ?
[17:54:55] <cradek> does your machine have home switches and/or index pulses?
[17:55:56] <djdelorie> it has hard limit switches at each end, combined into a single signal back to the pc
[17:56:09] <djdelorie> i.e. one "limit" signal per axis
[17:56:30] <cradek> are you using them as home switches?
[17:56:44] <cradek> (the same switch can be home and limit both)
[17:56:46] <djdelorie> the controllers won't let the motors go past the limit switches
[17:56:54] <djdelorie> so they *can* be used as home switches
[17:56:57] <cradek> oh, dang
[17:57:07] <cradek> but it'll fault when you touch one
[17:57:13] <djdelorie> the controller keeps track of the "desired" position accurately, but refuses to make the "actual" position go past the limits
[17:57:32] <cradek> you lost me
[17:57:53] <cradek> let me answer your question without trying to understand everything first:
[17:58:12] <cradek> if you have all your homing velocities set to zero, when you home, no motion will occur, and the current location will be home.
[17:58:15] <djdelorie> when the axis hits a limit switch, the motor stops. If the pc sends more step pulses, the motor remembers them but won't travel there. If the step/dir brings the "desired" location back between the limit switches, the motor tracks again
[17:58:46] <cradek> but if you have home switches at all, that's not the answer or procedure you want, because the machine should home itself, not you
[17:58:50] <djdelorie> i.e. the physical motor is confined to the limits, but the "virtual motor" can go past them
[17:59:17] <cradek> ok, that's utterly bizarre, not sure if you could home with that or not. possibly.
[17:59:21] <djdelorie> one could think of it as a virtually infinite workspace, with home switches at each end
[18:00:13] <cradek> a stepper drive can't stop instantly and not lose position. you must either travel somewhat past the limit switch OR lose position and require rehoming
[18:00:18] <djdelorie> oh wait, I think I know what happened. The controller needs to know which switch is which, my bad. Still, it started homing itself
[18:00:26] <djdelorie> heh. Not using a stepper drive :-)
[18:00:44] <cradek> ok, you were talking about step pulses
[18:00:54] <djdelorie> it simulates a stepper. The motors are BLDC
[18:00:55] <cradek> remember I have no idea what you have unless you tell me!
[18:01:15] <djdelorie> I built three of these: http://www.delorie.com/electronics/bldc/
[18:01:17] <pedro> even a step servo will (or should) throw a FE if you stop instantly
[18:01:18] <cradek> can you turn off the extra smarts?
[18:01:29] <djdelorie> they accept step/direction pulses from the PC, but drive the BLDC+encoder smartly.
[18:01:38] <djdelorie> Yeah, I think I just need to run the limit switch configuration page again
[18:02:04] <ssi> BACK
[18:02:07] <ssi> woops caps :D
[18:02:13] <djdelorie> still, it would be REALLY nice if there were an obvious button in the linuxcnc GUI that says "home is here, trust me" that zeros out the XYZ display too
[18:02:18] <djdelorie> ssi: hi!
[18:02:23] <ssi> hi!
[18:02:23] <cradek> with a dumber drive and encoder feedback to linuxcnc, you could home to index
[18:02:38] <djdelorie> with a dumber driver, the motors wouldn't work at all
[18:02:41] <cradek> "home is here" and "zero the xyz display" are two different concepts
[18:02:57] <djdelorie> I know, I still want the button :-)
[18:02:57] <cradek> there is a button for each one
[18:03:15] <cradek> it makes no sense to combine them
[18:03:20] <ssi> home is where the tool is
[18:03:22] <djdelorie> I did the touch-off button on all axes
[18:03:51] <djdelorie> all I wanted was to run a test program from the examples, I'm trying to figure out all the hoops I have to jump through first ;-)
[18:04:06] <djdelorie> ssi: I fixed yesterday's problems. It's jogging on all axes.
[18:04:08] <cradek> "home" is typically established by the machine (switches/index), "workpiece origin" is set by the user according to the current tool location using touch off
[18:04:11] <ssi> djdelorie: good!
[18:04:20] <ssi> djdelorie: I got my turret working!
[18:04:54] <djdelorie> ended up rewiring the motor power supply for half the voltage at twice the amps, that cut the EMI way down. Then changed the termination resistors from 36k to 1k on the parallel port interface. Cleaned it all up
[18:05:24] <djdelorie> cradek: where's the "workpiece origin" button? How do you tell the machine to not need to home?
[18:05:50] <pedro> a common mode choke on the U/V/W helps a lot with noise
[18:06:00] <cradek> djdelorie: "touch off"
[18:06:39] <djdelorie> I clicked on "touch off" for all three axes (I assume I only needed to do it once) but it still complains that "you can't run without homing"
[18:06:46] <djdelorie> pedro: I ordered some, they're on the way ;-)
[18:06:59] <djdelorie> that was Friday's discussion on the #geda list :-)
[18:07:15] <pedro> just a biggish ferrite toroid will do
[18:08:05] <cradek> djdelorie: generally you home first, then touch off. homing "puts" all your workpiece origins back in the right place on the machine.
[18:08:14] <djdelorie> that's what I ordered, I don't happen to have any here.
[18:08:22] <ssi> pedro: so there's no practical way to run the VFD completely from the '49, eh
[18:08:28] <cradek> and you can't touch off without homing in the first place...
[18:08:36] <djdelorie> ok, I'll go try reconfiguring the switches. What's the right pin definition for my setup?
[18:08:37] <ssi> I only have one free GPIO at the moment, and I figured that would run my coolant VFD
[18:08:52] <ssi> I can probably free up one more GPIO, but I'd guess I need two in order to run the spindle
[18:09:02] <ssi> one fwd, one rev
[18:09:25] <cradek> if you have one signal per axis that's a limit at both ends, hook it to pos-limit, neg-limit, and home-sw
[18:09:45] <cradek> set homing to head to whichever end you want - the safest end
[18:09:49] <ssi> hrm or maybe I can use two GPIOs to run the fwd/rev, and then use an analog out as a digital signal to run coolant
[18:09:54] <ssi> not sure how I'd make hal do that though :/
[18:10:50] <pedro> Dont you have a free 5I23 connector?
[18:11:02] <ssi> yes, but I'm saving it :)
[18:11:24] <ssi> I don't yet know how much IO I'll need for a front panel, and I might end up going sserial for that
[18:11:42] <djdelorie> cradek: in terms of the stepconf wizard, is that "both limits + home" ?
[18:11:52] <ssi> plus finding a place to mount another 7i42 is a hassle
[18:11:59] <cradek> yes sounds like
[18:13:10] * djdelorie goes back to the shop...
[18:29:38] <djdelorie> reconfiguring got me past that, but now it raises the Z axis until the switch, backs off, then gives me a "joint 2 on limit switch error"
[18:30:39] <djdelorie> I bet I need to set a non-zero "home value" for that axis in stepconf, yes?
[18:31:06] * djdelorie goes back to the shop...
[18:45:13] <ssi> ok so I need to figure out how to attach the coolant-flood signal to switch a pwm from 0 to full on
[18:45:28] <cradek> djdelorie: yeah you need HOME_IGNORE_LIMITS, and the homing offsets set correctly so you don't end up still on the limit switch when you're done
[18:59:27] <djdelorie> IT WORKS!!!
[18:59:56] <cradek> yay!
[19:00:03] <djdelorie> cradek: the trick was to note that it jogged in the positive direction to home, so I set the home switch location to 4, and the "home" to 3.5 so it backed off
[19:00:26] <djdelorie> my wife suggested mounting a pencil in the toolholder, and drawing the patterns on paper for now :-)
[19:01:04] <djdelorie> which was something I was planning on doing eventually anyway...
[19:01:12] <Valen> djdelorie: use a texta ;->
[19:01:12] <jdhnc> I made a spring-loaded pen
[19:01:19] <Valen> more tollerent of Z axis
[19:01:41] <djdelorie> I was just going to clamp some hardwood on a pencil; the weight would press it down and also act as a stop when you lifted the Z
[19:02:02] <djdelorie> then run the pencil through holes in something. Not fancy, just "works" :-)
[19:02:49] <jdhnc> cpvc pipe and cap, drill a hole for the pen in the cap, stick a spring in the end. put that in a bushing that fit the spindle mount
[19:02:50] <djdelorie> I might have a suitable spring, though, too...
[19:03:07] <Valen> dude you guys overthink things too much
[19:03:10] <Valen> duct tape
[19:03:12] <jdhnc> my emc logos looked really good
[19:03:13] <Valen> texta
[19:03:16] <Valen> done
[19:03:38] <jdhnc> Valen: if it's worth doing, it's worth over-doing.
[19:03:58] <djdelorie> the overkill gene runs strong in my family...
[19:04:03] <jdhnc> then with v2.0, everything is configurable and your machine can send email
[19:04:18] <jdhnc> well, maybe that's just me.
[19:05:06] <djdelorie> off to tinker some more... :-)
[19:34:00] <ssi> flood coolant works
[19:34:04] <ssi> without burning a GPIO
[19:35:44] <frysteev_> wooo
[19:35:53] <frysteev_> almost got my machine going
[19:56:57] <ssi> I'm short one wire thru the machine
[19:58:37] <pedro> wireless?
[20:01:36] <ssi> I'm able to reuse the existing wires that used to run the contactors for the motor run signals
[20:01:48] <ssi> but I need one extra wire to carry a +10 analog for speed control
[20:03:05] <pedro> well it probably should be a twisted pair so you will probably need to pull some more wires anyway
[20:03:23] <ssi> I don't know that I can pull wires tbh
[20:03:41] <ssi> well maybe I can remove everything that's in there and repull
[20:03:47] <ssi> using smaller gauge for the stuff that is no longer AC
[20:05:41] <pedro> what were the contactors used for?
[20:07:18] <pedro> ( wondering what EStop circuitry still exists)
[20:22:50] <djdelorie> http://www.delorie.com/photos/cnc/20120325-cnc-fractal.html
[20:23:15] <djdelorie> photo of the pencil holder drawing spirals: http://www.delorie.com/photos/cnc/img_2597.html
[20:23:39] <cradek> slick!
[20:24:43] <djdelorie> the crappy paper doesn't do the image justice, though.
[20:25:13] <djdelorie> smoother paper and a sharper pencil would have been better, but I was in a hurry to see results :-)
[20:25:14] <cradek> you can see the shape, and that it came back to the same spot at the end...
[20:25:46] <djdelorie> start/stop was in the lower left, yeah, I seem to have gotten the EMI issues worked around for now - until the ferrites show up
[20:30:42] <cradek> yay, congrats
[20:30:48] <cradek> encoder noise can really be a pain
[20:31:20] <djdelorie> actually, the encoder circuitry worked fine. The encoders I've got have differential signals, I massaged them into LVDS and ran it through a receiver chip. *That* part works fine.
[20:31:34] <djdelorie> It was the step pulses that were getting EMI! Stupid machine would just slowly drift aside...
[20:31:44] <djdelorie> plus the USB port for configuring would self-reset
[20:32:57] <djdelorie> turns out my parallel port can drive pretty strongly, so I put 1K terminators on the controller end, cleaned it all up
[20:36:37] <ssi> pedro: the contactors were coolant run, spindle fwd, spindle rev
[20:37:04] <ssi> estop was all handled by the fact that all the contactors were enabled off of 120VAC which fed through a master control relay
[20:37:41] <ssi> anyway, I pulled the three 12ga stranded lines that ran the contactors and pulled a piece of CAT6 in their place
[20:39:01] <ssi> djdelorie: nice koch curve btw :)
[20:39:14] <djdelorie> it's one of the linuxcnc examples
[20:39:31] <ssi> ah
[20:39:53] <djdelorie> here's the spirals example, also showing the motors in action: http://www.youtube.com/watch?v=i0T55NAHmqg
[20:39:54] <pedro> DC drives always scare me a little as they are more likely to run-away with a fault
[20:39:55] <pedro> is there a contactor on the servo 90VDC transformer?
[20:41:13] <djdelorie> the lighting in my shop is actually a lot better than the movies show, but the camera doesn't like the "daylight" colored florescent bulbs
[20:41:48] <djdelorie> and here's the Z axis in action: http://www.youtube.com/watch?v=49MVv92O3-k
[20:42:43] <ssi> pedro: nope, and the 90vdc transformer is in the control cabinet, not in the lathe
[20:43:13] <ssi> pedro: however, I do have the servo enables connected to my machine-enabled signal, and whenever I get a limit fault it shuts the drives down hard
[20:44:13] <ssi> or a ferror fault for that matter
[20:44:29] <ssi> pedro: so what are my next steps for tuning anyway
[20:46:12] <pedro> HALScope
[20:47:58] <ssi> ok...
[20:52:48] <ssi> I'm really not sure how to make halscope display anything useful
[20:52:54] <ssi> I've got it up with both axes ferrors
[20:53:05] <ssi> and sometimes the lines do something other than flat, but usually it goes off the screen
[20:53:37] <pedro> I would add the commanded position
[20:54:05] <ssi> joint-pos-cmd?
[20:54:45] <pedro> whatever connects to PID.N.command
[20:55:19] <ssi> motor-pos-cmd
[20:55:21] <ssi> ok
[20:56:30] <ssi> and ferror? or fb
[20:57:20] <pedro> pid.n.error will do (not sure if this sis different from FE)
[20:58:31] <ssi> ok so I'm looking at pid.x.command and pid.x.error
[20:58:41] <ssi> so what's the object of this game
[20:58:49] <ssi> to minimize the error I know, but what's the best way to go about it
[20:59:36] <pedro> now you do some moves and look at the error
[21:00:10] <ssi> on rapids, it's like 30m
[21:00:24] <pedro> 30 meters!
[21:00:25] <ssi> I have the error channel on 10m/div and it goes about 3 divs opposite the command
[21:00:33] <ssi> 30 millisomethings
[21:00:38] <ssi> mv? not sure what the units are
[21:01:05] <pedro> can you set P higher without buzzing
[21:01:22] <ssi> that's about as high as it wants to be
[21:01:24] <ssi> I'm at 270
[21:01:30] <ssi> at 300 I get occasional buzzing after a move
[21:02:07] <ssi> 280 I get a slight amount of buzzing once in awhile, but it damps itself out
[21:02:10] <pedro> What is your output scale
[21:02:23] <ssi> 10
[21:02:54] <pedro> ok so max speed as I recall was 4 ips?
[21:02:58] <ssi> yep
[21:03:10] <ssi> actually that axis is running 3ips max
[21:03:24] <ssi> lemme set it to 4 just to be consistent
[21:03:40] <ssi> I also don't have any FF1 in
[21:03:42] <pedro> ok try setting FF1 to 2.5 (be careful my math may be wayyyy off)
[21:03:44] <Thetawaves> i gave up trying to plug the leaks in my coolant setup, so i just put it in a tote :D
[21:05:00] <ssi> oh wow that made the error much smaller
[21:05:30] <ssi> on a long 4ips move the error got as high as 10 millisomethings
[21:05:37] <ssi> but it was 40 before
[21:05:48] <pedro> now tweak is until you zero the error during long moves
[21:06:00] <pedro> tweak it
[21:07:00] <ssi> just tweak the FF1 I assume
[21:07:31] <pedro> yes
[21:10:34] <ssi> ok here's something odd
[21:10:41] <ssi> on negative moves, the error stays pretty flat and small
[21:10:45] <ssi> on positive moves, it ramps up
[21:11:51] <pedro> ramps up with velocity?
[21:12:30] <ssi> doesn't seem to be
[21:12:35] <ssi> seems like it's a linear ramp with position
[21:14:10] <ssi> it's definitely pretty close
[21:15:02] <pedro> you mean theres and error that varies with position even when stopped?
[21:15:14] <ssi> no...
[21:15:32] <ssi> I mean that while the axis is moving 4ips, the error is ramping linearly
[21:16:08] <ssi> I interpreted "ramps up with velocity" to mean error increased while the axis was accelerating, but was a constant offset at speed
[21:16:14] <ssi> and that's not how it's behaving
[21:17:25] <pedro> well if it ramps up ,when does it ramp down (since its not there when stopped)
[21:17:48] <ssi> as soon as it finishes the move, error goes back to zero
[21:18:03] <ssi> maybe I can capture something in halscope
[21:18:17] <pedro> maybe you should plot velocity as well
[21:18:49] <ssi> would that be command-deriv?
[21:19:29] <pedro> I think its one of the motion pins
[21:20:35] <ssi> I have no idea how to use halscope effectively
[21:20:41] <ssi> trying to capture something that I can show you
[21:21:05] <pedro> is there a symmetry adjustment in the drive?, sounds like positive and negative gains are different
[21:21:23] <ssi> I don't have an answer for that right now
[21:21:34] <ssi> I also don't know how much error is "acceptable"
[21:21:56] <pedro> error is in inches
[21:22:25] <ssi> ah ok
[21:22:34] <ssi> so I'm under 0.010" error in the bad direction
[21:22:38] <ssi> and better than that in the good direction
[21:23:00] <pedro> its should be much better
[21:23:06] <ssi> 0.002" in the negative direction
[21:23:23] <ssi> I can't find any values of FF1 that make it better
[21:23:31] <ssi> varying around from about 2.6 seem to make it worse
[21:23:37] <ssi> but I really don't fully understand what FF1 does
[21:25:33] <ssi> at 2.4 negative moves are under 5 tenths
[21:25:45] <ssi> and the noise in the error signal is more than the actual error
[21:26:22] <pedro> your drives are velocity mode drives
[21:26:24] <pedro> FF1 basically copies the commanded velocity to the PID output
[21:26:26] <pedro> so when EMC commands a 1 IPS move the analog output is set to the voltage the generates 1 IPS
[21:26:28] <pedro> (before any feedback is even applied)
[21:26:49] <pedro> thats a huge amount of noise
[21:27:06] <pedro> probably related to the overdriven resolver
[21:27:10] <ssi> yeah perhaps
[21:27:32] <ssi> I suppose I should table this until I get the new '49 in place
[21:29:00] <pedro> the resolver is capable of about 15 bit resolution. overdriven as it is I expect you are getting about 4 bit resolution
[21:30:06] <pedro> actually if you have 1/2 mill of noise thats 1/40 of a turn so 5.2 or so bits
[21:31:56] <ssi> makes sense
[21:32:49] <pedro> it does sound like you have some assymetry somewhere
[21:32:51] <pedro> I would go through the drive adjustments if you have a helpful manual
[21:32:53] <pedro> at the minimum I would adjust the drive offset (tie its inputs together, enable and adjust for no drift)
[21:34:20] <pedro> also check that the analog outputs for symmetry
[21:34:22] <pedro> another thing to check is the tach
[21:34:44] <ssi> Nick001 told me that the X axis tach in particular tends to get crapped up with oil
[21:34:51] <ssi> and X is what I was testing
[21:36:17] <pedro> I'd at least take a look
[21:36:19] <pedro> some of these things would be easier to test/verify with the motors decoupled
[21:36:59] <ssi> I'm not sure how easy it is to decouple the motor and still have the tachs and resolvers driven
[21:37:33] <pedro> (that is the motors should run at the same speed with a given input voltage in either direction)
[21:38:40] <pedro> (you would not need the resolvers to test this)
[21:39:18] <ssi> ah
[21:44:36] <frysteev_> bagh no go on making th machin mo ve
[21:44:54] <ssi> aw why
[21:45:31] <frysteev_> the plc wants to talk to all of the machine, not just what i have setup,
[21:48:51] <frysteev_> sooo wish i had emc control of it
[21:52:31] <pedro> bbl popcorn/movie time
[22:20:35] <alex4nder> hey
[22:22:25] <ssi> frysteev_: make it happen
[22:27:50] <pedro> ssi just thought of something, you should probably test at 3 IPS as 4 IPS is at the limits of your machine
[22:28:04] <ssi> pedro: fair enough
[22:28:20] <pedro> back to movie
[22:28:22] <ssi> actually beyond the limit
[22:28:27] <ssi> the amps want 8.5V max
[22:28:33] <ssi> and 4ips I think is 10v
[23:52:56] <ssi> hrm