Skip to main content ↑ ↓
Topic: Bus Pirate Firmware 6.3 BETA development (Read 21751 times) previous topic - next topic

Bus Pirate Firmware 6.3 BETA development

We've kicked BP development in high gear! For the last few days we've been clearing out the backlog of Issues, and I guess this is a good time as any to move to version 6.3 beta... as of SVN rev 2088... Find attached the hex files for BP version's 3 and 4.., or compile from the latest source code in the SVN..

Here's the link to the tracker http://dangerousprototypes.com/track/

Any feedback would be greatly appreciated.

I'll use this post to add links to the latest issue fixes as they come...

Issues fixed in 6.3

Issue #66

In baseIO.c the function bpWlongdecf() fails to correctly print out some values when the mld or mil bits are set.
e.g.: 1.1million as 1,0100,000.

Issue #73

The other problem appeared to be a resolution issue. As an example, while measuring a 2Hz frequency, the measurement was often 1Hz. So I decided to take a stab at improving frequency measurements. I decided to use the prescaler only when necessary. I also decided to measure the period and divide for low frequencies.

Isssue #65

Bus Pirate V4 AUX1 and AUX2 fail to return to input/hi-z state.
A patch file is attached while corrects the problem.

Isssue #63

Add onboard pullup resistor command to binary mode

Isssue #50

New display change during reads added, comand rd reads digital, rx reads hex and rb reads binary

Isssue #51

BP4: During I2C interaction in terminal '}' stop bit command always returns "ERROR: command has no effect here"

Isssue #24

UART TX pin read as input during 'v' command

Isssue #57

Clutch pedal added to all protocols. output pins are now only connected once the turn on power supplies 'W' command is issued. they are disconnected again if 'w' command is issued (power off)... multiple repeatitive engage/disengage are posible...
best regards FIlip.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #1 –
Hi Fillip :o)
On #50  i did not had  the time to try your version, (currently im still using mine )  but i will try it soon :o

I also mentioned  in the note that it could be fun to have also  "rc"  who can display the byte like an ANSI character,  cool for reading strings :o)
Maybe when you have the time to tweak that on too :-)

Re: Bus Pirate Firmware 6.3 BETA development

Reply #2 –
sure no problem, but isn't that the raw mode where the byte is sent as is.. just need to incorporate it, it'll take 1-2 lines of code to add...
best regards FIlip.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #3 –
added to the latest SVN ... here is the patch to r2089
best regards FIlip.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #4 –
I think  "r"  read and display with the default global setting.
so if you set it to hex or dec, or bin it will be the default case...
Am i wrong ?

what a meant  by "rc"  is  instead of reading 
rx:6  0x48 0x65 0x6c 0x6c 0x6f 0x21

we will get with
 rc:6  H e l l o !

where each byte read is display by it's ansi representation.
:-)

Re: Bus Pirate Firmware 6.3 BETA development

Reply #5 –
[quote author="voidptr"]I think  "r"  read and display with the default global setting.
so if you set it to hex or dec, or bin it will be the default case...
Am i wrong ?

what a meant  by "rc"  is  instead of reading 
rx:6  0x48 0x65 0x6c 0x6c 0x6f 0x21

we will get with
 rc:6  H e l l o !

where each byte read is display by it's ansi representation.
:-)[/quote]

That's exacly how it's implemented. just r reads out the default setting and the rd rx rb rw read out decimal, hex, binary and raw...
in raw mode raw bytes are sent to uart, which is read by the serial terminal as ANSII characters...
best regards FIlip.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #6 –
[quote author="arakis"]
That's exacly how it's implemented. just r reads out the default setting and the rd rx rb rw read out decimal, hex, binary and raw...
in raw mode raw bytes are sent to uart, which is read by the serial terminal as ANSII characters...[/quote]

Cool !  :o)
since I made my patch I find this so useful  for formatting  registers reading in a more "human" "logical" form.
I'm sure it will be useful to alot of people :o)

Re: Bus Pirate Firmware 6.3 BETA development

Reply #7 –
BASIC scripting mode is back in the latest firmware in the SVN v6.3 r2012

