Bus Pirate Firmware 6.3 BETA development

Hacking multi-tool. Get one for $30, including worldwide shipping.

Bus Pirate Firmware 6.3 BETA development

Postby arakis » Fri Jan 18, 2013 7:50 am

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...
Attachments
package.zip
(193.23 KiB) Downloaded 302 times
best regards FIlip.
arakis
Crew
Crew
 
Posts: 1044
Joined: Wed May 25, 2011 11:15 am
Location: Belgrade, Serbia

Re: Bus Pirate Firmware 6.3 BETA development

Postby voidptr » Mon Jan 21, 2013 3:28 pm

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 :-)
voidptr
Full Member
Full Member
 
Posts: 247
Joined: Fri Oct 08, 2010 5:58 am

Re: Bus Pirate Firmware 6.3 BETA development

Postby arakis » Tue Jan 22, 2013 4:20 am

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.
arakis
Crew
Crew
 
Posts: 1044
Joined: Wed May 25, 2011 11:15 am
Location: Belgrade, Serbia

Re: Bus Pirate Firmware 6.3 BETA development

Postby arakis » Tue Jan 22, 2013 7:41 am

added to the latest SVN ... here is the patch to r2089
Attachments
procMenu.c.patch
(787 Bytes) Downloaded 161 times
best regards FIlip.
arakis
Crew
Crew
 
Posts: 1044
Joined: Wed May 25, 2011 11:15 am
Location: Belgrade, Serbia

Re: Bus Pirate Firmware 6.3 BETA development

Postby voidptr » Wed Jan 23, 2013 1:26 am

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.
:-)
voidptr
Full Member
Full Member
 
Posts: 247
Joined: Fri Oct 08, 2010 5:58 am

Re: Bus Pirate Firmware 6.3 BETA development

Postby arakis » Wed Jan 23, 2013 4:35 am

voidptr wrote: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.
:-)


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.
arakis
Crew
Crew
 
Posts: 1044
Joined: Wed May 25, 2011 11:15 am
Location: Belgrade, Serbia

Re: Bus Pirate Firmware 6.3 BETA development

Postby voidptr » Thu Jan 24, 2013 2:13 pm

arakis wrote: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...


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)
voidptr
Full Member
Full Member
 
Posts: 247
Joined: Fri Oct 08, 2010 5:58 am

Re: Bus Pirate Firmware 6.3 BETA development

Postby arakis » Mon Jan 28, 2013 10:59 am

BASIC scripting mode is back in the latest firmware in the SVN v6.3 r2012

Isssue #53
best regards FIlip.
arakis
Crew
Crew
 
Posts: 1044
Joined: Wed May 25, 2011 11:15 am
Location: Belgrade, Serbia

Re: Bus Pirate Firmware 6.3 BETA development

Postby JTR » Tue Apr 09, 2013 10:20 pm

BPv4 firmware 6.3 bug

In i2c.c

Lines 939 and 940

while(U1STAbits.URXDA == 0);//wait for subcommand byte
inByte=U1RXREG; //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.
JTR
Sr. Member
Sr. Member
 
Posts: 335
Joined: Mon Jan 31, 2011 5:50 am

Re: Bus Pirate Firmware 6.3 BETA development

Postby ginpb » Sun May 12, 2013 4:25 pm

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
ginpb
Sr. Member
Sr. Member
 
Posts: 282
Joined: Tue Sep 06, 2011 8:16 am

Re: Bus Pirate Firmware 6.3 BETA development

Postby matthijs » Mon May 27, 2013 9:21 am

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.
matthijs
Newbie
Newbie
 
Posts: 13
Joined: Wed Jan 30, 2013 3:23 pm

Re: Bus Pirate Firmware 6.3 BETA development

Postby peterbj » Wed May 29, 2013 2:31 pm

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.
peterbj
Newbie
Newbie
 
Posts: 5
Joined: Wed May 29, 2013 2:17 pm

Re: Bus Pirate Firmware 6.3 BETA development

Postby JTR » Fri Aug 30, 2013 12:15 am

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...
JTR
Sr. Member
Sr. Member
 
Posts: 335
Joined: Mon Jan 31, 2011 5:50 am

Re: Bus Pirate Firmware 6.3 BETA development

Postby link87 » Sat Sep 14, 2013 3:08 pm

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.
link87
Newbie
Newbie
 
Posts: 1
Joined: Sat Sep 14, 2013 3:03 pm

Re: Bus Pirate Firmware 6.3 BETA development

Postby matthijs » Thu Sep 19, 2013 2:05 am

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 all
HiZ>$
Are you sure? y
BOOTLOADER


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

Code: Select all
$ ./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_.
matthijs
Newbie
Newbie
 
Posts: 13
Joined: Wed Jan 30, 2013 3:23 pm

Next

Return to Bus Pirate Support