Pages:
Author

Topic: [HOWTO] flash your jalapeno to 8+ ghs - page 6. (Read 85199 times)

newbie
Activity: 48
Merit: 0
August 31, 2013, 10:29:44 AM
Try ck 1.2.5

OMG... I have flashed ck 1.2.5 binary... it was without any changes after this... but after about 5 seconds I have turned it on again after flashing the chip near the LED7 fired up!
legendary
Activity: 2912
Merit: 1060
August 31, 2013, 10:10:52 AM
Try ck 1.2.5
newbie
Activity: 48
Merit: 0
August 31, 2013, 10:05:04 AM
You did unplug jtag right?
yes, of course..
legendary
Activity: 2912
Merit: 1060
August 31, 2013, 10:02:03 AM
You did unplug jtag right?
newbie
Activity: 48
Merit: 0
August 31, 2013, 09:36:46 AM
I have got this problem after flashing Sad
https://bitcointalksearch.org/topic/m.3045417
What is your miner version? If the rear lights are blinking, it's testing for the frequency. Depending on the modes, heavy testing or light, the time to init will take less than a minute and mainly 1 sec if you choose to run light test on them. Once the init is done, the front light will be on.
Once the front light blinks, it means it's hashing...
it is Jalapeno with big  aliminium heatsink, shipped on July,2013.
The rear LEDs are all off now after flashing, only LED1 (power) rear led works.
There was 2 rear leds working before flashing (LED7 and LED8 I think)
Front LED always blinking now (2-3 time per second) even when the cgminer not started.
donator
Activity: 164
Merit: 100
August 31, 2013, 08:45:14 AM
I have got this problem after flashing Sad
https://bitcointalksearch.org/topic/m.3045417
What is your miner version? If the rear lights are blinking, it's testing for the frequency. Depending on the modes, heavy testing or light, the time to init will take less than a minute and mainly 1 sec if you choose to run light test on them. Once the init is done, the front light will be on.
Once the front light blinks, it means it's hashing...
newbie
Activity: 48
Merit: 0
August 31, 2013, 07:17:48 AM
I have got this problem after flashing Sad
https://bitcointalksearch.org/topic/m.3045417
newbie
Activity: 45
Merit: 0
August 30, 2013, 01:35:06 AM
Well I seem to of royally cocked up the Ras PI method every time I use this hex file for flashing https://dl.dropboxusercontent.com/u/143860/BitForce_SC.mrrad.hex the process shows the following

Flash on AT32UC3A1256
Size(detected): 262144
Pages: 512
Page size: 128 words
burning...
addr: 0x8003FE00 page: 511
verifying...
addr: 0x8003FE00 page: 511
511 bytes total
Done.

I then run the following commands

jtag> instruction HALT
jtag> shift ir
jtag> dr 0
jtag> shift dr
jtag> shift dr


this should then start the front LED Flashing but nothing happens.

and CG miner says it is unable to start the device

Any ideas?

edit: I do not know how to compile firmware with atmel studio

edit 2: i found with the LED's on the back that are on are the one next to the power power connector and also if i remember correctly the  1st LED on the left (i belive these are the active chips LED's) this may help some one diagnose my issue


    you need to change file .hex to .bin.  you need to read over again for Ras pi by Redxxx information

  here link http://randomcontent.wolfnexus.net/RandomSite/reflashing-a-butterfly-labs-jalapeno-with-only-a-raspberry-pi/

  you might missed this step "pi@raspberrypi:/usr/src/urjtag/urjtag# srec_cat (path to .hex file) -intel -offset -0x80000000 -byte-swap 4 -o (path to output .bin file) -binary"


Thanks that worked. Must of gone instruction blind reading it over and over.
sr. member
Activity: 420
Merit: 250
August 29, 2013, 11:57:37 PM
  For Raspberry pi pin # and gpio # check link here http://linuxfestnorthwest.org/sites/default/files/slides/Raspberry%20Pi%20GPIO%20for%20the%20software%20geek%2004_28_2013_0.pdf


Pin Name    Raspberry Pi (GPIO Header)          Jalapeno JTAG1
                     pin #           gpio #
JTAG_TCK      23             11                                   1
JTAG_TMS     22             25                                   5
JTAG_TDI            19             10                                   9
JTAG_TDO            21              9                                       3
MASTER_RESET    26                                                    6
GND                      6                                                       2 or 10


jtag> cable gpio tdo=9 tdi=10 tck=11 tms=25
sr. member
Activity: 252
Merit: 250
August 29, 2013, 11:03:06 PM
Well I seem to of royally cocked up the Ras PI method every time I use this hex file for flashing https://dl.dropboxusercontent.com/u/143860/BitForce_SC.mrrad.hex the process shows the following

