Bus Pirate Firmware 6.3 BETA development

[arakis]

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

[voidptr]

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 :-)

[arakis]

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

[arakis]

added to the latest SVN ... here is the patch to r2089

[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.
:-)

[arakis]

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

[voidptr]

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)

[arakis]

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

Isssue #53

[JTR]

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.

[ginpb]

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

[matthijs]

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.

[peterbj]

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.