jensgrabner / dangerous-prototypes-open-hardware Goto Github PK

SPI MOSI NOT open drain, fixed now, debugging by luftek and tayken

Line 680 & 681 - add "]"
Line 793 - fix pin name PGND -> PGD, devide -> device

There's no ability in uIP to set the connection receive window size apart 
from open ( at a DEFINED all-connection value ) or closed (ie, zero )

This means clients may inadvertently send a data packet that cannot be 
stored into the buffer (too much data sent for the space available )

Need to add some mechanism to set the window size.

What steps will reproduce the problem?
1. Attach BusPirate 3.6 to an SPI EEPROM.
2. Attempt to run the spi_test.py script from pyBusPirateLite. 
3. It doesn't work.

What is the expected output? What do you see instead?
Script fails.


What version of the product are you using? On what operating system?

OS: Ubuntu 13.10
pyBusPirateLite Revision: 2167

Please provide any additional information below.

I have attached an updated file that will let users read and write to SPI 
EEPROM.

fix sources path

What steps will reproduce the problem?
1. Select I2C, Hardware, 400KHz, turn on power and pullup, internal 3.3v
2. connect one slave device, (0) to search bus, reports slave address
3. Mode back to I2C, Software, ~400KHz, power and internal 3.3v pullup on
4. same slave, connection not disturbed, (0) finds no slaves.
5. Return to Hardware I2C, (0) finds slave again.

What is the expected output? What do you see instead?
Expect to be able to find slave with either I2C mode.

What version of the product are you using? On what operating system?
Bus Pirate V4, v6.1 thru v6.3-beta1 r2151

Please provide any additional information below.
In software I2C ~400KHz, oscilloscope shows CLK period is 8.2uS, rather than 
the ~2.7uS when run in hardware I2C 400KHz.

What steps will reproduce the problem?
1. Connect BPv4 to the usb
2. Open Tera term or any terminal emulators
3. select baudrate 9600

What is the expected output? What do you see instead?
Open the port then press i. I intend to see information of the device, instead 
there is blind blinking of the cursor without any response

What version of the product are you using? On what operating system?
BPv4.0 from dangerous prototypes
host pc: x64 win7


Please provide any additional information below.

I am able to communicate with it on other computers not mine!

According to jtagkey.v and jtagkey.vhd, the RTCK signal flows from the FTDI 
chip to the target device. It should be opposite, like TDO or DBGACK.

What steps will reproduce the problem?
1. Hook BusPirate v4 to your windows 7 64-bits PC
2. See some strange USB probe driver picked up
3. mchpcdc.inf from downloaded package will not install on x64 win7

What is the expected output? What do you see instead?
usbser.sys loaded for BusPirate

What version of the product are you using? On what operating system?
host pc: x64 win7
buspirate: 
Bus Pirate v4
Firmware v6.0-a3
DEVID:0x1019 REVID:0x0003 (24FJ256GB106 A5)


Please provide any additional information below.
I managed to fix this problem by googling. See
http://web.archive.org/web/20091117081310/http://blogs.6bit.com/josh/2009/10/usb
-communications-device-class-on-64-bit-windows/

All I did was changing VID and PID to what I have in BusPirate and then naming 
it nicely at the end of INF. Voila! I was able to update driver software.

I am not specialist in this area, so I am just telling how I hacked it for 
myself. Maybe you can make better use of this info and implement out-of-box 
installation on win7 x64

I am attaching hacked INF file that I used succesfully

Thanks

What steps will reproduce the problem?
1. Uploaded wordlinker folder to plugins folder on server.
2. Verfied proper file permissions on folder and php page.
3. Logged into dashboard and activated pluging wihtout any errors.
4. Went to settings page for word linker and got error "You do not have 
sufficient permissions to access this page.
"

What is the expected output? What do you see instead?
Settings page instead of "You do not have sufficient permissions to access this 
page." error.


What version of the product are you using? On what operating system?
Wordpress version 3.2.1

Please provide any additional information below.

What steps will reproduce the problem?
1. Over a serial terminal type '$' <enter> then when asked "are you sure" press 
'y'

What is the expected output? What do you see instead?
I expect to see:
HiZ>$
Are you sure? y
BOOTLOADER
and the `mode` LED come on.
I see the same text but with the `mode` LED off.
I can no longer enter any text over the serial port.

What version of the product are you using? On what operating system?
Built firmware from latest source (Firmware v6.3-beta1 r2088)
Talking via teraterm on win 7 x86

Please provide any additional information below.
Using a jumper between PGC and PGD still works as expected.
This was not broken in last stable version (6.1)

What steps will reproduce the problem?
1. Attach BusPirate 3.6 to an I2C EEPROM.
2. Attempt to run the i2c-test.py script from pyBusPirateLite. 
3. It doesn't work.

What is the expected output? What do you see instead?
Script should dump EEPROM contents to file but it fails.


What version of the product are you using? On what operating system?

OS: Ubuntu 13.10
pyBusPirateLite Revision: 2167

Please provide any additional information below.

I have attached an updated file that was sent to me by Jean-Michel Picod. I 
have made some slight adjustments as well. This should dump I2C EEPROM contents 
to a file.

pyBusPirateLite doesn't raise exceptions when error conditions happen. 
Sometimes errors are indicated by 0 return value. This is very unpythonic 
leading to bad code and hiding failures.


Feature request:
Convert library to raise exceptions on error conditions.