Flash on AT32UC3A1256
Size(detected): 262144
Pages: 512
Page size: 128 words
burning...
addr: 0x8003FE00 page: 511
verifying...
addr: 0x8003FE00 page: 511
511 bytes total
Done.

I then run the following commands

jtag> instruction HALT
jtag> shift ir
jtag> dr 0
jtag> shift dr
jtag> shift dr


this should then start the front LED Flashing but nothing happens.

and CG miner says it is unable to start the device

Any ideas?

edit: I do not know how to compile firmware with atmel studio

edit 2: i found with the LED's on the back that are on are the one next to the power power connector and also if i remember correctly the  1st LED on the left (i belive these are the active chips LED's) this may help some one diagnose my issue


    you need to change file .hex to .bin.  you need to read over again for Ras pi by Redxxx information

  here link http://randomcontent.wolfnexus.net/RandomSite/reflashing-a-butterfly-labs-jalapeno-with-only-a-raspberry-pi/

  you might missed this step "pi@raspberrypi:/usr/src/urjtag/urjtag# srec_cat (path to .hex file) -intel -offset -0x80000000 -byte-swap 4 -o (path to output .bin file) -binary"


Agreed on the last step there. If you have done this and its still not working, I notice it only seems to be flashing about 500 bytes, this should be about 262000 bytes. Maybe re-download the flash file and try it again?

  you meant .bin file is 262000 but not after jtag done with programming

ps: here from your site:
"Flash on AT32UC3A1256
Size(detected): 262144
Pages: 512
Page size: 128 words
burning...
addr: 0x8001F000 page: 248
verifying...
addr: 0x8001F000 page: 248
127308 bytes total
Done."


Correct... The flash detected size is the 262k bit, the firmware size is roughly half that... Sorry people!
sr. member
Activity: 420
Merit: 250
August 29, 2013, 10:47:32 PM
Well I seem to of royally cocked up the Ras PI method every time I use this hex file for flashing https://dl.dropboxusercontent.com/u/143860/BitForce_SC.mrrad.hex the process shows the following

Flash on AT32UC3A1256
Size(detected): 262144
Pages: 512
Page size: 128 words
burning...
addr: 0x8003FE00 page: 511
verifying...
addr: 0x8003FE00 page: 511
511 bytes total
Done.

I then run the following commands

jtag> instruction HALT
jtag> shift ir
jtag> dr 0
jtag> shift dr
jtag> shift dr


this should then start the front LED Flashing but nothing happens.

and CG miner says it is unable to start the device

Any ideas?

edit: I do not know how to compile firmware with atmel studio

edit 2: i found with the LED's on the back that are on are the one next to the power power connector and also if i remember correctly the  1st LED on the left (i belive these are the active chips LED's) this may help some one diagnose my issue


    you need to change file .hex to .bin.  you need to read over again for Ras pi by Redxxx information

  here link http://randomcontent.wolfnexus.net/RandomSite/reflashing-a-butterfly-labs-jalapeno-with-only-a-raspberry-pi/

  you might missed this step "pi@raspberrypi:/usr/src/urjtag/urjtag# srec_cat (path to .hex file) -intel -offset -0x80000000 -byte-swap 4 -o (path to output .bin file) -binary"


Agreed on the last step there. If you have done this and its still not working, I notice it only seems to be flashing about 500 bytes, this should be about 262000 bytes. Maybe re-download the flash file and try it again?

  you meant .bin file is 262000 but not after jtag done with programming

ps: here from your site:
"Flash on AT32UC3A1256
Size(detected): 262144
Pages: 512
Page size: 128 words
burning...
addr: 0x8001F000 page: 248
verifying...
addr: 0x8001F000 page: 248
127308 bytes total
Done."
sr. member
Activity: 252
Merit: 250
August 29, 2013, 10:29:07 PM
Well I seem to of royally cocked up the Ras PI method every time I use this hex file for flashing https://dl.dropboxusercontent.com/u/143860/BitForce_SC.mrrad.hex the process shows the following

Flash on AT32UC3A1256
Size(detected): 262144
Pages: 512
Page size: 128 words
burning...
addr: 0x8003FE00 page: 511
verifying...
addr: 0x8003FE00 page: 511
511 bytes total
Done.

I then run the following commands

jtag> instruction HALT
jtag> shift ir
jtag> dr 0
jtag> shift dr
jtag> shift dr


this should then start the front LED Flashing but nothing happens.

and CG miner says it is unable to start the device

Any ideas?

edit: I do not know how to compile firmware with atmel studio

