Skip to main content


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 - arakis

Bus Pirate Support / Re: Is SPI stable/issue free on BP v4?
[quote author="charliev"]Hi arakis, thank you for your reply.

I have 2 RF (SPI) devices that I want to play with...

I'd like to eventually use a script, but can get by manually entering values in the terminal mode - I'm still a noob with BP, so doing a lot of reading from this site... any suggestions are greatly appreciated.


If you plan on testing out communication between the two modules, you;ll defiantly need a  script, as manualy entering values into registers might prove to be  too slow.. Personally I would use two arduinos for this, as it would probably be easier to program and cheaper to implement.
Bus Pirate Support / Re: Bus Pirate short circuit protection
[quote author="NiHaoMike"]I was working on a small plasma display module out of a broken car radio, and one annoying feature of the Bus Pirate is that the inrush of the DC/DC converter false trips the overcurrent protection. I can (and did) edit the source code to decrease the sensitivity of the protection, but I'm using a homemade version of the Bus Pirate that can survive a short circuit even if the firmware does not intervene. Would the official Bus Pirate survive that?  (All I did was increase the delay so it waits 100ms before checking for a short rather than 2ms.)[/quote]

Hi, sorry for the late replay. The Bus Pirate will most likely survive it, although we can't guaranty it. try increasing the delay for the least amount that would still enable your application to function. Or better yet build an external pass through transistor that is controlled Via the Bus Pirate and uses a beefier power supply, for example the ATX or something like that
Pirate PIC programmer / Re: Newb needs some advice on getting started with PICs
[quote author="rwgast"]Thanks for the picgm tip! If I decide I like PICs I will either invest time in building on of the parallel programmers listed there or buy an actual PicKit

Last night I ordered 3 each of PIC18F24J50, and PIC24FJ64GA002. I got these because I read the PIC programming wiki for the BP and as far as I can tell there are only three supported PICs at the moment and the two I ordered are do not require Hi Voltage programming. I am a bit confused though, there are a few PIC24F chips I would like to try do to there peripherals but the BP can only program 3 chips at this time??! That just seems strange since there is an add on board to program Hi Voltage PICs.

I figured maybe I could start by trying to upload the Bus Pirate bootloader/firmware using a bus pirate  :). Then just stick a max3232 chip on it instead of an FTDI and have serial BP! Or even use an FTDI cable. Would this work? It would be really nice to be able to do this and then install the stk500 firmware so I a decent AVR programmer that works with the AVRStudio IDE.[/quote]

The three chips  supported are used in some of our projects, that's why they are the only ones implemented... The pic prog board is still under development, as is the accompanying software/firmware...
Pirate PIC programmer / Re: Newb needs some advice on getting started with PICs
[quote author="rwgast"]I know a PicKit would be preferable but all I really want to do is blink some LEDs right now, get a feel for PICs.

Are these the only chips the BP will program without the adapter?
18F24J50 24FJ64GA002[/quote]

I know I totatly understand, when I started out with them, I tried Serial, and Parallel programers, but all I can say is, after burning loads of chips, I wouldnt come near one again.. If you just want to play around, and Bus pirates IO is enough for you, you can try making your own firmware for it.. we have a few tutorials that will help you get started..

Since all pics are basicly the same programing wise, it's fine to start with pic24 at the begining, and much easier.. ... ment_board

all you need to do is folow the tutorials, and upload your code through the bootloader,, whne you are done you can easily recover it to the Bus Pirate firmware with the bootloader again.

The PIC on the Bus Pirate is preatty powerfull, with loads of peripherals. If you write custom firmware for it, you can get descent performance out of it, much better then the Arduino.. Although you only hava  a limited amount of IO pins at your disposal.
Bus Pirate Support / Re: Is SPI stable/issue free on BP v4?
[quote author="charliev"]Hello, awesome site and community! Just found DP and have become a big fan - way to go Ian and staff!

I want to buy a pair of Bus Pirates for some SPI work and wanted to go with the v4 design (for the pullup resistor support mainly) and have a couple of questions... 

