#emc | Logs for 2010-07-19

[00:04:17] <theorb> theorb is now known as theorbtwo
[00:04:29] <lepton> So we've dissassembled the motors / gear boxes, still trying to figure out this scaling issue
[00:04:32] <lepton> 1000 steps turn the motor ~3.07 times!
[00:04:56] <lepton> So it seems that the 1000 pulses / rev of the motor spec is either wrong, or EMC is outputting ~3.07 times the steps we expect
[00:08:55] <atmega> woudln't 1000 steps be an odd number for a stepper?
[00:09:41] <lepton> heh, we were discussing that in here earlier
[00:09:48] <lepton> It's what the datasheets say!
[00:09:53] <lepton> Not that I disagree
[00:10:04] <lepton> More importantly, 1000 steps don't seem to correspond to a rev
[00:10:19] <atmega> is it consistent anyway?
[00:14:43] <lepton> Very consistent
[00:15:02] <lepton> I've experimentally measured an error multiplier of ~3.07
[00:15:10] <lepton> From what our math tells us it should be
[00:15:27] <lepton> Where the heck that comes from, I have no idea
[00:16:14] <atmega> on the shaft? not through a gearbox?
[00:19:06] <skunkworks> our borger laher(sp) steppers are 1000 steps per rev (5 phase iirc)
[00:20:15] <atmega> I've never actually seen a 5 phase stepper.
[00:20:23] <atmega> but, that would make sense.
[00:22:53] <madsci44> vexta is big on the 5 phase thing
[00:24:02] <atmega> 10 wires?
[00:27:15] <madsci44> anyone here know which widget sets the background color for the panel underlying the pyvcp area in axis?
[00:38:45] <Jymmm> skunkworks: kinda bizzare
[00:58:12] <lepton> pcw_home: Are you available for a Mesa question?
[01:13:12] <geo01005_home> geo01005_home is now known as geo01005
[02:08:34] <pcw_home> sort of, moving chickens around....
[02:20:56] <Jymmm> pcw_home: in a skillet?
[02:22:31] <pcw_home> indoor cage to outdoor cage
[02:23:08] <Jymmm> pcw_home: Did you get the cable installed in the outdoor coop yet?
[02:23:30] <pcw_home> no still manual
[02:24:08] <Jymmm> pcw_home: Ah, but you have the 32" LCD HDTV installed in the outdoor coop, right?
[02:30:15] <pcw_home> I think our chickens are more easily amused
[02:35:57] <Jymmm> ah, ok
[02:36:38] <lepton> pcw_home: If you've never done it, I recommend throwing chickens some cooked spaghetti
[02:36:48] <lepton> Our's used to go CRAZY for spaghetti
[02:37:00] <lepton> I'm think they thought it was worms
[02:37:59] <ries> lepton: nevr heard of that, but it sounds funny!
[02:40:25] <pcw_home> I think we have in the past, I'll have to try it again
[02:41:16] <lepton> Try it out ;)
[02:54:53] <lepton> Is there a simple terminal command to find out which modules are loaded?
[02:55:01] <atmega> lsmod?
[02:55:37] <lepton> bingo! thanks
[02:55:50] <lepton> I should've remembered that one...
[02:56:35] <spasticteapot> alex_chally: Is this "Alex with the Corian" alex?
[08:13:23] <awallin> how's EMC2 on 10.04LTS coming along? I'd like to test some HAL/pyVCP things in simulator mode.
[08:15:04] <micges_work> awallin: install 10.04, then packages from www.linuxcnc.org/mozmck and it should work even in rt
[08:15:43] <awallin> nice, just need sim for now is that working?
[08:17:08] <Valen> thats cool
[08:17:09] <micges_work> yes
[08:17:09] <micges_work> I haven't done it from packages, but from source, but it should be working
[08:17:20] <Valen> how long on a release?
[08:17:28] <micges_work> no idea
[08:17:33] <Valen> I'll have to install 10.04 on ours
[08:17:42] <Valen> is that SMP by default do you know?
[08:18:00] <Valen> (got 240gb of space, so a side by side install isn't going to be an issue lol)
[08:18:10] <micges_work> sorry, don't have rt 10.04 near to check
[08:19:23] <awallin> micges_work: is there a step-by-step guide for building sim from source on 10.04 ?
[08:19:25] <awallin> wiki?
[08:20:03] <micges_work> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Ubuntu10.04Notes
[08:20:15] <awallin> thx
[08:20:31] <cpresser> awallin: just get the source and type dpkg-buildpackage on a non RT-System :)
[08:30:59] <alex_joni> smp is on by default
[08:31:22] <alex_joni> awallin: there should be prebuilt debs from the buildbot
[08:31:57] <alex_joni> awallin:
[08:32:00] <alex_joni> awallin: http://emc2-buildbot.colorado.edu/~buildmaster/
[08:32:32] <alex_joni> hmm.. only hardy packages, I thought seb added a 10.04 slot
[10:26:06] <darren> darren is now known as redwizard-kde
[11:32:11] <Fox_M|afk> Fox_M|afk is now known as Fox_Muldr
[11:50:47] <Fox_Muldr> Fox_Muldr is now known as Fox_M|afk
[13:29:44] <skunkworks> anyone tried this? http://www.newegg.com/Product/Product.aspx?Item=N82E16813153144
[13:31:10] <skunkworks> (it has 2 pci slots...) :)
[13:35:24] <skunkworks> wonder if the nic would work with hardy
[13:35:43] <alex_joni> you mean with mesa stuff? I don't see a parport from the pixas
[13:35:45] <alex_joni> pics
[13:36:10] <skunkworks> It looks like it has a parport header.
[13:36:14] <skunkworks> Hi alex
[13:36:16] <alex_joni> oddly there's a serial port on it
[13:36:20] <alex_joni> hi, I don't quite see it
[13:36:42] <alex_joni> you mean the one on the right, next to the second ATA header?
[13:36:54] <alex_joni> you're right.. it says "Paralel" in the pic
[13:36:57] <skunkworks> yes
[13:37:20] <alex_joni> odd location for a parport header
[13:37:35] <skunkworks> Yes - I don't know what happened to the goal3 board we have in the K&T - it has become very unstable.
[13:37:53] <moop> I wonder why pumakins.c has such awful code commenting?
[13:37:55] <skunkworks> We don't need the printer port. (2 mesa cards)
[13:38:37] <moop> whereas scarakins.c actually defines what the hal data represents??
[13:38:51] <alex_joni> skunkworks: RTL 8102EL ..
[13:39:55] <moop> has annyone ever tried using a pata data port for control???
[13:40:04] <skunkworks> is that the eithernet controller?
[13:40:17] <moop> that would give 40pins of very high speed io
[13:40:42] <alex_joni> skunkworks: http://forums.bit-tech.net/showpost.php?s=6b7ee187d9bb4b87f57d012f16f47925&p=1743304&postcount=13
[13:41:09] <moop> most motherboards still have 2 pata ports and they are bi directional
[13:41:32] <moop> I really know nothing about pata signals of course
[13:41:54] <alex_joni> moop: you don't access pata ports, there's a controller which needs programming
[13:42:20] <alex_joni> and some of the communication is out of your hands (taken care by BIOS)
[13:42:57] <skunkworks> hmm - seems like it is the same as the intel version of the board
[13:43:05] <skunkworks> that one works just fine with hardy
[13:47:12] <moop> will the next live cd include all the emc development tools??
[13:47:56] <moop> I really think would be better to remove open office and include the development tools??
[13:48:48] <moop> I was considering trying to write a machine abstraction creation tool
[13:49:18] <moop> has anyone tried something like that before?
[13:52:52] <moop> at the moment there are just a few predefined kinematics like scare, puma, hexapod
[13:53:34] <moop> but i would have thought it posible to create the kinematics in an expert system type manner
[13:53:57] <moop> ask how many DoF the machine has
[13:54:56] <moop> and a few other parameters for each DoF and joint
[13:55:54] <elmo40> I second the motion to remove OOo.
[13:56:32] <elmo40> tailoring the next .iso to 'only' EMC related stuff is a better idea then having an office app.
[13:56:47] <moop> yes definatly
[13:56:55] <cradek> I understand he's removing ooffice because otherwise emc won't fit
[13:57:07] <moop> maybe even include other software like orocos and cad apps
[13:57:07] <elmo40> 10.04 is larger, mind you.
[13:57:11] <cradek> it's extremely unlikely all the development tools will fit. it's hard enough to make emc fit.
[13:57:42] <moop> open office is normally around 300Mb
[13:57:44] <cradek> unfortunately there's no way to select packages that make everyone happy
[13:57:59] <moop> gcc and the libs probably only take 100Mb
[13:58:34] <cradek> that's only a small part of our build deps (unfortunately)
[13:58:35] <moop> remove open office and you would have 200Mb for some cad apps and other stuff
[13:58:59] <cradek> maybe you should give mozmck your comments when you see him.
[13:59:54] <elmo40> a liveCD is always a good thing, but liveDVD has been the 'norm' recently... since distro makers want to incorporate Everything in a turn-key .iso
[14:00:20] <cradek> not sure it is the 'norm' since I have never yet used one
[14:00:34] <cradek> I think changing to dvd would be trouble for a lot of our users
[14:00:34] <moop> dvd is a bad idea
[14:00:50] <elmo40> I know EMC is more for the manufacturing of things, but some apps that come in this distro ( http://www.caelinux.com/CMS/ )would be nice to incorporate into linuxcnc.
[14:00:56] <archivist> old iron often does not have a dvd in it
[14:00:57] <elmo40> yes, dvd would be trouble for many
[14:01:18] <elmo40> has anyone tried it with unetbootin?
[14:01:52] <moop> it is hard making a livecd
[14:06:03] <moop> is there a maintainer for the pumakins.c file, there is no email contact in the file?
[14:24:25] <cradek> moop: we don't have per-file maintainers like that.
[14:51:52] <MrSunshine_> is there any way to turn of the amplifier while in pause mode ? :/
[14:52:14] <MrSunshine_> i need to go from home a while and cant leave the mill going and want to cut the power to the motors incase they would overheat ors omething :P
[15:02:25] <cradek> MrSunshine_: no
[15:02:35] <elmo40> why would they overheat? make a sink for them ;)
[15:02:51] <cradek> just use 'run from selected line' later
[15:03:45] <MrSunshine_> will it continue from exactly where it is then ? cause its in the middle of a line where ive pressed pause :P
[15:03:51] <MrSunshine_> started the run of X axis
[15:03:54] <cradek> no
[15:04:14] <MrSunshine_> cause its freakin impossible to pause at the exact start of a specefic line :P
[15:04:15] <cradek> don't stop there, let it go until it's above the work piece
[15:04:41] <MrSunshine_> well it never goes above it .. it goes to the end, increments y goes back etc
[15:04:44] <MrSunshine_> =)
[15:04:53] <elmo40> use Single Step to stop where you want it. or, add an M01 and have Optional Stop turned on.
[15:07:46] <MrSunshine_> well drivers do have idle current reduction so i guess they should be aight but never know =)
[15:12:46] <elmo40> just don't run them for 48hrs at a time ;)
[15:23:01] <Fox_M|afk> Fox_M|afk is now known as Fox_Muldr
[16:29:52] <mrsun> hmm, is there any program that i can "mill" a dot matrix of images with ?
[16:29:59] <mrsun> bigger dots for deeper colors for example
[16:30:15] <mrsun> anyone know of something like that? :)
[16:49:44] <LawrenceG> mrsun, tes... I believe jepler has it on his web site... let me see if I can find the link
[16:50:39] <mrsun> found "provcarv" or something like that but that costs :/
[16:50:46] <mrsun> "photovcarve"
[16:54:40] <LawrenceG> mrsun, http://filebin.ca/gywduw/stippler-1.0.tar.bz2 is one I found on my drive
[16:55:33] <LawrenceG> mrsun, http://emergent.unpythonic.net/software/01133127497-stippler-source-release
[16:56:08] <LawrenceG> mrsun, http://emergent.unpythonic.net/01109259892
[16:59:03] <LawrenceG> mrsun, that is Jeffs work.... looks pretty good.... you should be able to build it
[17:01:31] <mrsun> hmm
[17:01:37] <mrsun> pgm.h missing ... wtf is that =)
[17:03:30] <mrsun> looks like its outdated :/
[17:03:38] <mrsun> /usr/include/c++/4.4/bits/stl_algobase.h:232:56: error: macro "min" passed 3 arguments, but takes just 2
[17:03:39] <mrsun> etc
[17:04:39] <mrsun> or something is outdated atleast
[17:05:04] <LawrenceG> hmm....
[17:08:59] <LawrenceG> mrsun, c++ is not my strong point... looks like there are some files missing... watch for jepler here or on #emc-devel and he can probably give you an update
[17:10:17] <mrsun> wtf -.... emc isnt with in the photovcarve :/
[17:10:23] <mrsun> its like a billion systems but not emc
[17:10:35] <mrsun> is emc compatible with other formats then its "own" ? :)
[17:10:57] <LawrenceG> quite similar to fanuc
[17:12:19] <mrsun> well .. will it work with that? :P
[17:13:12] <mrsun> nop :/
[17:23:27] <mrsun> "G Code (mm)" seems to be working atleast =)
[17:24:52] <elmo40> mm? millimetre?
[17:24:57] <elmo40> sure, why would it not work?
[17:27:34] <mrsun> well emc has some quircks with its qcode :P
[17:27:39] <mrsun> it seems
[17:27:46] <mrsun> or everybody seems to have their own stuff
[17:29:44] <LawrenceG> the nice thing with standards is that there are so many of them!
[17:36:22] <Jymmm> LawrenceG: Do you play with any uC's?
[17:36:58] <LawrenceG> dspics, 16F pics, now trying the xmos series
[17:38:17] <Jymmm> LawrenceG: I'm too lazy to look those up =) But I'll take it as a yes. Do you think it's possible to use a uC (atmel?) to iface with a USB wifi adapter somehow?
[17:38:51] <Jymmm> I thought it be the smallest I could come up with.
[17:40:18] <LawrenceG> I know pics and the atmel series have sample code for USB clients, but I dont remember seeing host side code.... I suspect a network adapter would work better with a micro supporting dma
[17:41:29] <elmo40> mrsun I find EMC to handle many types of gcode, and non-gcode, to do what I want.
[17:41:32] <Jymmm> LawrenceG: I could bypass the USB aspect I guess, it was just the physical size I am more interested in. Wifi module alone are very pricey.
[17:41:34] <elmo40> macros rock!
[17:41:59] <Jymmm> LawrenceG: Trying to make a beacon
[17:42:59] <LawrenceG> Jymmm, look at openwrt... it is a compact linux distro that is made to running on wireless routers... all the code is there and hardware is ~$50
[17:43:50] <Jymmm> LawrenceG: I've used OpenWRT, This has to hang around someone's neck =) A WRTG54GL would look kinda funny
[17:44:26] <LawrenceG> I have seen worse!
[17:46:01] <Jymmm> LawrenceG: I guess 144.39MHz would work too
[17:47:05] <mrsun> hmm
[17:47:10] <mrsun> it handles it but it handles it wrong :/
[17:47:22] <mrsun> it doesnt lift the mill enough after it has plunged until it reaches the end and goes back
[17:47:25] <mrsun> then it lifts it again
[17:49:32] <LawrenceG> mrsun, http://www.cs.nyu.edu/~ajsecord/stipples.html this may be more complete
[18:03:14] <mrsun> i find it strange that it doesnt withdraw Z enough :/
[18:03:19] <mrsun> leaves scores where it shouldnt be :(
[18:03:51] <moop> anyone know how to change viewpoint in vismach programs?
[18:04:39] <cradek> you can navigate with the mouse
[18:04:43] <cradek> try all three buttons
[18:05:12] <moop> i only have two mouse buttons
[18:06:03] <moop> i can zoom and translate but not rotate
[18:06:16] <moop> is there a key combination?
[18:07:03] <moop> i know i have a usb mouse, i try that
[18:07:18] <cradek> traditionally you need three buttons if you're using X. you can configure X to pretend you clicked a middle button when you press both buttons on a 2 button mouse.
[18:07:35] <cradek> some wheel mice have a middle button that you activate by pressing the wheel
[18:08:49] <moop> yeah usually i would have chordMiddle enabled in xconfig
[18:09:58] <mrsun> is it "Sherline" gcode that emc uses?
[18:10:11] <moop> yeah works now with usb mouse
[18:10:13] <mrsun> still doesnt help much tho as Sherline isnt in the list in phtotovcarve :/
[18:11:28] <cradek> sherline uses EMC
[18:11:33] <cradek> there is no such thing as sherline gcode :-)
[18:12:34] <mrsun> hmm ok
[18:12:41] <mrsun> ffs .... why cant they just have a emc post processor
[18:12:50] <mrsun> as emc seems to be quite used around the world :/
[18:13:51] <cradek> emc is a lot like fanuc and it should not be hard to tweak a postprocessor to work with emc
[18:15:45] <ds2> isn't sherline still on BDI?
[18:16:05] <cradek> I think sherline is now using EMC2/ubuntu but I don't know for sure.
[18:16:13] <cradek> we never hear from them.
[18:16:26] <ds2> hence the BD part? ;)
[18:17:10] <cradek> http://www.sherline.com/cncmenu.htm
[18:17:22] <mrsun> ffs aparentlky they have post processors for emc but you have to call/mail them and get one
[18:17:33] <cradek> apparently in february there was a bug in whatever version they were using
[18:17:34] <mrsun> why the hell cant they put stuff like that out for download as they come up with it for their customers?
[18:22:34] <moop> are there any docs for programming python apps with vismach and how to integrate a vismach display with a hal config???
[18:28:33] <Jymmm> http://www.sherline.com/emc/
[18:29:12] <cradek> haha, blast from the past
[18:30:16] <cradek> http://web.archive.org/web/20000622181218/http://www.linuxcnc.org/
[18:32:32] <Jymmm> GAWD, that just drives me nuts.... NO DATES AT ALL!
[19:26:33] <skunkworks> http://www.youtube.com/watch?v=Pctu-4wGduA
[19:27:13] <skunkworks> http://www.youtube.com/watch?v=2JbOUqE2eFI
[19:37:23] <skunkworks> http://www.youtube.com/user/hg5bsd#p/a/u/0/ftJnEI1g_H4
[19:47:37] <motioncontrol> good evening. what is limit number tool in the tool.table file.i have impose 56 tool and when start emc have message : skipp tool 56. emc read max 55 tool ?
[19:48:27] <cradek> yes - increasing that limit requires source changes and recompile
[19:50:05] <motioncontrol> cradek, hi. please whath is the file and line code ? thanks
[19:50:22] <cradek> sorry, I can't look right now
[19:50:54] <motioncontrol> ok thanks
[20:04:52] <andypugh> motioncontrol: Looks like emctool.h
[20:05:26] <andypugh> #define CANON_POCKETS_MAX 56// max size of carousel handled
[20:05:40] <andypugh> I have to wonder why it isn't 65535 :)
[20:06:43] <cradek> the tool table has to fit in an nml message
[20:07:29] <andypugh> And with that, I stop wondering
[20:10:59] <awallin> 20 kib/s with "git clone"... taking forever... is that normal?
[20:11:09] <awallin> from git.linuxcnc.org
[20:13:22] <motioncontrol> andypugh, and cradek thanks for info , more thnaks
[20:21:59] <Jymmm> SWPadnos: Getting better (media ~$1.50/ea) http://newspaperads.mercurynews.com/ROP/ads.aspx?advid=32664&adid=9607414&subid=30428138&type=
[20:28:40] <awallin> hrm, just got master from git, compiled, run "axis" config, but the G-code that it start with refuses to run "program exceeds machine maximum on axis Z"
[20:29:25] <cradek> read screen
[20:29:35] <cradek> top of the sample gcode
[20:30:02] <cradek> you have to imagine a real workpiece and set a work offset that makes sense
[20:30:49] <awallin> I wanna push play, not read...
[20:31:32] <awallin> well yes, now it runs.
[20:32:33] <awallin> are the biarcs/spline g-codes in master now?
[20:32:40] <cradek> yes
[20:32:58] <cradek> quadratic, cubic, NURBS
[20:34:06] <awallin> then I just need a filter which takes raw (x,y,z) points as input (say 1000 of them) and detects where the fancy curve is (to within tolerance)
[20:34:15] <awallin> anyone seen that kind of algorithm lying around?
[20:34:43] <cradek> sounds like a backward way of going about it
[20:34:53] <awallin> :)
[20:35:51] <andypugh> awalin: I have some excel macro code that does n-dimensional arbitrary order polynomial least-squares surface fitting to points?
[20:35:57] <cradek> image2gcode tries to combine points into arcs
[20:36:09] <andypugh> awallin: I can't spell your name.
[20:36:12] <awallin> there are two philosophical schools of CAM-thinking here... I'm doing the "it's triangles all the way to the bottom" approach
[20:38:03] <awallin> andypugh: I've thought about this a little bit, and the thing is that you not only want the maximum error at the (x,y,z) points to be bounded, but also between two of those (x,y,z) points you have to asume that the user "wants" or has programmed a straight line G1 move. so the search for quadratics/NURBS should check the error wrt. that straight segment btw. each pair of points too. maybe.
[20:38:33] <alex_joni> * alex_joni passes andypugh a tab key
[20:39:04] <awallin> ofcourse if there are a lot of points and the distance btw. points is 0.1mm or something you could ignore the straight line segment
[20:39:13] <andypugh> My code is basically trying to move experimental data points onto a regular grid, and then fit a smooth surface. It isn't the same as your puzzle, but might have some useful bits.
[20:40:45] <awallin> I haven't looked at arcs(G2/G3) yet, so maybe the fancy splines can wait a bit
[20:40:47] <andypugh> But I have a sheaf of drawings and a lump of metal...
[20:41:06] <andypugh> Back later, I will scroll up.
[20:41:14] <awallin> I guess G2/G3 should always be in one of the principal planes? XY, XZ, YZ ?
[20:46:14] <cradek> yes there's no way in gcode to have arbitrary arcs
[20:46:50] <cradek> well you can rotate them around Z with coordinate system rotation...
[20:57:51] <alex_joni> awallin: ouch, what happened to that lens?
[21:24:24] <awallin> alex_joni: heh, they are plastic replicas, look almost like the real thing (from 1m or so anyway)
[21:29:18] <alex_joni> awallin: heh, cool
[21:48:10] <alex_joni> awallin: but a bit pricey for what they are
[21:48:14] <alex_joni> at least ebay prices
[21:48:25] <the_wench> gangsta: andypugh said I have a circuit that does what you want. Opto-isolated and floating too. You might not need the "floating" part.
[21:49:03] <gangsta> cool, can you send me a linky?
[21:49:26] <gangsta> hi btw :)
[21:51:28] <gangsta> what spec PC's are people running, and does it make *much* difference?
[21:52:06] <archivist> 1.4gig P4 on one machine and an amd 800meg on the other
[21:52:51] <Jymmm> gangsta: Mainly use an plugin Video card
[21:53:08] <gangsta> do you notice much difference?
[21:53:13] <Jymmm> no laptops
[21:53:15] <Jymmm> yes
[21:53:24] <archivist> it effects latency
[21:54:19] <gangsta> I have a 800Mhz and EMC compalins about missing a something or other (253000 in latency test) but it runs my lathe great - so long as I dont touch the mouse
[21:54:53] <gangsta> if i touch the mouse it throws the toys out the pram
[21:55:00] <Jymmm> you could use a P3 with 256MB ram, but the main thing to look at is the latency.
[21:57:20] <gangsta> I am putting together a duel optron 250 based system with 2Gb Ram, 3 LPT ports, AGP graphics etc. Initial testing showed low latency, cant remember what it was - but its meaningless until all the hardware is in anyway
[22:02:18] <gangsta> so do most of you have more than 1 cnc machine, and if so do u use a seperate computer to run each?
[22:03:17] <cradek> I have several, and yes, they have their own computers
[22:27:20] <lepton> Incase anyone is interested, it turns out my scaling program from yesterday resulted from my stepper drivers having alternate programming from what was in the datasheets
[22:27:52] <lepton> So, Vexta stepper drivers don't necessarily behave like the documentation would suggest
[22:29:29] <archivist> so what was the steps per rev
[22:30:20] <lepton> 496.563422446713
[22:30:31] <lepton> However, I reprogramemd it, and now have 5x the resolution :)
[22:30:37] <lepton> So for me it's now 2482.81711223357
[22:31:42] <moop> how is it possible to have a stepper motor with a non integer number of steps per revolutions?
[22:31:55] <lepton> gearing
[22:31:59] <lepton> that number is post gearing
[22:32:48] <lepton> The actual steps per rev of the motor itself is 1625, now set at 1625 x 5 = 6500
[22:33:30] <moop> 1625 also sounds a strange number of steps per rev?
[22:34:25] <archivist> methinks microsteps and some error to still find
[22:34:26] <moop> how many phases does the motor have?
[22:35:35] <moop> most motors have steps per rev that are a multiple of the number of phases?
[22:37:25] <lepton> Yeah, this is in microsteps
[22:38:03] <moop> has anyone ever tried running a 5phase motor with a 4phase unipolar driver?
[22:38:04] <lepton> The drivers run closed loop control on position of the motor, so it's a somewhat funky system
[22:38:16] <lepton> I probably wouldn't do it again like this, I'm using hardware we already had on this machine
[22:40:05] <moop> i heard emc could run steppers with encoders with some sort of dynamic speed control to prevent lost steps?
[22:46:55] <andypugh> gangsta: I replied to your forum post with the circuit I use
[22:51:51] <lepton> moop: I'm hoping to use the encoders on my stepper drivers for position feedback in EMC2
[22:51:59] <lepton> haven't gotten that far, yet
[22:56:07] <jthornton> * jthornton heads off to his neighbors house to fix his internet connection :/
[22:57:51] <andypugh> As far as I know there is no dynamic speed control for stepper in EMC2. However, you could possibly fake it in HAL. (reduce max velocity when the f-error gets half way to the limit). I don't think you would ever get the steps back that way though.
[22:59:43] <andypugh> What some folk have done is to run the steppers in velocity mode with a PID and closed loop, and that would get back the steps. The problem is that slowing down to recover position isn't natural to a PID, so you would need to back off the target velocity as well as run closed-loop in velocity mode.
[23:08:53] <lepton> For now I'm planning on just doing an error signal using classic ladder
[23:09:04] <lepton> so I'll get a GUI notification, and pause, if I get out of step
[23:22:31] <andypugh> CL sounds a bit overkill for that.
[23:27:07] <lepton> I'm already using CL for e-stop and z-zero probe logic
[23:27:43] <lepton> So it's relativly easy to keep using that. I'm certainly open to suggestions for easier ways to implement what I'm talking about
[23:28:12] <andypugh> Well, I would use HAL, but that is mainly because I have never even touched CL
[23:28:58] <lepton> How do you think you would do it in HAL?
[23:53:21] <Fox_Muldr> Fox_Muldr is now known as Fox_M|afk