| 00:11:28 | GoRK | yeah i think it's just my stupid circut board...blah i need a good board |
| 00:13:59 | scanline | hehe. Right now i'm just having fun taking apart my tuxscreen |
| 00:28:49 | scanline | GoRK: Is there any better documentation about which wire goes where on the comm board? |
| 00:32:02 | Sammy | morning all |
| 00:32:08 | scanline | morning sammy |
| 00:44:33 | SpaceCoaster | scanline: want a tuxphone bug? |
| 00:45:04 | scanline | SpaceCoaster: No, it already has plenty :) |
| 00:45:19 | scanline | what did you find? |
| 00:46:26 | SpaceCoaster | scanline: I am connecting to it from Java and the writes are done in bits (Short, Short, Long), they arrive in bits too. |
| 00:46:58 | scanline | I see |
| 00:47:09 | scanline | I think I can fix that |
| 00:47:28 | SpaceCoaster | need some loops around the reads? |
| 00:47:40 | scanline | yeah |
| 00:47:52 | scanline | loop until it has a whole packet |
| 00:48:17 | SpaceCoaster | Just to check if I send OPCODE_REGISTER_EVENTS, MODE_REGISTER_EVENT, -1L does that get me everything |
| 00:49:17 | scanline | yes |
| 00:49:23 | scanline | well... |
| 00:49:30 | scanline | checks whether it's signed or unsigned... |
| 00:50:03 | SpaceCoaster | scanline: and two last things :-), make the polling events high debug rather than low and make the debug output go to stderr or make stdout unbuffered! |
| 00:50:35 | scanline | ok |
| 00:51:03 | SpaceCoaster | doesn't know what Java makes of unsigned |
| 00:51:22 | scanline | SpaceCoaster: -1L won't work |
| 00:51:37 | scanline | use 0x7FFFFFFF and that should always give you every event |
| 00:52:01 | scanline | The header file uses (~0L) |
| 00:52:08 | scanline | don't know if that works in java... |
| 00:52:25 | SpaceCoaster | cheers, is it ok reporting these rather than fixing em and sending a patch? |
| 00:53:33 | scanline | it would be more likely to get fixed if you send a patch or just fix it in CVS |
| 00:53:46 | scanline | Are we using the SF bug tracker for tuxscreen yet? |
| 00:53:59 | scanline | I've been using it lately for Picogui and it's helpful |
| 00:56:30 | SpaceCoaster | ok, i'll pull the changes together and fly them by you first |
| 00:58:25 | scanline | cool |
| 00:58:47 | scanline | Remember that GoRK and CosmicPenguin are responsible for this too :) |
| 00:59:19 | SpaceCoaster | ahh but your name was on the last checkin to CVS :-) |
| 01:00:25 | scanline | I knew there was a reason GoRK didn't commit the networked version instead of emailing it to me... |
| 01:01:06 | SpaceCoaster | probably gave the old excuse about having to leave on a urgent trip... |
| 01:02:12 | SpaceCoaster | scanline: are 0 length reads ok from a network socket? |
| 01:02:23 | scanline | I don't think they are |
| 01:02:34 | scanline | IIRC it returns 0 when the client disconnects |
| 01:03:06 | SpaceCoaster | yeah, thats right it selects but returns zip. thanks. |
| 01:11:10 | SpaceCoaster | scanline: how about we change the protocol to include the packet length |
| 01:12:16 | scanline | I definitely agree with that |
| 01:12:24 | scanline | also: |
| 01:12:36 | scanline | i think there is a a problem related to variable packet length in the tuxscreen code |
| 01:12:56 | scanline | I just don't like the solution of putting all the packets in a union |
| 01:13:56 | SpaceCoaster | what is the problem? |
| 01:14:12 | scanline | checks the code again... |
| 01:14:52 | scanline | The deliver_foo_event functions allocate a PKT_FOO_EVENT on the stack |
| 01:15:01 | scanline | and they pass it do deliver_event, casted to a PKT_EVENT |
| 01:15:12 | scanline | but PKT_EVENT will be bigger than PKT_FOO_EVENT |
| 01:15:33 | scanline | So some of the packet's contents will be undefined |
| 02:05:59 | Aelhaz | http://www.wacom.com/lcdtablets/index.cfm |
| 02:09:59 | scanline | solders little wires to his UCB1200 |
| 03:25:02 | scanline | tries to figure out where to solder wires to on the back... |
| 03:29:28 | GPSFan | scanline: download this pix and zoom in on the connector, then look at the shanip.pdb schematic. http://tuxscreen.net/download/schematics/emain66bx.jpg |
| 03:30:02 | scanline | I'm looking at the picture now |
| 03:30:08 | GPSFan | scanline: i did some photoshop work on the picture to make it a little clearer. |
| 03:30:14 | scanline | but that telephone connector is covering the DSP header |
| 03:30:18 | scanline | oh |
| 03:30:45 | scanline | I've got all the wires on my UCB1200 :) |
| 03:31:21 | GPSFan | good, pin 1 of the connector where the wires go on the back is in the upper right. |
| 03:31:22 | scanline | you rotated it and changed the contrast? |
| 03:31:27 | GPSFan | yep.. |
| 03:31:30 | scanline | ok |
| 03:31:58 | GPSFan | pin 2 doesn't have the yellow wire on it. |
| 03:32:06 | scanline | It would have been nice if they gave pin numbers on the original description... |
| 03:32:11 | scanline | but at least we got something |
| 03:33:07 | GPSFan | they made it challenging. we wouldn't have wanted it handed to us on a silver platter, would we? |
| 03:33:21 | GPSFan | ;>)) |
| 03:34:18 | scanline | yep |
| 03:34:32 | scanline | they could have given us full DSP documentation and let us come up with this on our own :) |
| 03:36:32 | Proteus | Heh. Any breakthroughs tonight? |
| 03:36:55 | scanline | I'm gonna see if I have more luck with this shanip than GoRK |
| 03:36:59 | GPSFan | Yellow goes to pin 4, grey to pin 3, green to pin 8, black to the - of the cap near the connector (ground) |
| 03:37:09 | scanline | nice |
| 03:37:11 | Proteus | Heh. Someone get a batch of shanip's running already? |
| 03:37:17 | scanline | batch? |
| 03:37:22 | scanline | AFAIK we don't have 1 working |
| 03:37:27 | Proteus | *nod* Or just one person? |
| 03:37:39 | scanline | GoRK has had some success with his |
| 03:39:03 | Proteus | Cool. Very cool. |
| 03:39:39 | Proteus | I'm still trying to get some time to boot my Shannon and build up an AudioMonger (modified Shanip) board. |
| 03:40:31 | scanline | I'm going to have my shanip circuit on a breadboard so I can play with modifications |
| 03:40:47 | Proteus | Ditto - probably wire-wrap to start. |
| 03:41:18 | scanline | I would do wire-wrap but I don't have a board handy |
| 03:41:31 | Proteus | Get 1/8" mini-jack I/O on the shannon, multi-relays for the jacks to support h.323 gatewaying (if the phone will support it), and maybe some other niffy circuitry like a second line for a dedicated modem. |
| 03:42:02 | scanline | nice |
| 03:42:42 | Proteus | Not sure if I'll have a proto wrapped in the next two weeks since I'm moving, and building what is in effect a NorthBridge chip, but we'll see. :-) |
| 03:45:21 | scanline | wow |
| 03:45:40 | scanline | Any pinouts for the SA1100 board's connector yet? |
| 03:46:03 | GPSFan | scanline: which connector # ? |
| 03:52:53 | scanline | GPSFan: I dunno... the really long one that connects the two boards |
| 03:52:59 | GPSFan | scanline: try the wiki http://tuxscreen.net/wiki/view//ScheMatics or specifically http://tuxscreen.net/download/schematics/conns.pdf |
| 03:53:56 | scanline | cool, I'll check this out |
| 03:54:14 | scanline | I had to take apart the LCD module just for fun. It's amazing how much hardware you get for $99 :) |
| 03:54:49 | GPSFan | ok, new rev's will probably be up in a day or so, I've been busy with other than Tux projects... |
| 03:56:06 | GPSFan | it is also amazing how much $$ Lucent/Phillips lost on this project. |
| 03:56:43 | GPSFan | night all... |
| 04:50:26 | scanline | Yay, now my tuxscreen has 2 cat5 cables sticking out the side with connections to the DSP and UCB1200 |
| 05:02:16 | scanline | cool, I don't think I fried my Tux... |
| 05:31:01 | GoRK | hello |
| 05:31:08 | GoRK | what did you do? |
| 05:31:42 | scanline | hey GoRK. This is cool |
| 05:31:52 | GoRK | does yours work? |
| 05:31:53 | scanline | I haven't built the actual shanip circuit yet, |
| 05:32:08 | GoRK | mine sucks |
| 05:32:16 | scanline | but I hooked up cat5 cables to the ucb1200 and the DSP and ran them out a hole in the side of the phone to a breadboard |
| 05:32:25 | GoRK | but audio goes in and out |
| 05:32:35 | scanline | cool |
| 05:32:56 | scanline | This breadboard happens to have a mini audio jack on it, so I've got a wire that goes to my stereo |
| 05:33:21 | scanline | I found the wire that has the phone audio on it :) |
| 05:33:36 | GoRK | ahh so you just are listening to audio now? |
| 05:33:38 | scanline | I was just preparing a CF card to see if I could get madplay installed on here and test the UCB1200 |
| 05:33:59 | scanline | I want to make sure my connections are good before I stick the shanip circuit in. Incremental testing |
| 05:34:17 | scanline | pulls a 16 meg CF card out of his camera |
| 05:34:17 | andersee | scanline: got one built already? |
| 05:34:29 | andersee | that was fast |
| 05:34:32 | scanline | andersee: No, but I've got wires running out the side of my Tux onto a breadboard |
| 05:34:41 | andersee | ahh |
| 05:34:48 | GoRK | remember you have to wire a resistor up between 3.3v out and the ucb1200 spk_vcc if youre giong to check stuff out w/o the rest of the circut... also it wont be line level so it probably wont work on your stereo |
| 05:34:56 | scanline | right |
| 05:35:27 | GoRK | andersee: did you build one? |
| 05:35:44 | andersee | nope. |
| 05:36:01 | andersee | My breadboards are still in a box in my basement |
| 05:36:06 | GoRK | ah |
| 05:36:28 | GoRK | i'm no good at going from schematic-> breadboard. i always get confused |
| 05:36:38 | GoRK | consequently my breadboards always look like dump |
| 05:37:03 | GoRK | isnt there a program that you put in the schematic and it makes a breadboard layout? |
| 05:37:23 | GoRK | i seem to remember something for the mac a long time ago |
| 05:37:33 | andersee | I went to the local thrift store about 10 years ago, and bought a real breadboard (made of wood) and then screwed my breadboards down onto it. I found that helps... |
| 05:37:39 | scanline | i remember a circuit simulator where you'd enter the circuit on a breadboard |
| 05:39:27 | scanline | GoRK: any special incantations for compiling madplay? |
| 05:39:42 | GoRK | scanline: dunno i just use debian's madplay |
| 05:39:55 | scanline | Ah. I haven't gotten around to setting up an NFS-root system |
| 05:40:03 | GoRK | scanline: actually the first thing i did was to pipe the audio over the network... |
| 05:40:24 | scanline | that worked? |
| 05:40:37 | GoRK | just use mpg321 -r 8000 -m | nc <tuxip> <port> on your pc |
| 05:40:47 | GoRK | dont forget the filename of course :) |
| 05:41:00 | scanline | ooh. I want to get this thing playing Pink Floyd! |
| 05:41:01 | GoRK | and on the tux do nc -l -p <port> > /dev/dsp |
| 05:41:38 | scanline | The first song I got Kiwi's audio playing was "Brain Damage" from Dark Side of the Moon, so I think I will continue that tradition |
| 05:41:55 | GoRK | i played some hhgttg |
| 05:44:00 | scanline | GoRK: Yeah, that may be more appropriate for the low sampling rate |
| 05:44:11 | scanline | I'll try both as soon as mpg321 downloads... |
| 05:44:26 | GoRK | mpg123 works also just fine |
| 05:44:43 | GoRK | they are functionally identical. actually i believe that mpg321 uses madplay's engine |
| 05:44:46 | scanline | Oh yeah, I probably have that |
| 05:44:57 | scanline | yup |
| 05:45:01 | scanline | hooks up a resistor |
| 05:45:11 | GoRK | 50 ohm would be a good bet |
| 05:45:26 | scanline | shanip uses 470 ohm |
| 05:45:39 | GoRK | ah well then 470 ohm would be a good bet |
| 05:49:43 | scanline | With my bag-o-resistors seek time isn't too good... |
| 05:50:40 | andersen | I keep mine sorted and stuck in a piece of styrofoam.... |
| 05:54:18 | GoRK | i sort of do the same thing but i stick them directly into my arm |
| 05:55:44 | andersen | heh |
| 05:58:39 | scanline | I didn't think it was /dev/dsp on the tuxscreen |
| 05:58:43 | scanline | that seems to not exist |
| 05:59:03 | scanline | wasn't there a ucb1200 device you had to mknod first? |
| 05:59:04 | GoRK | mknod /dev/ucb1200-audio c 42 3 |
| 05:59:09 | scanline | thanks |
| 05:59:27 | GoRK | you can symlink it to /dev/dsp also . it supports most oss things |
| 05:59:32 | scanline | nice |
| 05:59:55 | scanline | Wahoo!!! |
| 06:00:00 | scanline | It's playing music |
| 06:00:23 | andersen | Cool!!!! |
| 06:00:36 | scanline | Of course 8khz doesn't do pink floyd justice... |
| 06:00:39 | scanline | I'll try some hhgtg |
| 06:01:02 | andersen | hhgtg? |
| 06:01:11 | scanline | hitchhiker's guide to the galaxy |
| 06:01:15 | andersen | ahh |
| 06:01:19 | scanline | not bad! |
| 06:01:34 | scanline | this makes my hub blink nicely :) |
| 06:01:48 | GoRK | scanline: you can do more than 8khz if you do it natively or use rplayd or something |
| 06:01:54 | scanline | ooh |
| 06:02:01 | scanline | goes back to compiling madplay... |
| 06:02:03 | GoRK | but just catting in/out of /dev/dsp can't set the frequency |
| 06:02:20 | scanline | I want to have madplay play songs from my CF card :) |
| 06:02:42 | GoRK | is it playing out of your stereo? |
| 06:02:45 | andersen | Some elevator music for when placing people on hold? |
| 06:02:53 | scanline | yes |
| 06:02:59 | scanline | Well, my computer speakers |
| 06:03:05 | scanline | It's basically a stereo :) |
| 06:03:29 | GoRK | btw the shanip circut's audio does not go back to the phone line... i tried playing some audio while someone was on the line and they could not hear it.. |
| 06:03:40 | scanline | hmm |
| 06:03:44 | andersen | hmm |
| 06:03:48 | GoRK | but... |
| 06:04:10 | GoRK | if we want to use shanip as a channel interface we can play audio w/ ucb1200 telecom codec instead! |
| 06:04:23 | scanline | haha |
| 06:04:59 | GoRK | it wont work w/o a phone line which i suppose is why they didnt use it in the first place |
| 06:05:56 | scanline | Hey, I would have been happy with a headphone jack on the side... |
| 06:07:20 | andersen | scanline: your shanip board -- did you just follow the shanip.pdf schematic? |
| 06:07:58 | scanline | andersen: I haven't build the shanip yet, I have a breadboard wired up to the ucb1200 and DSP. I'm having a little fun with the ucb1200 audio before building the shanip |
| 06:08:06 | scanline | (I'll build it after I get madplay working) |
| 06:08:25 | GoRK | afaik i am the only one who has built one. i followed the schematic and i cant get it to sound decent :) |
| 06:08:36 | scanline | There we go, I'm getting the hang of this cross-compiling thing... |
| 06:08:47 | GoRK | scanline: i found a program called 'tonegen' that has been very useful |
| 06:09:05 | GoRK | it just makes a sine wave at whatever sampling rate you want. .. |
| 06:09:10 | scanline | that sounds useful |
| 06:09:24 | andersen | scanline: ok then, for your shanip-esque breadboard thing -- did you follow the shanip.pdf schematic or just brew your own thing? |
| 06:09:49 | scanline | andersen: So far it's just a bunch of wires and a 470 ohm resistor |
| 06:09:57 | GoRK | and frequency too.. could be used to test low/high pass cap values |
| 06:10:07 | andersen | sounds easy enough that even I could make it work then |
| 06:10:11 | scanline | I cut a hole in the left side of the tux, and ran some cat5 cables from the comm board to a breadboard |
| 06:10:31 | GoRK | scanline: http://www.lns.com/papers/tonegen/ |
| 06:20:57 | scanline | Argh. It keeps trying to compile madplay with x86 assembly language code |
| 06:33:50 | scanline | Argh argh. I downloaded the madplay from debian only to realize it is compiled against glibc not uClibc |
| 06:33:56 | scanline | maybe I'll just install debian on my Tux |
| 06:40:06 | andersen | maybe I should finish off the remaining bits of work needed to make them binary compatible... :-) |
| 06:40:23 | scanline | hehe |
| 06:40:36 | scanline | Nah, uClibc is great. I'm annoyed at mad's build system |
| 06:40:55 | scanline | so, I'm trying to get the debian base system running over NFS |
| 06:43:07 | andersen | I have an older version that works nicely on arm, and doesn't create any libmad.... |
| 06:43:26 | scanline | older version of madplay? |
| 06:43:30 | andersen | yup |
| 06:43:49 | andersen | I sent in pame patches to it about a year ago |
| 06:44:11 | andersen | to make it act more like mpg123 |
| 06:44:15 | scanline | Well, if this debian over NFS doesn't work, I'll bug you for madplay binaries :) |
| 06:49:21 | GoRK | andersee: maybe that was what fueled the start of mpg321.... or is that different? it seems to use the same amount of processor time on my tux as madplay |
| 06:50:26 | andersen | GoRK: mpg321 uses libmad to do its heavy lifting... |
| 06:50:40 | GoRK | ah well that explains it then |
| 06:51:41 | andersen | scanline: I just compiled up madplay mad-0.12.2b vs uClibc... no problem... |
| 06:51:58 | GoRK | yeah but you probably didnt x-compile it did you? |
| 06:52:10 | scanline | andersen: What sort of ./configure incantations did you use? |
| 06:53:00 | scanline | andersen: Or if you send me the binary I'll hurry up and build my shanip :) |
| 06:53:20 | andersen | ./configure --disable-mmap --disable-nls |
| 06:54:31 | andersen | http://codepoet.org/mad-0.12.2b-uclibc.tar.gz -- has uClibc binary sitting in there |
| 06:54:44 | scanline | thanks |
| 06:54:45 | andersen | ARM uClibc that is |
| 06:56:50 | scanline | big binary |
| 06:57:08 | GoRK | strip strip |
| 06:57:58 | GoRK | gotta sleep. later folks |
| 06:58:03 | scanline | 'night |
| 06:58:45 | andersen | night |
| 07:02:30 | andersen | scanline: that binary seems to not be working right.... |
| 07:02:39 | scanline | i just tried it |
| 07:02:45 | scanline | it looks like it plays, but it doesn't |
| 07:02:57 | andersen | right |
| 07:03:07 | andersen | just tried it myself... |
| 07:03:11 | andersen | sorry :-( |
| 07:03:16 | scanline | you hooked up your audio output too? |
| 07:03:28 | scanline | no problem |
| 07:05:01 | andersen | No, just tried it on my netwinder... |
| 07:05:07 | scanline | decoding to a wave file seems to work |
| 07:05:46 | scanline | though if i cat it to /dev/dsp the sample rate is wrong |
| 07:06:00 | andersen | Probably some uClibc math error.... |
| 07:06:11 | scanline | hmm |
| 07:06:35 | andersen | though it should be using only fixed point math, so that shouldn't happen... |
| 07:06:42 | scanline | i'll transfer the wav file back to my desktop and see if it decoded right |
| 07:06:56 | andersen | Lemme try mad-0.13.0b with uClibc. |
| 07:08:59 | andersen | Well, it compiles.... Same behavior. Odd. |
| 07:09:24 | andersen | Clearly this is showing up some uClibc bug in some rarely used function. |
| 07:09:43 | scanline | did you try output to file or /dev/dsp? |
| 07:09:52 | Lenolium | *pling* |
| 07:10:08 | andersen | dsp |
| 07:10:52 | scanline | I'm listening to the wav file I just sent from my Tux to my desktop |
| 07:10:58 | scanline | it decoded fine, just has trouble with /dev/dsp |
| 07:11:01 | andersen | It _is_ linking in libm, which I know has some problems on arm. |
| 07:11:26 | andersen | It uses log10 and pow |
| 07:11:49 | andersen | I'll bet you a zillion dollars one (or both) of those are broken on ARM |
| 07:12:12 | scanline | but it decodes correctly |
| 07:12:19 | scanline | why would a math bug only break dsp output? |
| 07:13:01 | andersen | dunno |
| 07:13:07 | andersen | I'm just guessing... |
| 07:13:21 | scanline | what sound chip does the netwinder use? |
| 07:14:28 | andersen | waveartist |
| 07:14:34 | scanline | hmm |
| 07:14:50 | andersen | madplay works fine compiled vs glibc. |
| 07:15:11 | andersen | compiles, but fails to play to the dsp with uClibc.... |
| 07:15:29 | andersen | clearly an 'Erik's fault' bug somewhere |
| 07:15:56 | scanline | See, that's what you get for writing software ;) |
| 07:16:47 | andersen | I should learn to stop doing that -- get me into trouble |
| 07:16:52 | scanline | hehe |
| 07:17:03 | andersen | I should stick with sleeping. I'm good at that. |
| 07:17:11 | scanline | me too |
| 07:17:37 | andersen | Well, I don't have time to dig into it right now |
| 07:17:44 | scanline | yeah |
| 07:17:56 | scanline | maybe I just need to write a little C program to change the sampling rate on /dev/dsp |
| 07:18:51 | scanline | maybe I'll go back to that debian plan |
| 07:19:07 | scanline | but it would be cool to have madplay running with uClibc... |
| 07:20:22 | andersen | You could easily compile up a static vs glibc madplay.... |
| 07:20:28 | scanline | ah |
| 07:20:32 | scanline | that would work |
| 07:20:44 | scanline | I shall try tht |
| 07:20:48 | scanline | s/tht/that/ |
| 07:29:42 | andersen | I've got it compiling now... you can have a copy if you want. |
| 07:29:58 | scanline | cool. I've almost got ./configure figured out :) |
| 07:30:10 | scanline | yay, soon I shall build my shanip |
| 07:31:34 | scanline | so you have one statically linked working with /dev/dsp? |
| 07:31:39 | andersen | $ file ./madplay ./madplay: ELF 32-bit LSB executable, Advanced RISC Machines ARM, version 1, statically linked, stripped |
| 07:31:39 | andersen | [andersen@winder mad-0.13.0b]$ ll ./madplay |
| 07:31:39 | andersen | -rwxr-xr-x 1 andersen andersen 652600 Oct 30 01:33 ./madplay* |
| 07:31:39 | andersen | [andersen@winder mad-0.13.0b]$ |
| 07:32:19 | scanline | big binary |
| 07:32:27 | scanline | can you DCC it to me? |
| 07:32:32 | andersen | yeah well |
| 07:32:40 | andersen | http://codepoet.org/madplay |
| 07:32:43 | scanline | thanks |
| 07:33:14 | andersen | I tested it, and it works on my netwinder... |
| 07:33:25 | scanline | and it shall soon work on tuxscreen |
| 07:34:13 | scanline | wow, the quality on this ucb1200 ain't bad |
| 07:34:45 | scanline | i'm getting occasional glitches though |
| 07:35:48 | scanline | tries more songs... |
| 07:36:17 | andersen | heh |
| 07:36:36 | andersen | Playing via speakerphone? |
| 07:36:46 | scanline | not yet |
| 07:36:51 | scanline | I have it hooked up to my computer speakers |
| 07:38:02 | scanline | and now I shall build the shanip |
| 07:42:09 | Lenolium | *pling* |
| 07:42:45 | scanline | bah. My roommate's asleep and it's too dark in here to read resistors |
| 07:42:52 | scanline | Maybe I'll build it tomorrow morning |
| 07:43:27 | scanline | good night |
| 07:43:31 | scanline | is away: sleep |
| 07:44:41 | andersen | night |
| 09:00:14 | BZFlag | nite |
| 13:54:16 | pattieja | is back (gone 14:06:21) |
| 15:45:37 | bhima | is anybody aware of people repackaging tuxscreens into different shaped cases? |
| 15:46:59 | AlHazWork | there are a few people talking about it |
| 15:47:37 | bhima | is there a mailing list where this goes on? |
| 15:48:06 | bhima | basically, I'm mounting mine in my car, but looking at the dimensions, the offset size of the mainboard and daughterboard is too big. |
| 15:48:33 | bhima | each board is fine. so I need to either make a small board that would maek them sit on top of each other, or I need to make my own daughterboard. |
| 15:49:40 | AlHazWork | you mean a tuxscreens-in-different-cases list? no |
| 15:50:00 | bhima | well, I would doubt that there is a specific mailing list for that topic. |
| 15:50:45 | bhima | I just hadn't seen any mailing lists listed. |
| 15:52:42 | AlHazWork | yeah, there's a mailing list. http://sourceforge.net/mail/?group_id=20228 |
| 15:54:02 | bhima | thanks. |
| 15:54:12 | bhima | oh, cool, I see the corrected 5v schematic. |
| 15:56:50 | SpaceCoaster | bhima: thekernel and RedBaron are interested in this topic also |
| 15:58:25 | GPSFan | bhima: That's from me, it is not from the "official" contact. I'm trying to get a consensus from the hardware folk that those changes are reasonable. |
| 15:59:20 | bhima | space: excellent. One thing I am thinking of is actually ignoring the existing daughterboard, and hooking up an ADC to the serial port to read from the touch screen. |
| 15:59:28 | prpplague | GPSFan: hey as long as it doesn't spit fire or puke green pea soup |
| 15:59:58 | GPSFan | prpplague: that it should not do (anymore) ;>) |
| 16:00:39 | GPSFan | prpplague: (till tomorrow!!) ;>)) |
| 16:01:00 | bhima | do you think that a little "extender" board that was, say, 50cm long and extended the daughterboard/mainboard connector would work? |
| 16:01:02 | prpplague | lol |
| 16:01:13 | bhima | (just wondering if the signalling is too fast for that. presuming a high quality PCB. |
| 16:01:59 | bhima | might be a good time for me to experiment with multi-layer UV etched boards :) |
| 17:17:07 | BZFlag | to work |
| 18:24:02 | MacAtack | Hey BZFlag, I have a couple URLS and wanted to know if they would be relevant to the TuxScreen ARM processor |
| 18:24:10 | MacAtack | http://sources.redhat.com/ecos/tools/linux-arm-elf.html |
| 18:24:20 | MacAtack | http://www.billgatliff.com/ |
| 18:25:00 | Micro_Chip | g'mornin BZFlag |
| 18:25:14 | BZFlag | the first is, the second is somewhat so. add em to the wiki Links page. |
| 18:25:33 | BZFlag | Micro_Chip: morning, well... actuall afternood here. ;-) |
| 18:25:42 | BZFlag | and I can't type.... |
| 18:29:16 | MacAtack | can't figure this wiki thing out |
| 18:29:28 | MacAtack | where be the wiki links page? |
| 18:30:16 | BZFlag | http://TuxScreen.net/wiki/view//TuxScreenLinks |
| 18:30:58 | MacAtack | ahh ok kinda figured that was it... then i add my links in by clicking on the [TuxScreenLinks] link at the top? |
| 18:31:50 | Micro_Chip | nood eh, hmmmmm got sumfin else on your mind ? *lol* |
| 18:31:53 | BZFlag | yep. or clicking edit. same thing. |
| 18:32:14 | MacAtack | ahhhhh ok... i'm learnin' |
| 18:32:36 | kernelwork | BZFlag, how long do you think I have to order another one before you run out? I see you have gone from 900+ to 700+ in the last little while. |
| 18:32:49 | BZFlag | I realise that the wiki is not as easy as forums to add things, but I think it easier to find stuff. what do you think? |
| 18:33:38 | Micro_Chip | BZFlag wiki: i think its simply a matter of getting used to it, no its not "standard" interface, but i havent found anything really strange about the interface' |
| 18:33:40 | BZFlag | kernelwork: selling about 30 a week give or take. so 700 should last another 23 weeks? |
| 18:34:02 | MacAtack | i was really confused what it was when i first found your site but now that i know its pretty easy to find stuff... |
| 18:34:11 | kernelwork | Ok |
| 18:34:12 | BZFlag | Micro_Chip: agreed. |
| 18:34:23 | Micro_Chip | units: so should be some around till at least spring eh? unless linux starts taking over the world before then? |
| 18:34:31 | BZFlag | MacAtack: heh. perhaps some folks will like it add add wikis to thier sites. |
| 18:34:56 | BZFlag | wiki wiki = quick in hawaian |
| 18:34:59 | MacAtack | BZFlag: yeah maybe |
| 18:35:07 | CosmicPenguin | Micro_Chip: *starts* taking over the world? I like to think of it as *continues* to take over the world |
| 18:35:23 | BZFlag | er hawaiian |
| 18:35:25 | Micro_Chip | CosmicPenguin: ok lemme rephrase .... ACCELERATES the world takeover |
| 18:35:38 | CosmicPenguin | Micro_Chip: Better... :) |
| 18:36:09 | BZFlag | there are occational large orders, a group in korea ordered 32 |
| 18:36:19 | Micro_Chip | like if the DOJ gets intelligent (yea right) and forces M$ to take the exclusive use parts out of their secret licences |
| 18:36:33 | BZFlag | I'm expecting an order for 10 from a group in... hmm was it belgium? |
| 18:37:08 | Micro_Chip | BZFlag: so did you design/develop this thing or what? |
| 18:37:17 | BZFlag | no. just aquired them. |
| 18:37:24 | BZFlag | read the history wiki page. |
| 18:37:37 | Micro_Chip | ack, ya mean i gotta read? *lol* |
| 18:37:48 | BZFlag | http://TuxScreen.net/wiki/view//SomeHistory |
| 18:38:00 | Micro_Chip | awww, not nice =) |
| 18:38:09 | kernelwork | Hey, I'm getting the same busybox/Config.h problem when I run make World |
| 18:38:11 | BZFlag | perhaps that's rtfw ? |
| 18:38:23 | Micro_Chip | rotfl yea |
| 18:38:26 | kernelwork | It keeps asking me what file I need to patch |
| 18:38:41 | BZFlag | kernelwork: talk to andersee, he broke it. |
| 18:39:17 | kernelwork | I see what's broken I just dont' have the file to fix it |
| 18:39:18 | BZFlag | busybox now has a new config engine. the patch needs to be updated. |
| 18:39:30 | AlHazWork | mkfs.jffs2 is broken too, for some people |
| 18:39:38 | BZFlag | perhaps "cd busybox;make oldconfig" might fix it. |
| 18:39:43 | kernelwork | Should it work if I already have mkfs.jffs2 in my path? |
| 18:40:17 | BZFlag | kernelwork: no. you have to use the buildroot one or one from new cvs. andersee added the devices file to newer versions. |
| 18:40:18 | kernelwork | BZFlag: I con't have any Config.h in busybox the tar doesn't have one. The patch is expecting to update an old Config.h file |
| 18:40:26 | SteveD | hi - on busybox - format of the busybox source tree was changed. My workaround was to get an older one |
| 18:40:30 | BZFlag | I'd be happier with a fakeroot solution... ;-) |
| 18:40:46 | BZFlag | kernelwork: did you run make oldconfig ? |
| 18:41:04 | kernelwork | I removed everything from the buildroot-tux directory except the CVS directory then did a 'cvs upd -d' |
| 18:41:08 | CosmicPenguin | BZFlag: Yeah, that new busybox threw me for a loop too... any bug fixes we need from the new stuff? |
| 18:41:10 | SteveD | incidentally - also has trouble in that the 200109xx versions of mtd aren't available for download anymore |
| 18:42:19 | BZFlag | SteveD: agreed. that needs to be fixed as well. |
| 18:42:37 | BZFlag | I'm thinking of converting the DL on those to be a date stamped cvs checkout. |
| 18:42:56 | SteveD | I got buildroot from the download directory. Should I rather fetch out of cvs? |
| 18:43:15 | BZFlag | then they will always work. (well, if you have outgoing pserver access.... |
| 18:43:19 | kernelwork | I did that make oldconfig just now and basicly hit enter all the way though. It seems to be working for now |
| 18:43:41 | BZFlag | SteveD: yes. "cvs up -PdA" should update you. might need to "cvs login" first. |
| 18:44:15 | SteveD | I'll change. Wondered why the wheaties patch didn't go in completely clean |
| 18:46:39 | BZFlag | does a "make distclean;cvs up -PdA;make" |
| 18:47:02 | MacAtack | BZFlag: it might say this on ur website (i applogize if it does) but what can we do with our shannon phones now? (other than the factory default software :) |
| 18:47:50 | BZFlag | MacAtack: will the default stuff you can use phone, speaker phone, caller id, call waiting id, and web + email of a ppp pop3 account. |
| 18:48:38 | SteveD | cvs co .... here it all comes |
| 18:48:53 | BZFlag | MacAtack: or install linux which supports pcmcia devices (inferno does not), touchscreen, display, etc. DSP support under linux (phone stuff) is in real early stages. |
| 18:50:03 | BZFlag | SteveD: you think co gets stuff wait till you type make. ;-) |
| 18:50:20 | MacAtack | DSP as in a hardware Codec DSP for VoIP (like G.723.1?) or is that still unknown as of yet? |
| 18:50:29 | SteveD | bzflag: already did that off the /download version. As you say - munch munch |
| 18:50:53 | Micro_Chip | BZFlag: is there a facility current or in the works for using it as a software answering machine ? |
| 18:50:55 | BZFlag | DSP is DMTF stuff. VoIP will use the onboard ucb1200 but needs hardware mods to work. |
| 18:51:13 | BZFlag | Micro_Chip: with the same ucb1200 hardware mods, yes. |
| 18:51:16 | SteveD | macatack: dsp seems to have hardcoded software not including codecs though there's some mention of CELP in docs I saw... |
| 18:51:22 | BZFlag | see the shanip board plans. |
| 18:51:23 | kernelwork | Make world isn't painful and slow, now 'php tigerdownload.php' that was long and painful |
| 18:51:44 | BZFlag | kernelwork: heh |
| 18:52:00 | SteveD | kernelwork: my machines here range from 486dx266 to Athlon 1.13GHz. I know which I prefer make world on |
| 18:52:24 | kernelwork | It only took 22 hours on my DSL to download census data by county for every county |
| 18:52:24 | Micro_Chip | steve: the 386sx? |
| 18:52:26 | Micro_Chip | <G> |
| 18:52:26 | BZFlag | has kernel patched, building... |
| 18:52:54 | kernelwork | It was 3.8GB |
| 18:53:16 | SteveD | uChip: that's in a box somewhere. Actually my first Linux use was a 386sx running 4 modems as a little ISP. 1993 I think |
| 18:53:20 | MacAtack | SteveD: CELP hmmm interesting.... |
| 18:53:55 | Micro_Chip | SteveD, nice =) I have a couple 386's running around somewhere, dunno wether they still work tho |
| 18:54:02 | kernelwork | I'm going to try and condense as much as possible into a format for my GPS display I'm making my phone into |
| 18:54:27 | Micro_Chip | gps? for what use? |
| 18:56:08 | SteveD | to tell where you are (I'm at home in my study - my tuxscreen is next to me - does that help ;-) ) |
| 18:56:35 | Micro_Chip | lol SteveD doh. i ~do~ know what gps is for *lol*. but if its just gonna be on your desk, whats the point ? |
| 18:56:46 | scanline | I've got a shanip board built |
| 18:57:09 | SteveD | think he wants to put it in his car. kernelwork? |
| 18:57:23 | Micro_Chip | ohhhh a gps car phone eh? ;) |
| 18:57:30 | SteveD | scanline: does it work? |
| 18:57:48 | scanline | SteveD: Sort of. I think I'm experiencing the same sucky-ness that GoRK had with his |
| 18:57:58 | MacAtack | is the round serial (ps2?) and the 9 pin connector on seperate hardware Interfaces (ie can they both be used at the same time?) |
| 18:58:00 | scanline | But mine's on a breadboard so I'm gonna debug it |
| 18:58:18 | prpplague | anyone know if there are any problems using inb/outb with uclibc? |
| 18:58:21 | SteveD | macatack: round serial is power input |
| 18:58:26 | MacAtack | SteveD: dought |
| 18:58:29 | kernelwork | Micro_Chip: for my car |
| 18:58:49 | MacAtack | i knew that |
| 18:58:55 | SteveD | scanline: do you or gork have a 'scope? perhaps I can borrow one but I won't get a chance to play till the weekend |
| 18:58:57 | Micro_Chip | kernelwork: cool, what ya gonna use for a gps antenna/receiver? |
| 18:59:14 | MacAtack | just trying to figure out if there was two serial interfaces on this thing, guess not :( |
| 18:59:19 | scanline | SteveD: There are some good scopes in the local EE lab |
| 18:59:25 | cory | I dunno, you're hardly ever in lawrence |
| 18:59:33 | scanline | It sounds like there is a bad resistor value in the LM386 circuit |
| 18:59:34 | kernelwork | I have a garmin eTrex, but I'm going to get the RandMcNally antenna because it will just be a lump on the outside of my car (reception) that gives me a serial output. |
| 18:59:54 | kernelwork | The RandMcNally even comes with mapping software that I can use as a coaster |
| 19:00:02 | MacAtack | kernelwork: me gots a eTrex Venture |
| 19:00:07 | SteveD | macatack: in principle you can add serial ports via the pcmcia slots (in a couple of weeks I'm sure there will be a good solution for supporting 5v cards and software reset...) |
| 19:00:25 | CosmicPenguin | prpplague: There are problems with inb/outb, but andersee told me he fixed it |
| 19:00:26 | MacAtack | SteveD: ahhh yes |
| 19:00:37 | Micro_Chip | kernelwork: i have the yellow too. so youre just gonna use the tux like a pc, not as the gps itself |
| 19:00:40 | SteveD | scanline: I was surprised to see the lm386 when the ucb1200 has enough oomph to drive a speaker by itself? |
| 19:00:50 | kernelwork | I got the cheap eTrex (yellow one) |
| 19:01:00 | scanline | SteveD: I haven't looked at the ucb1200 specs yet |
| 19:01:03 | prpplague | CosmicPenguin: darn |
| 19:01:12 | kernelwork | Micro_Chip: It's going to be my moving map display |
| 19:01:13 | scanline | it sounds fine sometimes, but usually it's very crackly and awful |
| 19:01:16 | CosmicPenguin | prpplague: You have the latest stuff? |
| 19:01:44 | Micro_Chip | kernelwork sounds cool, what software you gonna use to provide the maps? |
| 19:01:46 | prpplague | downloading it now |
| 19:01:47 | kernelwork | Cosmic suggested I port pthreads to uClibc so I could use it for my app |
| 19:01:53 | SteveD | scanline: the ucb has a bit to tell you that incoming audio is clipping, iirc |
| 19:02:00 | MacAtack | kernelwork: i really debated spending the extra lewt on the Venture and im glad i did.. i like the ability to do a search on what cities i am nearest (for those hardcore shortcuts that never seem any shorter :) |
| 19:02:22 | scanline | SteveD: I haven't gotten anything from the input yet, I'm still trying to get MP3s to sound good |
| 19:02:26 | prpplague | CosmicPenguin: i wonder if it would be better to just static link this app with libc |
| 19:02:36 | kernelwork | Micro_Chip: That's what the census data is for. I'm parsing it myself and I'm going to generate my maps my self |
| 19:02:52 | CosmicPenguin | prpplague: I don't know.... I have a static C++ app in the Microwindows distro, and it is huge.... |
| 19:03:14 | Micro_Chip | kernelwork, census data has road maping points ?? |
| 19:03:20 | kernelwork | Very much so |
| 19:03:20 | CosmicPenguin | If there is nothing architectural (like C++) holding you back from uclibc, it is easy enough just to hack the uclibc code slightly |
| 19:03:35 | Micro_Chip | kernelwork or are we talking a different census then the population thing |
| 19:03:43 | SteveD | scanline: perhaps its an aliasing problem. maybe the dsp is actually processing the audio and is telephone audio only (ie 3kHz bandwidth)? How does it sound straight off the ucb1200? |
| 19:03:48 | kernelwork | Micro_Chip: http://linuxhost.cc/~shaun/tiger2k.pdf is the spec on the file format I got |
| 19:03:49 | MacAtack | sees Micro_chip's eyes light up with excitement |
| 19:03:56 | CosmicPenguin | Micro_Chip: The census guys know everything! |
| 19:04:02 | Micro_Chip | lol MacAtack you know me too well ;) |
| 19:04:11 | scanline | SteveD: Sounds fine straight from the ucb1200. I've been probing with my computer speakers :) |
| 19:04:20 | Micro_Chip | can hear his isp screaming already |
| 19:04:21 | kernelwork | Micro_Chip: I downloaded the data from www.census.gov. I can send you my php script and source list |
| 19:04:40 | kernelwork | It uses php and wget |
| 19:04:42 | Micro_Chip | kernelwork please do, stby for loation |
| 19:05:04 | scanline | SteveD: Ah... When the shanip is connected I hear the same thing at the ucb1200 output |
| 19:05:08 | MacAtack | heck i might have to pick me up another one of these sweet things and custom build it into my vechicle.. moving map display would rule... |
| 19:05:30 | bhima | yawns. |
| 19:05:35 | MacAtack | then all one would need is a damn good 802.11b network and a ITSP to terminate H.323 calls and i would be all set |
| 19:05:36 | bhima | mac: I'm working on doing that :) |
| 19:05:41 | Micro_Chip | kernelwork get my notice ? |
| 19:05:53 | SteveD | scanline: don't understand - connecting the shanip distorts the audio that you hear coming from the ucb? |
| 19:05:59 | bhima | mac: you will need some hacking; the pair of boards as they fit together inside the thing will not fit into a DIN slot. |
| 19:06:10 | scanline | yes. methinks it is the 10uf capacitor on the - output |
| 19:06:19 | prpplague | CosmicPenguin: its just a debug app, won't stay in the dist |
| 19:06:35 | CosmicPenguin | prpplague: Ok, then... go for it.... :) |
| 19:06:44 | SteveD | scanline: there is something in the docs for the ucb about capacitative loads and high-frequency oscillation I think |
| 19:06:45 | bhima | kernelwork: isn't that census.gov data beautiful? I haven't done anything with it yet, sadly. do you have any interesting apps that work with it? |
| 19:06:52 | MacAtack | bhima: aluminumimim case under the seat and fish a cord to the monitor? |
| 19:07:08 | CosmicPenguin | prpplague: But make sure you talk to andersee and see why it is still broken |
| 19:07:10 | bhima | mac: extra-long cord to the display? I'm worried about noise... |
| 19:07:14 | scanline | Wow. I just took out that 10uf cap and it sounds much better |
| 19:07:16 | MacAtack | ahh yes |
| 19:07:25 | bhima | mac: teh two boards fit together, but the conneector is offset. |
| 19:07:34 | MacAtack | looks like its time for a Humvee |
| 19:07:39 | bhima | if you could could fit them together on top fo each other, then they would fit. |
| 19:07:43 | Micro_Chip | hey, thats my idea MacAtack |
| 19:07:47 | bhima | well, yes, I _am_ planning on getting a hummvee. |
| 19:08:00 | bhima | Actaully, I saw somebody selling an armored one for $55k. |
| 19:08:03 | MacAtack | me to someday |
| 19:08:21 | SteveD | humvee here in the UK needs both sides of the road |
| 19:08:43 | bhima | steve: half the _normal_ american cars need both sides of the road :) |
| 19:08:58 | MacAtack | SteveD: heheheheh ain't that the truth... |
| 19:09:00 | SteveD | "normal" and "american car". interesting |
| 19:09:23 | SteveD | (can't talk - by UK standards I have a huge 7 seater) |
| 19:09:41 | MacAtack | well its been fun but this billing system i'm writing won't write it self... must work... bbl |
| 19:09:41 | prpplague | CosmicPenguin: ok |
| 19:10:15 | scanline | I got somethin... |
| 19:10:26 | SteveD | macatack: if you haven't got a tuxscreen yet they are too much fun - by 10! |
| 19:10:30 | SteveD | s/by/buy/ |
| 19:10:44 | prpplague | CosmicPenguin: if i want to make this app static all i do is add a -static to the flags right? |
| 19:10:44 | bhima | any hardware people have thoughts on making a board or a cable that would lengthen the distance between the two connectors? |
| 19:10:47 | scanline | I've got the speakers hooked up to the ucb1200, and a DMM on the SPKR_VCC |
| 19:10:52 | bhima | You really do need to buy lots of tuxscreens. |
| 19:10:57 | bhima | is about to order two or four more. |
| 19:11:01 | MacAtack | SteveD: if i had the lewt i would pick up a few more |
| 19:11:10 | scanline | normally spkr_vcc is close to 3.3v |
| 19:11:10 | MacAtack | SteveD: i already have two |
| 19:11:18 | SteveD | looks in wallet 'cos wants to buy some more |
| 19:11:20 | scanline | when the audio gets crappy spkr_vcc goes to 1.7v |
| 19:11:25 | MacAtack | Maybe next paycheck :) |
| 19:12:17 | GPSFan | scanline: try reducing the size of R1 the 470 ohm in series with UCB1200's Speaker VCC.. |
| 19:12:47 | CosmicPenguin | prpplague: thats right |
| 19:12:51 | scanline | GPSFan: It would be nice to know where the intermittent voltage drop is coming from first though |
| 19:13:38 | GPSFan | scanline: it is because the UCB was meant to drive a speaker, and it can' even drive the 68 ohm load with the VCC in series with 470 ohms. |
| 19:13:41 | SteveD | digs for ucb1200 datasheet |
| 19:14:31 | scanline | GPSFan: Ok, I'll try that. Also, what's the 10uf capacitor on SPKR- for? |
| 19:15:25 | GPSFan | the UCB1200 wants to drive the speaker differentially, the 10uF just references one end to ground. |
| 19:15:26 | Micro_Chip | thinks, after listening to all this, someones gonna have to take all this info and put together a re-engineered model of this phone |
| 19:15:57 | prpplague | CosmicPenguin: argh, your right, 1.3 meg |
| 19:16:04 | Micro_Chip | also fears he's gonna have to learn c after all *sigh* |
| 19:16:16 | AlHazWork | Micro_Chip: that's all being worked on already |
| 19:16:26 | Micro_Chip | AlHazWork i figured ;) |
| 19:16:43 | AlHazWork | Micro_Chip: 'cept you'll have to do all the reengineering yourself, 'cause it's a product that's been dead for 3 years |
| 19:16:51 | scanline | GPSFan: So maybe replace the 470 ohm resistor with 50 ohms? |
| 19:16:52 | prpplague | Micro_Chip: you can run, but you can hide from having to learn c |
| 19:16:53 | AlHazWork | and many of the components have been end-of-lifed |
| 19:17:04 | prpplague | s/can/can't |
| 19:17:16 | GPSFan | scanline: that would certainly help, try it and see.. |
| 19:17:19 | Micro_Chip | prpplague yea yea, i know, i keep avoiding it. my original c teacher scared me =( |
| 19:17:31 | Micro_Chip | interestingly i LOVE perl, but cant stand C |
| 19:17:33 | scanline | seems to have some 68 ohm resistors handy for some reason... |
| 19:18:10 | MacAtack | what aobut perl on StrongARM? it worky? |
| 19:18:28 | prpplague | Micro_Chip: i like c, just have problems with structs and classes, need a real teacher other than on-the-job-training |
| 19:18:55 | scanline | MacAtack: I think someone had Perl working on the Tux |
| 19:19:03 | prpplague | MacAtack: i compile perl for my yopy back in march |
| 19:19:13 | prpplague | MacAtack: just as a test |
| 19:19:44 | Micro_Chip | prpplague, the oop stuff doesnt bother me. i taught myself oop in turbo pascal years ago. my problem with c is all the arcane reused symbols |
| 19:20:16 | MacAtack | prpplague: Kewl Perl and C is all one ever needs :) |
| 19:20:25 | MacAtack | ok now back to work for real :) |
| 19:20:25 | prpplague | MacAtack: and beer |
| 19:20:30 | MacAtack | well yeah |
| 19:20:33 | Micro_Chip | dont forget the women |
| 19:20:42 | MacAtack | women cost to much money |
| 19:20:46 | Micro_Chip | heh truye |
| 19:20:48 | GPSFan | scanline: look at fig 6 on page 10 of the UCB1200 data sheet. then look at page 32 fig 28 for how tht VCCs connect. |
| 19:21:08 | GPSFan | s/tht/the |
| 19:21:20 | prpplague | Micro_Chip: only if [ woman != wife ] |
| 19:21:40 | CosmicPenguin | scanline: Did GoRK have perl working, or did he just threaten it?? :) |
| 19:21:44 | Micro_Chip | prpplague true' |
| 19:21:50 | Micro_Chip | kernelwork, that pdf appears blank |
| 19:22:45 | Micro_Chip | n/m the one in the zip is ok |
| 19:22:49 | Micro_Chip | tar |
| 19:23:22 | scanline | scanline: I think he did. Not sure where he put his results |
| 19:23:30 | scanline | GPSFan: I'll take a look at that |
| 19:24:32 | SteveD | uchip - why doesn't scanip just take the audio off spkr+ through cap and load resistor to gnd and tap off input to lm386 from there? why using the differential output and then clipping to gnd via the c6 |
| 19:25:24 | SteveD | surely c6 guarantees distortion as it will clip the waveform whenever spkr- goes above gnd (or, the other way round) |
| 19:26:15 | scanline | I've got a 68 ohm resistor in there instead of 470 now |
| 19:26:35 | scanline | if I hook my computer speakers up to spkr_vcc you can still hear the music playing very faintly |
| 19:30:13 | SteveD | scanline: the current drawn through the ucb1200 output amp is causing changing current through the 68ohm resistor which means changing voltage which means waveform that your speakers are playing |
| 19:30:45 | scanline | SteveD: right |
| 19:32:01 | GPSFan | scanline: you should be using a higher impedance device to probe around the audio circuit. a speaker will load down the circuit a lot. |
| 19:32:17 | scanline | Well, with the 68 ohm resistor in there, I get almost-perfect audio on my computer speakers hooked up to the ucb1200, but I get almost nothing out of the phone |
| 19:32:20 | SteveD | gpsfan: presumably amplified speakers |
| 19:32:28 | scanline | GPSFan: they're amplified speakers |
| 19:32:39 | GPSFan | SteveD: ah.. |
| 19:32:56 | scanline | I don't have a scope handy, but if i really need one I can move everything to the EE lab |
| 19:33:12 | GPSFan | scanline: what do you get if you probe the - end of C7? |
| 19:35:32 | scanline | GPSFan: I get music |
| 19:35:43 | GPSFan | sound good? |
| 19:35:45 | scanline | but the DSP started freaking out when I did so... |
| 19:36:15 | scanline | I touched my speaker wire to the - of C7 and the phone rang |
| 19:36:45 | scanline | It sounds ok, still some distortion |
| 19:37:15 | scanline | I must have had something not plugged in earlier... I'm getting audio on the phone |
| 19:37:16 | GPSFan | any distortion when you look at the + of C5? |
| 19:37:24 | scanline | but it's clipped badly |
| 19:38:17 | scanline | Sounds fine at either side of C5 |
| 19:40:19 | scanline | I wonder why probing the - side of c7 makes the phone ring... |
| 19:41:00 | ProtWork | Could be pulling a level to ground with your probe. |
| 19:43:18 | GPSFan | scanline: the output of the LM386 goes into the T/R IN input of the DSP which should be pretty much isolated from the phone line, but there may be some bias on that pin that you are disrupting. |
| 19:43:53 | scanline | Listening to the audio on the phone it actually isn't that bad |
| 19:44:01 | scanline | there's some distortion of low frequencies |
| 19:44:06 | scanline | and the volume is way too loud |
| 19:50:06 | ProtWork | Wow. Got some shanip boards actually running? |
| 19:51:12 | scanline | sort of |
| 19:51:21 | scanline | So far GoRK and I have built them |
| 19:52:19 | scanline | they suck, but it's probably just bad resistor values |
| 19:53:46 | SteveD | scanline: probing the c5 and having the phone ring must have made you jump ;-) |
| 19:55:20 | ProtWork | Yeah, you can say that again. Your gain is through the roof. |
| 19:56:39 | scanline | SteveD: Yep :) |
| 19:57:20 | scanline | ProtWork: I've got a variable resistor hooked up, determining good values... |
| 20:00:56 | scanline | I've got decent (well, relatively) audio from the speakerphone now |
| 20:04:16 | GPSFan | scanline: the LM386 defaults to a gain of 20, so no wonder the signal into the DSP is hot. |
| 20:04:35 | GPSFan | scanline: what resistor # are you changing? |
| 20:04:43 | scanline | R5 and R6 |
| 20:04:51 | scanline | I had it running ok, but then it just stopped |
| 20:04:56 | scanline | maybe i have a bad connection... |
| 20:05:23 | GPSFan | scanline: 10k pot instead of r5/r6? |
| 20:05:37 | scanline | yes |
| 20:06:11 | scanline | tries different alligator clips... |
| 20:06:33 | kernelwork | Does anyone have pinout information on the 20 header that goes to the keypad? |
| 20:06:55 | kernelwork | 20 pin header that is |
| 20:08:09 | GPSFan | kernelwork: the schematic http://tuxscreen.net/download/schematics/ucb1200.pdf shows the shannon side. |
| 20:10:13 | prpplague | did someone say something about a bad resistor on a lm386 chip? |
| 20:10:34 | scanline | prpplague: I think that R1, R5, and R6 on shanip are bad |
| 20:10:43 | kernelwork | GPSFan: Con20A? |
| 20:11:06 | GPSFan | kernelwork: it's J304 |
| 20:11:22 | GPSFan | a 20 pin "header" |
| 20:11:56 | kernelwork | oops, looking at the wrong side of the thing |
| 20:12:47 | kernelwork | It does say J304 if I look at the right label |
| 20:13:25 | kernelwork | I gotta document the other side of that connector |
| 20:15:19 | GPSFan | kernelwork: I only rang out the speaker going to pin 9 & 10, the rest is a big ?? |
| 20:16:03 | kernelwork | What I need to know is what 9 pins go to the 5x4 button matrix on the small board |
| 20:17:11 | GPSFan | IOB3-6 & IOA3-7 from the DSP |
| 20:17:35 | GPSFan | that's from the cave drawings which have proved fairly close. |
| 20:18:03 | kernelwork | excuse me while I get a pen |
| 20:20:03 | GPSFan | kernelwork: I took the cave drawings into Photoshop and did some brightness/contrast enhancement and you can read it. did the same to the wheaties schematic, and was able to read the pin names on J500. they should be on the next rev of UCB1200.pdf.. |
| 20:21:15 | kernelwork | Cool |
| 20:21:54 | kernelwork | Now just to get buttons that aren't too big inside and have a low profile outside |
| 20:26:26 | scanline | Ok, I have the shanip's output working with better resistor values: |
| 20:26:51 | scanline | R1 = 68, R5 = 10k, R6 = 150 |
| 20:27:33 | scanline | The audio coming from the handset or speakerphone is, well, telephone quality |
| 20:27:53 | scanline | Hooking computer speakers up to the - of C7 gives clear audio, except for a small background hiss |
| 20:28:34 | kernelwork | *gasp* telephone quality out of a telephone? |
| 20:28:43 | GPSFan | scanline: with those values for R5 & R6 I wonder if we could get rid of the LM386 altogether? want to try a test? |
| 20:28:43 | scanline | hehe |
| 20:28:56 | scanline | GPSFan: Yeah, the lm386 seems unnecessary |
| 20:29:06 | GPSFan | is it in a socket? |
| 20:29:10 | scanline | So we take this down as a working configuration, and try to improve it... |
| 20:29:24 | scanline | GPSFan: No, but the circuit is on a breadboard |
| 20:29:43 | scanline | brb |
| 20:30:08 | GPSFan | ok, just connect the wiper of your pot to the + of C7 and lift one side of R7. |
| 20:31:56 | scanline | ok |
| 20:34:03 | scanline | ha. when I disconnected R7 the speakerphone had some feedback... |
| 20:34:30 | scanline | works fine completely bypassing the LM386 :) |
| 20:34:57 | scanline | thinks the Lucent people just want to confuse us |
| 20:35:25 | GPSFan | scanline: ok, now lift the + end of C6. |
| 20:35:54 | scanline | i hear no difference without C6 |
| 20:36:16 | GPSFan | good!, what are your values for R5 & R6 now? |
| 20:36:29 | scanline | lemme optimize the volume... |
| 20:36:32 | GPSFan | k |
| 20:36:56 | scanline | it actually seems to sound better without the LM386 |
| 20:37:12 | GPSFan | !! ;>) |
| 20:37:40 | scanline | 2.5k and 7k |
| 20:37:50 | scanline | lemme figure out which one was which... |
| 20:38:44 | scanline | R5 = 2.5k, R6 = 7k |
| 20:38:51 | scanline | My pot is actually closer to 9k |
| 20:39:00 | scanline | (labeled 10k) |
| 20:39:54 | GPSFan | scanline: so far so good, do you have the record part working? |
| 20:40:06 | scanline | GPSFan: Haven't tried it |
| 20:40:34 | scanline | It just clipped a little, might be better with slightly less R6/R5 |
| 20:41:47 | GPSFan | well you have helped get rid of the active devices so the next step is to simplify the record part. Then we no longer need a circuit board, it can be built onto the shannon board itself. |
| 20:42:05 | scanline | cool. This is exciting :) |
| 20:42:35 | GPSFan | bbiab... |
| 20:43:44 | ProtWork | I'm suprised you guys didn't mod it with a CA3080 or LM13600. |
| 20:44:10 | scanline | ProtWork: The LM386 was in Lucent's page |
| 20:44:31 | ProtWork | San: You can use any old op-amp honestly - as long as you follow it with a differential pair. |
| 20:44:45 | ProtWork | The cool thing about the CA3080 and LM13600 is that they're OTA's. |
| 20:45:07 | scanline | But gain < 1, so we really just need some resistors |
| 20:45:48 | ProtWork | Uh, then why did they put the LM386 in there? If all you need is attenuation.... |
| 20:46:26 | scanline | yeah, it's strange |
| 20:46:38 | scanline | GPSFan: The record circuit works, but it's clipping like crazy |
| 20:46:45 | scanline | checks over his breadboard... |
| 20:47:11 | ProtWork | Any of you guys have a 'scope? |
| 20:47:32 | scanline | ProtWork: The school's lab has good scopes. I could go down there if needed |
| 20:47:46 | ProtWork | scanline: cool. |
| 20:48:01 | scanline | right now i'm in my dorm, so my test equipment consists of a good multimeter and my computer's speakers |
| 20:48:07 | ProtWork | *nod* |
| 20:49:05 | ProtWork | I've been drooling over this HP 54622D scope for the past year. |
| 20:49:22 | scanline | We have HP scopes in the lab. They're so much cooler than my old analog scope |
| 20:49:33 | ProtWork | Heh. I've got an old Tek 434 40MHz. |
| 20:49:35 | scanline | (i didn't bring it to college) |
| 20:51:28 | ProtWork | I haven't hooked up my 434 in almost two years. |
| 20:53:43 | SteveD | > Great news! Your Crucial memory order has been packaged and is ready |
| 20:53:43 | SteveD | to ship via Royal Mail. |
| 20:53:58 | SteveD | (how do I help to get the 32MB sodimm to work...?) |
| 20:54:11 | scanline | Once we've got this audio mod working well, we should try hooking up 2 phones on a LAN and netcat'ing audio between the two |
| 20:54:50 | SteveD | hey - new app - flash intercom for the house |
| 20:55:14 | scanline | hehe. of course, real VoIP would be nice |
| 20:55:47 | scanline | the other problem with this shanip mod so far is that the phone line sounds really bad when it's hooked up |
| 20:56:01 | ProtWork | The question I'd have is how can the Shannon be a h.323 gateway? |
| 20:56:16 | ProtWork | I thought there was some funky cktry required to drive a phone line... |
| 20:56:48 | scanline | You'd need to add circuitry to generate the dial tone, and ring, and to provide the line with voltage |
| 20:57:04 | AlHazWork | that's not terribly difficult, tho |
| 20:57:04 | SteveD | i've made a new kernel - can I get it onto my tuxscreen just by dd'ing it into /dev/mtd1? that approach works on the ipaq... |
| 20:57:06 | ProtWork | Of course. |
| 20:57:13 | AlHazWork | depending on how many phones you want to power |
| 20:57:16 | ProtWork | That's what I was wondering . |
| 20:57:56 | SteveD | scanline: phone line sounds bad where (on the handset?) |
| 20:58:22 | scanline | SteveD: handset or the speakerphone. The audio output circuit doesn't cooperate with the phone line nicel |
| 20:58:26 | scanline | s/nicel/nicely/ |
| 20:58:32 | scanline | right now I have the phone line unplugged |
| 21:02:27 | prpplague | andersee: what's the current status of inb/outb support under uclibc? |
| 21:03:08 | scanline | GPSFan: What's the purpose of R2? |
| 21:05:48 | scanline | C5 also appears to be unnecessary |
| 21:07:05 | SteveD | hey - my new kernel build has the screen way brighter :-))) |
| 21:07:26 | scanline | hmm. Actually, without C5 it clicks sometimes. Maybe it's just me, but i don't think it did that with C5 |
| 21:07:27 | SteveD | I take back dark thoughts of dstn lcd panels |
| 21:07:38 | scanline | hehe |
| 21:07:47 | scanline | yeah, it helps to be able to adjust the backlight |
| 21:10:55 | andersee | prpplague: works on ARM and x86 |
| 21:11:02 | SteveD | I must talk to my family before I haven't got one anymore. good luck with the super-shanip. post a progress report to the list, won't you? |
| 21:14:04 | prpplague | andersee: hmm i've been getting compile errors related to inb/outb |
| 21:17:31 | andersee | perhaps you need a newer snapshot of uClibc |
| 21:17:44 | andersee | Done a 'cvs up' recently? |
| 21:19:18 | MacAtack | GRRRRRRRRR Microsoft sucks |
| 21:19:21 | MacAtack | sorry had to vent |
| 21:19:29 | prpplague | andersee: i just pulled the daily snapshot down and am getting ready to install, i'll try again and see if i'm fat fingering something |
| 21:21:40 | prpplague | andersee: never mind found the problem, sorry to bother you |
| 21:43:03 | GPSFan | scanline: sorry, I was outside. C5 is neccessary to remove the bias on the UCB1200 output, unfortunately so is C7, because the T/R IN input of the DSP has DC on it too (I think). |
| 21:44:19 | scanline | GPSFan: Ok. I'm netcatting audio from my Tux to my desktop so I can listen to the input circuit on my headphones |
| 21:44:47 | scanline | I think I need to increase the value of R3. The input circuit works fine, but the volume is too high |
| 21:44:53 | scanline | sounds great about 1.5 feet from the microphone |
| 21:45:02 | GPSFan | scanline sweet using the serial port of do you have a 3.3V NIC? |
| 21:45:17 | scanline | FA411 10/100 card works great in the Tux :) |
| 21:45:37 | scanline | It's kinda funny though- there's about a 2 second time delay due to buffering |
| 21:45:38 | GPSFan | scanline: do you have a DMM? |
| 21:45:42 | scanline | yes |
| 21:46:12 | GPSFan | measure the junction of R3 & R4 for DC please. |
| 21:46:14 | scanline | BTW, this morning i tried hooking a scope to my DMM while measuring capacitance. Nice sawtooth waves :) |
| 21:46:43 | GPSFan | yep, they make acceptable signal generators if you have nothing else.. |
| 21:47:08 | scanline | 3.333v |
| 21:47:27 | scanline | The actual voltage of the 3.3v supply on my Tux is 3.334v |
| 21:47:43 | GPSFan | Doh.. |
| 21:48:03 | scanline | Wouldn't R2 add a 3.3v bias to the signal? |
| 21:48:36 | GPSFan | of course, that was what the Doh was for ;>P how about the - end of C4 |
| 21:49:36 | scanline | 120mV |
| 21:49:42 | GPSFan | dc? |
| 21:49:59 | scanline | yes |
| 21:50:55 | GPSFan | Ok, the purpose of R2 is to bias C4 so behaves like an electrolytic. they get upset with no, or little bias. |
| 21:51:21 | scanline | ok |
| 21:51:32 | scanline | so R3 should adjust the volume? |
| 21:51:47 | GPSFan | It is of course an electrolytic. we could prpbably replace it with a 1uF ceramic and take R2 to ground. |
| 21:52:07 | GPSFan | R2-R3 forma voltage divider as did R5-R6 |
| 21:52:13 | scanline | I doubt I have any ceramic that big. I have a bunch of .2uf ceramic I could put in paralell |
| 21:52:37 | scanline | Ok, I understand the input circuit now (i think) |
| 21:52:38 | GPSFan | if C4 is non-polarized, R2 can go to ground. |
| 21:54:20 | scanline | The C3-R3 junction is 3.3v, the other side of C3 is 1.4v |
| 21:54:40 | GPSFan | and if we have R2 going to ground, we don't need C2. |
| 21:54:49 | scanline | ah |
| 21:54:54 | scanline | more simplification :) |
| 21:55:00 | scanline | digs around for some ceramic caps... |
| 21:55:23 | GPSFan | the purpose of C2 was to make an audio quiet 3.3V bias point for C4. |
| 21:55:37 | scanline | right |
| 21:55:59 | scanline | with the 470 ohm R1, taking out C2 made the audio output circuit whine |
| 21:56:15 | scanline | With R1=68, C2 doesn't affect the output circuit |
| 21:56:58 | GPSFan | yes, ecause the secondary part of C2's job was to filter the VCCSpeaker for the UCB1200. I think that VCCSpkr should go right to 3.3V. |
| 21:57:15 | GPSFan | s/ecause/because |
| 21:57:55 | scanline | yeah |
| 21:58:06 | scanline | why did Lucent have R1 in the first place? |
| 21:58:23 | scanline | maybe the same reason they had the lm386... |
| 21:59:25 | GPSFan | good question, and why the lm386, if the volumes are as screwed up as when you first built the circuit something was not right. |
| 21:59:50 | scanline | either they had some typos in the shanip web page, or this was a little joke |
| 21:59:53 | GPSFan | Maybe the 470 should have been 47 |
| 22:00:09 | SpaceCoaster | my bet is that you get it down to 2 resistors and a capacitor and the capacitor will just be for show :-) |
| 22:00:15 | scanline | hehe |
| 22:00:24 | scanline | It's going to need at least 2 capacitors ;) |
| 22:00:25 | GPSFan | well, the 5V PCMCIA mod has/had some serious problems with the sketches. |
| 22:02:38 | SpaceCoaster | scanline: maybe they tweaked the UCB1200 settings to get things right with their circuit |
| 22:03:32 | SteveD | buildroot leaves arm-uclibc-gcc et al in staging_dir/usr/bin -- when compiling other stuff for the phone should I use these in preference to my usual cross-compiling toolchain? |
| 22:04:23 | scanline | there, 1.143uF |
| 22:04:32 | scanline | I put 5 .2uf ceramics in paralell |
| 22:04:55 | scanline | so... lose C2 and R1, hook R2 to ground instead of 3.3v... |
| 22:06:45 | andersee | SteveD: those will cross compile things vs uClibc. So if you want uClibc binaries, use those. |
| 22:06:49 | scanline | SpaceCoaster: Does the ucb1200 have it's own volume control? |
| 22:07:38 | SpaceCoaster | I'm sure it does, just checking... |
| 22:07:56 | scanline | GoRK thought it didn't, I haven't checked yet |
| 22:08:06 | SteveD | scanline: by the data sheet yes it does |
| 22:08:25 | SpaceCoaster | Audio output attenuation 0db to 69db is that it? |
| 22:08:31 | SteveD | (see page 7) |
| 22:08:41 | SpaceCoaster | Audio gain 0db to 27db |
| 22:08:53 | SpaceCoaster | oops 22.5db |
| 22:08:56 | GPSFan | scanline: try http://tuxscreen.net/download/schematics/shanip2.pdf |
| 22:10:05 | scanline | GPSFan: Nice. much simpler now |
| 22:10:13 | GPSFan | oops, forgot to connect 3.3 to VCCSpkr ;>P |
| 22:10:28 | scanline | Also, R5 and R6 might could use some tweaking |
| 22:10:40 | scanline | I still have the pot hooked up on my breadboard |
| 22:11:01 | GPSFan | I chose std 5% values close to what you described earlier. |
| 22:11:03 | scanline | but those values sound reasonable, if not good |
| 22:11:26 | scanline | cool |
| 22:11:33 | scanline | I'm rewiring my input circuit... |
| 22:13:13 | GPSFan | The 2 voltage dividers may need tweaking once you get the UCB1200's internal attenuator(s) functional. |
| 22:13:46 | scanline | ok |
| 22:14:21 | SpaceCoaster | The UCB1200 gain is set to 0x10 on a scale of 0x00 to 0x1f |
| 22:14:38 | GPSFan | so about half scale. |
| 22:15:09 | SpaceCoaster | cat /proc/driver/ucb1200/audio |
| 22:15:27 | SpaceCoaster | and an attenuation of 0, whatever that means? |
| 22:15:39 | bhima | is about to go to what will probably be some rather impressively biased left-wing propaganda. |
| 22:15:46 | SpaceCoaster | GPSFan: attenuation? |
| 22:16:02 | andersee | GPSFan: what does the audio jack go to? Or is that for adding headphones or something? |
| 22:16:02 | bhima | a video about how horrible civilian killing in kosovo was, done by somebody who thinks that tiananmen square was justified. |
| 22:16:03 | scanline | Looks like I'll have to keep this on a breadboard for some time longer ;) |
| 22:16:04 | mallum | has killed his wireless :( |
| 22:16:05 | GPSFan | attenuation of 0 usually means input=output |
| 22:17:15 | GPSFan | andersee: the headphone jack goes wherever you want it to, this is the first of the shanip mods, simpler ckt based on scanlines experiments. |
| 22:17:26 | SpaceCoaster | the gain is an audio input gain, the attenuation is on output |
| 22:17:52 | scanline | there's a little buzz in the background on the input circuit now |
| 22:17:56 | scanline | checks his wiring... |
| 22:18:44 | andersee | GPSFan: Looks like its down to about $2.00 in parts now... |
| 22:19:13 | GPSFan | andersee: unless you have awell stocked junk box ;>) |
| 22:19:27 | GPSFan | s/awell/a well |
| 22:20:10 | andersee | Just a few resistors and caps... Even a clumsy person like me could build it now |
| 22:20:50 | GPSFan | Lucent probably had to tweak their gain and attenuation settings a lot to get it to work. the speaker >> DSP path had way too much gain. |
| 22:21:10 | scanline | Voltage divider needs serious tweaking and there's still the small buzz, but the simplified input circuit works |
| 22:21:32 | pattieja | is away: car appointment so it won't kill me :) |
| 22:21:42 | scanline | If it's just picking up noise, that could be due to the 1 foot or so of wire between my breadboard and the ucb1200 and DSP |
| 22:22:30 | GPSFan | scanline: try taking tha old 10uF and put it across R2 - to ground. |
| 22:22:41 | BZFlag | busybox should be fixed in cvs |
| 22:22:49 | andersee | thx. |
| 22:22:57 | andersee | Checked the Config.h? |
| 22:23:28 | BZFlag | yep, had to make a new patch as addgroup and others are not there. |
| 22:23:50 | andersee | Anyways, life will be better now that it will be tracking stable.... |
| 22:23:52 | BZFlag | I rebuilt and jffs2reader seems to like the jffs2 image. |
| 22:23:59 | fuck_laden | helo |
| 22:24:26 | tween_towers | hello |
| 22:24:33 | BZFlag | tween_towers: better. |
| 22:24:39 | tween_towers | thanks |
| 22:25:11 | tween_towers | hello |
| 22:25:17 | SteveD | makes mental note: 386 binaries won't work on your tuxscreen... |
| 22:25:20 | tween_towers | everybody habe fun |
| 22:25:24 | tween_towers | i am alone |
| 22:25:26 | scanline | GPSFan: that eliminates the audio signal and leaves the buzz :( |
| 22:26:02 | tween_towers | macatack se la manduca y nelson se la da |
| 22:26:05 | BZFlag | SteveD could write an x86 emulator. now that would be small and fast, right? |
| 22:26:27 | binladenthebest | hola |
| 22:26:38 | BZFlag | ibot: x sp en macatack se la manduca y nelson se la da |
| 22:26:44 | | BZFlag: :( |
| 22:26:46 | BZFlag | ibot: x sp en macatack se la manduca y nelson se la da |
| 22:26:48 | | BZFlag: macatack manduca and nelson it occurs |
| 22:27:05 | binladenthebest | hola |
| 22:27:14 | SteveD | bzflag: i'll get right on it (well - Acorn did one for the Archimedes, wonder where its gone... ;-) ) |
| 22:27:15 | GPSFan | scanline: it's supposed to eliminate the audio, if the buzz is still there then it isn't comming in that path. no try the cat from ground to either end of C7 |
| 22:27:16 | scanline | ibot: x sp en hola |
| 22:27:17 | | scanline: hello |
| 22:27:27 | putosdelorto | hola |
| 22:27:36 | putosdelorto | everything fine |
| 22:28:03 | CosmicPenguin | Wow... |
| 22:28:09 | CosmicPenguin | ibot, is there anything you can't do? |
| 22:29:24 | scanline | GPSFan_away: That didn't help... Anyway, I'm not listening to it through the output circuit, i'm netcatting the audio to my desktop computer |
| 22:30:07 | SteveD | with wheaties driver and tuxphone daemon, should I expect phone to actually do something? does it require connection to line to do something? |
| 22:30:07 | BZFlag | BINLADEN: settle on a nick please. |
| 22:30:39 | BINLADEN | ok |
| 22:30:40 | scanline | SteveD: It should act like a phone |
| 22:30:54 | binladenfucker | now |
| 22:31:08 | scanline | It even emulates a phone well enough to require a phone line to do anything ;) |
| 22:31:21 | SteveD | scanline: must connect a phone line? |
| 22:31:31 | scanline | otherwise you won't get a dial tone |
| 22:32:02 | scanline | what would it do without a phone line? |
| 22:32:20 | SteveD | scanline: well - show events through the event program when I hit buttons, I hoped |
| 22:32:56 | SteveD | scanline: only hassle with connecting a phone line is UK jacks are different and UK phones are 3 wire with separated ring |
| 22:33:14 | scanline | SteveD: Oh, yeah it will show events without a phone connected |
| 22:33:40 | scanline | s/phone/line/ |
| 22:33:47 | SteveD | scanline: not for me. maybe I put the connector on squiff when I took the phone apart ... |
| 22:33:52 | CosmicPenguin | scanline: Does the tuxphone deamon get keyboard events yet? |
| 22:34:15 | scanline | CosmicPenguin: yes, it sends an 'onhook dial' when the keypad is used with phone on hook |
| 22:34:28 | CosmicPenguin | scanline: sweet... is it all in CVS? |
| 22:34:32 | scanline | yep |
| 22:34:43 | scanline | and there's a picogui frontend in picogui's apps cvs |
| 22:34:44 | CosmicPenguin | scanline: beautiful.... |
| 22:35:13 | SteveD | i'll connect a line tomorrow and check things out. g'nite/afternoon/whatever.... |
| 22:35:16 | scanline | hooks up a pot to the input voltage divider... |
| 22:35:26 | scanline | SteveD_sleeping: good night |
| 22:39:24 | MacAtack | ok who wants to gang up on microshaft and destroy them... i just waisted 4 hours of my life dealing with crap that shouldn't have never happened GRR |
| 22:40:20 | MacAtack | ok i go home now... no more microsoft sh*t today |
| 22:40:23 | andersee | MacAtack: Are you sure it shouldn't have never happened? |
| 22:40:56 | MacAtack | andersee: Yeah if Billy would have never stole himself and OS things would be much better |
| 22:41:05 | MacAtack | s/and/an |
| 22:43:50 | MacAtack | ok i go... later |
| 22:49:40 | BZFlag | shouldn't have never == should have ever. I think MacAtack meant "shouldn't have ever" ;-) |
| 22:49:57 | BZFlag | nite all. |
| 22:55:43 | scanline | is away: class |
| 23:01:33 | kernelwork | Wow, I'm getting alot of spam... |
| 23:02:07 | Micro_Chip | where from? (btw im back <G>) |
| 23:02:25 | kernelwork | Anyone who can get my address |
| 23:02:33 | MicroChip_ | lol kernelwork, u2 eh? |
| 23:02:52 | kernelwork | This one has a link in the form of http://%32%25%... |
| 23:03:06 | MicroChip_ | nice, sounds like worm material |
| 23:03:08 | MicroChip_ | brb |
| 23:15:57 | kernelwork | I gotta open my cvs pserver port |
| 23:16:06 | CosmicPenguin | kernelwork: on your box at work? |
| 23:16:19 | kernelwork | No, on my box at home |
| 23:16:57 | kernelwork | I was trying to do a cvs login using pserver and it kept timing out. I then realized I only forward my root ports in to my box |
| 23:17:07 | kernelwork | minus SMB of course |
| 23:26:06 | kernelwork | bah... There's still broken stuff |
| 23:26:36 | kernelwork | I'm getting closer, if you want to adjust stuff you need to do cvs co CVSROOT and adjust it though that CVS interface |
| 23:26:55 | kernelwork | I'm sure this is obvious to those more versed with cvs |
| 23:29:51 | andersee | GPAFan: nice nick |
| 23:29:53 | andersee | :-) |
| 23:30:06 | GPAFan | andersee: ;>) |
| 23:30:29 | andersee | s/GPAFan/GPSFan/ |
| 23:30:59 | GPAFan | scanline: back now, if that didn't remove the buzz, then the Buzz is prpbably nor originating in the shanip board. |
| 23:31:27 | GPAFan | andersee: oops |
| 23:32:04 | MicroChip_ | nuts, it didnt like my character sequence |
| 23:34:17 | MicroChip_ | well kernelwork, im off to do some downloading |
| 23:34:23 | kernelwork | Cool |
| 23:56:35 | scanline | is back (gone 16:13:05) |
| 23:57:16 | scanline | GPSFan: Yeah, my room is probably full of EMI |
| 23:57:36 | scanline | GPSFan: R2 = 150 ohms gives good volume when recording |
| 23:58:09 | scanline | I'm going to put in fixed resistors for R5 and R6 to make sure the standard values are close enough |
