1
Show Posts
This section allows you to view all Show Posts made by this member. Note that you can only see Show Posts made in areas you currently have access to.
Messages - Ytsirk
2
USB Infrared Toy / What are people actually using the IR Toy for?
I haven't seen many references in the forums to what people are actually using their IR Toys for, so I thought you might be interested in how I've used mine in a project I've been working on recently.
Details can be found here http://themessyworkbench.wordpress.com/2010/07/22/led-license-plate-frame-remote-analysis/,
but suffice it to say I was able to use the IR Toy to get an in depth look at a simple IR control system I'm trying to mimic.
Helped me out with the project significantly! The IR toy has become an invaluable tool on my workbench.
Thanks again.
3
Bus Pirate Support / Re: SLE4442 raw2wire LSB issue?
4
Bus Pirate Support / SLE4442 raw2wire LSB issue?
First, my settings:
Bus Pirate v3
Firmware v4.2 Bootloader v4.1
DEVID:0x0447 REVID:0x3042 (B4)
http://dangerousprototypes.com
*----------*
POWER SUPPLIES ON
Voltage monitors: 5V: 4.84 | 3.3V: 3.27 | VPULLUP: 4.84 |
a/A/@ controls CS/TMS pin
Open drain outputs (H=Hi-Z, L=GND)
Pull-up resistors ON
LSB set: LEAST sig bit first
*----------*
ATR macro works, read LSB first, and getting the expected 0xA2 0x13 0x10 0x91
ISO 7816-3 ATR (RESET on CS)
RESET HIGH, CLOCK TICK, RESET LOW
ISO 7816-3 reply (uses current LSB setting): 0xA2 0x13 0x10 0x91
Protocol: 2 wire
Read type: to end
Data units: 256
Data unit length (bits): 8
but when trying to dump main memory I don't get those values repeated in the first four bytes. I get 0x45 0x27 0x20 0x22 instead.
{0x30 0 0xff} r:255 r:10
(-/_)I2C START BIT
WRITE: 0x30
WRITE: 0x00
WRITE: 0xFF
(_/-)I2C STOP BIT
READ 0xFF BYTES:
0x45 0x27 0x20 0x22 0x03 0x00 0x02 . . .
I have three cards, all of which I have gotten the expected values prior to the v4 update and now all produce the same changes suggesting either I screwed something up terribly (quite possible), somehow managed to change the header info of the cards (unlikely), or something has changed in the firmware.
I suspect it may be a LSB or MSB issue, but I don't know enough about how they are converted to confirm.
I do know the binary of 45 is 1000101
and A2 is 10100010 which seems like a mirror image, but that falls apart for the 0x27 and 0x13 of the next byte.
Any help would be appreciated, Thanks...
5
USB Infrared Toy / Re: Reverse LED
6
USB Infrared Toy / Re: What the hell happened?
I'd like to say that I feel privileged to be on the ground floor of such a cool little project. Anyone who thinks there are not going to be problems with a first generation open source design is, at best, simply naive. You have demonstrated yourself to be a decent and generous guy to offer to work out and fix these issues and have no doubt that v2 will be even better. I have already found the IR Toy to be useful educationally, and will continue to enjoy playing around with it and hopefully contributing something useful back to the project.
No one likes to get something that doesn't work, but the bugs will get worked out...
"This open source hardware and software is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you can't accept this risk, please do not buy this hardware. "
7
USB Infrared Toy / Re: What the hell happened?
8
USB Infrared Toy / Re: Just Arrived!
9
USB Infrared Toy / Re: Just Arrived!
Label and multimeter put R5 at 100Ω. PCB layout says it's supposed to be 1k doesn't it?
10