ok, got it compiled myself using "BlueJ"
I got some progess on cairnsmore1 without a special jtag cable (just the shipped usb-cable), but not really far...
@Eldentyrell: Please correct the spelling of "cairnsmore" in tml-0.999 it is wrong spelled "carinsmore". Thanks!
If I start it without "preprogramming" I got this:
_________________________________________________________________________
Tricone Mining Logic, host software v0.999
** THIS IS A PRE-RELEASE. NOT FOR PRODUCTION USE **
Eldentyrell will declare this codebase ready for production use
once he has converted his own mine to use it (yes, he pays himself
commissions). Until then, performance and signcryption server
uptime are likely to be erratic.
Here is a partial list of issues you should be aware of:
- many kinds of errors (network, etc) cause the miner to get stuck
- only one of the signcryption frontends is contacted
- clock-rate adjustment is 100% manual, not automatic
- no overheat protection >>MAKE SURE YOU HAVE A HEATSINK INSTALLED<<
******************************************************************
* *
* IF YOU EXPERIENCE HIGH ERROR RATES: *
* *
* Try running just one ring at a time (e.g. use 'ztex: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. *
* *
******************************************************************
[urjtag:0:0] programming FPGA
USERCODE before bitstream upload: 0xffffffff
USERCODE after bitstream upload: 0xffffffff
[urjtag:0:0] done programming FPGA
Exception in thread "main" java.io.IOException: TML acknowledgement of read operation failed; expected=0x1 got=0xffffffff
at com.triconemining.board.MiningChip.read(MiningChip.java:65)
at com.triconemining.bitcoin.miner.Miner.checkMagicNumber(Miner.java:210)
at com.triconemining.bitcoin.miner.Miner.(Miner.java:34)
at com.triconemining.bitcoin.miner.Main$1.(Main.java:414)
at com.triconemining.bitcoin.miner.Main.main(Main.java:414)
Ok, I now programmed the "davis" bistream with enterpoint tools, and now I got this:
_________________________________________________________________________
Tricone Mining Logic, host software v0.999
** THIS IS A PRE-RELEASE. NOT FOR PRODUCTION USE **
Eldentyrell will declare this codebase ready for production use
once he has converted his own mine to use it (yes, he pays himself
commissions). Until then, performance and signcryption server
uptime are likely to be erratic.
Here is a partial list of issues you should be aware of:
- many kinds of errors (network, etc) cause the miner to get stuck
- only one of the signcryption frontends is contacted
- clock-rate adjustment is 100% manual, not automatic
- no overheat protection >>MAKE SURE YOU HAVE A HEATSINK INSTALLED<<
******************************************************************
* *
* IF YOU EXPERIENCE HIGH ERROR RATES: *
* *
* Try running just one ring at a time (e.g. use 'ztex: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. *
* *
******************************************************************
[urjtag:0:0] programming FPGA
USERCODE before bitstream upload: 0xcafebabe
USERCODE after bitstream upload: 0xcafebabe
[urjtag:0:0] done programming FPGA
[urjtag:0:0] magic number check ok
[urjtag:0:0] chip is running bitstream version davis, built 6 days, 19 hours ago
[urjtag:0:0] design is intended for input clock frequency of 48 Mhz
[urjtag:0:0] measuring clock frequency at ztex pin (csg484.L22)
[urjtag:0:0] measured input clock frequency at 0 Mhz
[urjtag:0:0] measuring clock frequency at nexus6/x6500 pin (fgg484.K20)
[urjtag:0:0] measured input clock frequency at 0 Mhz
[urjtag:0:0] measuring clock frequency at icarus/carinsmore pin (fgg484.J1)
[urjtag:0:0] measured input clock frequency at 49 Mhz
[urjtag:0:0] assuming input clock frequency of 48 Mhz
[urjtag:0:0] chip has 3 rings
[urjtag:0:0:0] opening signcryption channel
[urjtag:0:0:0] setting clock to 157 Mhz, mult=23 div=7 | H:←[1m←[32m0←[0m←[0m E:←[1m←[31m0←[0m←[0m A:←[32m0←[0m R:←[33m0←[0m T:1.0s
[urjtag:0:0:0] ramping clock: mult=8 div=7 T:15m | H:←[1m←[32m0←[0m←[0m E:←[1m←[31m0←[0m←[0m A:←[32m0←[0m R:←[33m0←[0m T:1.0s
[urjtag:0:0:0] ramping clock: mult=9 div=7 T:15m | H:←[1m←[32m0←[0m←[0m E:←[1m←[31m0←[0m←[0m A:←[32m0←[0m R:←[33m0←[0m T:1.0s
H:←[1m←[32m0←[0m←[0m X:0 C: E:←[1m←[31m0←[0m←[0m T:15m | H:←[1m←[32m0←[0m←[0m E:←[1m←[31m0←[0m←[0m A:←[32m0←[0m R:←[33m0←[0m T:1.0s Exceptio
H:←[1m←[32m0←[0m←[0m/←[32m0←[0m X:0 C:0 E:←[1m←[31m0←[0m←[0m/←[31m0←[0m T:15m | H:←[1m←[32m0←[0m←[0m/←[32m0←[0m E:←[1m←[31m0←[0m←[0m/←[31m0←
[0m A:←[32m0←[0m R:←[33m0←[0m T:40s java.io.IOException: TML acknowledgement of read operation failed; expected=0x435 got=0xfffffde5
at com.triconemining.board.MiningChip.read(MiningChip.java:65)
at com.triconemining.bitcoin.miner.DCM.progDone(DCM.java:199)
at com.triconemining.bitcoin.miner.DCM.setClockFrequency(DCM.java:169)
at com.triconemining.bitcoin.miner.DCM.setClockFrequency(DCM.java:86)
at com.triconemining.bitcoin.miner.Ring.setClockFrequency(Ring.java:278)
at com.triconemining.bitcoin.miner.Miner.enableRing(Miner.java:190)
at com.triconemining.bitcoin.miner.Miner.enableRing(Miner.java:121)
at com.triconemining.bitcoin.miner.Main.main(Main.java:426)
Exception in thread "Thread-2" java.lang.RuntimeException: java.io.EOFException
at com.triconemining.limp.LimpConnection.run(LimpConnection.java:53)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.EOFException
at com.triconemining.util.VarInt.read(VarInt.java:16)
at com.triconemining.limp.LimpConnection.run(LimpConnection.java:50)
... 1 more
I think I got this error because my board is broken. If someone with a healty board can test this, it would be nice - also to see some more success.
tml-0.999 is using FPGA3 if we take enterpoints numbering, so it's enough to "preprogramm" only FPGA3 to play with tml-0.999.
I used the dip switch settings for twin_test but SW6#1 on to get 48 Mhz!
I will continue with tests when my new boards arrive
If someone needs a already patched urjtag binary with the needed dll's or the corrected tml-0.999w.jar to play with, I can package it up for download. Eldentyrell, if this is problematic for you I will remove the tml download, but please correct the windows version tml-0.999w.jar, see the error I described in the other post.
I need some sleep now...
eb