1. Hows the stability of SPI on v4?
2. Is the v4 board design locked/finalized at this time?

Thank you!

The Bpv4 board design is locked, we might change pin arrangements in the IO header, but nothing that would change functionality..

Do you plan to use a terminal to control the Bus Pirate, or a script. terminal mode is stable, whiele the binary still has a few bugs.
Bus Pirate Support / Re: PCA9685
Hi the 1Mhz I2C requires the hardware peripheral, V3 uses software bit banging for I2C so 1MHs is not supported... BPv4 has the option to use the 1Mhz communication speed. -keep in mind that the BPv4 is still under development, and still needs a few bugs to be ironed out before full release..
Bus Pirate Development / NRF24 module mode...
It seems it will be relativly easy to implement NRF24 module mode..

using the ADC pin as the interrupt, and the aux pin for the TX/RS strart up, (CE pin of the module)
it uses simple SPI protocol, with few commands etc...we could even make a cable for it.. or a addapter pcb...

did some register read/writes, without any problems using the SPI connections..

here is the terminal
Code: [Select]
1. HiZ
2. 1-WIRE
4. I2C
5. SPI
6. 2WIRE
7. 3WIRE
8. LCD
x. exit(without change)

Set speed:
 1. 30KHz
 2. 125KHz
 3. 250KHz
 4. 1MHz

Clock polarity:
 1. Idle low *default
 2. Idle high

Output clock edge:
 1. Idle to active
 2. Active to idle *default

Input sample phase:
 1. Middle *default
 2. End

 1. CS
 2. /CS *default

Select output type:
 1. Open drain (H=Hi-Z, L=GND)
 2. Normal (H=3.3V, L=GND)

WRITE: 0x00
READ: 0x08
READ: 0x08
READ: 0x08
WRITE: 0x00
READ: 0x08
READ: 0x08
WRITE: 0x01
READ: 0x3F
WRITE: 0x02
READ: 0x03
WRITE: 0x03
READ: 0x03
WRITE: 0x04
READ: 0x03
WRITE: 0x05
READ: 0x02
WRITE: 0x05
READ: 0x02
SPI>[0x25 100]
WRITE: 0x25
WRITE: 0x64
WRITE: 0x05
READ: 0x64
Bus Pirate Support / Re: PCA9685
[quote author="zhivko"]I found out that I had missing location to write... found sample in some adafruit post:

I2C>[0xd0 0 0 0b00110000 0b00001001 0b00000010 0b00000111 0b00001001 0b00001001 0]
WRITE: 0xD0 ACK<< DS1307 write address
WRITE: 0x00 ACK<< location to write
WRITE: 0x00 ACK<< 0 seconds, reset CH bit to 0
WRITE: 0x30 ACK<< 30 minutes
WRITE: 0x09 ACK<< 9 hours, 24 hour clock mode
WRITE: 0x02 ACK<< Monday (day 2)
WRITE: 0x07 ACK<< 7th (date)
WRITE: 0x09 ACK<< September (month)
WRITE: 0x09 ACK<< '09 (year)
'WRITE: 0x00 ACK<< Set control register to 0'
I2C STOP BIT[/quote]

Is everything ok? did you get it to work?
Bus Pirate Support / Re: PCA9685
[quote author="zhivko"]
One thing is not clear to me. You say: "to device 0x50", but in example you use 0xA0? shouldn't it be 0x50 in example you gave?[/quote]

The 7bit address is 0x50 or 101 0000 but the  full byte sent with the write R/W bit is cleared  1010 0000 or 0xA0
and when reading the R/W bit is set adn the full byte is 1010 0001 or 0xA1
Bus Pirate Development / Re: v4 and I2C clock stretching?
[quote author="michaelb"]Hi,
I've stumpled across the BP v3 not supporting i2c clock stretching due to an issue in the pic used that makes an sw-i2c-implementation necessary. Is the same still true for v4?


Technically it should, although I haven't tested it yet.

 if this is the only reason you would consider buying the BPv4, I would wait for a confirmation that it works..