#emc-devel | Logs for 2009-01-08

[01:20:19] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.py: Added overwriting checks and copying of prebuilt pyvcp panels to usr config dir. Redid how the ladder program copies files...next id to have stepconf hook HAL up
[02:16:28] <SWPadnos> hey cradek, have you tried tort.ngc or tort2.ngc with cutter comp?
[02:16:37] <SWPadnos> (there were two, weren't there?)
[02:46:32] <cradek> SWPadnos: they won't work because they switch planes
[02:46:45] <SWPadnos> hmm. so they do
[02:51:29] <jepler> I could write something if you thought it'd be helpful
[02:53:55] <cradek> not sure how it would be possible to spot something that's wrong
[02:54:07] <cradek> maybe if you did the uncomp path too, like my test programs
[02:54:20] <cradek> but if it was all overlappy, it would still be hard to see
[02:54:49] <SWPadnos> g41 / O<nastypath> call / G40 O<nastypath> call
[02:55:54] <cradek> yeah
[02:56:04] <SWPadnos> flowsnake would be a cool one to do that way :)
[02:56:11] <cradek> eek
[02:56:14] <SWPadnos> with several offsets
[02:56:28] <cradek> aren't its moves really short?
[02:56:42] <SWPadnos> for higher order ones, yes
[02:57:02] <SWPadnos> order 3 or 4 would be deep enough for offsets though. maybe even 2
[02:59:29] <SWPadnos> yep. level 2 looks like a good line/line example
[02:59:40] <SWPadnos> for both left and right comp
[03:00:11] <jmkasunich> isn't flowsnake really just many instances of the same few cases
[03:00:19] <SWPadnos> yes it is
[03:00:20] <jmkasunich> 60 degrees left, 60 degrees right
[03:00:52] <cradek> hi jmkasunich
[03:00:56] <jmkasunich> hi
[03:00:59] <jmkasunich> and, yay!
[03:01:03] <cradek> :-)
[03:01:18] <SWPadnos> it's a better demo than test really
[03:01:39] <cradek> q: why isn't it working? a: I didn't compile
[03:05:09] <cradek> http://timeguy.com/cradek-files/emc/flowsnake-offset.png
[03:05:36] <SWPadnos> kewl
[03:05:43] <jmkasunich> in http://timeguy.com/cradek-files/emc/t3.png, what happens when the offset is a bit more, such that it can't enter the pocket formed by the 4th, 5th, and 6th arcs?
[03:06:38] <cradek> it will gouge the "part"
[03:06:43] <SWPadnos> that's when we try to convince jepler to finish offs :)
[03:06:51] <cradek> it is not cam...
[03:07:00] <jmkasunich> ok - only looks ahead 1 segment
[03:07:16] <cradek> yep, it does one corner at a time
[03:13:45] <cradek> it's not quite true that it only looks ahead 1 segment. it can queue up arbitrary number of things
[03:13:58] <cradek> but it is true that it only considers one corner at a time
[03:14:24] <SWPLinux> you could quickly lose your sanity contemplating many-move lookahead
[03:14:31] <cradek> imagine moving into a corner and then moving up and down 100 times while changing feed rates and turning mist on and off etc
[03:14:58] <cradek> (this actually works)
[03:15:25] <cradek> it has to save all that crap up until it gets the move that completes the corner
[03:16:02] <jmkasunich> this is all done in userspace, right? no connection to the motion queue
[03:16:06] <SWPLinux> ouch. is that queue dynamically sized?
[03:16:15] <cradek> yes
[03:16:42] <cradek> (to both)
[03:16:46] <SWPLinux> heh
[03:18:07] <SWPLinux> that spot in t3.png gets a lot more complex if the moves are in Z also
[03:18:22] <SWPLinux> for example, starting low and moving higher each segment
[03:18:32] <cradek> that works fine
[03:18:44] <cradek> (it has always been able to do that)
[03:19:05] <cradek> there is a regression test, something-z-changes
[03:19:10] <SWPLinux> well, it's harder to know whether you'll "gouge" in that case
[03:19:37] <jmkasunich> comp is basically a 2d problem isn't it?
[03:19:38] <SWPLinux> there could be intentional gouging to make openings that aren't full height
[03:19:49] <cradek> jmkasunich: yes
[03:20:20] <cradek> SWPadnos: yeah I don't know whether I should error on the gouges I can detect (the local ones)
[03:20:34] <cradek> currently it doesn't error, it just follows the path
[03:20:38] <SWPLinux> dunno - hard to guess what the programmer meant
[03:21:00] <cradek> to some extent I think 'there is a good preview - he should look at it"
[03:21:01] <SWPLinux> is probing allowed with cutter comp on?
[03:21:03] <cradek> no
[03:21:13] <SWPLinux> ok, and drill/peck cycles?
[03:21:17] <cradek> no
[03:21:21] <SWPLinux> ok :)
[03:21:39] <cradek> well I should check that last one... I didn't see it
[03:21:41] <SWPLinux> makes sense - you probably want to specify the hole center
[03:21:44] <cradek> sure
[03:26:08] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/interp_cycles.cc: forbid canned cycles with comp on
[03:29:08] <cradek> ok, no
[03:29:34] <cradek> because that couldn't possibly be what you would want
[03:30:18] <jepler> short downtime for cvs
[03:30:38] <cradek> 2 seconds of notice :-)
[03:31:44] <SWPLinux> well, the only time I could see it being useful would be to make a pocket with holes at the (comp determined) corners
[03:32:06] <SWPLinux> but that's kinda dumb
[03:32:17] <cradek> you can sure z- z+ in the corners
[03:32:51] <SWPLinux> oh, like I'd want to write a peck macro when there are perfectly good G7x or G8x ones already :)
[03:32:55] <cradek> but maybe I should have tried it instead of disallowing it
[03:33:10] <cradek> if you want to test it and it works, we can reenable it
[03:33:39] <cradek> but it would be a very strange application I think
[03:33:43] <SWPLinux> well, I would, but I'm trying to see if opto22 input modules don't work with mesa in general, or if it's just mine
[03:34:14] <cradek> why wouldn't they?
[03:34:18] <SWPLinux> dunno
[03:34:29] <SWPLinux> but the one I tried didn't
[03:42:16] <steves_logging> steves_logging is now known as steve_stallings
[03:42:45] <steve_stallings> I am pretty sure that Chris Helgesen is using an Opto-22 rack or a clone of one for inputs in his Hurco conversion.
[03:43:20] <SWPLinux> I wouldn't be surprised
[03:44:00] <SWPLinux> actually, it's likely that the module I tried is bad - the LED didn't light up no matter what I did (tried applying 5V in both polarities, toan IDC5 module)
[03:45:49] <steve_stallings> Chris ran all his limits, homes, etc. thru the Opto-22 stuff. He has one of the 5I20 boards from our group purchase.
[03:45:53] <jepler> cvs service should be restored
[03:46:59] <SWPLinux> ok, I'll keep plugging at it - the modules were in the racks when I got them off eBay ;)
[03:51:25] <jepler> cradek: nice dodge on saying exactly which of those things might not be allowable that you know are not allowed
[03:53:24] <jmkasunich> jepler: confirmed that cvs is working
[03:53:35] <cradek> haha
[04:02:40] <SWPadnos> ok, it works better when you actually activate the power supply output
[04:04:57] <jtr> details, details...
[04:05:38] <SWPadnos> uh - well, I turned on the power supply that was supplying the opto22 board, and now the input module actually has enough power to work :)
[04:08:14] <jtr> no, I meant it's always those little details that get you. like troubleshooting for an hour before figuring out I reloaded the old code...
[04:08:36] <SWPadnos> oh :)
[04:09:19] <SWPadnos> the annoying thing is that the voltage display showed something - 4V from the Mesa card (through a couple of cables)
[04:09:30] <cradek> http://timeguy.com/cradek-files/emc/lathe-concavecomp.png
[04:09:43] <SWPadnos> it's just that it has an output disable switch that's hard to tell the state of
[04:11:11] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/ (interp_queue.hh interp_queue.cc interp_convert.cc): fix placement of concave corners on lathe
[04:12:34] <cradek> this will make lathe programming so pleasant
[04:12:44] <SWPadnos> heh
[04:13:01] <SWPadnos> like, just program the part outline and then use cutter comp? :)
[04:13:08] <cradek> um, yeah - isn't that neat?
[04:13:15] <SWPadnos> sounds like it
[04:13:28] <SWPadnos> I'll let you know after I try that electrolytic rust removal thing :)
[04:13:43] <cradek> you can pretty much turn on comp when you load the tool, cut the outline, move away, turn it off, load the next tool
[04:20:10] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/interp_convert.cc: remove comments of doubt
[04:29:40] <SWPadnos> seb_kuzminsky, something I started doing is using backquotes ( ` ) instead of double-quotes ( " ), that way it usually doesn't matter if people use them :)
[04:29:49] <SWPadnos> (referring to your user list email)
[04:30:36] <cradek> ??
[04:30:46] <SWPadnos> run "lsmod | grep hostmot2" (without the quotes).
[04:31:21] <cradek> chris@rover:~$ `lsmod|grep ide_cd`
[04:31:22] <cradek> bash: ide_cd: command not found
[04:31:33] <SWPadnos> hmmm
[04:31:35] <cradek> what do you mean it usually doesn't matter?
[04:32:09] <SWPadnos> oh
[04:32:10] <cradek> (I wish there WAS punctuation that didn't matter)
[04:32:14] <SWPadnos> right - nevermind :)
[04:32:31] <SWPadnos> I got bash: CVS:command not found :)
[04:32:37] <cradek> could use something they don't know how to type: «lsmod»
[04:32:42] <SWPadnos> for `ls`
[04:32:56] <seb_kuzminsky> that dude's email was totally confusing
[04:32:56] <cradek> sure, it expanded your directory into a command line and then tried to run it
[04:32:57] <SWPadnos> most people can't find the backquote key ;)
[04:33:06] <SWPadnos> right
[04:33:12] <cradek> ha, that's believable
[04:33:15] <SWPadnos> took me a sec to figure that out
[04:33:35] <SWPadnos> seb_kuzminsky, yeah, I didn't get it either, so I didn't bother reading it again (and again)
[04:34:31] <seb_kuzminsky> as a computer snob, it's amazing to me people can manage to download a bootable CD image and install and OS from it, yet fail to compose a legible email
[04:34:53] <SWPadnos> I'm sure you'd do as well in Chinese ... ;)
[04:35:35] <seb_kuzminsky> is quoting etiquette different in chinese? if not, i guess i would do poorly
[04:35:46] <steve_stallings> steve_stallings is now known as steves_logging
[04:35:55] <seb_kuzminsky> s/not/so/
[04:36:17] <cradek> seb_kuzminsky: that people can't make legible quotes is half the fault of shit email clients, I suspect
[04:36:31] <SWPadnos> and character set issues
[04:36:34] <cradek> only half, mind you
[04:36:38] <SWPadnos> heh
[04:36:59] <seb_kuzminsky> he was using yahoo web mail, that ought to not shit the bed i'd think
[04:37:21] <cradek> wasn't there just a (huge, OT) thread about how bad yahoo is?
[04:37:30] <cradek> I wouldn't know, I don't use any of that crap
[04:37:57] <SWPadnos> yes, there was
[04:38:21] <cradek> sometimes at night I cry about web 2.0
[04:38:54] <SWPadnos> I also don't know how the quoting is handled by the client - mozilla makes nice gray bars, but it figures out where to put them based on > at the start of lines
[04:38:59] <SWPadnos> and it sometimes gets that wrong
[04:39:24] <cradek> yeah, and someone else might say that is the fault of us morons posting in ascii
[04:39:39] <cradek> instead of nested <blockquote>s or somesuch
[04:39:45] <cradek> but screw that person
[04:39:47] <cradek> :-)
[04:39:54] <seb_kuzminsky> lol
[04:41:26] <SWPadnos> how about that newly popular (as of OutLook something or other) way of quoting text in a narrow column under the response, with the responders "vcard" or whatever on in the right column
[04:41:28] <cradek> SWPadnos: thanks for helping dave - I thought he had done this before, but I guess not
[04:41:33] <SWPadnos> (or have you not seen that?)
[04:41:37] <cradek> SWPadnos: nope
[04:41:46] <SWPadnos> lucky you
[04:41:55] <cradek> I've never even once used outlook
[04:41:59] <SWPadnos> I wonder if I'll be helpful enough
[04:42:02] <SWPadnos> me either
[04:42:11] <SWPadnos> but I get messages from people who do
[04:42:17] <SWPadnos> and mozilla does try to display html messages
[04:42:24] <SWPadnos> even from MS clients
[04:42:28] <cradek> I probably do too, but I see the text alternative part
[04:42:40] <SWPadnos> Part1.2 ;)
[04:44:14] <seb_kuzminsky> top-replies!
[04:44:19] <seb_kuzminsky> do you know what i hate the most?
[04:44:53] <SWPadnos> uh-oh
[04:44:55] <SWPadnos> no
[04:45:25] <seb_kuzminsky> alex_joni: because it's confusing
[04:45:37] <seb_kuzminsky> grr tab completion
[04:45:51] <SWPadnos> I'm sure it will be ;)
[04:46:11] <cradek> haha
[04:47:58] <seb_kuzminsky> btw my county is on fire: http://www.dailycamera.com/news/2009/jan/07/i-70-closed-over-vail-pass-avalanche-control/
[04:48:11] <SWPadnos> bummer
[04:48:13] <seb_kuzminsky> ignore the randomly-named url
[04:48:37] <cradek> ouch
[04:49:56] <seb_kuzminsky> my house on Old Stage Road caught on fire but didnt burn down, in the AAA-God fire of 1990 or 1991 or whenever it was
[04:50:28] <cradek> does this happen often?
[04:50:36] <seb_kuzminsky> pretty often
[04:50:51] <seb_kuzminsky> lightning and wind start a lot of fires around here, plus the odd hippie
[04:50:54] <cradek> that's scary.
[04:51:19] <cradek> we get them from trains sometimes, but it has to be very uncommonly dry
[04:51:27] <seb_kuzminsky> AAA-God lit his matress on fire, then threw it out the window
[04:51:39] <cradek> what is AAA-God?
[04:51:51] <seb_kuzminsky> this crazy mountain hippie dude went by that name
[04:52:06] <seb_kuzminsky> so that fire wasnt due to natural causes, it was an act of god!
[04:52:11] <cradek> oh, funny
[04:52:12] <cradek> hm.
[04:58:47] <cradek> thank goodness his config runs
[08:13:58] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/ (stepconf.py stepconf.glade):
[08:13:58] <CIA-1> EMC: Finished HAL connections for pyvcp. Added checkbox to allow/disallow automatic
[08:13:58] <CIA-1> EMC: HAL connections for pyvcp and ladder.Need to test on a machine with a parport to
[08:13:58] <CIA-1> EMC: make sure HAL connections are right.Probably need to work on the pyvcp panels
[08:13:59] <CIA-1> EMC: and evaluated if they should have different features.
[09:44:37] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/configs/common/configurable_options/pyvcp/xyzjog.xml: sample panel -kinda miss named...
[09:50:28] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/configs/common/configurable_options/pyvcp/blank.xml: need this too
[13:25:33] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/drivers/pluto_p.lyx: split out pluto p
[13:25:35] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/drivers/images/ (6 files): split out pluto p
[13:27:49] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Master_Integrator.lyx Submakefile docs.xml index.tmpl): add pluto p to html
[13:27:50] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/drivers.lyx: add pluto p to html
[15:28:24] <alex_joni> jepler: ouch, that's a nice example ;)
[15:44:23] <alex_joni> jepler: especially since interpreting is halted when M66 is encountered
[15:51:16] <cradek> I wish ken wouldn't feed the troll
[16:12:10] <alex_joni> I wonder if you interpret my email as troll-food :)
[16:12:29] <alex_joni> although I didn't mean it as such
[16:14:58] <cradek> any response to someone who just wants to whine/bitch/complain is troll food. but I see you didn't respond to paul so it's probably not.
[16:39:13] <jepler> "spiral" can be run with compensation; I assume it couldn't before since the commanded moves became very short near the center
[16:40:01] <cradek> neat. does it look right?
[16:40:07] <jepler> yep
[16:40:18] <cradek> did you try both sides?
[16:40:34] <cradek> inside should fail as the arcs get too small
[16:40:55] <jepler> I'm not 100% sure of the last move "inside"
[16:42:19] <jepler> http://emergent.unpy.net/files/sandbox/fishy-lastmove.png
[16:43:05] <jepler> actually I guess it's the last several moves
[16:43:35] <jepler> highlighted to show what one move is: http://emergent.unpy.net/files/sandbox/fishy-lastmoves.png
[16:43:59] <jepler> arcspiral does error "near line 1000: Tool radius not less than arc radius with comp"
[16:44:16] <cradek> is that the same line where line spiral goes wrong?
[16:44:36] <jepler> probably
[16:44:58] <cradek> I could detect these 'reversals' and give the gouging error.
[16:46:01] <cradek> but is the preview showing what's wrong more useful than a gouging error?
[16:47:13] <jepler> I dunno
[16:47:13] <cradek> in line, are the compensated segments immediately before it veers off approaching zero length?
[16:47:22] <jepler> probably yes
[16:48:03] <jepler> in sim/axis_mm, load http://emergent.unpy.net/files/sandbox/step1.ngc (gives an error) then http://emergent.unpy.net/files/sandbox/step1.ngc (doesn't) and look at the funny movement right at the center
[16:48:09] <jepler> then hit ctrl-r and see that funny movement disappear
[16:49:59] <jepler> just in case you can't get it from that descrption I can show it to you
[16:50:20] <cradek> when I load it, I get an error, but still get a preview
[16:50:27] <jepler> oops
[16:50:39] <jepler> the second file to load is http://emergent.unpy.net/files/sandbox/step2.ngc
[16:50:46] <jepler> load step1 then step2
[16:50:59] <jepler> at the center there's a very odd arc (helix, really)
[16:51:02] <jepler> that is not there when you hit reload
[16:52:16] <cradek> interesting
[16:52:23] <cradek> I bet I'm not clearing the queue
[16:52:31] <jepler> I think it could be something like that
[16:59:50] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/ (interp_queue.cc interp_queue.hh rs274ngc_pre.cc): this fixes a problem where a correct program loads incorrectly the first time after getting an error with compensation on.
[17:01:20] <cradek> thanks, good catch
[17:01:48] <jepler> np
[17:02:32] <cradek> but your dro font sure hurts my sensibilities
[17:04:33] <jepler> heh
[17:04:40] <jepler> I was trying to help someone get a truly grotesque font
[17:04:47] <jepler> I mean, large enough to be legible
[17:04:48] <cradek> apparently succeeded
[17:44:52] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/gcodemodule.cc: avoid "cannot do G1 with no feed rate" after switching units
[19:17:51] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/ (interp_convert.cc interp_queue.cc interp_queue.hh): allow units changes during cutter comp
[19:58:16] <CIA-1> EMC: 03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/interp_convert.cc: three different things could previously cause the mysterious "gouging" error. replace all three with more meaningful errors.
[21:15:05] <alex_joni> * alex_joni hates "smart" phones
[21:15:15] <alex_joni> actually stupid phones, trying to seem smart
[21:24:07] <SWPadnos> hmmm. so why exactly does the spindle speed value go negative?
[21:24:22] <seb_kuzminsky> because scale.gain is negative
[21:24:27] <SWPadnos> no
[21:24:45] <alex_joni> SWPadnos: to drive a dac?
[21:24:55] <SWPadnos> M4 causes motiuon.spindle-speed-out to be negative, and M3 makes it positive
[21:25:15] <alex_joni> I thought that's the most general interface to a +/-10V DAC
[21:25:19] <SWPadnos> alex_joni, sure, but I wonder if it's more common to have a direct DAC vs. a 0-10 + direction setup
[21:25:25] <alex_joni> it's easy to do fabs() on that
[21:25:29] <SWPadnos> ys
[21:25:31] <SWPadnos> yes
[21:25:39] <alex_joni> way easier than trying to get the negative for reverse
[21:25:44] <alex_joni> (e.g. scale -1 * ..)
[21:25:49] <alex_joni> and a mux
[21:25:52] <SWPadnos> not way easier, just easier
[21:25:56] <SWPadnos> yes
[21:25:57] <alex_joni> ok, easier
[21:26:24] <alex_joni> I think the way to "fix" this is have another pin coming from the motion controller which contains the abs value
[21:26:28] <SWPadnos> I wonder if it makes sense to add a pin like motion.spindle-speed-abs
[21:26:33] <SWPadnos> ok, good idea ;)
[21:26:35] <alex_joni> great minds..
[21:26:37] <jepler> who/what are you trying to serve?
[21:26:39] <alex_joni> (not in this room)
[21:26:43] <SWPadnos> so you're 20 also ;)
[21:26:47] <jepler> if it's gs2_vfd, fix gs2_vfd
[21:26:51] <alex_joni> a bit older :)
[21:27:00] <skunkworks> http://www.cnczone.com/forums/showthread.php?t=71072
[21:27:08] <SWPadnos> it's motion, not the HAL stuff that actually makes the spindle turn
[21:27:25] <alex_joni> well.. it's actually electrons
[21:27:48] <seb_kuzminsky> no it's the electroweak force *carried* by the electrons ;-)
[21:27:59] <alex_joni> electroweak?
[21:28:35] <alex_joni> ah.. http://upload.wikimedia.org/math/3/6/c/36c76e8643f0a90d7fd9939aa6dfce74.png
[21:28:37] <jepler> is that more like the aether or the phlogiston?
[21:28:51] <alex_joni> of course that makes sense
[21:29:01] <seb_kuzminsky> alex_joni: ah yes! that makes it all clear :o
[21:29:35] <alex_joni> seb_kuzminsky: obviously because it contains the Yukawa interactions between the fermions and the Higgs field
[21:29:50] <alex_joni> http://upload.wikimedia.org/math/9/5/b/95b992dfdd5c0b364636996f62688067.png <- like that
[21:29:56] <seb_kuzminsky> bah, the higgs field is a myth old ladies tell their grandkids to make them eat their broccolis
[21:30:31] <jepler> I think that cradek's lathe and the mazak are two examples of machines for which a signed spindle command makes sense
[21:30:57] <jepler> while solving this problem, please make all the spindle speeds in per-second instead of per-minute
[21:33:43] <cradek> I think that guy asked that question once already, and skunkworks answered it
[21:34:13] <cradek> yep, he sent him the url :-)
[21:37:39] <alex_joni> STFW and RTFM all in one
[21:38:51] <alex_joni> jepler: I agree it's not a real issue having to use abs(), but I think having an extra pin which already does that is helpfull, and doesn't cost much
[21:41:12] <jepler> you'll get no argument from me as long as you switch everything to revs per second at the same time
[21:43:13] <alex_joni> that will break configs ;)
[21:43:24] <alex_joni> (although that hasn't stopped us before :)
[21:43:28] <seb_kuzminsky> perfect, do it now before 2.3 comes out :-)
[21:43:39] <alex_joni> seb_kuzminsky: no other time possible
[21:44:08] <seb_kuzminsky> are you saying all of time is before 2.3 comes out? :-P
[21:47:48] <alex_joni> of course
[21:47:52] <alex_joni> all of time is now
[22:06:22] <skunkworks> marris posted the scematic of the g320 after someone posted a copy http://www.cnczone.com/forums/showthread.php?t=70788
[22:19:34] <jepler> hm now I want to know whether his quadrature counter (3 NXORs and two RC filters) works right, because that's not a combination I've seen before
[22:20:26] <skunkworks> (assuming it is correct... ) ;)
[22:22:24] <SWPadnos> it is correct. the RC filters give you oldA and oldB, so it's easy to get step/dir from that
[22:24:22] <jepler> I see A and oldA, but the other RC is not giving oldB, it's giving something else
[22:25:11] <SWPadnos> oh. maybe I should look at it then ;)
[22:26:26] <jepler> direction = B xnor oldA, cnt = (give an edge for every transition of A or B with 1/2 the phase shift between A and oldA)
[22:32:09] <jepler> I sure can't speak to the analog section, but using up/down counters and adders to compute a digital error and then converting to analog with an R-2R ladder sounds like the kind of thing that would be invented independently many times
[22:33:41] <alex_joni> hmm.. a lot more "stolen" stuff in the hungarian ftp linked from that thread
[22:41:19] <jepler> I notice the "copied" schematic uses a COTS chip to convert quadrature to step+direction, and in doing so adds a x1/x4 feature as a bonus
[22:43:18] <cradek> I am sure surprised that encoder input circuit is right
[22:43:23] <cradek> (surely it is)
[23:44:03] <BigJohnT> hey seb_kuzminsky