edit 2: i found with the LED's on the back that are on are the one next to the power power connector and also if i remember correctly the  1st LED on the left (i belive these are the active chips LED's) this may help some one diagnose my issue


    you need to change file .hex to .bin.  you need to read over again for Ras pi by Redxxx information

  here link http://randomcontent.wolfnexus.net/RandomSite/reflashing-a-butterfly-labs-jalapeno-with-only-a-raspberry-pi/

  you might missed this step "pi@raspberrypi:/usr/src/urjtag/urjtag# srec_cat (path to .hex file) -intel -offset -0x80000000 -byte-swap 4 -o (path to output .bin file) -binary"


Agreed on the last step there. If you have done this and its still not working, I notice it only seems to be flashing about 500 bytes, this should be about 262000 bytes. Maybe re-download the flash file and try it again?
sr. member
Activity: 420
Merit: 250
August 29, 2013, 06:06:35 PM
Well I seem to of royally cocked up the Ras PI method every time I use this hex file for flashing https://dl.dropboxusercontent.com/u/143860/BitForce_SC.mrrad.hex the process shows the following

Flash on AT32UC3A1256
Size(detected): 262144
Pages: 512
Page size: 128 words
burning...
addr: 0x8003FE00 page: 511
verifying...
addr: 0x8003FE00 page: 511
511 bytes total
Done.

I then run the following commands

jtag> instruction HALT
jtag> shift ir
jtag> dr 0
jtag> shift dr
jtag> shift dr


this should then start the front LED Flashing but nothing happens.

and CG miner says it is unable to start the device

Any ideas?

edit: I do not know how to compile firmware with atmel studio

edit 2: i found with the LED's on the back that are on are the one next to the power power connector and also if i remember correctly the  1st LED on the left (i belive these are the active chips LED's) this may help some one diagnose my issue


    you need to change file .hex to .bin.  you need to read over again for Ras pi by Redxxx information

  here link http://randomcontent.wolfnexus.net/RandomSite/reflashing-a-butterfly-labs-jalapeno-with-only-a-raspberry-pi/

  you might missed this step "pi@raspberrypi:/usr/src/urjtag/urjtag# srec_cat (path to .hex file) -intel -offset -0x80000000 -byte-swap 4 -o (path to output .bin file) -binary"
legendary
Activity: 4354
Merit: 3614
what is this "brake pedal" you speak of?
August 29, 2013, 05:58:53 PM
i saw most of your guys' jally can work at 8G,I don't understand why mine not.

any idea?

bfl has stated there are several grade chips.. see here:

https://products.butterflylabs.com/65nm-asic-bitcoin-mining-chip.html

my 5 ghs jala has 2 grade "a" or "b" chips.. 15 engines OK each chip (only 15 out of the chips 16 engines are ever used in jala chips), 8.3 ghs with stock 1.25 firmware.

bfl only guarantees 5 ghs for a 5 ghs jala and can use any combo of chips that will reach that speed.

seems early 5 ghs jalas had mostly grade a or b chips. later ones seem to have lower grade chips.

luck of the draw.
newbie
Activity: 45
Merit: 0
August 29, 2013, 03:00:24 PM
Well I seem to of royally cocked up the Ras PI method every time I use this hex file for flashing https://dl.dropboxusercontent.com/u/143860/BitForce_SC.mrrad.hex the process shows the following

Flash on AT32UC3A1256
Size(detected): 262144
Pages: 512
Page size: 128 words
burning...
addr: 0x8003FE00 page: 511
verifying...
addr: 0x8003FE00 page: 511
511 bytes total
Done.

I then run the following commands

jtag> instruction HALT
jtag> shift ir
jtag> dr 0
jtag> shift dr
jtag> shift dr


this should then start the front LED Flashing but nothing happens.

and CG miner says it is unable to start the device

Any ideas?

edit: I do not know how to compile firmware with atmel studio

edit 2: i found with the LED's on the back that are on are the one next to the power power connector and also if i remember correctly the  1st LED on the left (i belive these are the active chips LED's) this may help some one diagnose my issue
donator
Activity: 164
Merit: 100
August 29, 2013, 10:59:27 AM
i got this when I use API stats

PARALLELIZATION: YES @ 20x0aQUEUE DEPTH:400x0aPROCESSOR 3:
14 engines @ 194 MHz -- MAP: FFEE0x0aPROCESSOR 7: 14 engines @ 195 MHz -- MAP: B
FFE0x0aTHEORETICAL MAX: 5446 MH/s0x0aENGINES: 280x0aFREQUENCY: 283 MHz

