#emc | Logs for 2006-12-04

[00:00:30] <eholmgren> 1m
[00:00:31] <eholmgren> or less
[00:00:52] <alex_joni> it should be ok then
[00:01:19] <eholmgren> 1mm ~ 18 AWG, 2mm ~ 12 AWG
[00:02:22] <alex_joni> if you say ;)
[00:02:38] <alex_joni> the thicker the better ;)
[00:02:46] <eholmgren> that's what the pretty chart tells me
[00:02:49] <alex_joni> but > 2mm is probably overkill for these
[00:03:00] <alex_joni> ask jmkasunich , he should know ;)
[00:03:07] <alex_joni> * alex_joni heads to bed
[00:03:09] <alex_joni> g'night all
[00:04:10] <eholmgren> night
[00:04:40] <SWPadnos> whenever you wonder about wire and current, just google for AWG ampacity
[00:05:02] <eholmgren> okie
[00:05:36] <SWPadnos> then use the worst-case numbers from their charts, or heavier gauge
[00:12:45] <jmkasunich_> jmkasunich_ is now known as jmkasunich
[00:13:21] <jmkasunich> did CIA post a success message?
[00:13:35] <SWPadnos> yes
[00:13:45] <jmkasunich> I must have been disconnected when that happened
[00:14:16] <SWPadnos> .it was about 5 minutes after you said "we'll know in a few minutes"
[00:14:39] <tomp> has anyone looked at analog widgets for halvcp? i just built gtkdial from http://www.gtk.org/tutorial/x2917.html, it needed gtk+-2.0
[00:14:59] <SWPadnos> analog has been discussed, but not implemented AFAIK
[00:15:05] <jmkasunich> tomp: I've wanted to do that, just haven't had the time
[00:15:09] <tomp> its a bit buggy, but 'works'
[00:16:38] <SWPadnos> I should see if I still have a copy of the source to the scope/meter/logic analyzer/function generator software I wrote in college
[00:17:00] <tomp> it looks like a meter but is an input widget... i had to bury the widget file inside the example .c becuz i couldnt figger the compiler directive
[00:17:18] <SWPadnos> though it's probably less work to just use the widget sets that already exist (I had to write my own, and they're in Turbo Pascal)
[00:19:50] <jmkasunich> anyone had any experience with dhttpd?
[00:20:01] <SWPadnos> nope
[00:21:15] <eholmgren> time to go home, printer is done running in the shop
[00:21:15] <eholmgren> later
[00:21:27] <SWPadnos> see you
[00:21:27] <tomp> nite
[00:21:31] <jmkasunich> bye
[00:21:43] <eholmgren> thanks for answering my random n00b questions
[00:25:07] <tomp> i\d like to brag a bit.. my last retrofit is at http://tag-edm.com, and i just made some movies of big cuts, clunky interface & shakey cameraman, but lotsa smoke
[00:25:33] <tomp> maybe someone can tell me if the vids render ok on different browsers
[00:27:46] <SWPadnos> it renders fine (the first one so far)
[00:27:51] <SWPadnos> it is loud ;)
[00:28:08] <tomp> oh yeah TURN DOWN YOUR VOLUME (sorry)
[00:28:13] <SWPadnos> and you can't read the meters - in fact, I had to look to see that they were meters
[00:28:23] <tomp> dunno how to edit that yet
[00:28:43] <SWPadnos> look up "LiVES", I think
[00:28:47] <tomp> 1st is at 225 amps, meters clear-er on other vids
[00:28:57] <SWPadnos> nice editor with lots of features
[00:29:19] <SWPadnos> what's the control software?
[00:29:24] <tomp> LiVES is on the live cd from rastasoft,, still learning it
[00:30:00] <SWPadnos> ok - in the second vide, I can see the needle (near the end), but can't read the text on the meter
[00:30:08] <tomp> the control is from Taiwan , FineTech and is a pc running dos and using HCTL1000 chips fro motion
[00:30:34] <tomp> the meter is marked 0 100 200 300 amps. midscale is 150 average ampers
[00:30:42] <SWPadnos> ok
[00:31:10] <SWPadnos> if you can, you should make it so the video doesn't loop automatically
[00:31:58] <tomp> yeah, gotta spend some $ to get real editing... I used flash output becuz i think more people have that than .. others
[00:32:30] <SWPadnos> I'm using Mozilla 1.7.12 on Windows, and I have too many video players installed to count, just so you know one place where it works ;)
[00:32:33] <tomp> dynebolic is the linux distro with LiVES
[00:32:54] <tomp> but did it play >in< the page or thru a helper window?
[00:33:05] <SWPadnos> flash isn't great, since there's a lack of documentation (and no 64-bit player)
[00:33:10] <SWPadnos> in the page
[00:33:28] <tomp> thanks, and which flash, 7 or 9?
[00:33:41] <SWPadnos> I suspect I have - err - I don't know ;)
[00:33:49] <SWPadnos> 7
[00:34:12] <tomp> thanks again
[00:34:18] <SWPadnos> sure
[00:34:23] <SWPadnos> cool videos :)
[00:35:15] <tomp> I knew people who had these generators and swore they couldnt get 150 amps out , I had it up to 250 but the tool was big enuf to handle it
[00:35:37] <tomp> thier problem was thier machines, not the generator
[00:36:08] <SWPadnos> how big was the actual tool in the videos?
[00:37:37] <tomp> 1st vid had 4" dia with 1/4" flush hole, last 2 had 12x18" die for a universal ( big like in train motor )
[00:37:55] <tomp> graphite to steel positive polarity
[00:38:07] <SWPadnos> ok. the Z contraption looked pretty big, but I couldn't see under the fluid ;)
[00:38:57] <tomp> it's actaully way bigger now, they sent me an orbiting head to attach, at least an extra 300 lbs, good thing i put 3kW on the head
[00:40:55] <CIA-8> 03jmkasunich 07HEAD * 10infrastructure/farm-scripts/index.shtml: update
[00:44:52] <jmkasunich_> jmkasunich_ is now known as jmkasunich
[00:54:16] <jtr> tomp: running flash 7 in Firefox - the videos play in the page
[00:58:33] <jtr> Are you using a camcorder? For the screen shots, you might try a still camera set to macro mode - use the video output.
[01:00:39] <cradek> is imagebin.org/6692 the latest picture?
[01:01:10] <cradek> Rugludallur: ^^
[01:04:21] <tomp> oops, jtr: i used fujix camera, it does avi, and i do use macro for closer than 12"
[01:04:52] <tomp> thanks about flash 7 ( 9 seemed to be a bit weird on ie6 )
[01:08:49] <tomp> be back later...
[01:13:52] <jtr> tomp: was thinking macro for the meters - may be an artifact of the flash medium. never did any web video.
[01:14:01] <jtr> bb
[01:14:06] <jtr> uh, bbl
[01:39:25] <jmkasunich> seems like ubuntu is having network problems...
[01:39:34] <jmkasunich> Could not connect to us.archive.ubuntu.com:80 (, connection timed out
[01:52:22] <cradek> either the encoders on the motors are cleaner, or quadrature is immune to that noise, because the lathe (other than the spindle encoder) works great
[01:54:51] <Rugludallur_> Rugludallur_ is now known as Rugludallur
[02:09:13] <Rugludallur> nigh ppl
[03:04:51] <tomp> jtr: i cant usemacro for vid, it only works for still, & some artifacting is 2meg swf from 46meg avi. orig avi is not real clear either :-(
[03:13:29] <CIA-8> 03cradek 07HEAD * 10emc2/src/emc/motion/control.c: ignore FO when homing
[03:14:22] <jtr> tomp: Yeah, you lose a lot with compression - and cutting to a good sharp closeup of the meter will look like faking.
[03:15:49] <CIA-8> 03cradek 07v2_1_branch * 10emc2/src/emc/motion/control.c: ignore FO when homing
[03:18:17] <jtr> tomp: my still camera (olympus d-490z from 2001) has a live composite video output. Used it as an input to a VCR before.
[03:21:09] <tomp> jtr: i got svideo out and never tried it... but the prob seems to be once the camera decides focus at beginning of record, it keeps that focus
[03:23:04] <jtr> hmm - I was recording with the camera on a tripod - focus length never changed. Have to play with that.
[06:02:53] <ejholmgren> the manual for my centent drives mentions using a zener diode and fuse to protect the drive/power supply from back emf
[06:03:11] <ejholmgren> they suggest a 1 watt diode ... but don't mention a voltage
[06:11:42] <ejholmgren> I'm guessing the diode allows a surge of back emf to go directly to ground without shorting the psu during normal operation?
[06:26:07] <ejholmgren> f, all the smart people are asleep already
[06:26:59] <SWPadnos> the diode probably shouldn't be a zener
[06:27:23] <SWPadnos> it goes pointing "toward" the supply, so that back EMF can get dumped to the supply, but no current will go to power the drive
[06:28:03] <ejholmgren> http://www.centent.com/_private/cn0162.pdf
[06:28:06] <SWPadnos> you probably want one that's fairly beefy, not just 1A, and the reverse breakdown voltage should be higher than your supply voltage
[06:28:06] <ejholmgren> page 7 and 8
[06:28:46] <SWPadnos> are you talking about D5?
[06:29:11] <ejholmgren> yes
[06:29:48] <SWPadnos> ah - I had misread your question as a diode "across the fuse"
[06:30:18] <ejholmgren> I have a 24V ps
[06:30:51] <SWPadnos> I don't think the diode is needed then - it's pretty unlikely that you'll get >80V when the supply is 24V
[06:31:04] <ejholmgren> ok
[06:31:50] <SWPadnos> but for that circuit, the zener would need to be a "slightly higher than 24V" value :)
[06:34:04] <ejholmgren> the ps is ~18A regulated 24V
[06:34:16] <ejholmgren> do you think C1 is necessary?
[06:34:19] <SWPadnos> regulated isn't ideal, but that should work OK
[06:34:54] <SWPadnos> if C1 is similar to the 100uF cap that Mariss recommends "within 1" of hte power terminals", then yes, I'd use it
[06:36:09] <SWPadnos> if it's just for supply filtering, then it shuoldn't be needed
[06:36:19] <ejholmgren> yeah
[06:36:24] <ejholmgren> C2 is the first one
[06:36:29] <ejholmgren> C1 would be filtering
[06:36:34] <ejholmgren> I think
[06:36:49] <SWPadnos> I suppose I could look at the schematic again :)
[06:37:13] <SWPadnos> nope - C1 isn't needed for a (good) regulated supply
[06:37:28] <ejholmgren> it's a nice Lambda
[06:38:57] <SWPadnos> it's better to use a bulk supply in these applications - a regulated supply will probably not have the headroom of a transformer/bridge/cap
[06:39:39] <SWPadnos> I have a 60V, 18A bench supply (a nice one - Sorensen), but I wouldn't use it for motors, other than for testing
[06:40:55] <ejholmgren> well ... time to put on the carharts and take the wife's dog out for a bathroom break
[06:41:06] <SWPadnos> hav efun. it's time for bed here :)
[06:41:10] <SWPadnos> see you later
[06:41:13] <ejholmgren> it's 5 degrees outside and our yard isn't fenced
[06:41:18] <ejholmgren> woo freakin hoo
[06:41:24] <ejholmgren> later, thanks for the help
[06:41:50] <SWPadnos> wow - it's still above freezing here
[06:41:54] <SWPadnos> how strange
[06:41:58] <SWPadnos> you're welcome
[06:51:25] <ejholmgren> bastard ;)
[12:16:25] <anonimasu> :)
[12:16:27] <anonimasu> what's up=?
[12:50:33] <alex_joni> work :/
[12:52:40] <anonimasu> :/
[12:53:36] <alex_joni> lots of it piled up :)
[12:57:50] <anonimasu> same with me
[12:57:54] <anonimasu> I just got home from a big lan party :/
[13:37:15] <jepler> good morning all!
[13:37:22] <anonimasu> morning jepler
[13:37:35] <jepler> what were you playing at your lan party?
[13:39:30] <anonimasu> nothing, I participated in some wargame
[13:39:31] <anonimasu> :)
[13:40:07] <anonimasu> that's about the gaming I did :)
[13:40:08] <skunkworks> Hi.
[13:40:19] <jepler> you mean, tabletop?
[13:40:34] <anonimasu> no, I mean as unix box with code challenges ;)
[13:40:46] <jepler> oh
[13:40:50] <skunkworks> jepler: did you have to do some funnky stuff to serve from your dsl? the 2 service providers here block port 80 outgoing.
[13:41:11] <jepler> skunkworks: the local ISP's "small business" plan doesn't block anything
[13:41:31] <anonimasu> jepler: really funny, though we got lost on level 8 of 10
[13:42:05] <jepler> skunkworks: I think I pay about $10 more than the "home" plan, each month, and I get 5 static IPs (a "/28", I think)
[13:42:18] <skunkworks> nice
[13:42:57] <skunkworks> its funny. here at work we pay an extra 10 for 1 static and still no port 80 ;)
[13:43:14] <jepler> this plan is just under $50 a month
[13:43:26] <skunkworks> jepler: pretty happy with the pluto so far?
[13:44:06] <jepler> skunkworks: yes, I am.
[13:44:35] <skunkworks> Good. I hope to be able to play with this week.
[13:44:38] <skunkworks> :)
[13:45:28] <skunkworks> I have not gotten the other interface cards yet. I will give them this week.
[13:45:36] <jepler> like I said on my last blog entry, I want to get a new version uploaded in the next few weeks -- HDL source code, emc2 .comp, and precompiled firmware
[13:45:51] <jepler> if you want to get a copy of the current source or firmware before that, I'll e-mail them to you
[13:46:31] <jepler> do you know how you'll go about connecting this to your drives & encoders?
[13:49:29] <skunkworks> The plan is a: buy or desolder some headder pins off of a old mother board to solder on the pluto and find a ribbon cable to cut up. b:same as a except make a 'break out' board for the other end of the ribbon cable to hook into.
[13:49:59] <skunkworks> b:same = b: same
[13:50:45] <jepler> oh, you don't have any .1" headers laying around?
[13:50:45] <skunkworks> depends on how lazy I am :)
[13:50:57] <skunkworks> suprisingly - no :)
[13:51:01] <skunkworks> Do you?
[13:51:09] <jepler> Yes, I did as a matter of fact
[13:51:12] <skunkworks> Nice
[13:51:23] <jepler> one header came with the package, didn't it? (the 26-pin one)
[13:51:36] <skunkworks> No - not with mine.
[13:52:13] <skunkworks> I thought you had mentioned that. All I got was the 10 conductor ribon cable
[13:52:25] <skunkworks> maybe I should email them
[13:53:08] <jepler> it might be because I bought the flashy too
[13:53:33] <jepler> it came with a 12 (?)-pin female connector, and they matched
[13:53:33] <skunkworks> that could be.
[13:53:45] <skunkworks> it says nothing on the site that that is what you get.
[13:54:56] <skunkworks> we have a nice soldering station at work here that I was goint to sit down and see how much luck I had with desoldering some headers.
[13:55:07] <skunkworks> and go from there
[13:55:17] <jepler> they're not expensive until you pay the shipping -- http://www.jameco.com/webapp/wcs/stores/servlet/ProductDisplay?langId=-1&storeId=10001&catalogId=10001&productId=514571
[13:55:50] <skunkworks> :) those are only 3 amps max.
[13:56:01] <skunkworks> * skunkworks is kidding
[13:56:21] <skunkworks> anyone else like the smell of new circuit boards?
[13:56:29] <jepler> I'm sure it's cancer-causing :-P
[13:57:04] <skunkworks> I am sure it is ;)
[13:58:15] <jepler> anyway, I want to decide on a "standard pinout" for pluto_servo, because you can only change the pinout by recompiling the firmware
[13:58:22] <skunkworks> I should look to see if I have any old isa cards that are single sided with headers. would be a lot easier to desolder
[14:01:12] <jepler> I'm not thrilled about it, but I may end up adding a wire from one parport pin to an fpga pin, so that I can reliably reset the device from emc
[14:04:39] <skunkworks> No problem with that.
[14:10:38] <skunkworks> jepler: when do you need to reset it?
[14:10:51] <jepler> skunkworks: I want to reset it whenever you exit emc2
[14:11:04] <jepler> ooh it's coffee time here
[14:11:03] <jepler> bbl
[14:25:46] <skunkworks> jepler: would you want to hook a 1k or so ohm resister in series with it? in case the fpga pin gets turned into an ouput?
[14:27:43] <skunkworks> n/m - the reset is prabably the 'reset' pin
[14:33:29] <jepler> skunkworks: yes, I don't think it can be configured as an output
[14:35:20] <jepler> I can fit 4xPWM 3xQuadrature, 1I, 1O on the main connector; the rest of the inputs on the JTAG connector; and the 4th quadrature and the rest of the outputs on the right-hand connector
[14:35:49] <jepler> some people may be able to use just the main connector
[14:39:12] <jepler> I wonder if I have enough gates left to do some kind of watchdog timer: if the board doesn't get a write in 5ms or so it stops all the PWMs
[14:40:02] <jepler> or if those few gates left are better spent on digital filtering of the index pulse
[14:46:43] <cradek> jepler: watchdog would be VERY cool
[14:47:02] <cradek> jepler: could it just reset itself?
[14:50:17] <jepler> hm
[14:50:30] <jepler> I'll have to think more about that
[14:51:03] <jepler> the FPGA "reset" pin already has a user-controlled IO pin connected to it. That's how the existing "self-reset by command" is supposed to work
[14:51:14] <cradek> oh right
[14:51:34] <cradek> that's the big remaining problem for my system
[14:51:39] <jepler> if I go with the "hook reset to parport signal" route I think I'll have to program that pin as an input too
[14:52:11] <cradek> maybe you should ask the manufacturer about the reset problem?
[14:52:20] <jepler> I'm not convinced it's not my fault
[14:52:39] <cradek> I see
[14:53:03] <jepler> I still don't know why we have to do that bizarre dance to get it fully reset
[14:53:40] <cradek> yeah it's peculiar how it gets "some" power from my parport but not yours
[14:53:41] <jepler> but here's my "alternate theory": the timing of your EPP is different than mine, and the FPGA sees an edge of the parallel port "strobe" pin after the reset
[14:54:04] <jepler> that has the effect of starting the programming cycle, and forever after it's 1 bit off and it'll never work
[14:54:40] <cradek> could noise do that?
[14:54:53] <cradek> we should plug it directly into the machine and try that
[14:56:24] <jepler> I've also worked with a length of parport cabld
[14:56:25] <jepler> cable
[14:56:32] <jepler> that cable I brought in my bag the first night
[15:09:01] <cradek> john bolton resigns
[15:10:28] <jepler> poor guy
[15:13:52] <SWPadnos> hmmm - 1G Lexar JumpDrives, $9.99
[15:16:22] <skunkworks> SWPadnos: where was that? office max?
[15:18:44] <SWPadnos> Micro Center
[15:19:14] <SWPadnos> reading the finer print, it's $30 minus a $20 rebate
[15:19:29] <SWPadnos> (+/- $0.01 ;) )
[15:19:31] <jepler> MIR?
[15:19:33] <jepler> yuck
[15:19:39] <cradek> scaaaaaam
[15:20:18] <SWPadnos> well, both MicroCenter and Lexar are reputable companies, but it's still a PITA
[15:20:43] <cradek> the scam is they have MIR because most people forget or don't do them
[15:20:46] <SWPadnos> they also have generic 1G drives that are actually $9.99 each, no rebates
[15:20:48] <SWPadnos> yep
[15:21:13] <cradek> I think MIRs are dishonest/scams no matter what company
[15:22:18] <SWPadnos> they're usually a bit shady
[15:24:18] <jepler> if you are anal enough they're a great deal - -you're getting a better price at the expense of the people who don't send in MIRs or screw it up
[15:29:46] <SWPadnos> hmmm - that reminds me. I should be getting $100 from IBM from the 75GXP class action suit - I wouldn't have expected it to take 18 months
[15:30:18] <SWPadnos> funny that 1/3 of the cost of my 60G drive will now buy a 300G+ drive and leave spare change :)
[15:34:26] <jepler> funny that 1/3 the cost of my 850 meg drive will now buy a 300+G drive and leave spare change
[15:34:50] <jepler> I think I still have one sub-1G hard drive in my house but that machine is no longer in use
[15:34:57] <SWPadnos> ooooohhh - you want to play, huh?
[15:35:04] <jepler> nah I'm sure you'll win
[15:35:09] <SWPadnos> heh
[15:35:35] <jepler> there's a commodore 64 with datasette in a basement closet
[15:35:46] <SWPadnos> I was just going to say, funny that 1/8 the cost of the 10 meg hard drive we bought for our high school BBS would get you a 300G+ drive, and leave spare change
[15:36:01] <jepler> your BBS had a hard drive? Luxury!
[15:36:18] <SWPadnos> oh yeah - even the 1541 floppy drive was more than a HD these days
[15:36:23] <jepler> a real BBS was run from 2 floppies
[15:36:48] <jepler> not 2 floppy drives -- 2 floppies. you swapped them after loading the BBS software
[15:36:53] <skunkworks> we just got a core duo (not a core 2 duo) and it seems to perform quit well :)
[15:36:58] <SWPadnos> well, we finally raised the money to buy it because RBBS (or TBBS) needed 4 floppies, so if the computer crashed over the weekend, we couldn't bring the BBS up until Monday
[15:37:09] <SWPadnos> you boot with 2, then swap to the "run" pair
[15:38:34] <cradek> jepler: you mean one floppy that you flipped over after booting?
[15:39:00] <jepler> cradek: oh yeah I forgot about that
[15:39:03] <SWPadnos> heh - back when floppy discs actually had some quality
[15:39:16] <jepler> I'm sure I don't have my floppy drive punch anymore
[15:39:33] <cradek> I bet mine's in the box with the 1541 and everything else
[15:39:45] <SWPadnos> I wonder if I can find my Atari stuff still
[15:39:56] <cradek> I even had a converter that would run a real parallel port printer
[15:40:10] <jepler> oh yeah?
[15:40:23] <jepler> were there enough I/Os on that left-hand port to make it simple? Or was it something sophisticated?
[15:40:28] <cradek> yeah that's how I ran my huge daisy-wheel
[15:40:38] <cradek> it plugged into the normal printer port (the round thing)
[15:40:52] <cradek> (I don't know how it worked)
[15:40:51] <jepler> huh, it must have been fairly sophisticated then
[15:41:04] <jepler> that port was a clocked serial protocol if I remember correctly
[15:41:08] <SWPadnos> serial -> parallel converter
[15:41:09] <SWPadnos> yeah
[15:41:21] <skunkworks> we had a serial port box for your commadore. I could never make it work.
[15:41:50] <SWPadnos> but it was easier back then - you only had to worry about the error lines, there was no bidirectional stuff to worry about
[15:41:51] <jepler> it was multi-device too -- the first printer was device 4 and the first drive was device 8 (by convention)
[15:42:01] <jepler> so that converter must have had a fair amount of brain in it
[15:43:09] <SWPadnos> see, that's one place where the Atari was better: you actually got to use names (D: or D1:, D2: for disk drives, C: for cassettes, etc)
[15:44:39] <SWPadnos> programming video on the C64 was aPITA as well - the graphics memory was arranged like a bunch of character cells, so the first 8 bytes are the first 8x8 pixel group (in the top left), the next 8 are the second character cell, etc
[15:47:57] <skunkworks> sounds sort of like how the TI was
[15:48:07] <SWPadnos> the 99/4A?
[15:48:10] <skunkworks> yes
[15:48:23] <SWPadnos> I think the graphics memory arrangement was "normal" on the TI
[15:48:35] <SWPadnos> I don't remember though - I only used BASIC on that machine
[15:49:09] <jepler> it only required a modest amount of arithmetic to find the right pixel
[15:49:22] <skunkworks> same here. has been a while. I remeber having to program the graphics for each character sized spot.
[15:49:30] <jepler> anything was better than the apple II which had some weird permutation of the lines
[15:50:01] <SWPadnos> sure, Y/8*(8 rows) + X/8 *8 + Y mod 8 (all ints, so the division loses the fraction)
[15:50:48] <skunkworks> jepler: have you thought about soldering wires directly to the fpga to use the extra pins yet? ;)
[15:50:55] <SWPadnos> hmmkm - better to write it as (Y>>3)*320+(X>>3)*8+(Y mod 8)
[15:51:11] <SWPadnos> err - 640, not 320
[15:51:18] <jepler> will this work? http://emergent.unpy.net/files/sandbox/two-pins-driving-reset.png
[15:51:23] <jepler> SWPadnos: commodore graphics were 320 wide
[15:51:28] <SWPadnos> no, 320 - 40 chars wide
[15:51:40] <SWPadnos> sorry - only had half a cup of coffee so far today ;)
[15:52:06] <jepler> the office coffee wasn't so bad today. I remembered to bring milk to dilute it
[15:52:12] <SWPadnos> heh
[15:52:48] <SWPadnos> is that weak pull-up internal oto the reset line?
[15:53:05] <jepler> yes
[15:53:18] <SWPadnos> what's the range of values (out of curiosity)
[15:53:24] <jepler> well I think there will be one on nReset and one on the OC pin (the fpga pin)
[15:53:31] <jepler> let me see if the datasheet says
[15:54:00] <SWPadnos> I probably should have saved that datasheet locally
[15:54:01] <SWPadnos> hmmm - maybe I did
[15:54:27] <jepler> 20-50 kOhm
[15:54:29] <SWPadnos> oh good, I did
[15:55:12] <jepler> .. hm this says something about it being pre- and during-configuration, but I thought you got an internal pull-up when you made a pin OC
[15:56:52] <SWPadnos> hmmm - does the datasheet go into the use of an I/O to self-reset the chip?
[15:57:01] <SWPadnos> there's an inherent race condition there
[16:01:34] <jepler> I agree
[16:02:00] <jepler> I didn't see anything about it in this datasheet, but the fpga4fun board is set up to work that way
[16:02:52] <SWPadnos> you can possibly configure a pin to output a high when reset, and that'll act as a handshake
[16:02:55] <SWPadnos> looking at page 24
[16:03:30] <SWPadnos> you set the output to 0, and when the clear occurs, the pin gets loaded with a 1, which de-asserts /RESET
[16:19:53] <eholmgren> is the best power supply for running steppers a simple unregulated design, ie. transformer, bridge rect, and a big cap?
[16:21:03] <SWPadnos> it is, from what I've gathered (but I'm no expert in this field)
[16:33:40] <Didier> hello everybody
[16:34:21] <Didier> i have made a component HAL using serial line
[16:34:38] <Didier> i need the rtai_serial.ko module
[16:34:48] <Didier> where i must insert it ?
[16:38:09] <Didier> nobody ?
[16:38:25] <alex_joni> Didier: you can use sudo insmod rtai_serial.ko
[16:38:34] <alex_joni> you can even put that in the .hal file as
[16:38:43] <alex_joni> loadusr "sudo insmod rtai_serial.ko"
[16:38:55] <alex_joni> but you need to configure sudo to load things without asking for a password
[16:39:24] <alex_joni> by itself emc2 can't load the rtai_serial.ko without root privileges, because it might be a security risk (not a module supplied by emc2)
[16:39:28] <Didier> after the line loadrt hal_atmel
[16:40:29] <Didier> i have sudo like this
[16:41:16] <jepler> to make the rtai_serial.ko module loadable by emc's module_helper, insert it in module_whitelist[]
[16:41:46] <Didier> where is the module_whitelist ?
[16:41:47] <jepler> then use emc_module_helper insert /path/to/rtai_serial.ko to load it
[16:42:02] <jepler> it's in src/module_helper/module_helper.c (hard-coded in the source)
[16:43:10] <Didier> i have found the whitelist, then i try
[16:45:44] <jepler> then if you want it to always be loaded and unloaded, you can change scripts/rtapi.conf.in to liist it
[16:46:17] <jepler> currently we don't have a way to automatically load and unload additional rtai_ modules depending on HAL modules
[16:47:03] <jepler> if [ "@RTAI@" = "3" ] ; then \
[16:47:03] <jepler> MODULES="adeos rtai_hal rtai_ksched rtai_fifos rtai_shm rtai_sem rtai_math"
[16:47:19] <Didier> i have seen it, yes
[16:47:39] <Didier> it's the best way to load this module
[16:47:45] <Didier> ?
[16:48:18] <jepler> the best way is to make something more flexible than what currently is availab.e
[16:48:23] <jepler> available
[16:48:27] <jepler> this may be the best of the simple ways to do it
[16:50:38] <Didier> ok i will add the module in rtapi.conf.in
[16:51:08] <jepler> that's in addition to listing it in module_helper.c
[16:51:57] <Didier> i need to do the 2 things ?
[16:52:24] <jepler> yes, do both
[16:53:11] <Didier> it's ok
[16:53:33] <Didier> i try
[16:53:56] <jepler> SWPadnos: yes, the datasheet does say that using a FPGA I/O to perform reset should work:
[16:53:59] <jepler> SRAM configuration elements allow ACEX 1K devices to be reconfigured in-circuit by loading new configuration data into the device. Real-time reconfiguration is performed by forcing the device into command mode with a device pin, loading different configuration data, re-initializing the device, and resuming user-mode operation.
[16:54:06] <jepler> (page 84)
[16:54:38] <SWPadnos> I saw that paragraph, but didn't fully analyze it
[16:57:33] <SWPadnos> it doesn't say that a direct connection between an I/O pin and the reset pin is sufficient to "force the device into command mode", or that it's done from an internal drive - it could also refer to a supervisory microcontroller that resets the device and loads a new config
[16:57:41] <SWPadnos> it seemed ambiguous to me
[17:00:09] <jepler> you think that if RESET is not low long enough, it will leave the device in an inconsistent state
[17:00:39] <SWPadnos> that's one possibility that my critical (pessimistic/paranoid) engineering mind came up with :)
[17:01:35] <SWPadnos> the reset has to propagate across the device, so you should connect the reset input to the furthest output (all the way across the die), but the easiest thing to do is to connect the closest pin ...
[17:02:01] <Didier> euh, i have the message "emc_module_helper invalid usage args...
[17:02:43] <jepler> Didier: does the error message list the module name you added?
[17:03:31] <Didier> yes
[17:04:25] <Didier> ... insert @MODPATH_rtai_serial@
[17:04:51] <jepler> I guess you'll also have to amend configure.in to find the module path for rtai_serial
[17:05:25] <jepler> that is about line 884 in my copy of configure.in -- search for MODPATH_adeos and look nearby
[17:06:00] <Didier> i look for...
[17:06:36] <Didier> found the line
[17:09:04] <Didier> why the command loadusr "sudo insmod..." is bad ?
[17:09:21] <Didier> because of the remove ?
[17:09:35] <cradek> because a proper sudo setup will ask you for a password
[17:10:01] <cradek> yes, and the remove is a problem too then
[17:10:39] <jepler> There might be some debate on what is "proper", but the default on ubuntu is to require a password to be entered.
[17:11:41] <Didier> i have changed : rtapi.conf.in, module_helper.c, and configure.in
[17:11:52] <Didier> i have configured, maked...
[17:12:00] <jepler> you have to run "autoconf" after changing configure.in
[17:12:11] <Didier> ok
[17:13:30] <skunkworks> jepler: these cards come with a burned cd labeled avr porgrammer, eprom emulator, motorola programmer, and avr jtag
[17:13:43] <jepler> skunkworks: the pci-8255?
[17:14:07] <skunkworks> yes
[17:15:29] <skunkworks> these are quite the cards by appearence. and have weight to them :)
[17:15:45] <jepler> still have my mailing address?
[17:15:57] <skunkworks> yep - I will send one out today.
[17:17:05] <alex_joni> bbl
[17:18:16] <cradek> hey is it time for free christmas hardware?
[17:18:29] <skunkworks> oh - nothing is free ;)
[17:18:55] <cradek> darn
[17:19:04] <jepler> cradek: I promised him a HAL driver for it
[17:19:29] <skunkworks> I figure - one more i/o option for emc2
[17:19:38] <cradek> sounds nice
[17:19:45] <cradek> is it several 8255s?
[17:20:15] <skunkworks> 3
[17:20:26] <Didier> rtai_serial isn't mounted !
[17:21:09] <Didier> :(
[17:21:57] <Didier> i will try manually
[17:22:17] <Didier> start emc, insmod ,loadrt hal_
[17:22:49] <jepler> on my ubuntu5.10 machine with realtime kernel, it doens't look like rtai_serial is available
[17:25:01] <Didier> manually, it's ok
[17:26:52] <Didier> i will see that tomorrow
[17:26:57] <Didier> thanks for all
[17:27:06] <Didier> :)
[17:27:09] <Didier> bye
[17:43:21] <jepler> ignoring this issue of whether the FPGA can reset itself with an output pin tied to the reset input, will this scheme with one push-pull and one OC work to pull the pin low from either output?
[17:45:10] <skunkworks> I would think so - as long as the resister from the printer port is low enough to stear the pull up and not to large to cause current issues with the current reset circuit.
[17:45:48] <skunkworks> not to small to cause current issues with the existing reset circuit
[17:49:53] <skunkworks> jepler: this cd just seems to be a generic programmer cd. There seems to be no examples of this card on it. No manual also. I could try to email the company - to see if they have anything else
[17:50:31] <jepler> skunkworks: huh, I wonder if it's the wrong CD or something
[17:50:50] <skunkworks> I was thinking that also. I will send off a email and see.
[18:47:24] <eholmgren> 'lo
[18:47:24] <Lerneaen_Hydra> 'lo
[18:55:19] <Lerneaen_Hydra> what's happening?
[18:56:26] <skunkworks> not much. trying to decide if I can remove .1 headers from a mother board
[18:57:45] <skunkworks> or for you 2.54mm headers ;)
[18:58:12] <SWPadnos> digikey is your friend. S2011, I think
[18:58:46] <SWPadnos> gold plated, 2 row (S1011 is the single-row version), cheap, low cost shipping, and it should be overnight since they're ~100 miles from you
[18:59:30] <skunkworks> hmm
[18:59:41] <skunkworks> but I want it now!! :)
[19:00:02] <SWPadnos> S2011E-36-ND, $2.74 - that's the 72-pin (2x36) version
[19:00:05] <SWPadnos> tomorrow is now ;)
[19:00:37] <SWPadnos> they used to be a little less expensive, but these are the RoHS compliant version
[19:00:38] <skunkworks> then I have to figure out what else I need... You might be right again.
[19:00:42] <SWPadnos> of course
[19:00:44] <SWPadnos> :)
[19:01:13] <skunkworks> those break appart - right?
[19:01:37] <SWPadnos> yes, but you need to be a little careful to not break the plastic around the end contacts
[19:02:02] <Lerneaen_Hydra> bah, crappy rohs
[19:02:03] <skunkworks> I have a ton of razor blades laying around just for that purpose :)
[19:03:47] <SWPadnos> I usually hold the header in one hand, and break off the pins I want with needle-nose pliers
[19:04:01] <SWPadnos> or use a small wire cutter
[19:05:03] <Lerneaen_Hydra> O.o have you seen the post about needing a password on the EMC users list?
[19:05:08] <Lerneaen_Hydra> wtf is that?
[19:05:11] <skunkworks> :)
[19:05:24] <skunkworks> probably should give him the activation code also
[19:05:37] <skunkworks> mostlikely wants to get into the cvs
[19:05:49] <SWPadnos> the password is 0xDEADBEEF
[19:06:06] <SWPadnos> or 0xDEADC0DE, for the master password
[19:06:07] <Lerneaen_Hydra> cvs doesn't need pass
[19:06:13] <Lerneaen_Hydra> deadc0de you mean
[19:06:17] <Lerneaen_Hydra> yeah
[19:06:26] <SWPadnos> I like DEADBEEF
[19:06:31] <SWPadnos> in fact, I think I'm hungry
[19:06:33] <Lerneaen_Hydra> have you ever gotten that?
[19:06:37] <skunkworks> I would think you would if you where a developer.
[19:07:02] <Lerneaen_Hydra> as in, a hex error message that *is* DEADC0DE
[19:07:09] <SWPadnos> no, I haven't
[19:07:41] <skunkworks> just ate my left-overs from adwardos pizza wagan. (big cheese burger)
[19:07:50] <skunkworks> mmmmmmmmm
[19:09:29] <skunkworks> looks like the owner of my work is going to get wildblue. That should be interesting.
[19:09:48] <SWPadnos> high speed, but very high latency
[19:10:59] <skunkworks> right - I had directway for a while. Worked ok - just don't expect to play fps games.
[19:11:10] <SWPadnos> nope
[19:11:22] <skunkworks> my pings would average 1 second
[19:11:54] <SWPadnos> yep. a friend (~15 miles from me) has wildblue, and he gets pings in the 800-1000 ms range
[19:12:01] <skunkworks> but it was a lot better than dialup for downloading (to a point - you where capped)
[19:12:27] <SWPadnos> he's managed to get hundreds of megs of downloads, like SolidWorks updates and the like
[19:13:09] <SWPadnos> ... at reasonable speeds. though he may have mentioned that it was "ultra-fast" at first, then settled down to a slower rate after 10-20 M
[19:14:12] <SWPadnos> ok. time to run errands. bbl
[19:14:16] <skunkworks> do you know what the limit is? directway had 168mb every 4 hours (little more complicated than that but..)
[19:15:02] <SWPadnos> no clue
[19:16:42] <skunkworks> still looking
[19:17:36] <skunkworks> ok - looks like it is a lot better than directway.
[19:18:41] <jepler> my local ISP must be one of the few good ones. No capping bullshit, they tell you up front your BW quota and how much it will cost you after that
[19:19:13] <skunkworks> we are talking sattelite - limited bandwidth - they have to do some sort of limiting.
[19:19:14] <jepler> in practice I never hit the transfer quota even when I torrent heaviliy (see an ubuntu CD for a week or something)
[19:19:42] <skunkworks> I don't know if I have ever had issues here at work. We transfer a lot of art files
[19:20:15] <Lerneaen_Hydra> 170mb/4 hours?
[19:20:16] <Lerneaen_Hydra> that's really bad
[19:20:17] <skunkworks> jepler: do you want me to send the board anyways today - and hope that I can email/ftp the rest of it to you?
[19:20:20] <jepler> oh I missed that these were sattelite systems
[19:20:25] <jepler> skunkworks: yeah go ahead with the board
[19:20:28] <Lerneaen_Hydra> then again, sattelite
[19:20:43] <jepler> skunkworks: I am pretty sure I already have the programming info I need (the thai pdf for the board plus a generic 8255 datasheet)
[19:21:00] <jepler> or satellite, even
[19:21:28] <jepler> I hope I get it this week -- if I do I bet the driver'll be in decent shape by monday
[19:21:41] <alex_joni> what board is this?
[19:21:50] <jepler> alex_joni: "PCI-8255"
[19:21:59] <alex_joni> I saw that
[19:22:00] <jepler> http://futurlec.com/PCI8255.shtml
[19:22:19] <jepler> 3 8255s on the PCI bus, memory-mapped I/O
[19:22:48] <alex_joni> nice
[19:22:54] <alex_joni> expensive?
[19:23:03] <alex_joni> sorry
[19:23:03] <alex_joni> nm
[19:25:21] <jepler> in case any of you read thai (I don't): http://www.etteam.com/download/10PC_INTERFACE/1008/Man_ET_PCI8255_V3.pdf
[19:25:39] <jepler> but page 7 is pretty self-explanatory
[19:26:39] <Lerneaen_Hydra> jepler: are you working on that board and the plutu-p simultaneously?
[19:27:31] <jepler> Lerneaen_Hydra: It seems like I'm always working on more than one project
[19:27:46] <Lerneaen_Hydra> haha, just as usual
[19:27:47] <Lerneaen_Hydra> same here
[19:28:05] <Lerneaen_Hydra> in various stages of completion and a few on the backburner
[19:28:31] <jepler> actually, I think I am close to finishing off the pluto_servo project, and i don't think I'm going to start right away on pluto_stepper
[19:28:32] <alex_joni> cute script
[19:30:03] <jepler> yeah very different from ASCII
[19:30:38] <alex_joni> :)
[19:31:50] <jepler> "Internal registers and the PIB address bus of the Tiger320 can be accessed either by I/O or
[19:31:55] <jepler> memory cycles."
[19:32:04] <jepler> I suppose I'll benchmark and see if one or the other has higher performance
[19:32:13] <alex_joni> nice
[19:32:30] <jepler> I suspect memory might, because most modern processors have a write buffer that can contain many transactions
[19:32:44] <alex_joni> dma anyone?
[19:34:45] <skunkworks> emc can do dma?
[19:35:03] <jepler> nothing in emc uses dma yet
[19:35:16] <skunkworks> aaah ;)
[19:36:35] <Lerneaen_Hydra> jepler: how will the end user flash the pluto-p in linux?
[19:36:39] <Lerneaen_Hydra> is it even possible?
[19:36:47] <jepler> Lerneaen_Hydra: the HAL driver uploads the firmware every time
[19:36:57] <Lerneaen_Hydra> oh
[19:37:04] <Lerneaen_Hydra> is it flash based or something else?
[19:37:19] <jepler> Lerneaen_Hydra: this device doesn't have flash or EEPROM, the configuration is stored in SRAM
[19:37:27] <Lerneaen_Hydra> didn't the pluto-p need a windows based environment?
[19:37:28] <jepler> so uploading it every time is the simplest way to do it
[19:37:29] <Lerneaen_Hydra> oh, I see
[19:37:33] <Lerneaen_Hydra> yeah
[19:37:32] <cradek> skunkworks: are the 8255 really socketed like in this photo?
[19:37:38] <skunkworks> yes
[19:37:45] <cradek> wow
[19:37:46] <skunkworks> cradek: yes - socketed
[19:38:07] <jepler> the free development tools only run on windows, but the firmware upload procedure was very simple and easy to implement on linux
[19:38:15] <cradek> skunkworks: that's great
[19:38:34] <jepler> cradek: great because you can replace them after you've fried them?
[19:38:38] <cradek> yes
[19:38:42] <skunkworks> :)
[19:38:42] <anonimasu> ^_^
[19:38:46] <anonimasu> how many did you fry?
[19:39:02] <Lerneaen_Hydra> jepler: oh, so the binary is uploaded on runtime, and you need windows to compile it?
[19:39:06] <cradek> serial cards always used to have their line drivers/receivers socketed too - not anymore
[19:39:17] <anonimasu> ^_^
[19:39:35] <jepler> Lerneaen_Hydra: exactly
[19:39:56] <anonimasu> * anonimasu nods
[19:40:01] <Lerneaen_Hydra> jepler: is there any way to devel in a linux environment?
[19:40:32] <jepler> Lerneaen_Hydra: you can buy their development environment for Linux, but it is too expensive for a hobbyist
[19:40:42] <Lerneaen_Hydra> oh
[19:40:47] <Lerneaen_Hydra> and windows is free?
[19:41:21] <jepler> Lerneaen_Hydra: I had an available license for windows XP, so that wasn't an issue.
[19:41:38] <jepler> but I think you can buy an XP professional license for much less than their linux development environment
[19:41:49] <Lerneaen_Hydra> no, sorry, that's not what I meant, is the windows dev environment free?
[19:41:51] <anonimasu> well 50% of everyone has one..
[19:41:53] <jepler> yes, you can download it for free
[19:42:05] <Lerneaen_Hydra> oh, that's kind of shitty
[19:42:04] <anonimasu> xp license that is.. probably
[19:42:09] <anonimasu> Lerneaen_Hydra: eh?
[19:42:25] <Lerneaen_Hydra> windows devkit for free, linux devkit for lots of $
[19:42:35] <Lerneaen_Hydra> should be the opposite :p
[19:42:41] <anonimasu> hehe
[19:42:43] <cradek> no, they should both be free
[19:42:55] <cradek> they should make their money selling the hardware
[19:42:56] <anonimasu> true..
[19:43:02] <anonimasu> * anonimasu nods
[19:43:04] <jepler> altera's main competitor, xilinx, has a free linux dev kit. but I didn't want to spend the time developing my own board, so I bought this altera-based board
[19:43:15] <Lerneaen_Hydra> is this from the same company that made the pluto-p?
[19:43:20] <Lerneaen_Hydra> ah, ok
[19:43:27] <Lerneaen_Hydra> so it's the fpga more than the board
[19:43:41] <jepler> altera makes the FPGA chip, some other guy designed the pluto-p board around one of altera's chips
[19:44:21] <Lerneaen_Hydra> right
[19:52:57] <jepler> when I go into full scale production of my FPGA servo and stepper boards I'll make a fresh design with a xilinx chip :-P
[19:53:15] <skunkworks> jepler: nice. :)
[19:53:59] <cradek> the parts (minus motors) for my entire lathe setup are < $150
[19:54:29] <cradek> the L298 is a nice and cheap dual H bridge
[19:55:08] <jepler> for desktop mills and lathes, it looks like 2A/46V is plenty for an appropriate stepper
[19:55:17] <cradek> servo
[19:55:17] <jepler> cradek: that's probably excluding the PS too?
[19:55:19] <cradek> yes
[19:55:21] <jepler> er, yes, appropriate servo
[19:55:32] <cradek> jepler: yes excluding PS too
[19:55:52] <cradek> jepler: a transformer/cap is plenty good enough if the motors are 24v and the driver handles 40+v
[19:57:22] <jepler> I'm a bit worried about what happens to the L298 if you stall the servos -- that datasheet I was looking at showed no-load current of <<1A, stall current of >10A
[19:57:42] <jepler> 10A is way above the maximum rating of the L298, and there's no current limiting in the circuit
[19:58:20] <cradek> jepler: hmmm
[19:58:23] <jepler> did you test the stall current of your motors?
[19:58:29] <cradek> I don't remember
[19:58:43] <jepler> maybe it's even more important than you thought to avoid running into the limits
[19:58:44] <cradek> you'd sure have to check that for a production kit
[19:58:59] <jepler> of course you'll get a following error so you won't run at 10A for long
[19:58:59] <cradek> well it will sure stop right away thanks to the tight FE limits
[19:59:08] <jepler> but certainly you might for a few MS
[19:59:28] <jepler> (megaseconds? did I just say megaseconds?)
[19:59:41] <cradek> yes you did
[19:59:54] <Rugludallur> all your teraseconds are belong tu us
[20:00:20] <jepler> I think it would be easy to build a current limit with an op-amp and maybe a 555 timer
[20:00:50] <jepler> when it hits the current limit force the associated enable pin low for a fixed time
[20:01:59] <cradek> how about just current sense -> comparator -> enable?
[20:02:08] <cradek> I think it would "chop" then
[20:02:40] <jepler> I meant comparator when I said op-amp
[20:04:24] <jepler> but without an off time, won't the L298 just start turning off and on as fast as the comparitor's output can change? after all, the current across the resistor will immediately drop to zero.
[20:06:12] <cradek> yes but doesn't the motor inductance give you a time constant like a stepper's chopper drive?
[20:06:36] <jepler> when ENABLE goes low, all the transistors in the bridge turn off, so there's nothing connected to the sense resistor
[20:06:56] <jepler> it's just a resistor to GND
[20:06:59] <jepler> and to the comparator input
[20:08:52] <jepler> that's why the L297 uses a fixed off time chopper
[20:09:02] <cradek> ok
[20:09:10] <cradek> you've obviously thought it through more
[20:09:55] <jepler> it doesn't mean I'm not mistaken
[20:10:08] <Lerneaen_Hydra> why not use some RC thing, with a schmitt trigger (slowly charge/discharge the cap through the resistor and trigger when X volts is reached)
[20:10:18] <Lerneaen_Hydra> instead of the lm555
[20:11:30] <jepler> yes, something like that would work too -- another way to get a longer off
[20:12:14] <Lerneaen_Hydra> less stuff that can go wrong too ;)
[20:12:24] <Lerneaen_Hydra> less complexity = good
[20:12:38] <Lerneaen_Hydra> then again, this is going to connect to a consumer computer ;)
[20:15:20] <jepler> hah
[20:16:23] <jepler> I think you can do something like this: http://emergent.unpy.net/files/sandbox/current-limit.png
[20:16:43] <jepler> (I may have the comparator inputs backwards, and you want to have hysteresis)
[20:17:04] <Lerneaen_Hydra> yeah looks about right
[20:17:20] <Lerneaen_Hydra> how much current does the comparator source?
[20:17:21] <jepler> once C1 charges enough, enable goes low but it doesn't go high again until c1 has dischaged through r1+r2
[20:17:39] <Lerneaen_Hydra> oh, wait, I misread the direction
[20:17:57] <Lerneaen_Hydra> yeah that will work
[20:17:59] <Lerneaen_Hydra> 1 ohm is a bit little
[20:18:19] <Lerneaen_Hydra> maybe you meant 10k?
[20:18:20] <jepler> 1V/amp is easy to do calculations with though
[20:18:27] <Lerneaen_Hydra> :/
[20:18:28] <jepler> R2 is the current-sense resistor
[20:18:37] <jepler> you want a very low value so that it doesn't dissipate much power
[20:18:57] <Lerneaen_Hydra> wait, what does the h-bridge do?
[20:19:07] <jepler> it switches the power for the servo motor
[20:19:12] <Lerneaen_Hydra> oh, that's what's usually connceted to ground?
[20:19:19] <Lerneaen_Hydra> like usual then
[20:20:11] <Lerneaen_Hydra> uh, IIRC an h-bridge only has +Vcc and ground, right?
[20:20:21] <Lerneaen_Hydra> no +,-,gnd, right?
[20:21:16] <jepler> the "bottom" of the h-bridge is connected to an output called "sense"
[20:21:25] <jepler> if you don't do current sensing, you just connect it to GND
[20:21:30] <Lerneaen_Hydra> yeah, right
[20:21:37] <Lerneaen_Hydra> then I think I've got it
[20:21:43] <jepler> if you do current sensing, it's by putting a power resistor between SENSE and GND so you can measure current as voltage
[20:21:47] <Lerneaen_Hydra> so current will only travel from up and down
[20:21:51] <Lerneaen_Hydra> exactly
[20:22:49] <Lerneaen_Hydra> I was thinking that when current travels from ground to the negative rail the comp would go all wonky, but that's a non-issue with only a V+
[20:23:03] <jepler> if R2=1 ohm and R1 is a much larger value, then you get 1V/amp. C1 charges at a rate defined by R1/C1 and eventually trips the comparator. The h-bridge turns off, and C1 discharges at the same rate
[20:23:17] <Lerneaen_Hydra> exactly
[20:23:39] <jepler> the hysteresis of the comparator helps define the time the op-amp is turned off for
[20:23:57] <Lerneaen_Hydra> yeah
[20:24:15] <jepler> that's all just details though
[20:24:19] <Lerneaen_Hydra> you should have less than 1 ohm though :p
[20:24:29] <Lerneaen_Hydra> 10m ohm or so
[20:26:44] <alex_joni> Lerneaen_Hydra: sense resistor depends on the current usually
[20:26:49] <Lerneaen_Hydra> yeah
[20:26:57] <Lerneaen_Hydra> but I'm thinking >30 amps here
[20:27:10] <alex_joni> seen .01 ohms for this purpose
[20:27:12] <Lerneaen_Hydra> and I don't want 900 watts over the sense resistor ;)
[20:27:18] <alex_joni> 10W
[20:28:17] <skunkworks> I am looking for .01 ohm resister.
[20:28:22] <alex_joni> that would be good for about 30A if my math is still ok
[20:28:42] <alex_joni> skunkworks: I scrapped a few off old DC servos
[20:28:51] <skunkworks> same here. some .03 iirc
[20:28:56] <jepler> Lerneaen_Hydra: the l298 has a limit of 2A per bridge, so a 1 ohm current sense resistor is not too bad
[20:29:06] <Lerneaen_Hydra> oh, right :p
[20:29:09] <Lerneaen_Hydra> 4 watts is managable
[20:29:14] <Jymmmm> skunkworks: two in parallel would be .015
[20:29:15] <Lerneaen_Hydra> 2 amps, thats nothing though
[20:29:22] <Lerneaen_Hydra> which voltage? high?
[20:29:46] <alex_joni> up to 40 something
[20:29:50] <jepler> cradek's using 24V for hus lathe
[20:29:52] <jepler> his
[20:29:59] <Lerneaen_Hydra> hmm, that sounds like a small-scale servo
[20:30:01] <Lerneaen_Hydra> oh, ok
[20:30:03] <Lerneaen_Hydra> that small
[20:30:07] <jepler> it's a small lathe
[20:30:18] <Lerneaen_Hydra> here I was thinking tons of metal and it's only a few kilos
[20:30:22] <jepler> it still kicks the ass of his stepper mill in terms of rapid speeds though
[20:30:28] <Lerneaen_Hydra> yeah
[20:30:50] <skunkworks> we need some more videos ;)
[20:30:52] <jepler> this is sherline/micromill territory
[20:31:05] <Lerneaen_Hydra> I like a slow g0 feed though, becuase I'm a wuss even since someone had a semi-large accident in the big, really really fast lathe at school
[20:31:08] <Lerneaen_Hydra> really scary
[20:31:30] <Lerneaen_Hydra> 700mm/min is perfect ;)
[20:31:36] <Lerneaen_Hydra> it's so small that it doesn't really matter
[20:31:47] <jepler> I think the rapids are 1250 mm/min -- and about 150mm of travel :-P
[20:33:03] <Lerneaen_Hydra> that wasn't that fast though
[20:33:18] <Lerneaen_Hydra> I would have expected something like 7m/min
[20:33:27] <Lerneaen_Hydra> what's the resolution?
[20:34:00] <cradek> 1/6000 mm now
[20:34:06] <Lerneaen_Hydra> O.O
[20:34:12] <Lerneaen_Hydra> what's the repeatability?
[20:34:16] <cradek> haha
[20:34:21] <Jymmmm> If anyone cares, it's portable (can run from a USB Stick), Has AES encryption, and syntax highlighting: http://www.snapfiles.com/get/codebank.html
[20:34:22] <Lerneaen_Hydra> thought so ;)
[20:37:13] <skunkworks> http://www.linear.com/currentsense/17-fault_sensing.pdf
[20:38:25] <skunkworks> I would like to do something like page3 'Conventional H-Bridge Current Monitor'
[20:38:50] <skunkworks> that way the resister outside the h-bridge.
[20:39:12] <skunkworks> (and I can use jmk's great low impedance traces)
[20:39:24] <Lerneaen_Hydra> skunkworks: what's that?
[20:40:32] <skunkworks> jmk re-did the h-bridge that I was working on so that it has the shortest traces possible. really cool.
[20:40:50] <Lerneaen_Hydra> oh, cool
[21:01:28] <A-L-P-H-A> this green crayon in the middle. http://www.petegoldlust.com/carvedcrayons.html how would one create that on the mill? A axis, moving a long... ball nose endmill, past the centre axis line?
[21:01:37] <A-L-P-H-A> to get that double helix?
[21:02:39] <A-L-P-H-A> oops, bottom thumbnail, where it shows an array of crayons
[21:02:58] <cradek> A-L-P-H-A: g1x3a3600
[21:03:21] <Lerneaen_Hydra> yeah :)
[21:04:08] <cradek> g0x0 g0a180 g1x3a3780
[21:04:24] <cradek> very tempting to try it
[21:04:45] <SWPadnos> or just run the mill all the way through, and do it in one pass :)
[21:04:50] <Lerneaen_Hydra> I've done one similar to that
[21:04:56] <Lerneaen_Hydra> not below the centerline though
[21:05:52] <cradek> has everyone seen the pencils too?
[21:06:14] <A-L-P-H-A> know why I'm asking about the centre line? because it's a double helix.
[21:06:49] <A-L-P-H-A> the one full of circles is cool too.
[21:06:51] <cradek> the real problem would be cutting it without melting or breaking it
[21:07:17] <Lerneaen_Hydra> I saw one at some place with four enterances, looked really nice
[21:07:43] <A-L-P-H-A> yeah, saw the pencils ones a while back.
[21:08:33] <A-L-P-H-A> I wonder how they chucked the items.
[21:09:17] <cradek> A-L-P-H-A: I'm sure those were cut by hand
[21:09:37] <eholmgren> outsource them to children in india
[21:09:51] <eholmgren> :)
[21:09:54] <A-L-P-H-A> cradek, you seriously think so? you're probably right, because of the spacing isn't perfect...
[21:10:10] <cradek> A-L-P-H-A: sure, it's art, not machining
[21:10:15] <alex_joni> A-L-P-H-A: those are manual
[21:10:19] <cradek> A-L-P-H-A: we're the only ones who would think of it in terms of CNC
[21:10:20] <A-L-P-H-A> I want machinable art.
[21:10:48] <Lerneaen_Hydra> yeah, it's easy and you can make many :D
[21:10:53] <Lerneaen_Hydra> fun to watch too
[21:11:01] <eholmgren> http://www.infofreako.com/jad/enpitsu-e.html
[21:11:02] <A-L-P-H-A> not so much fun to clean pu.
[21:11:04] <eholmgren> that's all hand carved
[21:11:08] <A-L-P-H-A> it's WAX... it'll stick to EVREYTHING.
[21:11:44] <A-L-P-H-A> use a 1/8th ballnose to carve out the crayon.
[21:12:07] <A-L-P-H-A> maybe a 1/16, and do the yellow one with what looks almost like a honey comb stucture.
[21:12:17] <alex_joni> http://www.infofreako.com/jad/pencil/1rasen6ju-e.html
[21:12:17] <alex_joni> wow
[21:13:19] <alex_joni> http://www.infofreako.com/jad/pencil/7nisou-e.html
[21:13:25] <SWPadnos> http://www.infofreako.com/jad/pencil/15bjoint-e.html
[21:13:53] <alex_joni> heh
[21:14:05] <cradek> I wish those pictures were better
[21:14:39] <SWPadnos> yeah - they do look a bit like cell phone photos
[21:14:52] <alex_joni> http://www.infofreako.com/jad/pencil/10gyakuset-e.html
[21:15:02] <Lerneaen_Hydra> ack, twin spirals would be a PITA to machine
[21:15:02] <alex_joni> cradek: all pre-1995
[21:15:05] <cradek> SWPadnos: they are almost 10 yrs old
[21:15:08] <cradek> yeah that
[21:15:13] <cradek> this one says 97
[21:15:21] <A-L-P-H-A> looks to be best made by splitting a real pencil, and gluing it back together after machining.
[21:15:27] <alex_joni> 95 was a guess :)
[21:15:30] <A-L-P-H-A> say a 1991 one
[21:15:29] <alex_joni> still old
[21:15:31] <A-L-P-H-A> saw
[21:15:34] <Lerneaen_Hydra> a real pita
[21:15:40] <A-L-P-H-A> some are 15 years old!
[21:15:53] <SWPadnos> that's older than you!
[21:15:55] <SWPadnos> er - oops ;)
[21:16:00] <cradek> haha
[21:16:05] <A-L-P-H-A> SWPadnos. I'm getting old. I'm 27.
[21:16:10] <SWPadnos> holy crap
[21:16:11] <SWPadnos> !
[21:16:13] <Lerneaen_Hydra> ..
[21:16:18] <Lerneaen_Hydra> I think not ;)
[21:16:34] <Lerneaen_Hydra> I may be wet behind the ears, but not that wet :p
[21:16:38] <A-L-P-H-A> I'm getting old, you guys should be dead, and mumifying.
[21:16:44] <SWPadnos> I am
[21:17:00] <alex_joni> ha
[21:17:04] <Lerneaen_Hydra> http://www.infofreako.com/jad/pencil/2kikko-e.html argh!
[21:17:42] <alex_joni> Lerneaen_Hydra: try the twin double spiral
[21:18:10] <Lerneaen_Hydra> :/
[21:18:11] <Lerneaen_Hydra> nasty
[21:19:31] <CIA-8> 03jepler 07HEAD * 10emc2/src/hal/components/ (freqgen.c stepgen.c): when the number of steps per second is not attainable, log a message (once per step generator)
[21:20:22] <cradek> jepler: cool
[21:20:57] <Lerneaen_Hydra> jepler: is that once per stepgen and initialisation of stepgen, and not per attempted step?
[21:22:30] <jepler> once per stepgen .. for instance, if you say 'loadrt stepgen step_type=0,0,0' you'll get at most 3 such messages in that run of emc2
[21:22:38] <alex_joni> I understand it as: if it ever encounters a problem it logs it once, and shuts up from then on
[21:23:39] <jepler> right
[21:24:14] <Lerneaen_Hydra> ok, good
[21:24:17] <Lerneaen_Hydra> no 100mb error logs
[21:24:24] <SWPadnos> unfortunately, this is dependent on the order in which setp's are done (adn I'm not sure how to fix that)
[21:24:57] <SWPadnos> oh - maybe not, if all the setp's are done before "start"
[21:25:10] <cradek> SWPadnos: jepler says the tests are run when the stepgens are enabled
[21:25:20] <cradek> for emc that usually means "machine on"
[21:26:12] <alex_joni> the setp's are even before realtime start iirc
[21:26:13] <SWPadnos> ah - ok
[21:26:29] <alex_joni> but I've been wrong before :)
[21:26:48] <SWPadnos> it would probably be OK to print once per enable attempt, actually
[21:27:12] <SWPadnos> try to turn machine on, do a few manual setp/sets, try to turn machine on ...
[21:28:19] <alex_joni> SWPadnos: I suspect few will try it that way
[21:28:39] <SWPadnos> probably true, since it seems most people want a pre-made config for their machine ;)
[21:33:32] <alex_joni> heh
[21:33:41] <alex_joni> touché
[21:43:00] <skunkworks> I got my order out to digikey.
[21:43:19] <SWPadnos> good - you should have it tomorrow or Wednesday :)
[21:43:27] <skunkworks> I was looking for a decent diff amp for current sensing - but could not find any that I could buy ;)
[21:43:33] <SWPadnos> I used to get things overnight (when orderedgground), but these days, it doesn't seem to be that way
[21:43:38] <SWPadnos> heh
[21:44:00] <skunkworks> how big is a so package?
[21:44:29] <SWPadnos> so-8?
[21:44:40] <skunkworks> yes
[21:44:46] <SWPadnos> about this big: ||
[21:45:02] <skunkworks> :) i mean - hand solderable?
[21:45:07] <SWPadnos> or is it wide SOIC?
[21:45:34] <alex_joni> skunkworks: everything is hand solderable
[21:45:35] <SWPadnos> the pin spacing should be 0.050, so they're pretty easy if you have a relatively fine-tipped soldering iron
[21:45:39] <alex_joni> given enough time and nerve
[21:45:54] <alex_joni> even bga.. but you need a hotair gun for that
[21:46:00] <SWPadnos> you don't even need the 1/64 " tip for those ;)
[21:46:04] <skunkworks> 8SOIC
[21:47:24] <skunkworks> was looking at this for s and g's.. http://www.linear.com/pc/downloadDocument.do?navId=H0,C1,C1154,C1009,C1126,P7521,D5087
[21:47:38] <skunkworks> but I would have to buy 700 from digikey
[21:48:13] <SWPadnos> any reason you can't just use an op-amp?
[21:48:16] <skunkworks> but I would be a little fuzzy on the rest of the circuit. technically I would need a single ended output.
[21:48:39] <SWPadnos> "s and g's" ??
[21:48:49] <skunkworks> I would like to put the sense resister external to the h-bridge.... In series with the motor. if that makes sense
[21:48:58] <skunkworks> shits and giggles
[21:49:09] <SWPadnos> ah :)
[21:49:19] <SWPadnos> was thinking it might be some arcane motor drive term
[21:49:26] <mdynac> whatcha trying to build skunk?
[21:49:41] <skunkworks> like the last page here http://www.linear.com/currentsense/14-motors_and_inductive_loads.pdf
[21:51:02] <skunkworks> mdynac: rather large h-bridge... but no current limit yet (and I am not sure if I need it yet). http://www.electronicsam.com/images/KandT/servostart/almost.JPG
[21:51:36] <mdynac> kewl
[21:51:39] <SWPadnos> you should have it - there are things like short-circuits in the real world
[21:52:07] <skunkworks> SWPLinux: right... I don't know if I live in the real world though
[21:52:33] <skunkworks> SWPadnos: is it making sense what I am trying to do?
[21:52:35] <SWPadnos> I don't know either - you could be a delusion created by the evil genius
[21:52:38] <SWPadnos> eys
[21:52:40] <SWPadnos> yes
[21:53:59] <skunkworks> I will definatly do my best to blow this one up ;)
[21:54:07] <mdynac> how many amps wiil the bridge supply?
[21:54:54] <skunkworks> tops right now is 20 amps continuous. the mosfets are rated at 44a but that is not possible unless they are dipped in liqid nitrogen.
[21:55:00] <skunkworks> ;)
[21:55:38] <skunkworks> I will probably try to find some better ones once I proof this out.
[21:56:10] <mdynac> what schemo are you using?
[21:56:35] <Lerneaen_Hydra> 'night all
[21:59:02] <skunkworks> mdynac: do you have eagle?
[21:59:11] <mdynac> yep
[21:59:41] <skunkworks> http://www.electronicsam.com/images/KandT/servostart/schem/
[21:59:59] <jepler> placing the sense resistor inside the bridge is nice, too bad about it requiring a special op-amp
[22:00:00] <skunkworks> it is more for layout than actual componants. the drivers are ir2111
[22:00:29] <skunkworks> jepler: you mean outside?
[22:00:46] <jepler> skunkworks: no, inside like in the last PDF you posted
[22:00:49] <skunkworks> ah - I see what you mean
[22:01:07] <jepler> you can measure the current even while the whole bridge is turned off
[22:01:23] <jepler> measuring it at the low side, outside the bridge, sure is easy
[22:02:00] <SWPadnos> there are small PCB-mount isolated DC:DC converters for not too much money (like $7-12)
[22:02:47] <SWPadnos> you can use one of those, plus an optoisolator or similar (on the output of the current sense circuit) to get overcurrent back to the low side
[22:03:30] <skunkworks> It just makes it so I don't have to fool with the power traces. and I think it is pretty neat.
[22:04:52] <SWPadnos> you could do something like have a sense resistor on both of the bottom side transistors, and use the higher of the two (or the sum, perhaps)
[22:04:57] <mdynac> i have an emc2-pre2.2-cvs-head question......
[22:05:11] <SWPadnos> uh-oh - that sounds specific ;)
[22:05:30] <mdynac> what's up with the index pulses?
[22:05:52] <jepler> for homing or threading?
[22:06:03] <mdynac> homing
[22:06:16] <jepler> I don't think that code has changed in a long time, and I don't know if it's been tested.
[22:06:33] <mdynac> it works fine on 2.0.4
[22:06:44] <jepler> but not in HEAD?
[22:06:47] <mdynac> it is commented out on the pre2.2
[22:06:56] <mdynac> correct
[22:07:06] <mdynac> it crashes until i comment them out
[22:07:17] <mdynac> motenc config
[22:07:43] <jepler> do you mean you had to comment out the lines in your .hal files, or that something has been commented out in the souce code?
[22:07:43] <SWPadnos> can you post the ini'/hal files you're using, or are the stock config?
[22:08:04] <jepler> if there's an error, can you put it in pastebin or something?
[22:08:16] <alex_joni> when the motenc config was done, canonical encoders weren't defined
[22:08:19] <mdynac> well it came commented out....so uncommentted then and crash.....no such signal or something.....
[22:08:36] <alex_joni> mdynac: it might be that some names have changed
[22:09:38] <alex_joni> #linksp Xindex <= motenc.0.enc-00-index
[22:09:37] <alex_joni> #linksp Xindex => axis.0.index-pulse-in
[22:09:45] <alex_joni> I presume you are talking about those
[22:10:00] <jepler> I think it is this change to the motenc hal component: http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/src/hal/drivers/hal_motenc.c#rev1.11
[22:10:03] <mdynac> yeah in the ini fie?
[22:10:07] <mdynac> file
[22:10:28] <alex_joni> in the .hal file
[22:10:40] <alex_joni> those need to be axis.0.index-enable
[22:10:49] <jepler> er, no, that's not it -- that's before 2.0.x was released
[22:11:05] <alex_joni> jepler: I'm sure the motion controller got new pin names
[22:11:13] <alex_joni> the motenc config is probably older than that
[22:12:04] <jepler> whatever the actual problem is, this should be on the UpdatingConfigs page
[22:12:06] <jepler> once we figure it out
[22:12:12] <mdynac> hmmm the 2.0.4 emc2 index pulse works jut fine....
[22:12:15] <alex_joni> * alex_joni agrees
[22:12:29] <alex_joni> mdynac: can you be our eyes and hands for a while?
[22:12:34] <mdynac> sure
[22:12:37] <alex_joni> we don't have a motenc lying around
[22:12:40] <alex_joni> at least I don't
[22:12:56] <mdynac> i must get this machine running with the M52 command,
[22:13:02] <alex_joni> backup your config and other usefull motenc related stuff
[22:13:23] <jepler> aha http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/src/emc/motion/motion.c.diff?r1=1.53;r2=1.54;f=h
[22:13:26] <jepler> yes it was the motion controller
[22:13:40] <jepler> I'll update the wiki page
[22:14:04] <alex_joni> mdynac: next, open the file motenc_motion.hal
[22:14:15] <mdynac> it's open.....
[22:14:18] <alex_joni> and change axis.0.index-pulse-in to axis.0.index-enable
[22:14:32] <alex_joni> same for axis.1.index-pulse-in to axis.1.index-enable
[22:14:40] <alex_joni> and for axis.2.index-pulse-in to axis.2.index-enable
[22:15:27] <alex_joni> jepler: this is a backport for 2.1
[22:15:47] <jepler> alex_joni: I will fix the sample configs in HEAD and the 2.1 branch
[22:16:11] <alex_joni> jepler: good, I'd do it myself.. but can only do it tomorrow
[22:16:20] <alex_joni> but lets wait and see if there's nothing else needed
[22:16:23] <mdynac> well er my machine is at work....not here, nor can i xchat at work yet.......a big problem i am trying to remedy, but the sysadmin guy has not shown up to install xchat for me....
[22:16:43] <alex_joni> mdynac: ok, don't sweat it
[22:17:03] <alex_joni> it's probably closer than it is now .. please report back when you know more :)
[22:17:05] <CIA-8> 03jepler 07HEAD * 10emc2/configs/motenc/motenc_motion.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:17:05] <CIA-8> 03jepler 07HEAD * 10emc2/configs/ppmc/ppmc_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:17:05] <CIA-8> 03jepler 07HEAD * 10emc2/configs/stg/stg_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:17:06] <mdynac> but i will change the file tomorrow morning and check it out
[22:17:14] <jepler> mdynac: http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/motenc/motenc_io.hal.diff?r1=1.4;r2=1.5;f=h
[22:17:28] <jepler> (if you want to print it out, this may work better: http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/motenc/motenc_io.hal.diff?r1=1.4;r2=1.5)
[22:17:52] <CIA-8> 03jepler 07HEAD * 10emc2/configs/vti/vti_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:17:52] <CIA-8> 03jepler 07HEAD * 10emc2/configs/univpwm/univpwm_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:17:52] <CIA-8> 03jepler 07HEAD * 10emc2/configs/m5i20/m5i20_motion.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:17:55] <jepler> er, that's not the right change -- hold on
[22:17:55] <CIA-8> 03jepler 07HEAD * 10emc2/configs/univstep/univstep_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:17:58] <alex_joni> that's a different diff
[22:18:15] <SWPadnos> why is that now index-enable (vs something like index-in)?
[22:18:27] <jepler> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/motenc/motenc_motion.hal.diff?r1=1.5;r2=1.6
[22:18:42] <jepler> here's the right change: ^^
[22:18:47] <alex_joni> SWPadnos: that's the defined name in the canonical encoder interface
[22:18:56] <alex_joni> it's a two way pin
[22:19:01] <alex_joni> and the name is more descriptive
[22:19:02] <SWPadnos> ah - ok
[22:19:20] <alex_joni> motion sets it high when index can reset the counter, driver sets it low when it has reset the counter
[22:19:42] <SWPadnos> ok - forgot about the two-way thing
[22:20:10] <SWPadnos> I was thinking it was the actual index output pin, but I guess that isn't there any more
[22:20:34] <alex_joni> right
[22:20:44] <mdynac> so i just edit the hal file and i get my index pulses back?
[22:20:55] <SWPadnos> oops - bbiab, my turn to cook dinner :)
[22:20:57] <jepler> mdynac: yes, hopefully so
[22:21:12] <alex_joni> mdynac: if nothing else is still wrong :)
[22:21:41] <mdynac> this is great news.....i was so close to running the machine under adaptive voltage control today.........
[22:22:46] <alex_joni> hmmm.. might be that the motenc driver needs to be fixed
[22:22:51] <alex_joni> * alex_joni is reading through it..
[22:23:37] <mdynac> alex , just how bad is it?
[22:24:18] <alex_joni> mdynac: I think you also need to change motenc.0.enc-00-index to motenc.0.enc-00-latch-index
[22:24:33] <alex_joni> "hopefully" that will make it work properly
[22:24:42] <alex_joni> but it's hard to say by just reading code and comments :(
[22:25:00] <mdynac> got it
[22:27:01] <alex_joni> it would be best if you would be by the machine
[22:27:13] <alex_joni> I "think" that you also need to connect an aditional pin to that signal
[22:27:34] <mdynac> true, hoopefully tomorrow i can get xchat installed at work.....
[22:27:33] <alex_joni> anyone else looking at the hal_motenc.c?
[22:27:47] <jepler> alex_joni: no, I was just blindly fixing the axis.N pin name, not worrying about the other ...
[22:28:11] <alex_joni> jepler: maybe if you feel like it .. 2 sets of eyes might see better
[22:28:59] <CIA-8> 03jepler 07v2_1_branch * 10emc2/configs/univstep/univstep_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:28:59] <CIA-8> 03jepler 07v2_1_branch * 10emc2/configs/m5i20/m5i20_motion.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:28:59] <CIA-8> 03jepler 07v2_1_branch * 10emc2/configs/stg/stg_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:29:01] <CIA-8> 03jepler 07v2_1_branch * 10emc2/configs/univpwm/univpwm_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:29:04] <CIA-8> 03jepler 07v2_1_branch * 10emc2/configs/ppmc/ppmc_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:29:04] <CIA-8> 03jepler 07v2_1_branch * 10emc2/configs/vti/vti_io.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this
[22:29:07] <CIA-8> 03jepler 07v2_1_branch * 10emc2/configs/motenc/motenc_motion.hal: some time ago, the pin index-pulse-in was renamed to index-enable. Update the sample configuration files to reflect this