Isssue #53
best regards FIlip.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #8 –
BPv4 firmware 6.3 bug

In i2c.c

Lines 939 and 940

                                              [s:]while(U1STAbits.URXDA == 0);[/s:]//wait for subcommand byte
                                              [s:]inByte=U1RXREG;[/s:] //get byte

Change to:
                     inByte=UART1RX(); //get byte //JTR April 9, 2013 line altered

More fixes here: viewtopic.php?f=41&t=5380

P.S. It seems to me that firmware 6.3 will be fully ported to the USB stack in the BPv4 after the above two fixes are added. Based on the nature all the bug reports in these forums, actually based on what is NOT being reported in these forums, I would conclude that the USB stack on the BPv4 is working smashingly well.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #9 –
just some suggestions for the new firmware

1) contextual help, when i press ? i want to get only the commands i can use, when i start in HiZ  and i press ? i get  a list of commands and most of them cannot be used on that context. Will be better to see only the options that can be used.

2)connection reminders, when i select a mode would be nice to get a reminder of how i have to connect my bp.
  - for example in UART mode i cannot know from the terminal how to connect my wires.
3) Add PWM and frequency counter directly into the mode menu
4)openOCD

Re: Bus Pirate Firmware 6.3 BETA development

Reply #10 –
This update also seems to increase the stability of the SUMP / logic analyzer mode. With the 6.1 firmware, I frequently got the bus pirate to lock up at the end of a capture (it stopped responding after two of the five reset commands sent by OLS), when using smaller sample rates (e.g, 4Mhz was ok, while 20Khz would break nearly every time). I haven't been able to reproduce this since upgrading to 6.3 beta1.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #11 –
This update also seems to increase the stability of the SUMP / logic analyzer mode. With the 6.1 firmware, I frequently got the bus pirate to lock up at the end of a capture (it stopped responding after two of the five reset commands sent by OLS), when using smaller sample rates (e.g, 4Mhz was ok, while 20Khz would break nearly every time). I haven't been able to reproduce this since upgrading to 6.3 beta1.

I had a bug with the previous firmware but so far the update is MUCH more stable than before. I'll keep monitoring for improvements.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #12 –
This USB stack fix for the BPv4 needs to be pushed to the svn.

http://code.google.com/p/dangerous-prot ... sb_stack.c

Line 456 reads:
            if (epbd->BDSTAT &= ~BSTALL)

This should be:

            if (epbd->BDSTAT &= BSTALL)

This is only a minor issue and in practice has no effect other than to prevent the USB stack from passing the USB Chapter 9 compliance test. The same fx is required on all releases of the USB stack including from the IR TOY and free standing echo tests etc...

Thanks...

Re: Bus Pirate Firmware 6.3 BETA development

Reply #13 –
The '$' command is not working to enter bootloader mode somehow. Every time I tried it (and exited my serial session to free up the device), the pirate-loader could not talk to the bootloader. I finally had to use the short of PGD/PGC and was able to downgrade back to v6.1 The pirate-loader application has no trouble talking to the bootloader when using the '$' command in v6.1.

Re: Bus Pirate Firmware 6.3 BETA development

Reply #14 –
I just tried this and can confirm what link87 is reporting. When I give the $ command, it looks like the bootloader is entered:

Code: [Select]
HiZ>$
Are you sure? y
BOOTLOADER

But when I quit my terminal emulator and start the pirate loader, it doesn't work:

Code: [Select]
$ ./pirate-loader_lnx --dev=/dev/serial/pirate --hello
+++++++++++++++++++++++++++++++++++++++++++
  Pirate-Loader for BP with Bootloader v4+  
  Loader version: 1.0.2  OS: Linux
+++++++++++++++++++++++++++++++++++++++++++

Opening serial device /dev/serial/pirate...OK
Configuring serial port settings...OK
Sending Hello to the Bootloader...ERROR
No reply from the bootloader, or invalid reply received: 0
Please make sure that PGND and PGC are connected, replug the devide and try again

The pirate does stop showing the regular prompt on the serial port (I need to unplug and replug the pirate to get it back), so the $ command at least does _something_.