#emc | Logs for 2007-09-23

[18:28:02] <alex_joni> how do you call a connection with 70% packet loss?
[18:28:12] <SWPadnos> crap
[18:28:23] <alex_joni> you're beeing generous
[18:28:25] <SWPadnos> or was that a technical question? :)
[18:35:17] <alex_joni> anyone tried a cardbus parport?
[18:36:53] <SWPadnos> I think I've seen them mentioned on either CCED or the Gecko group, but I haven't used one myself
[18:41:58] <jmkasunich__> jmkasunich__ is now known as jmkasunich
[19:09:55] <JymmmEMC> http://news.yahoo.com/s/ap/20070921/ap_on_fe_st/odd_bungling_burglars;_ylt=Ai5kaLYjF2gYnrZ0JA2OD6ntiBIF
[19:10:26] <tomp> any adc's been used with emc? i use m5i20 and am looking for a solution that doesnt require buying another controller ( stg motenc ) speed and accuracy not high ( 10Khz and 8bit is fine ) I'm looking into usb as r/t isnt needed
[19:10:39] <JymmmEMC> alex_joni: wireless
[19:10:55] <jmkasunich> tomp: SWPadnos is working on a high end AD/DA card
[19:11:05] <jmkasunich> 16 bit
[19:11:08] <JymmmEMC> alex_joni: wireless, rate shaping, throttled,
[19:11:10] <SWPadnos> tomp, if you have $800 sitting around, I can sell you a fast accurate multichannel AD/DA card for the 5i20/5i22 :)
[19:11:11] <jmkasunich> I have ambitions for something in the 12 bit area
[19:11:32] <jmkasunich> my plans are much cheaper, but I'm very slow
[19:11:45] <alex_joni> JymmmEMC: it's not wireless.. cable-link
[19:12:06] <SWPadnos> if it's ethernet, change cables
[19:12:19] <tomp> thanks, & SWPadnos good luck ( no, not 800$ ;)
[19:12:35] <JymmmEMC> alex_joni: someone needs to learn how to crimp coax
[19:12:58] <JymmmEMC> alex_joni: hard line baby!!!
[19:13:09] <SWPadnos> heh
[19:13:15] <tomp> i went broke buying 7i33's 7i37's and breakouts ( no, not bad prices on those )
[19:13:34] <SWPadnos> I think I can make a less accurate version for only $300 or so :)
[19:13:51] <SWPadnos> especially if I don't need them delivered via Einstein Express
[19:14:07] <tomp> random number generator ( low accuracy buy fast ; )
[19:14:15] <tomp> but fast
[19:14:17] <JymmmEMC> tomp: Huh?!
[19:14:19] <alex_joni> JymmmEMC: nevermind, it's at 100% loss right now
[19:14:41] <JymmmEMC> alex_joni: somebody needs to learn how to connect coax together.
[19:14:43] <fenn_> fenn_ is now known as fenn
[19:15:03] <JymmmEMC> tomp: you're using the mesa stuff for an RNG?
[19:15:36] <tomp> no, stupid joke... a random number generator is a inaccurate cheap solution for an adc
[19:16:35] <JymmmEMC> tomp: ah, ok. heh
[19:17:05] <JymmmEMC> Many I hear so much of copper theft these days - wire and plumbing (mostly in new construction)
[19:17:52] <tomp> the new high speed train system in taiwan is electric, except kilometers of it were missing every morning
[19:18:23] <jepler> tomp: if you don't mind doing the analog section design yourself, USB HID devices can report analog values up to at least 16 bits .. you could adapt obdev.at AVR USB firmwares for your purposes. http://axis.unpy.net/01187535387 http://www.obdev.at/products/avrusb/hidkeys.html
[19:18:53] <tomp> thanks i was browsing the avr at obdev
[19:19:28] <jepler> my board design exposes two of the AVR ADC pins on the header and includes the recommended LC filter on AVCC input, but I haven't used it yet -- and I wouldn't trust me to do analog design really
[19:20:06] <SWPadnos> I'd only use the onboard ADC if accuracy is unimportant, especially near zero or full scale
[19:20:19] <JymmmEMC> SWPadnos: http://www.cryogenius.com/hardware/rng/
[19:20:32] <jepler> SWPadnos on the other hand I would trust to do analog design
[19:20:33] <SWPadnos> the 10-bit A/D is more like an 8-bit ADC, and even less outside the 10-90% of scale range
[19:20:54] <fenn> why's that?
[19:21:09] <SWPadnos> because I sound like I know what I'm talking about?
[19:21:10] <SWPadnos> or why the ADC sucks?
[19:21:14] <fenn> why the adc sucks
[19:21:41] <SWPadnos> oh, they just do. I know this after using the internal ADC on AVRs and some Motorola DSPs specifically
[19:22:05] <fenn> were you sampling a high-ish frequency signal?
[19:22:06] <SWPadnos> they basically tell you that they're not going to be accurate below a few tenths of a volt
[19:22:11] <SWPadnos> nope
[19:22:25] <SWPadnos> 1000 samples/second per channel, and there was a 200 Hz or so filter on the input
[19:22:29] <fenn> what if you bias it?
[19:22:42] <SWPadnos> you can do that, and it improves things a little, but you lose resolution
[19:23:09] <SWPadnos> since you're compressing full scale of the input signal to something smaller than full scale on the A/D
[19:23:14] <fenn> right
[19:23:28] <jepler> as well as doing things like putting most of the mcu into sleep mode while you do the adc sample
[19:23:33] <JymmmEMC> tomp: Here ya go.... http://www.fourmilab.ch/hotbits/hardware3.html
[19:23:40] <fenn> and oversampling
[19:23:44] <SWPadnos> strangely, sleep mode seemed to make things worse
[19:23:49] <SWPadnos> I was oversampling
[19:24:03] <SWPadnos> I had a 4-sample ring buffer
[19:24:22] <SWPadnos> but it only helped (somewhat) away from 0 or FS
[19:24:39] <SWPadnos> the problem with gaussian noise and a unipolar A/D is that you can never read below zero
[19:24:47] <SWPadnos> so you only get half the noise
[19:25:00] <SWPadnos> and it's always the positive half (near 0)
[19:26:32] <jepler> http://www.atmel.com/dyn/resources/prod_documents/doc2486.pdf page 248 gives claimed ADC characteristics
[19:26:48] <fenn> oh, maybe that was contributing to your error then
[19:27:10] <jepler> single-ended conversion error @ 1MHz typ. 3LSB
[19:27:15] <fenn> btw you can introduce 'artificial noise' which wouldnt hav ethat problem
[19:27:29] <fenn> a sawtooth signal, basically
[19:27:39] <JymmmEMC> Cesium-137 FTW!!!
[19:27:43] <tomp> so these usb based scopes are not likely to have valid output near 0Volts?
[19:27:49] <jepler> that's ADC clock 1MHz, not 1msps
[19:27:52] <SWPadnos> jepler, right - 3 lsb means a 10-bit converter is actually an 8-bit converter (or 8.1 or so)
[19:27:54] <SWPadnos> right
[19:27:58] <tomp> JymmmEMC: still reading hotbits trying to understand it
[19:28:34] <JymmmEMC> tomp: It uses radiatic decay to produce True Random Number Generator
[19:28:36] <fenn> tomp: just the DIY version we are talking about
[19:28:38] <JymmmEMC> radioactive
[19:28:55] <fenn> tomp: i'd hope something bought'n would have a better ADC in it
[19:28:57] <jepler> SWPadnos: pessimist! I get log(1024/3., 2) ~ 8.4 bits
[19:29:03] <tomp> JymmmEMC: gotcha RNG
[19:29:09] <SWPadnos> that's theoretical ;)
[19:29:14] <fenn> * fenn squints at 0.4 bits
[19:29:15] <JymmmEMC> tomp: Close TRNG
[19:29:20] <tomp> fenn: a lot of are avr inside ( or pic )
[19:29:30] <JymmmEMC> SWPadnos: was that to me?
[19:29:36] <SWPadnos> no, to jepler
[19:29:40] <JymmmEMC> k
[19:29:51] <fenn> tomp: is that all?
[19:30:24] <tomp> fenn: just ones i looked at (bitscope et al )
[19:30:35] <JymmmEMC> What's all this A/D about?
[19:30:41] <JymmmEMC> What's all this A/D talk about?
[19:30:57] <tomp> i considered using a usb scope design as basis for simpler adc
[19:31:02] <SWPadnos> [15:10:37]<tomp>any adc's been used with emc? ...
[19:31:09] <JymmmEMC> ah
[19:31:12] <JymmmEMC> ty
[19:31:17] <SWPadnos> sure
[19:31:33] <tomp> re adc: i wanted to read a real world value as input to hal
[19:31:39] <JymmmEMC> tomp: what bandwidth you looking at?
[19:31:42] <SWPadnos> doing the conversion isn't the issue, it's getting it into the PC that's the problem
[19:31:54] <SWPadnos> USB has timing granularity (and driver) problems
[19:31:57] <tomp> 10khz 8 bit bipolar (7 with sign )
[19:32:05] <JymmmEMC> USB has problems, period.
[19:32:14] <JymmmEMC> damn #@^$%$&*%^$^ polling
[19:32:15] <SWPadnos> the 5i20 should get rid of lots of that, and you can even make a config that talks to a micro over SPI
[19:32:24] <SWPadnos> but it's not trivial
[19:32:24] <fenn> SWPadnos: solved easily enough with a buffer on the adc (since realtime isnt an issue)
[19:32:31] <SWPadnos> in fact, I should get back to that :)
[19:32:44] <fenn> a bit buffer
[19:33:00] <jepler> tomp also stated at the outset that it doesn't have to be realtime
[19:33:07] <jepler> it's just for a readout or something
[19:33:09] <SWPadnos> fenn, if all you want is a sample every once in a while, then you don't even need a buffer (at least, not larger than one sample)
[19:33:12] <SWPadnos> sure
[19:33:37] <fenn> it's nice to know when the sample was taken though
[19:33:44] <tomp> for me, r/t adc is not important, but for SWPadnos it may be desirable for a product
[19:34:05] <SWPadnos> only when you need 10 K servo updates/second on 6 inputs and 8 outputs ... :)
[19:34:28] <fenn> who 'needs' 10kHz servo updates?
[19:34:31] <SWPadnos> at 16 bits resolution (real required resoution >= 14 bits)
[19:34:38] <SWPadnos> depends on what you're updating now, doesn't it
[19:34:42] <fenn> yup
[19:34:44] <SWPadnos> I should have said PID update rates, it's not servos
[19:34:49] <jepler> it's not controlling something mechanical
[19:35:03] <jepler> iirc
[19:35:09] <SWPadnos> actually, I think it's the power supply for an ECM machine
[19:35:56] <fenn> why are you doing that with a pc anyway?
[19:35:58] <jepler> "engine control module, a device which monitors engine operations"?
[19:36:02] <SWPadnos> because
[19:36:06] <fenn> electrochemical etching
[19:36:20] <fenn> basically a big-ass current source
[19:36:22] <tomp> its for the velocity of the EDM, begins with average voltage, vesrus desired voltage , error generates new velocity
[19:36:30] <tomp> not ECM
[19:37:01] <tomp> a variance of 0.5 of 100 is needed ( low accuracy)
[19:37:01] <SWPadnos> it's a 36V 20000A ECM supply
[19:37:14] <tomp> oh your gen , yes
[19:37:47] <fenn> oops, i meant electrochemical machining
[19:37:50] <fenn> same thing
[19:39:35] <tomp> JymmmEMC: fourmilab / fermilab thats confusing
[19:50:30] <tomp> thanks
[19:53:13] <dmess> so we have a 4th axis post that seems to be right but axis doesnt show it correctly... wow it didnt take long for us to catch up did it..
[19:54:03] <fenn> axis doesnt show rotations
[19:54:17] <fenn> at least, not last time i checked...
[19:54:39] <dmess> shows something looking rotated.. but its wrong
[19:54:55] <jlmjvm> alex_joni: is sudo the command to become root,im trying to get the usc diagnostics program to work.
[19:54:59] <JymmmEMC> jepler: did Jon ever catch up to you?
[19:55:53] <fenn> jlmjvm: 'sudo su' will make you be the root user, but you can run most commands just by preceding them with sudo
[19:56:21] <JymmmEMC> fenn: I always wondered about that, thanks
[19:56:42] <JymmmEMC> fenn: Now to figure out how to becoem root in GUI to edit files
[19:56:51] <fenn> another sudo trick is 'sudo tee' for redirecting files to a non-writable location
[19:57:30] <JymmmEMC> I think I'll learn screen before tee =)
[19:57:37] <fenn> tee is easy
[19:57:51] <fenn> cat foo | tee bar
[19:58:06] <fenn> prints foo on the console and logs a copy to the file bar
[19:58:43] <JymmmEMC> * JymmmEMC dusts off the dot-matrix printer.... the ULTIMATE in "secure logs" ;)
[19:58:58] <fenn> you mean the granite-carving machine
[19:59:30] <JymmmEMC> I loved my dot-matrix printer.... full color
[19:59:39] <JymmmEMC> Citizen GSX-140
[20:00:57] <JymmmEMC> had a feed thru for printing labels, envelopes, and would even feed the fan fold paper to the cut line, then reposition it back to top of page for printing.
[20:01:14] <JymmmEMC> automagically
[20:02:54] <JymmmEMC> you could even set it up for cutting half-sheets, like for a receipt or video store rental.
[20:03:28] <jlmjvm> thanks fenn,i didnt have the su in the command
[20:04:12] <jlmjvm> now its saying no such file or directory
[20:05:19] <jepler> JymmmEMC: no, was he looking for me?
[20:14:30] <CIA-8> 03fenn 07TRUNK * 10emc2/configs/hexapod-sim/minitetra.ini: RPW to ABC
[20:16:47] <jlmjvm> has anyone ever used the remote desktop in ubuntu before?
[20:18:32] <alex_joni> jlmjvm: I use it to connect to a doze box
[20:18:52] <alex_joni> jlmjvm: what are you trying to do?
[20:18:59] <alex_joni> (with regards to sudo/su) ?
[20:20:25] <jlmjvm> trying to get this usc working
[20:20:44] <jlmjvm> there is a diagnostic program to run
[20:21:18] <alex_joni> name?
[20:21:48] <jlmjvm> univstepdiags bus
[20:22:08] <JymmmEMC> alex_joni: huh?
[20:22:37] <JymmmEMC> alex_joni: remote desktop doze box?
[20:23:18] <alex_joni> JymmmEMC: RDP
[20:23:34] <JymmmEMC> alex_joni: you can use nix to RDP to a M$ box?
[20:23:47] <alex_joni> the "Terminal Server Client" in Ubuntu connects very nicely to a remote desktop on a M$ box
[20:23:56] <alex_joni> JymmmEMC: indeed
[20:24:10] <alex_joni> it knows RDP and RDPv5
[20:24:16] <alex_joni> although I don't know the difference
[20:24:32] <JymmmEMC> alex_joni: but it's not secure at all, is it?
[20:24:47] <alex_joni> it's as secure as the protocol :)
[20:24:51] <jlmjvm> i was wondering if it worked,a guy from synergy configured my software thru terminal 1 day
[20:24:59] <JymmmEMC> alex_joni: that's not what I asked =)
[20:25:16] <alex_joni> jlmjvm: sudo /path/to/univstepdiags bus
[20:25:21] <alex_joni> JymmmEMC: I have nfc
[20:25:29] <alex_joni> I use it all the time
[20:25:37] <alex_joni> it's certainly lots more secure than VNC
[20:35:38] <JymmmEMC> alex_joni: I'll be damn
[20:35:53] <alex_joni> JymmmEMC: ?
[20:35:58] <JymmmEMC> alex_joni: colors are a bit funky, but it works
[20:36:05] <alex_joni> yeah
[20:36:16] <JymmmEMC> alex_joni: nomachine.com
[20:36:58] <alex_joni> glad it does
[20:37:25] <JymmmEMC> Though, I think I need to check the security (or lack there of)
[20:38:44] <jlmjvm> alex_joni: this is the command im trying to use # ./univstepdiags bus
[20:40:18] <jlmjvm> heres where i got it http://pico-systems.com/codes/univstepdiag.html
[20:40:52] <alex_joni> jlmjvm: then use 'sudo ./univstepdiags bus'
[20:41:13] <alex_joni> or use 'sudo su' to become root, then use './univstepdiags bus'
[20:42:42] <alex_joni> without the '' of course
[20:42:51] <jlmjvm> when i do it says no such file or directory
[20:42:58] <alex_joni> which one of them?
[20:43:06] <SWPadnos> you must be in the directory where univstepdiags is located
[20:43:11] <SWPadnos> that's what the ./ means
[20:43:21] <jlmjvm> my file unpacked at /home/cncmill/usc/univstepdiag
[20:43:55] <alex_joni> jlmjvm: cd /home/cncmill/usc/univstepdiag
[20:44:02] <jlmjvm> k
[20:44:04] <alex_joni> jlmjvm: sudo ./univstepdiags bus
[20:44:34] <alex_joni> or is univstepdiag the file?
[20:45:32] <CIA-8> 03jepler 07TRUNK * 10emc2/tests/stepgen.1/checkresult: these scripts require bash features, change #!-line accordingly
[20:45:33] <CIA-8> 03jepler 07TRUNK * 10emc2/tests/stepgen.2/checkresult: these scripts require bash features, change #!-line accordingly
[20:46:21] <CIA-8> 03jepler 07TRUNK * 10emc2/src/hal/utils/halcmd_main.c: error and warning should go to stderr; otherwise, the setexact message fubars all the testsuite
[20:46:30] <CIA-8> 03jepler 07TRUNK * 10emc2/scripts/latency-test: having gone to the trouble to create a temporary directory, latency-test should go ahead and use it rather than dropping temporary files in the current directory.
[20:47:12] <jlmjvm> got it
[20:47:31] <jlmjvm> had to be in that directory
[20:48:05] <JymmmEMC> jlmjvm: echo echo (13:43:06) SWPadnos: you must be in the directory where univstepdiags is located
[20:48:13] <JymmmEMC> ;)
[20:48:13] <jlmjvm> but its not seeing the board
[20:49:25] <JymmmEMC> what is it... lspci or somethign like that
[20:49:39] <alex_joni> JymmmEMC: nope, it's a parport connected board
[20:49:50] <alex_joni> jlmjvm: make sure your bios is set to EPP or soemthing like that
[20:49:59] <jlmjvm> k
[20:51:37] <JymmmEMC> alex_joni: I thought he was playing with USC
[20:51:51] <alex_joni> JymmmEMC: and?
[20:52:08] <JymmmEMC> alex_joni: and USC is a PCI board aint it?
[20:52:20] <jlmjvm> no
[20:52:43] <jlmjvm> rebooting with bios change
[20:52:55] <alex_joni> JymmmEMC: nope, all boards from jone are parport based
[20:53:04] <JymmmEMC> ah
[20:53:07] <alex_joni> jlmjvm: there's also a program called pcisetup to make the parport be EPP
[20:53:15] <alex_joni> (for some PCs where the BIOS is not enough)
[20:55:38] <jlmjvm> hooray,it sees it
[20:56:27] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/extras-Ubuntu-7.10/emc2.files: extras for 7.10
[20:56:28] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/extras-Ubuntu-7.10/etc/modprobe.d/emc2: extras for 7.10
[20:56:30] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/extras-Ubuntu-7.10/etc/udev/rules.d/emc2.rules: extras for 7.10
[20:56:33] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/extras-Ubuntu-7.10/etc/xdg/menus/applications-merged/cnc.menu: extras for 7.10
[20:56:34] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/extras-Ubuntu-7.10/usr/share/applications/ (5 files): extras for 7.10
[20:56:34] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/extras-Ubuntu-7.10/usr/share/desktop-directories/cnc.directory: extras for 7.10
[20:57:10] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/ (drivers.files.in emc2.files.in): new files to install
[20:57:29] <CIA-8> 03jepler 07TRUNK * 10emc2/src/hal/drivers/probe_parport.c: linux/config.h is unneeded and caused a problem on kernels
[20:57:55] <CIA-8> 03jepler 07TRUNK * 10emc2/src/ (configure configure.in):
[20:57:55] <CIA-8> * Fix kernel version checking for
[20:57:55] <CIA-8> * Fix lyx detection for 7.10 -- binary renamed from lyx-qt to lyx; support both
[20:58:15] <CIA-8> 03jepler 07TRUNK * 10emc2/src/Makefile: extra files to install
[20:58:20] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/ (configure control.in): 7.10 uses python 2.5; make debian/control adopt to the major version of python installed
[20:58:23] <CIA-8> 03jepler 07TRUNK * 10emc2/debian/emc2.postinst: 7.10 severely limits per-user locked memory; increase this across the board for systems with emc installed
[20:59:18] <jepler> ... and with that, emc2 builds on the upcoming Ubuntu 7.10 "Gutsy Gibbon" release; experimental packages including realtime kernel at: http://linuxcnc.org/experimental/gutsy/
[21:03:03] <SWPadnos> cool. I'll try to test that this week
[21:03:11] <SWPadnos> is that an SMP kernel build?
[21:03:41] <jepler> SWPadnos: no
[21:03:46] <SWPadnos> ok
[21:03:45] <jepler> I didn't get smp to work
[21:03:49] <SWPadnos> hmm
[21:03:55] <SWPadnos> then I may not test this week :)
[21:04:06] <jepler> also I have no idea why my kernel-image package is so much larger than the official ubuntu one..
[21:04:13] <SWPadnos> 192M did seem a bit excessive
[21:04:19] <alex_joni> did you look at what's inside/
[21:04:20] <alex_joni> ?
[21:04:46] <jepler> it has about the same number of files as an ubuntu kernel
[21:04:51] <jepler> but the first modules I looked at were about 3x bigger on disk
[21:05:18] <alex_joni> odd
[21:05:24] <fenn> debug info?
[21:05:28] <SWPadnos> they aren't multi-architecture, are they?
[21:05:30] <alex_joni> maybe you enabled some debug? or verbose stuff?
[21:05:37] <jepler> 20K /lib/modules/2.6.22-10-generic/kernel/crypto/aes.ko
[21:05:37] <jepler> 20K /lib/modules/2.6.22-11-generic/kernel/crypto/aes.ko
[21:05:37] <jepler> 60K /lib/modules/
[21:06:00] <alex_joni> try modinfo on one
[21:06:01] <jepler> 20K /lib/modules/2.6.22-10-generic/kernel/fs/vfat/vfat.ko
[21:06:01] <jepler> 20K /lib/modules/2.6.22-11-generic/kernel/fs/vfat/vfat.ko
[21:06:01] <jepler> 140K /lib/modules/
[21:06:30] <jepler> modinfo looks about the same
[21:06:46] <fenn> try strings/diff
[21:07:22] <jepler> 'objdump -h' shows a bunch of debug sections
[21:07:34] <jepler> I'm sure that's the reason for the difference
[21:08:44] <alex_joni> jepler: hmm, your kernel has APM and ACPI enabled
[21:08:52] <alex_joni> I suppose you did that on purpose?
[21:09:59] <jepler> alex_joni: CONFIG_ACPI=y is deliberate, "# CONFIG_APM is not set"
[21:10:25] <jepler> I have one piece of hardware that requires CONFIG_ACPI=y for the onboard network to work .. seems to be just fine for realtime as long as the power manangement parts of ACPI are not used
[21:10:30] <jepler> cross-your-fingers though
[21:11:01] <SWPadnos> I think the base ACPI is also needed for multi-core CPUs
[21:11:12] <SWPadnos> though that could be APIC - don't remember
[21:11:26] <alex_joni> apic
[21:11:33] <alex_joni> and lapic
[21:11:41] <SWPadnos> that too, but ACPI may be needed to turn the other core on
[21:11:49] <alex_joni> probably
[21:12:01] <alex_joni> jepler: the CONFIG_PM fooled me
[21:12:07] <alex_joni> # Power management options (ACPI, APM)
[21:12:07] <alex_joni> #
[21:12:08] <alex_joni> CONFIG_PM=y
[21:12:29] <jepler> on this machine of mine, the ACPI has something to do with IRQ management
[21:12:59] <alex_joni> just out of curiosity, does 2.6.15-magma work on it?
[21:14:06] <jepler> my recollection is that breezy and dapper both didn't work with the onboard NIC -- detected but didn't work right
[21:14:21] <jepler> so if 2.6.15-magma is the realtime kernel for dapper, no, it doesn't work
[21:14:40] <alex_joni> yeah, dapper..
[21:14:49] <alex_joni> probably because of the same issue
[21:19:20] <jepler> bbl
[21:27:03] <alex_joni> * alex_joni goes to bed
[21:27:06] <alex_joni> good night all
[21:31:01] <jepler> mumble INSTALL_MOD_STRIP
[21:32:18] <alex_joni> great name they chose
[21:32:34] <jepler> I'm trying to see how it gets set for the ubuntu kernel, haven't found it yet
[21:32:49] <jlmjvm> alex_joni:thanks for the help earlier
[21:32:58] <jepler> "mumble" is my own interjection
[21:35:26] <alex_joni> jepler: I figured that :)
[21:35:45] <alex_joni> jepler: might want to check /boot/config-* ?
[21:36:00] <jepler> alex_joni: yeah, but INSTALL_MOD_STRIP is not anything from .config
[21:36:31] <jepler> tristate "STRIP (Metricom starmode radio IP)"
[21:36:37] <jepler> there's this but it's a wireless NIC of some sort
[21:36:39] <jepler> anyway .. bbl -- and I mean it this time
[21:38:05] <alex_joni> btw, you can easily update your info on cia.vc now
[21:38:16] <alex_joni> I just did it for http://cia.vc/stats/project/emc
[21:55:47] <jepler> alex_joni: neat
[21:56:39] <JymmmEMC> http://www.arduino.cc/
[21:57:06] <alex_joni> Site Stats Summary
[21:57:06] <alex_joni> HitsVisitors
[21:57:06] <alex_joni> Total1111618139358
[21:57:06] <alex_joni> Today1323317
[21:57:06] <alex_joni> Week153913205
[21:57:08] <alex_joni> Month6669511814
[21:57:11] <alex_joni> Year810726104730
[21:57:29] <alex_joni> 100k visitors/year for linuxcnc.org isn't that bad
[21:58:28] <alex_joni> good night all
[22:09:40] <tomp> JymmmEMC: maybe of interest (diy usb i/o) http://electronics.wikia.com/wiki/PHOENIX http://semifluid.com/?p=24
[22:35:21] <JymmmEMC> tomp: Thanks, someone just mentioned the other one to me, I thought it was novel idea as it's an open source HW project, they even give you the eagle files for the PCB's.
[22:35:40] <tomp> watching the intro vid now :)
[22:35:54] <JymmmEMC> heh, I didn't know it had a video! lol
[22:36:29] <tomp> its based on older thingy i looked at 'wiring', thanks again http://www.youtube.com/watch?v=PeScmRwzQho
[22:52:33] <tomp> arduino not hid :(
[23:44:04] <fenn> ow that arrduino video is painful to watch
[23:46:12] <SWPadnos> get one of these and write some software: http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail?name=AT90USBKEY-ND
[23:46:31] <fenn> um, no
[23:46:42] <SWPadnos> ok, don't
[23:46:56] <fenn> i just bought parts for 25 usb programmers, based on attiny2313
[23:47:46] <fenn> usb avr programmers *
[23:47:57] <SWPadnos> yes, and?
[23:48:04] <fenn> so why would i mess with that
[23:48:22] <SWPadnos> for the analog USB I/O thing people were discussing earlier
[23:49:36] <fenn> that's actually pretty decent
[23:50:07] <SWPadnos> yep :)
[23:50:10] <fenn> the headers look stupid
[23:50:16] <SWPadnos> no buffering or anything - it's like the Pluto
[23:50:29] <fenn> they arent even 0.1" though
[23:50:43] <SWPadnos> 2mm then, most likely
[23:51:18] <SWPadnos> ah - hm. the pitch is different from the row spacing. that is weird
[23:51:37] <fenn> probably fits some header that they cheaped out on
[23:53:33] <fenn> 1.27mm dual header
[23:53:55] <SWPadnos> yeah, I see they're standard items
[23:54:00] <SWPadnos> still weird though