Skip to main content

Messages

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

1
AVRDude / Help getting started OS X
I'm a noob to avrdude: I've installed AVRDude using the latest Crosspack, but then AVRDude reports that buspirate is not a valid programmer. I see in various places on the web [such as http://dangerousprototypes.com/2011/08/ ... provement/] that there are updates and/or patches to enable buspirate, but apparently it assumes that the reader knows how to make the updates or patches. How do I update AVRDude to include buspirate?

"I'm an artist, not a programmer, Jim!"
2
Bus Pirate Support / Re: SPIRAM 23K256 not working
[quote author="WouterVV"]Just wondering, have you ever managed to get it working? ... I really hope that you or someone else here can shed some light on this issue. [/quote]
I haven't come back to this problem since just after my last post. After several hours of futzing with it, I feel that I've exhausted all the options--in other words, I'm stuck. I'll be interested to know if you or anyone else can shed some more light on the issue, and if some other information arises I will try things again to help confirm the findings. I'm kind of glad I'm not the only one!
3
Bus Pirate Support / Re: SPIRAM 23K256 not working
Quote
Have you tried flipping AUX? !AUX would mean that it is hold when grounded I think, hold is active low like CS.

Ok, so as Ian suggests, I removed the wire from HOLD to Vcc and attached BP's AUX to HOLD, and reversed the tutorial instruction from setting AUX low ('a' command) to setting AUX high ('A' command). This gives me data from the chip (as above), but if you compare the result I'm getting with what is shown in the tutorial, it's not the same.

I don't know if this is relevant Ian, but I'm wondering if you think it possible that when you put this tutorial together you could have mixed-up a 3WIRE tutorial with this one, because the prompt in the tutorial changes from "SPI>..." to "3WIRE>..." ?
5
Bus Pirate Support / Re: SPIRAM 23K256 not working
OK friends... making progress, I think! Sjaak suggested:
Quote
You can try swapping the bitorder with the command 'l' or 'L' (dunno i'm on a mobile fone atm)
so I set the BP up with the "l" command, which is MSB first, after first selecting Normal mode and not using pullups, as Ian contends they are not needed.

Here is a sample result:
Code: [Select]
Bus Pirate v3.a
Firmware v6.1 r1676  Bootloader v4.1
DEVID:0x0447 REVID:0x3043 (24FJ64GA002 B5)
http://dangerousprototypes.com
HiZ>m
1. HiZ
2. 1-WIRE
3. UART
4. I2C
5. SPI
6. 2WIRE
7. 3WIRE
8. LCD
x. exit(without change)

(1)>5
Set speed:
 1. 30KHz
 2. 125KHz
 3. 250KHz
 4. 1MHz

(1)>
Clock polarity:
 1. Idle low *default
 2. Idle high

(1)>
Output clock edge:
 1. Idle to active
 2. Active to idle *default

(2)>
Input sample phase:
 1. Middle *default
 2. End

(1)>
CS:
 1. CS
 2. /CS *default

(2)>
Select output type:
 1. Open drain (H=Hi-Z, L=GND)
 2. Normal (H=3.3V, L=GND)

(1)>2
Ready
SPI>W
POWER SUPPLIES ON
SPI>l
MSB set: MOST sig bit first
SPI>[0x01 0b01000001]
/CS ENABLED
WRITE: 0x01
WRITE: 0x41
/CS DISABLED
SPI>[5 r]
/CS ENABLED
WRITE: 0x05
READ: 0x42
/CS DISABLED
SPI>[0x02 0 0 5 6 7 8 9 10 11 12 13]
/CS ENABLED
WRITE: 0x02
WRITE: 0x00
WRITE: 0x00
WRITE: 0x05
WRITE: 0x06
WRITE: 0x07
WRITE: 0x08
WRITE: 0x09
WRITE: 0x0A
WRITE: 0x0B
WRITE: 0x0C
WRITE: 0x0D
/CS DISABLED
SPI>[0x03 0 0 r:9]
/CS ENABLED
WRITE: 0x03
WRITE: 0x00
WRITE: 0x00
READ: 0x06 0x18 0x38 0x81 0x46 0x1C 0x60 0xFF 0xFF
/CS DISABLED
SPI>[0x03 0 0 r:9][0x03 0 0 r:9]
/CS ENABLED
WRITE: 0x03
WRITE: 0x00
WRITE: 0x00
READ: 0x06 0x18 0x38 0x81 0x46 0x1C 0x60 0xFF 0xFF
/CS DISABLED
SPI>i
Bus Pirate v3.a
Firmware v6.1 r1676  Bootloader v4.1
DEVID:0x0447 REVID:0x3043 (24FJ64GA002 B5)
http://dangerousprototypes.com
CFG1:0xF9DF CFG2:0x3F7F
*----------*
Pinstates:
1.(BR)  2.(RD)  3.(OR)  4.(YW)  5.(GN)  6.(BL)  7.(PU)  8.(GR)  9.(WT)  0.(Blk)
GND    3.3V    5.0V    ADC    VPU    AUX    CLK    MOSI    CS      MISO
P      P      P      I      I      I      O      O      O      I
GND    3.28V  4.92V  0.00V  3.27V  L      L      H      H      L
POWER SUPPLIES ON, Pull-up resistors OFF, Normal outputs (H=3.3v, L=GND)
MSB set: MOST sig bit first, Number of bits read/write: 8
a/A/@ controls AUX pin
SPI (spd ckp ske smp csl hiz)=( 1 0 1 0 1 0 )
*----------*
SPI>

Now, the results of the READ commands are not exactly what are shown in the tutorial, but they do seem almost credible!
6
Bus Pirate Support / Re: SPIRAM 23K256 not working
Every so often I'll come back to this; I just took another look at the datasheet for the 23k256. According to the datasheet, the HOLD pin (which is actually bar-HOLD--visualize a line above the word "HOLD") is intended to pause the device. I interpret this to mean that when the pin is grounded, the chip goes into pause mode. But the tutorial says that the pin needs to be grounded "for normal operation."

Now that I know this, I'll take further stabs at this problem--but later.
7
Bus Pirate Support / Re: SPIRAM 23K256 not working
Thanks for your input and your help in getting me this far.

I think that it's a combination of both selecting open-drain and adding the pull-ups. But one thing I don't understand: if the tutorial shows that the result of a "[5 r]" command is "0x41", why is the result of my "[5 r]" command "0x84"? Shouldn't it be the same if I'm sending the same commands to the chip? I'm looking for repeatability with respect to the tutorial, and I'm not getting it.

I'm also confused about how is it possible that following the tutorial does not render the same results as the tutorial... what has changed between when the tutorial was written, and now?

Sorry, I don't have a logic sniffer or a logic analyzer.
8
Bus Pirate Support / Re: SPIRAM 23K256 not working
Thanks again to everyone for your helpful suggestions.
So... I've physically configured the BP by tying AUX to 3.3v, and I've used a multimeter to check Vcc and Vss. All good.
I've configured the BP software to use H=Hi-Z and L=GND, pullups ON, Power ON. Here's what I get, with an "i" command at the end:
Code: [Select]
HiZ>m
1. HiZ
2. 1-WIRE
3. UART
4. I2C
5. SPI
6. 2WIRE
7. 3WIRE
8. LCD
x. exit(without change)

(1)>5
Set speed:
 1. 30KHz
 2. 125KHz
 3. 250KHz
 4. 1MHz

(1)>
Clock polarity:
 1. Idle low *default
 2. Idle high

(1)>
Output clock edge:
 1. Idle to active
 2. Active to idle *default

(2)>
Input sample phase:
 1. Middle *default
 2. End

(1)>
CS:
 1. CS
 2. /CS *default

(2)>
Select output type:
 1. Open drain (H=Hi-Z, L=GND)
 2. Normal (H=3.3V, L=GND)

(1)>
Ready
SPI>W
POWER SUPPLIES ON
SPI>P
Pull-up resistors ON
SPI>A
AUX HIGH
SPI>]
/CS DISABLED
SPI>[0x01 0b01000001]
/CS ENABLED
WRITE: 0x01
WRITE: 0x41
/CS DISABLED
SPI>[5 r]
/CS ENABLED
WRITE: 0x05
READ: 0x84
/CS DISABLED
SPI>i
Bus Pirate v3.a
Firmware v6.1 r1676  Bootloader v4.1
DEVID:0x0447 REVID:0x3043 (24FJ64GA002 B5)
http://dangerousprototypes.com
CFG1:0xF9DF CFG2:0x3F7F
*----------*
Pinstates:
1.(BR)  2.(RD)  3.(OR)  4.(YW)  5.(GN)  6.(BL)  7.(PU)  8.(GR)  9.(WT)  0.(Blk)
GND    3.3V    5.0V    ADC    VPU    AUX    CLK    MOSI    CS      MISO
P      P      P      I      I      O      O      O      O      I
GND    3.28V  4.92V  0.00V  3.27V  H      L      H      H      H
POWER SUPPLIES ON, Pull-up resistors ON, Open drain outputs (H=Hi-Z, L=GND)
MSB set: MOST sig bit first, Number of bits read/write: 8
a/A/@ controls AUX pin
SPI (spd ckp ske smp csl hiz)=( 1 0 1 0 1 1 )
*----------*
What's interesting to me is the fact that if I use the "A" command to set AUX HIGH, the result of the [5 r] command is "WRITE: 0x05 READ: 0x84" when before (setting AUX low), it was "WRITE: 0x05 READ: 0xFF". I know that close only counts in horseshoes, but I'm wondering if this is progress?
9
Bus Pirate Support / Re: SPIRAM 23K256 not working
Yes, connections are double- and triple-checked. Because my BP is from Seeed, I'm using their version of color-code chart, taking care to mind the wire colors, not the connector colors. What I'll try to do is to connect things up in such a way as to be able to take an informative photo to prove the connections...
10
Bus Pirate Support / Re: SPIRAM 23K256 not working
Ok, thanks again for everyone's help so far. We're really close.

I've upgraded to firmware 6.1, and I've adopted the connections as suggested in the tutorial at http://http://dangerousprototypes.com/docs/23K256_32K_serial_RAM, with one note that I am hardwiring HOLD to GND. I've then taken pains to do my best to set up the BP as in the tutorial.

Unfortunately, I don't think that the chip is getting written-to. I assume that the command [5 r] should give me a non-zero result from the read command, but it comes up as zero:

Code: [Select]
Bus Pirate v3.a
Firmware v6.1 r1676  Bootloader v4.1
DEVID:0x0447 REVID:0x3043 (24FJ64GA002 B5)
http://dangerousprototypes.com
HiZ>m
1. HiZ
2. 1-WIRE
3. UART
4. I2C
5. SPI
6. 2WIRE
7. 3WIRE
8. LCD
x. exit(without change)

(1)>5
Set speed:
 1. 30KHz
 2. 125KHz
 3. 250KHz
 4. 1MHz

(1)>1
Clock polarity:
 1. Idle low *default
 2. Idle high

(1)>
Output clock edge:
 1. Idle to active
 2. Active to idle *default

(2)>
Input sample phase:
 1. Middle *default
 2. End

(1)>
CS:
 1. CS
 2. /CS *default

(2)>
Select output type:
 1. Open drain (H=Hi-Z, L=GND)
 2. Normal (H=3.3V, L=GND)

(1)>2
Ready
SPI>W
POWER SUPPLIES ON
SPI>a
AUX LOW
SPI>[0x01 0b01000001]
/CS ENABLED
WRITE: 0x01
WRITE: 0x41
/CS DISABLED
SPI>[5 r]
/CS ENABLED
WRITE: 0x05
READ: 0x00
/CS DISABLED
SPI>
11
Bus Pirate Support / Re: SPIRAM 23K256 not working
Thanks everyone for your help getting me updated. I'm at "Firmware v6.1 r1676  Bootloader v4.1" and I'll try to get a few minutes later today to see if I can get the BP to connect to SPIRAM.
12
Bus Pirate Support / Re: SPIRAM 23K256 not working
Quote
Instead of running bootloader from the terminal, can you short PGC and PGD pins? Also I prefer pirate-loader, can you give it a go too?
Well, that was disappointing... I shorted the PCG and PGD pins, and the MODE indicator lights, but when I try to run pirate-loader, a terminal screen flashes for a split second and then disappears. The thought has just occurred to me that I may need python to run this... maybe?
Or might I have better success on my Mac (a few feet away)?
13
Bus Pirate Support / Re: SPIRAM 23K256 not working
[quote author="Sjaak"]It looks like the voltage regulators aren't on (command 'W'). Also you select opendrain output, so the pullups needs to be enabled (command 'P') and Vpu needs to be connected to Vcc (the voltage the chip is running at).[/quote]

I'll give that a try and let you know, thanks!
14
Bus Pirate Support / Re: SPIRAM 23K256 not working
[quote author="tayken"]Can you please upgrade to the latest firmware and try again? It might be related to pin assignments or some other stuff.[/quote]

Well, this is another issue that I'm having: I've downloaded the 6.1 release, and I've put the BP into bootloader mode using "$". The Mode light is on, but when I start up the "ds30 Loader GUI" application, it complains that it "Failed to open port" on the bootloader, although it is set at "COM8" (and PuTTY is communicating with the BP using COM8). So I'm stuck and will accept any ideas you have.

I'm using a Win7 machine to run the loader app.
15
Bus Pirate Support / SPIRAM 23K256 not working
I have a Seeed BPv3a running 4.1 firmware. I've had success with I2C, but none at all with the SPI RAM chips 23K256 and 23K640.

Using the demo for the 23K256 chip at http://http://dangerousprototypes.com/docs/23K256_32K_serial_RAM, I can apparently write to the chip, but all of the reads come back as "0x00".

I'm assuming that there is something that I'm doing wrong, and so I've gone down my list of possible reasons for the unexpected results:

1. The BP is broken: I've done the Self-test, and it comes back as fully functional.
2. The IC is broken: I've tried this on two 23K256's and two 23K640's.
3. The IC is placed on the breadboard backwards: Nope.
4. The wires to and from the BP are incorrect: I'm using the Seeedstudio Cable Pin Reference that's at http://http://dangerousprototypes.com/docs/Common_Bus_Pirate_cable_pinouts
5. The commands that I'm using are incorrect: I'm doing copy/paste from the demo, and here's what I get:

Code: [Select]
Bus Pirate v3
Firmware v4.1 Bootloader v4.1
DEVID:0x0447 REVID:0x3043 (B5)
http://dangerousprototypes.com
HiZ>m
1. HiZ
2. 1-WIRE
3. UART
4. I2C
5. SPI
6. JTAG
7. RAW2WIRE
8. RAW3WIRE
9. PC KEYBOARD
10. LCD
(1) >5
Mode selected
Set speed:
 1. 30KHz
 2. 125KHz
 3. 250KHz
 4. 1MHz
(1) >4
Clock polarity:
 1. Idle low *default
 2. Idle high
(1) >
Output clock edge:
 1. Idle to active
 2. Active to idle *default
(2) >
Input sample phase:
 1. Middle *default
 2. End
(1) >
Select output type:
 1. Open drain (H=Hi-Z, L=GND)
 2. Normal (H=3.3V, L=GND)
(1) >
READY
SPI>
* Syntax error, type ? for help
SPI>[0x01 0b01000001]
CS ENABLED
WRITE: 0x01
WRITE: 0x41
CS DISABLED
SPI>[5 r]
CS ENABLED
WRITE: 0x05
READ: 0x00
CS DISABLED
SPI>[0x02 0 0 5 6 7 8 9 10 11 12 13]
CS ENABLED
WRITE: 0x02
WRITE: 0x00
WRITE: 0x00
WRITE: 0x05
WRITE: 0x06
WRITE: 0x07
WRITE: 0x08
WRITE: 0x09
WRITE: 0x0A
WRITE: 0x0B
WRITE: 0x0C
WRITE: 0x0D
CS DISABLED
SPI>[0x03 0 0 r:9]
CS ENABLED
WRITE: 0x03
WRITE: 0x00
WRITE: 0x00
READ 0x09 BYTES:
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
CS DISABLED
SPI>
Surely there must be some simple thing that I'm missing...?

( ! ) Fatal error: Uncaught exception 'Elk_Exception' with message 'Please try again. If you come back to this error screen, report the error to an administrator.' in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
( ! ) Elk_Exception: Please try again. If you come back to this error screen, report the error to an administrator. in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
Call Stack
#TimeMemoryFunctionLocation
10.01682457688session_write_close ( )...(null):0
20.01722589288ElkArte\sources\subs\SessionHandler\DatabaseHandler->write( )...(null):0
30.01722590064Database_MySQL->query( ).../DatabaseHandler.php:119
40.06442728808Database_MySQL->error( ).../Db-mysql.class.php:273