I bought the OLS a long time ago but never got it to work. Updating the bitstream/firmware works flawless, connecting to it through various clients as well, but nothing is captured. Just solid lines. Strange thing is that the captured states seem to be random high or low, but always consistent within one capture on one channel. CH1 could be high with CH2 low, and next capture they would have different values.
After a loooong time (moved and renovated a house) I dug it out again since I need a LA shortly and didn't want to by a Logic one since I had already bought a OLS. Updated the latest software I found on the frontpage, but no luck when generating a signal with my BP. Checked the same signal with a scope and signal is fine. LED's are like they should be according to the manuals. Tried the SUMP and the OLSFront software.
After browsing through the forums, I found one guy who had one and posted pictures of a scratch across the board. I never noticed it untill really looking for it now, but I have a comparable scratch at allmost the same spot. Under the ARM led, between TRIG and R8 and then going to C20 and C19 (board rev 1.01). Can post pics if necessary.
Anything else I can try? Would like to try to get this one to work before I buy a Logic.
First of all, I'm a mere beginner in electronics without a real college type of background. All I did was read books/magazines/sites/... so there are things that I should know about, but don't. Take it as a disclaimer
I'm trying to interface a DS1307 RTC chip with the Bus Pirate. I'm doing this on a breadboard. I've connected the Vcc to the bus pirate +5V, the ground to the ground line, and the Vpu to it's own +5V line. The crystal is in the same holes as the pins from the IC, I've read that it's good practice to keep distances between an ic and an crystal as short as possible. Vbat is pulled to ground, as stated in the datasheet when a backup battery isn't used. There's a 100uF cap over the GND/Vcc lines, I know it's about filtering but don't really know exactly why it's needed. Will read up on that later.
If needed: this is what I got from the terminal with the "i" command:
*----------* POWER SUPPLIES ON VOLTAGE MONITOR: 5V: 5.0 | 3.3V: 3.3 | VPULLUP: 5.0 | AUX: DEFAULT SETTING (AUX PIN) High-Z outputs (H=input, L=GND) PULLUP RESISTORS ON BITORDER CONFIGURATION NOT ALLOWED IN THIS MODE *----------*
This is what I did:
-initialised I2C mode ("m", "4") -enabled the pullups ("p", "2") -enabled power supplies ("W") -checked pullup voltage ("i"), is fine at 5.0 -checked IC adress on I2C bus ("(1)"), found devices at 0xD0 and 0xD1 (sometimes it also finds something at 0xD2, not sure why?) -Started the oscillator and set seconds to zero: "[0xd0 0 0]" Gives 3 times ACK -Defined the minutes to zero as well, just to make sure it starts there "[0xd0 1 0]", all good again
And this is where I'm not sure I'm doing everything ok and the errors start
- "[0xd0 1 [0xd1 r]" gives 2 writes, one read that seems to return a valid number (depending on the delay between the setting to zero en querying the minutes)
-Then trying that same line again gives some errors. Write 0xD0 gives an ACK, the 0x01 DOESN't give ACK, the read gets an ACK seems like it could be fine.
-Trying it again a minute later gets the same faults, then a third time doesn't give an ACK on the writes, gives a ACK on the read, but returns an invalid number (all of a sudden we're supposed to be 17 minutes later?)
I have used this IC with a easyPIC5 board from MikroElektronika and things went smooth then. I'm not sure what I'm doing wrong here. I've used the BusPirate to talk to a 7221 SPI to 7segment Decoder without any problems. It seems to be a bit random, and I don't really know where to look anymore... Any hints/tips/thoughts?
If there's any info I forgot to mention, please ask!
