Topic: Algorithmically placed FPGA miner: 255MH/s/chip, supports all known boards - page 17. (Read 119429 times)
July 26, 2012, 03:56:23 AM
on the ztex singles the jtag pots needs to be soldered on at first. At least on my boards this jtag port is not populated
July 26, 2012, 03:44:00 AM
How am I supposed to run a cluster over JTAG?
With a bunch of JTAG cables, of course!
Perhaps I misunderstood the question?
July 26, 2012, 03:26:51 AM
With lots and lots of $9 JTAG cables. 
Inspector,
do you need some kind of jtag hub? I mean, on one side we have the jtag connector, but on the other side?
spiccioli
USB typically.
Back in the old days, they used to hook up JTAG controllers to the parallel printer port...
Thanks for clarifying, I've never used a jtag port
spiccioli
July 26, 2012, 03:17:55 AM
With lots and lots of $9 JTAG cables.
Inspector,
do you need some kind of jtag hub? I mean, on one side we have the jtag connector, but on the other side?
spiccioli
USB typically.
Back in the old days, they used to hook up JTAG controllers to the parallel printer port...
July 26, 2012, 03:03:49 AM
With lots and lots of $9 JTAG cables.
Inspector,
do you need some kind of jtag hub? I mean, on one side we have the jtag connector, but on the other side?
spiccioli
July 26, 2012, 02:44:34 AM
thanks Punin, so actually it's just overvolted 
The DC/DC for the core voltage on the boards from ZTEX are built for a max. continues current of around 8A
@kakobrekla
Did you ever measure the current drawn while running the ET bitstream on the speeds mentioned by you?
Even a simple measurement on the 12V input can help us to roughly figure it out. Would really appreciate that
Phil
The DC/DC for the core voltage on the boards from ZTEX are built for a max. continues current of around 8A
@kakobrekla
Did you ever measure the current drawn while running the ET bitstream on the speeds mentioned by you?
Even a simple measurement on the 12V input can help us to roughly figure it out. Would really appreciate that
Phil
July 26, 2012, 02:20:45 AM
@kakobrekla
"I should add, its a modified ztex single board."
In which way was that board modified? Does it still use the same DC/DC setup for the core voltage of the XC6 ?
"I should add, its a modified ztex single board."
In which way was that board modified? Does it still use the same DC/DC setup for the core voltage of the XC6 ?
https://bitcointalksearch.org/topic/ztex-voltmod-90370
July 25, 2012, 11:19:07 PM
@Elden
Is it possible to cascade multiple FPGA's in a cluster using a single UrJtag compatible Interface ?
@kakobrekla
"I should add, its a modified ztex single board."
In which way was that board modified? Does it still use the same DC/DC setup for the core voltage of the XC6 ?
Regards
Phil
Is it possible to cascade multiple FPGA's in a cluster using a single UrJtag compatible Interface ?
@kakobrekla
"I should add, its a modified ztex single board."
In which way was that board modified? Does it still use the same DC/DC setup for the core voltage of the XC6 ?
Regards
Phil
July 25, 2012, 09:47:33 PM
With lots and lots of $9 JTAG cables.
July 25, 2012, 04:04:10 PM
java.io.IOException: java.lang.RuntimeException: Error sending data, ztex error -22, libusbjava says libusb
0-dll:err [submit_async] invalid interface -1
Any ideas what might be wrong here?
Unfortunately in order to communicate with the ztex board over its proprietary USB interface, we have to rely on ztex's USB code. It is really, really buggy. I have quite a bit of evidence now that he seems to have debugged it just barely enough to make his miner work -- but left all sorts of other bugs. Mostly they seem to show up on windows. One suggestion is to try using Linux or MacOS for the mining host.
However, a more effective solution is to ditch the proprietary USB interface and use the industry-standard IEEE JTAG protocol. The Altera USB Blaster is very well-supported by urjtag and you can find them $9 on ebay (including shipping!):
http://www.ebay.com/sch/i.html?_nkw=altera+usb+blaster
How am I supposed to run a cluster over JTAG?
July 25, 2012, 03:59:45 PM
Nachtwind: I reproduced your error on Win7 64 box. We tried a few tricks with jfsebastien but so far nothing.
VM might be one solution here.
VM might be one solution here.
July 25, 2012, 08:32:53 AM
However, a more effective solution is to ditch the proprietary USB interface and use the industry-standard IEEE JTAG protocol. The Altera USB Blaster is very well-supported by urjtag and you can find them $9 on ebay (including shipping!):
Would this also work for the Enterpoint-Board?Yep. And I'm currently working on using the onboard FTDI chip for exactly this process. The code is improving and I hope to have it stable in around a week, but we will see!
July 25, 2012, 06:11:13 AM
However, a more effective solution is to ditch the proprietary USB interface and use the industry-standard IEEE JTAG protocol. The Altera USB Blaster is very well-supported by urjtag and you can find them $9 on ebay (including shipping!):
Would this also work for the Enterpoint-Board? July 25, 2012, 05:29:45 AM
java.io.IOException: java.lang.RuntimeException: Error sending data, ztex error -22, libusbjava says libusb
0-dll:err [submit_async] invalid interface -1
Any ideas what might be wrong here?
Unfortunately in order to communicate with the ztex board over its proprietary USB interface, we have to rely on ztex's USB code. It is really, really buggy. I have quite a bit of evidence now that he seems to have debugged it just barely enough to make his miner work -- but left all sorts of other bugs. Mostly they seem to show up on windows. One suggestion is to try using Linux or MacOS for the mining host.
However, a more effective solution is to ditch the proprietary USB interface and use the industry-standard IEEE JTAG protocol. The Altera USB Blaster is very well-supported by urjtag and you can find them $9 on ebay (including shipping!):
http://www.ebay.com/sch/i.html?_nkw=altera+usb+blaster
July 22, 2012, 06:16:03 PM
Code:
c:\ztex>java -Xbootclasspath/a:ZtexBTCMiner-120221.jar -jar tml-1.0.jar ztex:0 "
http://Nachtwind_fpga:[email protected]:8332"
_________________________________________________________________________
Tricone Mining Logic, host software v1.0
IF YOU EXPERIENCE HIGH ERROR RATES: try running just one ring at a
time (e.g. use 'ztex:0:0.0' on command line instead of 'ztex:0').
If each ring works error free on its own, but you get errors when
running all three, it means your power supply is sagging.
adding work source btcguild.com
starting long poll thread
[0 ] ←[35mfound new board ztex:0←[0m
[ztex:0 ] ←[35mfound new chip←[0m
[ztex:0 ] programming FPGA
H:←[1m←[32m0←[0m←[0m X:0 E:←[1m←[31m0←[0m←[0m T:5.7s | H:←[1m←[32m0←[0m←[0m E
[ztex:0 ] done programming FPGA :5.7s
H:←[1m←[32m0←[0m←[0m X:0 E:←[1m←[31m0←[0m←[0m T:5.7s | H:←[1m←[32m0←[0m←[0m E
:←[1m←[31m0←[0m←[0m A:←[32m0←[0m R:←[33m0←[0m T:5.7s java.io.IOException: java.l
ang.RuntimeException: Error sending data, ztex error -22, libusbjava says libusb
0-dll:err [submit_async] invalid interface -1
at com.triconemining.board.Ztex$ZtexChip.flush(Ztex.java:209)
at com.triconemining.board.Ztex$ZtexChip.scan(Ztex.java:168)
at com.triconemining.board.MiningChip.read(MiningChip.java:52)
at com.triconemining.miner.ChipWrapper.checkMagicNumber(ChipWrapper.java
:293)
at com.triconemining.miner.ChipWrapper.(ChipWrapper.java:54)
at com.triconemining.miner.BoardWrapper.getChip(BoardWrapper.java:49)
at com.triconemining.miner.BoardWrapper.run_(BoardWrapper.java:101)
at com.triconemining.miner.BoardWrapper.run(BoardWrapper.java:73)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Error sending data, ztex error -22, libus
bjava says libusb0-dll:err [submit_async] invalid interface -1
at com.triconemining.board.Ztex$ZtexChip.flush(Ztex.java:193)
... 8 more
H:←[1m←[32m0←[0m←[0m X:0 E:←[1m←[31m0←[0m←[0m T:10s |
H:←[1m←[32m0←[0m←[0m E:...
http://Nachtwind_fpga:[email protected]:8332"
_________________________________________________________________________
Tricone Mining Logic, host software v1.0
IF YOU EXPERIENCE HIGH ERROR RATES: try running just one ring at a
time (e.g. use 'ztex:0:0.0' on command line instead of 'ztex:0').
If each ring works error free on its own, but you get errors when
running all three, it means your power supply is sagging.
adding work source btcguild.com
starting long poll thread
[0 ] ←[35mfound new board ztex:0←[0m
[ztex:0 ] ←[35mfound new chip←[0m
[ztex:0 ] programming FPGA
H:←[1m←[32m0←[0m←[0m X:0 E:←[1m←[31m0←[0m←[0m T:5.7s | H:←[1m←[32m0←[0m←[0m E
[ztex:0 ] done programming FPGA :5.7s
H:←[1m←[32m0←[0m←[0m X:0 E:←[1m←[31m0←[0m←[0m T:5.7s | H:←[1m←[32m0←[0m←[0m E
:←[1m←[31m0←[0m←[0m A:←[32m0←[0m R:←[33m0←[0m T:5.7s java.io.IOException: java.l
ang.RuntimeException: Error sending data, ztex error -22, libusbjava says libusb
0-dll:err [submit_async] invalid interface -1
at com.triconemining.board.Ztex$ZtexChip.flush(Ztex.java:209)
at com.triconemining.board.Ztex$ZtexChip.scan(Ztex.java:168)
at com.triconemining.board.MiningChip.read(MiningChip.java:52)
at com.triconemining.miner.ChipWrapper.checkMagicNumber(ChipWrapper.java
:293)
at com.triconemining.miner.ChipWrapper.
at com.triconemining.miner.BoardWrapper.getChip(BoardWrapper.java:49)
at com.triconemining.miner.BoardWrapper.run_(BoardWrapper.java:101)
at com.triconemining.miner.BoardWrapper.run(BoardWrapper.java:73)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Error sending data, ztex error -22, libus
bjava says libusb0-dll:err [submit_async] invalid interface -1
at com.triconemining.board.Ztex$ZtexChip.flush(Ztex.java:193)
... 8 more
H:←[1m←[32m0←[0m←[0m X:0 E:←[1m←[31m0←[0m←[0m T:10s |
H:←[1m←[32m0←[0m←[0m E:...
Been trying to get the code running on my ztex singe - but the above happens.
From that point onward T:[nn]s just moves on till i kill it (about 5min later)...
ANy ideas what might be wrong here?
July 22, 2012, 07:16:03 AM
H:357/114,114,128 X:272 C:180,180,185 E:0/0,0,0 T:5m
http://www.tricone-mining.com/images/overvolted-283mhps-dont-try-this-at-home-kids.png
Bah, now I have work to do again.
July 22, 2012, 05:23:46 AM
I have 10 boards and i don't think every board is broken
Well, I can guarantee you that something is very, very broken with your JTAG connection.
It could be a board design flaw (ringing TCK is a very common problem), in which case you would expect it to appear on all 10 boards. It could be that your JTAG cable is defective (unlikely, but this too would explain the problem). It could be that something is quirky with the software driver for your JTAG cable. It could be that you're running the JTAG clock too fast (you tried -Durjtag_tck_freq=10000, right?).
July 22, 2012, 05:22:55 AM
eldentyrell,
if you look at this message
https://bitcointalksearch.org/topic/m.1042538
and/or at messages 655/656 in this thread you'll see that the value is 0xcafebabe before and after.
if you look at this message
https://bitcointalksearch.org/topic/m.1042538
and/or at messages 655/656 in this thread you'll see that the value is 0xcafebabe before and after.
Right. The fact that the IDCODE is corrupted only sometimes -- and not other times -- is why I am dead-certain there are signal integrity issues here.
July 22, 2012, 05:20:18 AM
H:357/114,114,128 X:272 C:180,180,185 E:0/0,0,0 T:5m
http://www.tricone-mining.com/images/overvolted-283mhps-dont-try-this-at-home-kids.png
July 22, 2012, 05:19:24 AM
"cafe babe" - wow.
Much better than
"dead beef", I think.
Much better than
"dead beef", I think.
Yeah, I also think it beats the crass 0xB16B00B5 that Microsoft got in trouble for.
Jump to: