|
I'll turn debug on the next time this problem happens, thanks for the hint.
I'm using Windows 7 32-bit SP1. (Don't moan because of windows, my rigs are usually running for months witout interruption...)
|
|
|
|
|
I had to restart cgminer 2.6.1 on two different rigs because the API did no longer respond to any request (it did not even time out!?)
Mining was still working and this has never happened with earlier versions.
Anyone experienced the same problem?
|
|
|
|
Is the error I'm experiencing caused by the fact that my board has SN 26?
Which Controller-bitstream is required? 1.2 or 1.3?
You would need 1.3 for makomk bitstreams. Controller 1.3 also gives me the "ignoring unknown field" errror...Working after re-downloading the bitstream package... :/ Is any other version of cgminer than cgminer_twintest.exe working? |
|
|
|
|
Is the error I'm experiencing caused by the fact that my board has SN 26?
Which Controller-bitstream is required? 1.2 or 1.3?
|
|
|
|
How do I actually flash the shortfin_* bitstreams? Using the VirtualBox and "xc3sprog -c cm1 -p 0 shortfin_*.bit" gives me Ignoring unknown field ' ' Unknown error  flash it like the twin_test.bit. [...] That's what I'm doing... ("-p 0" or "-p0" makes no difference) But it's not working |
|
|
|
How do I actually flash the shortfin_* bitstreams? Using the VirtualBox and "xc3sprog -c cm1 -p 0 shortfin_*.bit" gives me Ignoring unknown field ' ' Unknown error |
|
|
|
|
Does anyone have instructions on how to get TML working with CM1 via an USB Blaster?
|
|
|
|
|
How many bitstreams are currently in development?
- Glasswalker is re-writing the Icarus-bitstream, main problem is JTAG noise and meeting the timing?!
- Which bitstream is makomk working on? According to the filename, also some kind of Icarus-rewrite?
- Is EP still working on a (from-scratch) bitstream or are they now waiting for Glasswalker to finish his work?
- Is anyone working on making the TML-bitstream fully compatible with CM1?
|
|
|
|
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? |
|
|
|
|
"3. The bitstream does not include any forced donation of hashingpower."
I would change that to
"3. The bitstream does not include any form of online DRM/forced donation, e.g. relaying work to 3rd-party server"
---
Furthermore, add 2 BTC from me.
|
|
|
|
You are the only person who has reported this particular problem ebereon seems to be stuck at the same point. I don't know a single user who got his CM working with TML, that's why I don't know you how come to your "fully supported" conclusion!? Do you know a single user who got this working? There are a few 100s of people waiting to make full use of their hardware, so please tell use the secret - if there is any  |
|
|
|
It has already been ported. That board has been fully supported for several days now. - e I guess "fully supported" does not imply "producing valid shares"? |
|
|
|
We have made the pricing change based on the availability of eldentyrell's bitstream being available, at close to the rate he has been promising, and we believe that is running in several Cairnsmore1 boards. Huh? I have yet to see a CM with ET's bitstream running at "advertised" speed (or: submitting a single valid share). I got this far using his bitstream: https://bitcointalk.org/index.php?topic=49971.msg1030025#msg1030025I don't know anyone who got further. If you know more, pleast let us know. |
|
|
|
This is how far I get using patched urjtag, 0.999w and fraenkel: 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 0x4ff5022e, built 9 days, 6 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 227 Mhz
[urjtag:0:0] assuming input clock frequency of 48 Mhz
[urjtag:0:0] chip has 3 rings
[urjtag:0:0] ?[31munknown gateware version 0x4ff5022e?[0m
[urjtag:0:0:0] opening signcryption channel
[urjtag:0:0:0] setting clock to 100 Mhz, mult=25 div=12
[urjtag:0:0:0] ramping clock: mult=13 div=12
[urjtag:0:0:0] ramping clock: mult=14 div=12
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:22s j
ava.io.IOException: DCM PROGDONE did not go high after programming
at com.triconemining.bitcoin.miner.DCM.setClockFrequency(DCM.java:173)
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:159)
at com.triconemining.bitcoin.miner.Main.main(Main.java:426)
No share got submitted. |
|
|
|
As far as I understand it you can use a programming cable to run ET bitstream already and there is even a chance our front end might just work anyway. Urjtag has support for a FT2232 a very close relative of the FT4232 we use on Cairnsmore1. Which cable do I need? Your prog3 cable? Is it supported by urjtag? |
|
|
|
and if it did his server might well collapse under the weight of Cairnsmore1s trying to use the server services. ET says he can always add more servers on demand. Because of the commission (or "fee") he should have quite an interest that his service is operating smoothly and every CM user using his service is one of the best things that could happen to him, I think. |
|
|
|
I didn't. This is an insurance product that will pay out either in the situation that BFL ships 25 units, or that they do not ship 25 units, depending on which insurance you buy. That double standard: I will never buy BFL products but I have ordered 25 units so if they ship you get this, but if they don't ship you get that, but I will still never buy BFL product.. EH?> "In the event that Butterfly Labs fails to deliver at least a sum total of twenty-five (25) units composed of all three products offered described exactly as above to customers by the end of October 31st 2012" > "to customers" -> any customer, not him |
|
|
|
On a totally different point how are you guys finding the cooling system performance? We are interested in feedback on that as well.
That's hard to tell unless the board is operating at full (or at least high) speed, isn't it? |
|
|
|
If you want a pure PPS pool then BTCGuild has a lower fee than Deepbit. 5% versus 10%
...and Mt. Red is 0% fee PPS. |
|
|
|
|
Show Posts
