If anyone wants to elaborate on the README FAQ covering un-Zadig'ing, I bet that would be well-appreciated by many. What is the Com driver used for the Drillbit devices? Cheers
|
|
|
Awesome!!!! I'll give it a spin shortly.... Thanks Luke-Jr
|
|
|
Did you try the USB 2 ports on you MB (the GA-Z77X-D3H has both USB3 and 2 ports)? What about an external USB2 hub? I have a single 8board which runs stable for days on Win7/64 on an old laptop, through a PCIExpress USB2 expansion (also had it running for some time on a USB2 external hub). It uses cgminer 3.10 now, but worked with earlier drillbit forked cgminer as well. The only occasional transient USB hiccups (and brief 'timing out unresponsive ASIC x') occur when switching pools, otherwise it is 'rock solid', averaging about 22.5 GH/sec (also reported by the pool) on drillbit options int:53:2:950. Is your internet connection stable? You may also trying different pools (tried Slush and BTC here and they both work fine).
Good luck
Thanks, I had tried the USB2 and USB3/2 ports controlled by the Z77 and USB3/2 ports controlled by the VL800 separately. They do behave differently (one seems to loose connection with the boards and then re-finds them before dying and the other dies with timing out unresponsive ASIC errors) but both seemed equally flakey. This morning I tried your suggestion of switching to Slush's pool from bitminter (not expecting it to work tbh), but so far things have been stable . I've had good experiences with bitfury hardware and bitminter before, so was a bit surprised by this, but there you go. Fingers crossed they make it through the night! If not I have an OK powered usb hub to try and failing that I guess I'll need a different host. Cheers I'm glad that it worked for you Keep trying until you find the 'optimum solution' Cheers
|
|
|
Beastly must have stepped on a black cat or something because all of the other Bitmain threads here have reported prompt deliveries.
There actually was a GB for U1 sticks (by Elasticband https://bitcointalk.org/index.php?topic=395506.0) that got bogged down with a delay and ended up refunding, probably the 'silly season syndrome', rather than the 'black cat effect'.... too early to cheer ('touch wood').... wait until those sticks are happily hashing away.....
|
|
|
Hi i have the same issues with the boards and have them running with cgminer controlled by cgwatcher The setting i use is 49:2:850 with cgminer 3.10 However weird is that the older 3.9 version does allow a bit faster clocking 50:2:850 but you need to pull and push back the usb plug several times to get the board running without the unresposive asic messages. It happens often that the miner crashes and you need to monitor several times to check if the boards do not pump out the endless unresponsive asic messages. If it does you are screwed again and need to start messing with the usb plugs to get it running again this far i have not been able to get them to run faster because either the screen is full of unresponsive asic messages or cgminer crashes instant. settings at 48:2:950 seems to be impossible to run
52:2:950 seems to be the best all round setting, it gives just over 20GH/s per board. Make sure you have the latest firmware. I settled on 53:2:950 which gives 22.5 GH/sec with about 3% HW error (the same hash rate is also reported by the pool, which gives that additional confirmation). I don't know why, but contrary to other people I have no problem reaching this setting since the firmware upgrade (with earlier f/w it was also a struggle, with re-connecting the USB cable, restarting the board etc.). Good cooling is probably essential. This single board is cooled by 2 12cm fans, and stays at 30-32 C depending on ambient. Cheers
|
|
|
15/01/2014 20:18 Awaiting release from Clearance/Government agency / Released by Clearing Agency. Now in-transit
Great news!!! (so now we start the real countdown....
|
|
|
Thanks for the update, Hopefully it will start moving soon....
|
|
|
Hi All, I'm having serious problems getting three "eight" boards to run stable for any length of time. I've had one good run of 12 hours or so, but mostly cgminer crashes out after less than an hour with one of the following types of error (a couple of examples below). They only arrived from the UK fixer last week and I've never been able to run them stable. Looks like I have USB problems, but I've tried switching the boards to different ports on the mainboard (switching between the different USB controllers available and removing other, potentially competing devices from that controller), tried using usb cables with better shielding etc. with no luck. The problems occur whether or not the boards are plugged into the mini-plane for power or if they are separate and powered through their molex connectors. The PSU is supplying 12.24 V to the boards under load. Temperature readings on the board are always < 30 oC, typically 25-27 oC (cooled using a powerful, if noisy, 120mm server fan). I've mostly used the stock settings (int:40:1:850), but have tried a range of clock settings (faster and slower) and some, generally unsuccessful, runs at 950 mV with a range of clock settings (mostly resulting in "Timing out unresponsive ASIC" errors). I've re-flashed the firmware to the newest version several times and am using cgminer-3.10.0 built from the github (but have tried the drillbit 3.8.4 version too). In desperation I've even tried mining with these things under windoze, but they seem more prone to "Timing out unresponsive ASIC" errors than in linux and ultimately crash out with USB errors there too. When hashing, the boards perform quite respectably (two at around ~19 GH/s, ~3% HW errors; one at ~17 GH/s, >10% HW errors - possibly a dead/unhealthy chip?), but they are down so often as to be useless. Anybody have any suggestions? These are definitely the most fussy hardware that I've come across yet, it would be great to get them fulfilling their potential, but at the moment I just feel like throwing them out of a window . Some system info: GA-Z77X-D3H mainboard + i5-3570K Ubuntu 12.04 LTS (up to date) (Have also tried in Win 8) cgminer-3.10.0 (Have also tried Drillbit custom cgminer-3.8.4) Corsair TX850 PSU Did you try the USB 2 ports on you MB (the GA-Z77X-D3H has both USB3 and 2 ports)? What about an external USB2 hub? I have a single 8board which runs stable for days on Win7/64 on an old laptop, through a PCIExpress USB2 expansion (also had it running for some time on a USB2 external hub). It uses cgminer 3.10 now, but worked with earlier drillbit forked cgminer as well. The only occasional transient USB hiccups (and brief 'timing out unresponsive ASIC x') occur when switching pools, otherwise it is 'rock solid', averaging about 22.5 GH/sec (also reported by the pool) on drillbit options int:53:2:950. Is your internet connection stable? You may also trying different pools (tried Slush and BTC here and they both work fine). Good luck
|
|
|
What did UPS say when you contacted them?
They said that they can't give me any information. The sender needs to contact UPS in their country. Any clarification from Bitmain about the delay or ETA? (they've been 'scanning' this now for 4 days.... how much more scanning is needed?)
|
|
|
Rather strangely my up to now unstoppable Drillbit thumb now only gives Timing out unresponsive ASIC 0 I am at a loss of what to do to troubleshoot this?
Has it somehow bitten the dust? Any suggestions welcomed.
Cheers Marc
My Thumb is going fine, still getting an average of 3.01 GH/sec. You can try: Different hub/USB port, check the hub's power supply, try different voltage/clock settings, flash the latest firmware, try cgminer 3.10, check that your mining pc is ok. Good luck
|
|
|
Here's some quick documentation I wrote up from the cgminer driver code, in preparation of writing the BFGMiner driver: L Identify* I Get info 0x10 bytes response: uint8: protocol version protocol version 2 has an implicit external clock if chip count is 1 char[8]: product name if "DRILLBIT", fill in "Thumb" or "Eight" appropriately uint32le: serial number uint8: chip count uint16le: capability bitmask 0x0001 Temperature sensor 0x0002 External clock R Reset* C Configure Request followed by 6 bytes: 1 byte: core voltage config 0x01 850mV uint8: clock level uint8: "clock_div2" uint8: use external clock? 0 or 1 uint16le: external clock frequency 1 byte response: 'C' T Get temperature 2 byte response: uint16le: Temperature in decidegrees celcius E Get completed work Response: uint32le: number of works finished (max 1024) For each work, 68 bytes: uint16le: chip id uint8: number of nonces found (max 16) uint8: non-zero if chip idle, otherwise 0 if busy uint32le[16]: nonces W Send work to chip Request followed by 46 bytes: uint16le: chip id uint256le: midstate uint8[12]: data tail 1 byte response: 'W'
Is bfgminer live with Drillbit support yet? Not yet, hopefully soon.... TK said that he delivered a board to Luke-jr, and based on the recent post that you quote, he's working on it. Cheers
|
|
|
Update: The tracking says that the package is still stuck in China. I have contacted UPS and Bitmain and the issue should be resolved. Hopefully it moves tomorrow.
Sorry for this i wish that it could have already arrived.
Any updates on this movement? Cheers
|
|
|
Just in case you were not paying attention, network difficulty just rose by 26% to 1.79G
|
|
|
#Block found at Duration Total shares Your shares Your BTC reward Block # 21445 2014-01-13 04:45:40 1:26:47 811840578 none none 280238 21444 2014-01-13 03:18:53 1:33:44 888991110 none none 280223 21442 2014-01-13 01:19:53 2:54:55 1678936278 none none 280206 ? Hardware works perfect and shares are collecting .... ---- +1 21445 2014-01-13 04:45:40 1:26:47 811840578 none none 21444 2014-01-13 03:18:53 1:33:44 888991110 less than 50% shares/reward 21442 2014-01-13 01:19:53 2:54:55 1678936278 none none ticket raised, i hope that someone reads these tickets..... (it will get fixed, i'm sure... Edit: All solved now.... Thanks Slush...
|
|
|
I think at those prices I'm waiting to see if Barntech turns on his AC and wakes up with the avalon chips (Last thing I heard Australia was under a heat wave) .
I so thought we'd be swimming in chips this month by now.
This is what Barntech posted on the Drillbit forums back on the 6th. he doesn't seem to have surfaced since: As for the Avalon hashrates, the chips do about 1.6 GH/s so the 16 chip board will come in around 25 GH/s. Still working on the pricing. I'll get that up soon. We'll probably just do one run of these because the chips aren't all that exciting to be honest.
Also, its looking like more bitfurys will be available soon so we might be looking at doing some more of those. This time probably the turbo design which can squeeze some more juice out of the chips. I saw it and its the 12th now and its giving me the skivvies Down-under here in Oz the holiday season lasts a bit longer....
|
|
|
Here's some quick documentation I wrote up from the cgminer driver code, in preparation of writing the BFGMiner driver:
Luke-Jr Thanks for your great work, it will be fantastic to have bfgminer support for these Drillbit miners Cheers
|
|
|
+1 And another case of 'none none' (and this is about 30 min after the block was solved/found)
21442 2014-01-13 01:19:53 2:54:55 1678936278 none none
I'm sure it will eventually get fixed, but why does it keep happening?!
|
|
|
sorry if this has been asked i have been away for a while
i got the boards from repairs and they are hashing away thanks
do i need to update to the latest firmware or do i have it already updated?
i am also getting timing out on asic bla bla bla
and lot of HW errors
i have a fan sitting on top of the 8 boards
Thanks
You can check with your repairer, or simply try to update the firmware to the latest one of one of your boards, and see what is reported. Cgminer 3.10.0 (the official release) now supports these boards. I have been using it for the last 2 days (for the Thumb too). Regarding HW errors - you may want to try different settings and find the optimum one regarding hash rate and errors. I'm getting about 3.1% HW errors at a hash rate of 22.5 GH/sec (avg), with a temp of 29-31C (and plenty of good cooling, NOT just a single fan above the boards). Good luck
|
|
|
Hi support! Again fee null ! 21439 2014-01-12 14:43:40 4:33:10 2560373292 none none 280103
Support (slush) doesn't read this forum. I have lodged a ticket with support. BTW - has anyone yet been paid out on 21394,5 & 6 I raised a ticket on these a few days back? Philip 21439 just corrected, not the earlier ones though. Philip My payout for these blocks is fine now. I don't know if the support team reads the tickets either... but eventually these get fixed.... Cheers
|
|
|
Hello,
I have installed this software on a linux server. I have pointed some of my miners to this server. But, on the pool that I use (middlecoin), the hashrate does not shows up.
This software should be able to run for stratum pools, right? Also for script?
when you say "this software", to which software are you referring? Sorry :-) - I mean this software: https://github.com/slush0/stratum-mining-proxy/Most of the popular miners (bfgminer, cgminer) will work fine directly with common stratum running pools. Are you sure that you need this proxy for your specific devices? I understand, they do. But I have about 70 miners running right now. I want to use a proxy, so that I easily can move all the miners with 1 or 2 proxy's Yes, that make sense. Using about 45 minters here, arranged into 4 instances of bfgminer/cgminer, without the need for a proxy. I read that some miners such as Blades which have only a LAN interface are best used with a proxy, but have no direct experience with Slush's proxy s/w. Good luck. How do you mean 4 instances? Did you connected your miners to each other? All of my miners have a USB interface. They are connected either to USB hubs or directly to USB ports on the PC. Each group of same type of miners (for example USB Block Erupters) has a separate instance of minter software. In my case an instance of Bfgminer is used for the BE's, so effectively it acts as a 'mining proxy', combining the hashing of all the BE's assigned to it into a single 'worker' on the pool. Similarly for a different type of miners which uses cgminer and so on.
|
|
|
|