8596
Messages
This section allows you to view all Messages made by this member. Note that you can only see Messages made in areas you currently have access to.
Messages - ian
8597
Bus Pirate Support / Re: I2C, no ACK at random times
There's a three byte UART hardware buffer, but the long term goal (on the issue tracker) is to have a big buffer (2000K?) that feeds the serial TX on an interrupt.
8598
Bus Pirate Support / Re: Hardware I2C master and slave
8599
Bus Pirate Support / Re: Hardware I2C master and slave
I moved the memory defines to the individual hardware profiles to make it easy to change for other chips.
Compiled to v2go nightly, untested.
8600
Bus Pirate Support / Re: Linux - Bootloader-Programmer
http://dangerousprototypes.com/2009/08/ ... linux-osx/
8601
Bus Pirate Support / Re: I2C, no ACK at random times
8602
Bus Pirate Support / Re: I2C, no ACK at random times
8603
Bus Pirate Support / Re: I2C, no ACK at random times
8604
Bus Pirate Support / Re: Hardware I2C master and slave
8605
Bus Pirate Support / Re: I2C, no ACK at random times
What happens if you use a full stop and start sequence instead of a repeated start?
Quote
[0xd0 1 [0xd1 r] >>> [0xd0 1 ][0xd1 r]
I'd look at how the code handles the repeated start. I didn't write the I2C library, it's GPL'd code from an example site. It's always worked fine for me, so I've never bothered with it. Maybe we should write a public domain version with more options?
The speed issue is a possibility. I second a speed option that reduces the delays in the I2C library, either as a setup step or as a configuration macro(#). It would probably be worth checking I2C.c and base.c for delay problems too, for a while there was a variable type overflow problem with one of the delays but I think I caught it a while back.
The latest nightly build adds version check with the 'i' menu. PIC revisions: A3/A4=0x3003, B4=0x3042, B5=0x3043
8606
Bus Pirate Support / Re: Hardware I2C master and slave
v0a and v2 (both) should have pull-ups.
The three digit numbers, and sometimes just XXX, that precede output in older demos and code was supposed to be an RFC977-style (USENET) coding system so GUIs could interact with the Bus Pirate. I dropped it when I implemented the centralized terminal translation system that recycles the same text messages for each library.
What revision PIC do you have?
8607
Bus Pirate Support / Re: Hardware I2C master and slave
Built in functions sound great, I hadn't hunted them down yet. I've just been working with the example code from the datasheet to see how table read works.
8608
Bus Pirate Support / Re: Linux - Bootloader-Programmer
8609
Bus Pirate Support / Re: Linux - Bootloader-Programmer
http://code.google.com/p/the-bus-pirate ... tail?r=176
and corrected the file name in the help text:
http://code.google.com/p/the-bus-pirate ... tail?r=177
8610
Bus Pirate Support / Re: Hardware I2C master and slave
http://www.microchip.com/stellent/idcpl ... e=en535364