does this mean there is no 280Mhz engines on my board or it can not handle 280MHZ? strange.
now I tried ck's 1.26 with 8 got 7.3GH/Z,for running whole night like 8 hours hardware failed 980.

btw, my chipset  is AT32UC3A1256 256K,i'm not sure if this does matter. i saw most of your guys' jally can work at 8G,I don't understand why mine not.

any idea?
Simply means that you set a frequency of 283 which is index 8 but all your engines under performed hence it drop to 195 and 194. It does looks like something is wrong when you set 283 frequency but it only managed to test up less than 200...
sr. member
Activity: 658
Merit: 250
August 29, 2013, 10:13:53 AM
Has anyone noticed speed differences between 1.2.5 and 1.2.6 with the same frequency index settings?
member
Activity: 83
Merit: 10
August 29, 2013, 08:36:37 AM
i got this when I use API stats

PARALLELIZATION: YES @ 20x0aQUEUE DEPTH:400x0aPROCESSOR 3:
14 engines @ 194 MHz -- MAP: FFEE0x0aPROCESSOR 7: 14 engines @ 195 MHz -- MAP: B
FFE0x0aTHEORETICAL MAX: 5446 MH/s0x0aENGINES: 280x0aFREQUENCY: 283 MHz

does this mean there is no 280Mhz engines on my board or it can not handle 280MHZ? strange.
now I tried ck's 1.26 with 8 got 7.3GH/Z,for running whole night like 8 hours hardware failed 980.

btw, my chipset  is AT32UC3A1256 256K,i'm not sure if this does matter. i saw most of your guys' jally can work at 8G,I don't understand why mine not.

any idea?

The AT32UC3A1256 is the normal MCU used in Jalapenos...
Almost looks like the chips in your unit don't like the higher frequency, however its hard to say without knowing exactly what sort of firmware you're running to get them. You could try compiling your own and setting the frequency index to a higher value?

Just out of interest, did the unit report any thermal events that caused the chips to throttle? Usually the ZCX command drops more info than just what was included above, so I presume cgminer is doing something useful with it...

I'm running ck's pre-complied 1.26 with frequency 8,got 7.3GH/s when I ran ck's pre-conmplied 1.25, accroding previous theard(this should be 7), i got 7 GH/s.

i will try to check the command you mentioned when I go home.i'm using cgminer.
my temp like 39C at 3.7v on 1.26 with 8, like 40c on 3.8v on 1.25 (ck's 1.25,it's 7 according to someone mentioned)
sr. member
Activity: 252
Merit: 250
August 29, 2013, 08:11:08 AM
i got this when I use API stats

PARALLELIZATION: YES @ 20x0aQUEUE DEPTH:400x0aPROCESSOR 3:
14 engines @ 194 MHz -- MAP: FFEE0x0aPROCESSOR 7: 14 engines @ 195 MHz -- MAP: B
FFE0x0aTHEORETICAL MAX: 5446 MH/s0x0aENGINES: 280x0aFREQUENCY: 283 MHz

does this mean there is no 280Mhz engines on my board or it can not handle 280MHZ? strange.
now I tried ck's 1.26 with 8 got 7.3GH/Z,for running whole night like 8 hours hardware failed 980.

btw, my chipset  is AT32UC3A1256 256K,i'm not sure if this does matter. i saw most of your guys' jally can work at 8G,I don't understand why mine not.

any idea?

The AT32UC3A1256 is the normal MCU used in Jalapenos...
Almost looks like the chips in your unit don't like the higher frequency, however its hard to say without knowing exactly what sort of firmware you're running to get them. You could try compiling your own and setting the frequency index to a higher value?

Just out of interest, did the unit report any thermal events that caused the chips to throttle? Usually the ZCX command drops more info than just what was included above, so I presume cgminer is doing something useful with it...
member
Activity: 83
Merit: 10
August 29, 2013, 07:17:57 AM
i got this when I use API stats

PARALLELIZATION: YES @ 20x0aQUEUE DEPTH:400x0aPROCESSOR 3:
14 engines @ 194 MHz -- MAP: FFEE0x0aPROCESSOR 7: 14 engines @ 195 MHz -- MAP: B
FFE0x0aTHEORETICAL MAX: 5446 MH/s0x0aENGINES: 280x0aFREQUENCY: 283 MHz

does this mean there is no 280Mhz engines on my board or it can not handle 280MHZ? strange.
now I tried ck's 1.26 with 8 got 7.3GH/Z,for running whole night like 8 hours hardware failed 980.

btw, my chipset  is AT32UC3A1256 256K,i'm not sure if this does matter. i saw most of your guys' jally can work at 8G,I don't understand why mine not.

any idea?
Pages:
Jump to: