Dangerous Prototypes Open Source Hardware

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
• Topics
• Attachments

Messages - robots

526

Open Bench Logic Sniffer / Re: Console update application development

February 03, 2010, 10:50:29 pm

Here is my work. I have only tested the bin/hex file parser/writers.

There are binaries for Win32 and linux, sourcecode, Makefiles for linux and Dev-C++. The serial part is copied from pirateloader, so it should work.

Can you test it ? 

527

Open Bench Logic Sniffer / Re: Console update application development

February 03, 2010, 08:53:42 pm

I have written something ... But I don't know how to test the serial communication part.

It compiles on windows, and linux, (i don't have mac around here)
Has all the features perl script has, (except for the page number limit), reads writes hex and bin files.
Most of the OS dependent parts are from pirate-loader, so it should work even on windows

528

Bus Pirate Support / Re: Getting started

February 02, 2010, 05:48:33 pm

Realterm (http://realterm.sourceforge.net/) is really nice terminal. One that actually work

Has some nice features like different display modes, Hexadecimal fonts (eg. 0xfd displayed as one character that reads FD), can send hex bytes from 2 buffers, etc etc ...

529

Open Bench Logic Sniffer / Re: Firmware development

February 01, 2010, 11:35:54 pm

I can now compile the fw_update.

I can either tell you how to setup the environment or i can compile patched file for you. Can you drop me an email ? so i don't have to poll for reply

530

Open Bench Logic Sniffer / Re: Firmware development

February 01, 2010, 09:25:33 pm

Can you give me the link to the VC++ project ? I'll give it a try. Windows is not my primary development platform. But if you use the right hammer ... )

531

Open Bench Logic Sniffer / Re: Other uses for the SUMP pump

February 01, 2010, 09:22:13 pm

You could be the first to beta test the Buspirates support for OpenOCD

532

OpenOCD JTAG / Re: OpenOCD integration

January 31, 2010, 02:54:24 pm

I have added the latest openocd patch to SVN.

http://code.google.com/p/the-bus-pirate ... te-v3.diff

Compile instructions stay the same.

This patch is to be used with the latest nightly FW.

I have fixed things:
- adcs now work
- on other than BPv3 the TRST signal is not supported (it is not needed as the jtag reset can be done using TMS signal)

I have removed the timeout implementation, as there is a way in openocd to turn off the polling. This would break a lot of stuff.

You need to exit openocd using command shutdown (in telnet) , exit (on command line) so that the buspirate is in known state (speed, and other setting). If not you will have to replug the usb.

Almost forgot .. I have added command:
buspirate_mode sets the pin accordingly
buspirate_pullup <1 | 0> enables/disables pullups

533

OpenOCD JTAG / OpenOCD integration

January 30, 2010, 10:41:03 pm

I'm almost finished with integration of the OpenOCD binary interface into main firmware. I have added ISR for UART tx/rx.

The parts missing/not working are:
- fallback on inactivity (i had some trouble with the timer setup- can someone review the commented code in OpenOCD.c ? please )
- add defines for other than v3 BP (this can break stuff , i hope i didn't mess up too much)
- ADCs (5v readout works, 3v3 not so much)
- patch for openocd

I will finish this tomorrow. As i had enough coding for this day. Vision getting blurred ....

534

OpenOCD JTAG / Re: Second version of OpenOCD firmware

January 30, 2010, 12:19:36 am

It is past midnight (so technically it is tomorrow). I have compiled the firmware, and created patch for openocd-0.3.0-rc0.

Patch can by found here:
http://code.google.com/p/the-bus-pirate ... te-v2.diff

Firmware to be flashed into BP is here:
http://code.google.com/p/the-bus-pirate ... OCDv02.hex

The source code in openocd is much cleaner, easier to maintain. There are few new config commands:
buspirate_port - specifies the port of buspirate
buspirate_speed - normal/fast, specifies the speed to which the BP should switch to (115k/1M respectively)
executable commands:
buspirate_adcs - this should readout the ADCs on the buspirate (much like the status in BP main fw) - not implemented so far
buspirate_led <1|0> - sets the state of the led on BP
buspirate_vreg <1|0> - enables/disables the Voltage regulators on BP.

Any testers and ideas are more than welcome.

535

OpenOCD JTAG / Re: Second version of OpenOCD firmware

January 29, 2010, 09:50:33 pm

I have uploaded the current firmware into SVN. If anyone wants to try it, let me know

I'm going to Upload the current patch for openOCD tomorrow.

One thing should be added - fallback for the serial speed, using timer. If you leave openocd there is no way to communicate with buspirate, unless you reset it.

536

OpenOCD JTAG / Re: Second version of OpenOCD firmware

January 29, 2010, 08:41:11 pm

another UPDATE:

I have switched the UART speed to 1Mbit. It does not speed up the whole thing like one would expect (8times).
In reality it is more like 2.5times
The result is:

Code: [Select]

wrote 31840 byte from file ./stm32_menu.elf in 4.879981s (6.371695 kb/s)

I'm not sure how much further I can optimize this.

537

OpenOCD JTAG / Re: Second version of OpenOCD firmware

January 29, 2010, 07:27:41 pm

UPDATE:

There is a note in the patch file about the "tms_sequence" config. It seems that some interfaces cannot handle the short sequences. But my way of transferring data handles this well, and the result is

Code: [Select]

wrote 31840 byte from file ./stm32_menu.elf in 13.517923s (2.300187 kb/s)

538

OpenOCD JTAG / Re: Second version of OpenOCD firmware

January 29, 2010, 07:24:46 pm

Some update:
I'm finished with the second version of the firmware. (YAY )
The major update is the use interrupts to transfer the data. I will soon check it into svn.

What i'm getting now is:

Code: [Select]

wrote 31840 byte from file ./stm32_menu.elf in 15.436130s (2.014349 kb/s)

Which is somewhere where i would expect it to be.

Next milestone is to add uart speed selection. Normal, and FAST (~1mbit?)

I have also added some nice features, like:
- ability to control the VREG, LED through openocd interface (telnet, commandline)
- adc readout (well just dummy numbers for now )

Also this new firmware is NOT compatible with older one, so if you want to try it, you need to recompile the openocd.

539

Open Bench Logic Sniffer / Re: Name this project, get free hardware!

January 26, 2010, 03:01:06 pm

LogicFly

540

OpenOCD JTAG / Second version of OpenOCD firmware

January 23, 2010, 12:03:24 am

Some light on the first OpenOCD firmware:
The openocd gathers all the bits to be sent out on jtag (TMS, TDI) and prepares stream that looks like this:
C = Command, S = Size, D = TDI bits, M = TMS bits

C S S (D)*size (M)*size

Meaning:
First is the command id, then size in bits, TDI data, and  TMS data.

1. The whole packet is sent over to BP.
2. BP then shifts out the bits, and shifts in TDO bits.
3. Finally sends bits back.

The new format and new firmware:
C S S (D M)*size

First Command id, then size in bits, and TDI data followed by TMS data, repeating as necessary (until bit count is reached)

The firmware should look like this:
1. BP receives Command id and SIZE.
2. Enable USART interrupts
3. Executes the tap_shift(), that will wait for incoming bytes.
4. When data is available (notification from ISR) shift out/in the available bits.
5. Put the TD0 data in buffer for USART_TX ISR.
6. Jump to 4 while bits remain.
7. Disable USART interrupts. (should wait untill the TX is finished)

Note: for every 2 bytes we receive, we send out 1 byte.

I don't know how is the FTDI going to handle single bytes going out. (will it cache and then send ? or just send single byte per USB packet ?)
Probably caching the output values in buffer will help.

These are just thoughts, but i would appreciate any comment on this !