| 00:10.54 | flyback | http://www.theinquirer.net/default.aspx?article=33438 |
| 01:03.26 | prpplague | CP|NotAtWork: ping |
| 01:23.38 | *** part/#edev flyback (i=flyback@c-67-165-88-141.hsd1.pa.comcast.net) |
| 01:48.05 | MonMotha | prpplague: http://www.monmotha.net/projects/psxjamma/ |
| 01:48.14 | MonMotha | those boards I mentioned a while back, if you're interested |
| 01:57.04 | *** join/#edev redblue (i=star@ppp121.109-253-207.mtl.mt.videotron.ca) |
| 02:27.58 | *** join/#edev flyback (i=flyback@c-67-165-88-141.hsd1.pa.comcast.net) |
| 03:09.24 | *** join/#edev sjhill (n=sjhill@eth13.com-link.com) |
| 03:14.56 | *** join/#edev T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 03:47.33 | *** part/#edev flyback (i=flyback@c-67-165-88-141.hsd1.pa.comcast.net) |
| 04:21.14 | *** join/#edev flyBED (n=d3200@c-67-165-88-141.hsd1.pa.comcast.net) |
| 08:09.02 | *** join/#edev redblue (i=star@ppp107.108-253-207.mtl.mt.videotron.ca) |
| 10:24.27 | *** join/#edev mallum (n=mallum@host81-132-227-111.range81-132.btcentralplus.com) |
| 10:36.05 | prpplague | MonMotha: nice looking boards |
| 10:46.31 | *** join/#edev T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 10:46.47 | T0mW | Good morning world! |
| 10:46.53 | T0mW | prpplague: you too Dave |
| 10:47.04 | T0mW | prpplague: ;) |
| 10:50.45 | prpplague | yea yea, whats so f'n good about it? |
| 10:51.08 | T0mW | heh |
| 10:51.24 | T0mW | OHO! One of those f'n days huh? |
| 10:55.24 | prpplague | poof |
| 11:46.08 | *** join/#edev prpplague (n=billybob@72.22.153.112) |
| 12:17.11 | *** mode/#edev [+o prpplague] by ChanServ |
| 12:18.01 | prpplague | T0mW: being here and having hell gettings parts, i've started scavenging again, i feel like i'm 12 again having to depopulate old boards :( |
| 12:18.47 | T0mW | prpplague: yeah, I was just thinking about attemption to salvage some TQFP parts that are in short supply. |
| 12:19.28 | T0mW | prpplague: solder wick the pads, then slip X-acto knife blades under the chip to use as wedges |
| 12:19.52 | T0mW | prpplague: then, use my hot-air pencil to desolder the pinsu |
| 12:19.55 | T0mW | blean |
| 12:19.57 | T0mW | bleah |
| 12:20.15 | prpplague | yea |
| 12:21.28 | prpplague | http://www.cnn.com/2006/US/08/04/phoenix.serial.killer.ap/index.html |
| 12:29.02 | *** join/#edev sunrunner20 (n=jamesdoe@pool-71-252-175-109.dllstx.fios.verizon.net) |
| 12:37.19 | *** join/#edev EvilDevil_ (n=miau@p54A6FD14.dip.t-dialin.net) |
| 12:57.15 | *** join/#edev T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 13:17.26 | prpplague | ho ho hum |
| 13:17.43 | jbevren | it's friday, cant complain there :) |
| 13:18.42 | T0mW | jbevren: I can, just give me a minute |
| 13:18.45 | T0mW | :P |
| 13:18.46 | jbevren | hehe |
| 13:19.10 | T0mW | chasing freakin' startup bug in an 8051 system |
| 13:19.40 | T0mW | using a serial freaking port to print chars out: "here I am", "okay here", etc. |
| 13:24.19 | jbevren | for the pixter? :D |
| 13:24.20 | jbevren | hehe |
| 13:24.37 | prpplague | naw, for a new handheld |
| 13:24.42 | jbevren | I think gamepark's mmc bootloader is opensource ;-) |
| 13:27.02 | jbevren | http://www.sparkfun.com/commerce/product_info.php?products_id=7831 |
| 13:27.16 | jbevren | 100Mbit ethernet chip on breakout board |
| 13:28.18 | prpplague | jbevren: i'm just adding some minor tweaks to apex |
| 13:28.24 | jbevren | nod |
| 13:33.02 | T0mW | prpplague: blind loader or uses filesystem? |
| 13:33.43 | prpplague | T0mW: blind, i.e. kernel is at block 10 of the sd/mmc card |
| 13:33.56 | prpplague | T0mW: just dd to copy the sd/mmc card |
| 13:37.28 | T0mW | yeah |
| 13:37.58 | T0mW | prpplague: then suck a meg in an boot it |
| 13:41.11 | prpplague | T0mW: well this is for production |
| 13:41.25 | prpplague | T0mW: jtag on the microbootloader (around 8k) |
| 13:41.53 | prpplague | T0mW: then the micro reads the real bootloader, kernel and filesystems from the sd/mmc and copies them to flash |
| 13:44.13 | T0mW | prpplague: something like what I did for the lpc2000 stuff. The lpc2000 chips have a loader mode, if flash is erased, or if P0.14 is low, then it enters the bootloader ROM. You can then send data / commands into UART0 of the chip via a simple command set. |
| 13:45.19 | T0mW | prpplague: I upload a resident program, which, when it starts, looks for a signature up in the application flash area, failing to find the signature, it opens the application binary from the FAT16 filesystem and programs it in. |
| 13:46.49 | T0mW | prpplague: if you want to reprogram the application binary image, either erase the signature bytes and do a hard reset from within the app, --OR--, you can manually force it by grounding a testpin and hitting the RESET button. The resident loader always is in Flash |
| 13:47.27 | T0mW | prpplague: only takes about 8 seconds to program the resident loader |
| 13:50.57 | jbevren | hmm is this usb jtagger on sparkfun supported by linux tools? |
| 14:00.10 | T0mW | jbevren: yes, it is supported by openOCD which works with gdb on linux |
| 14:00.59 | T0mW | jbevren: I say that as the wiggler is supported under linux by openOCD |
| 14:01.19 | *** join/#edev davidc__ (n=davidc__@S01060002b360aacd.vc.shawcable.net) |
| 14:01.55 | jbevren | T0mW: This is the usb one with the ft2232 |
| 14:01.57 | jbevren | so i was unsure |
| 14:02.57 | T0mW | crap, the uart is getting the right data and putting it into the queue, but the getRS232char funciton is pulling 0xff as the first char and I cannot see why |
| 14:08.23 | CosmicPenguin | prpplague: ping |
| 14:09.01 | jbevren | tom: doh |
| 14:09.26 | jbevren | that's a lot like the graphic converter I made, the data in is 160x160, the data out -should be-, but it comes out 159x160 |
| 14:13.31 | jbevren | In the end, I coded it to send a buffer pixel on the end of each line :( |
| 14:14.49 | T0mW | jbevren: well, I could just set a bit flag and drop the first char... |
| 14:14.59 | T0mW | jbevren: but I won't |
| 14:15.02 | jbevren | nod |
| 14:15.13 | jbevren | I was explaining how much it sucked more than providing a hackjob solution like mine hehe |
| 14:15.38 | jbevren | T0mW: Is the FF coming from the code or from the uart? |
| 14:15.48 | jbevren | maybe the uart gets a FF stuck in its queue during reset or init |
| 14:16.17 | T0mW | jbevren: not from the uart, it looks as if something in the code is advancing my rs232 buffer count |
| 14:16.25 | jbevren | crazy |
| 14:17.00 | T0mW | aha |
| 14:17.14 | T0mW | the first char is not being read from the buffer |
| 14:17.51 | T0mW | jbevren: I just love debugging via LED |
| 14:18.09 | jbevren | T0mW: doh :( |
| 14:18.13 | jbevren | I"m sure you do(n't) |
| 14:18.13 | jbevren | hehe |
| 14:18.23 | T0mW | I will celebrate the day they discontinue this old POS! |
| 14:41.17 | jbevren | bah |
| 14:41.30 | jbevren | cant find a datasheet for the lh75411 that details the lcd controller, boot controller, etc |
| 14:41.53 | jbevren | one datasheet explains that the chip can boot with the bus in 8bit mode, but doesnt explain how to do it |
| 14:43.09 | T0mW | heh |
| 14:47.44 | *** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac) |
| 14:51.27 | *** join/#edev EvilDevil (n=miau@p54A6FD14.dip.t-dialin.net) |
| 15:06.07 | *** join/#edev redb1ue (i=star@ppp016.110-253-207.mtl.mt.videotron.ca) |
| 15:25.55 | *** join/#edev mallum_ (n=mallum@host81-132-227-111.range81-132.btcentralplus.com) |
| 15:51.31 | prpplague | CosmicPenguin: pong |
| 15:51.36 | prpplague | was in a conference call |
| 15:53.54 | prpplague | jbevren: yea, the documentation from sharp is horrible |
| 15:54.11 | prpplague | jbevren: try getting the docs for the LH75402 or LH75410 |
| 15:54.28 | prpplague | jbevren: same chip just different lcd options |
| 16:07.47 | jbevren | hm, the docs I have are for the 401/410/411 |
| 16:07.55 | jbevren | I'll look for the others individually |
| 16:30.05 | CosmicPenguin | Wow - I shocked him |
| 17:18.29 | *** join/#edev redblue (i=star@ppp210.109-253-207.mtl.mt.videotron.ca) |
| 17:39.03 | *** join/#edev prpplague (n=billybob@72.22.128.86) |
| 17:39.39 | *** mode/#edev [+o prpplague] by ChanServ |
| 17:39.43 | prpplague | CosmicPenguin: ping |
| 17:40.51 | CosmicPenguin | prpplague: pong |
| 17:41.32 | prpplague | CosmicPenguin: you need me earlier? |
| 17:41.47 | prpplague | had a power outage :( |
| 17:42.17 | prpplague | jbevren: http://www.linuxdevices.com/news/NS2592889988.html |
| 17:43.38 | prpplague | jbevren: lnode80 is better looking |
| 17:45.59 | jbevren | how's lnode 80 coming btw? |
| 17:47.00 | prpplague | hehe, lnode80 is dead |
| 17:47.08 | prpplague | lnode40 is progressing |
| 17:47.15 | jbevren | lol |
| 17:47.20 | jbevren | I cant ever remember which one's still active |
| 17:47.24 | prpplague | hehe |
| 17:49.06 | prpplague | well its about @#$@#$@#$ time, consulate just called |
| 17:49.24 | prpplague | donna's visa/greencard paperwork should be here in two to three weeks |
| 17:50.13 | T0mW | prpplague: don't hold your breath |
| 17:50.27 | prpplague | T0mW: yea i know |
| 17:50.34 | prpplague | T0mW: but atleast they said it was approved |
| 17:50.43 | prpplague | T0mW: which is more than in the past |
| 17:53.58 | T0mW | sigh |
| 17:54.45 | T0mW | fscking SCN2681 UART from Philips is the strangest peice of cr@p that I've ever had to deal with |
| 17:55.37 | T0mW | you program the thing up: baudrate, bits, etc. and the thing gets a double char the first time. |
| 18:03.14 | *** join/#edev J4k3 (i=jsuter@dhcp-12-197-128-51.intrastar.net) |
| 18:04.06 | prpplague | doh |
| 18:10.40 | prpplague | hey you guy seen this - http://www.circuitcellar.com/library/print/0406/Armitage-189/index.htm |
| 18:11.07 | prpplague | i was kinda thinking of possible doing something similiar in one of our new handhelds |
| 18:11.19 | prpplague | you'd be able to do a wireless site survey with your handheld |
| 18:11.28 | jbevren | that'd be pretty cool |
| 18:13.43 | prpplague | anyone have any thoughts? |
| 18:14.01 | prpplague | its basically a wispy usb but it would be on the main board |
| 18:14.21 | prpplague | we'd have to shut down the 802.11 device in the handheld during the spectrum analysis |
| 18:15.30 | prpplague | maybe i should ask on the hh.o channel |
| 18:45.53 | *** join/#edev sunrunner20|prom (n=jamesdoe@pool-71-252-247-215.dllstx.fios.verizon.net) |
| 19:06.54 | *** join/#edev trjonescp (n=trjones@24-205-231-26.dhcp.snlo.ca.charter.com) |
| 19:09.26 | trjonescp | i've got a "general understanding" i2c question that I just can't get my head around... |
| 19:10.06 | trjonescp | i know that i2c can be implemented in software using any 2 gpio pins, but this doesn't seem like it should be possible... |
| 19:10.20 | prpplague | trjonescp: why? |
| 19:10.28 | trjonescp | doesn't the i2c spec require open collector outputs? |
| 19:10.34 | jbevren | sure |
| 19:10.38 | jbevren | you can simulate OC outputs |
| 19:10.43 | jbevren | set the output to 0, |
| 19:10.47 | jbevren | and toggle the in/out bit instead :) |
| 19:10.51 | jbevren | mwahahahah |
| 19:10.59 | trjonescp | ok, thats what i suspected.... |
| 19:11.07 | trjonescp | interesting |
| 19:11.21 | jbevren | when its set to output, it drives the line low (like an OC output) |
| 19:11.32 | jbevren | when its set to an input, it releases the line (pulled to high externally) and you can read it |
| 19:11.51 | trjonescp | yup, that makes sense |
| 19:11.55 | trjonescp | ok, so that leads me to my next question... |
| 19:12.31 | prpplague | trjonescp: sorry only one question per day |
| 19:12.37 | jbevren | haha prpplague |
| 19:12.37 | trjonescp | when doing voltage translation between a 3.3 i2c and 5.0 i2c... |
| 19:12.39 | trjonescp | hah |
| 19:12.54 | jbevren | . o O ( open collector output) |
| 19:13.13 | prpplague | trjonescp: there are several things involved in that, i think i have a url |
| 19:13.27 | jbevren | prpplague: cant you just tie the bus to 3.3v? |
| 19:13.32 | jbevren | 5V ttl will see 3.3v as a logic high |
| 19:13.56 | trjonescp | well, for blackfin, applying 5.0 volts to a pin is against the rules |
| 19:14.26 | prpplague | jbevren: yea, you just have to be careful |
| 19:14.45 | prpplague | normally you would try using a 5v tolerant gpio |
| 19:15.11 | jbevren | prpplague: I thought I2C pulled to gnd during its active state, and floated otherwise |
| 19:15.30 | prpplague | http://www.elektor-electronics.co.uk/Default.aspx?tabid=27&year=2005&month=7&art=52821&PN=On |
| 19:15.31 | jbevren | since no output pulls up (to 5v), it's not a concern(?) |
| 19:15.38 | jbevren | or does it pull high and release |
| 19:16.22 | prpplague | http://www.maxim-ic.com/appnotes.cfm/appnote_number/1159 |
| 19:16.24 | prpplague | ahh there it is |
| 19:16.47 | trjonescp | who is responsible for pulling the SDA and SCK lines high? the master? or is every device (slave and master) supposed to include a pull up? |
| 19:17.59 | trjonescp | seems like you would want all slive devices to just pull low or float and put the pull up on the master... is there a standard convention? |
| 19:18.51 | jbevren | spi looks easier imho |
| 19:18.57 | jbevren | prpplague: I was reading about mmc's on spi btw |
| 19:19.07 | jbevren | apparently they dont release the bus until 8 clicks after CS is deasserted |
| 19:20.45 | prpplague | yea, its pretty kinky |
| 19:21.03 | trjonescp | prpplague: do you have the .pdf from the I2C article link? |
| 19:21.56 | prpplague | trjonescp: no, it was the maxim ic item that i used, i just happened to see that on |
| 19:23.28 | trjonescp | prpplague: ic. what maxim ic was it taht you used exactly? |
| 19:23.36 | trjonescp | was it one of these: http://www.maxim-ic.com/quick_view2.cfm/qv_pk/3253 |
| 19:24.28 | prpplague | trjonescp: i just had the article, we mainly use SPI stuff, so i had the article |
| 19:24.46 | trjonescp | prpplague: oic |
| 20:01.09 | *** join/#edev agaffney (n=agaffney@gentoo/developer/pdpc.active.agaffney) |
| 21:32.07 | *** join/#edev sunrunner20 (n=jamesdoe@pool-71-252-205-165.dllstx.fios.verizon.net) |
| 21:47.43 | MonMotha | trjonescp: the master includes a reasonably strong pull-up (usually 2.2 or 3.3k |
| 21:48.08 | MonMotha | in systems where the slaves are guaranteed to be passive (usually unpowered) until connected, they often don't includ pull-ups |
| 21:48.50 | MonMotha | in systems where the slaves may be powered before being connected up, they sometimes include very weak pull-ups (10s or 100s of kohm) just to keep the inputs from floating |
| 21:49.00 | MonMotha | I2C is supposed to idle high, so you don't normally see pull-downs |
| 23:08.48 | trjonescp | MonMotha: thanks! |
| 23:22.16 | *** join/#edev flyback (i=flyback@c-67-165-88-141.hsd1.pa.comcast.net) |
| 23:22.19 | flyback | http://www.washingtonpost.com/wp-dyn/content/article/2006/08/04/AR2006080400479.html |
| 23:22.26 | flyback | this s*** will probably nail this channel too eventually |
| 23:24.23 | *** join/#edev sunrunner20|prom (n=jamesdoe@pool-71-252-240-119.dllstx.fios.verizon.net) |
| 23:37.02 | *** join/#edev redblue (i=star@ppp184.109-253-207.mtl.mt.videotron.ca) |
| 23:44.16 | MonMotha | trjonescp: on really long I2C runs at high clock speeds (400kHz over a multiple foot cable, for example), you'll occasionally see pull-ups at both ends to remove some of the lumped model transmission line effects (mostly line capacitance causing slow rise times at the end without the pull-up) |