jrhees wrote:OOOOOh, pretty picture

I thought I may as well document it for those who may follow.

jrhees wrote:Just a note on your diagram, the SOIC orientation suggests you're connecting to pin 12, not pin 3...but you probably know that.
Actually, I didn't. I don't have much experience with SOICs (they're primarily used in PICs?) and was thus unsure of the proper symbol, so I drew it as an 18 pin DIP. But now I'm REALLY confused. If you're counting pins the way I think you are...
1-3-5-7--9-11-13-15-17
2-4-6-8-10-12-14-16-18 ?
then wouldn't that be pin 13? Or are you saying it's...
18-17-16-15-14-13-12-11-10
9---8---7---6--5---4--3---2---1 ?
I guess while we're at it, you should probably tell me how to properly identify pin 1. (I think it's fairly obvious, but I'd rather be safe than sorry.)
jrhees wrote:The reason I want you to connect to the USB's +5V connection rather than somewhere else is so that we don't create a situation where +5V is present somewhere else while the USB port has yet to power up -- thus forcing 5V onto a pin on a non-powered micro.
OK. I just remembered previous statements you made (when discussing external emitters) where you mentioned current limitations and I was trying to circumvent those. Would it be correct to say that connecting the USB-UIRT to a powered hub might resolve such issues (as well as any impact that this little mod may have)? Or will this mod have no impact? (i.e. is the emitter issue related to a limitation of the USB-UIRT as opposed to being a USB supply issue?)