I don't think it is ready for merged mining. I have just pointed one 10ghs card and some usb u1's to a separate bfgminer that I use for experimentation and point that to the rocketpool. I get shares, but It constantly causes bfgminer to freeze. I even tried rotating it between a btc pool and the maza pool and it seems I have to watch dog it. Using kill to shut it down then restart.

I probaly had it mining 20ghs for several hours and all I earned was 43mzc.

Im trying http://http://mzc.rocketpool.co.uk

Did try treasurequarry.com 

and tripplehexxx.net 

PM sent

Thread Lock - that should be done at the factory. You may want to try one just to see if it makes a difference.

http://www.amazon.com/Loctite-38653-Purple-Strength-Thread/dp/B0002KKTT0/ref=sr_1_2?ie=UTF8&qid=1391537190&sr=8-2&keywords=thread+lock

If you wouldn't mind. How are they creating small blocks? Something they are doing or just how the block tumbles?

Thanx

Looks Good !!

Wish I had some more blades or ant's to heat up my office  Its 1 F so far today, dipped to -8 F.

(Yah, I know its a warm day compared to those at the top of the north american continent, but to us here in the mid-atlantic
its freeeeezing)

Thanks!!!! Just getting zadig from that site did it. The zilib I had already located. When first running it I got that "Welcome back to windows - dll missing" and went and found it (The zilib) 

What are you using for the driver? I built a parallels virtual with windows 7 and pulled the custom cgminer but it whines about needing a driver.

Thanks

Success !!  

New mavericks virtual with just command-line tools install, then home-brew, then your tap, then bfgminer without --HEAD

maybe something is broke in current release ? I don't recall putting on newer release, but head been foggy with holiday's and getting over bronchitis.

went back to other mac, uninstalled bfgminer, ripped out source in cache, reinstalled without --HEAD and now its working.

don't know how I missed goofing it up or not reinstalling without the --HEAD

tomorrow after some shuteye ill fix it on the main mac (where the virtual is running now).

Have you had any problems with your cube?


 

I have have the same experience. I really had hoped it would all just "solve its self" the next day. I started with USB BE using the bitminter client, added a single blade pointed directly to bitminter. Sold off most BE at the right time that bought more blades. Didn't like the slow hash rates on the blades so got a stratum proxy running thanks to your articles and had it chugging away for about 30 days. even set it up on another computer just in case. Everything was all fine till yesterday 

My first thought was the sites were getting hammered as Doc had predicted that it occurs more often around the holidays.

Ill post back after the virtual is done and tested probably on the morrow

Happy New Year

Im making a mavericks virtual so I have a fresh sandbox to reinstall home-brew in and see what that results in.

I have pointed the blade to mint.bitminter.com and it hash's, not at full speed but it does hash.

There are 5 blades and 1 cube. All are having the issue. Blades have their own power seperate from the cube.

I also tried running the mining-proxy.py and they will not hash through it either.

I wanted to make sure that the error reported in the brew install and bfgminer were not it.

I have just changed a blade (.48) to point to mint.bitminter.com and in about 2 mins it is mining at 4.2ghs

It has to be a local problem. I wasnt sure at first as the days leading up both bitminter and btcguild were suffering ddos attacks

I had used your brew tap formula before and had everything running with homebrew.

something has broke and I can't figure out what.

mining with mixture of blades and usb BE has been fine for 30+ days.

24+ hours ago blade mining broke with bfgminer. the PXY all show as SICK. I have tried on two different mac's with same result.

The mac's, blades, router are all in the same switch. I can ping the blades and configure them from the either mac.
I have powered everything off and back on.

I ripped out brew and reinstalled.

I noticed in the brew install of bfgminer

==> Installing bfgminer dependency: curl
==> Downloading http://curl.haxx.se/download/curl-7.34.0.tar.gz
Already downloaded: /Library/Caches/Homebrew/curl-7.34.0.tar.gz
==> ./configure --prefix=/usr/local/Cellar/curl/7.34.0
==> make install
==> Caveats
This formula is keg-only, so it was not symlinked into /usr/local.

Mac OS X already provides this software and installing another version in
parallel can cause all kinds of trouble.

Generally there are no consequences of this for you. If you build your
own software and it requires this formula, you'll need to add to your
build variables:

    LDFLAGS:  -L/usr/local/opt/curl/lib
    CPPFLAGS: -I/usr/local/opt/curl/include

==> Summary
🍺  /usr/local/Cellar/curl/7.34.0: 75 files, 2.0M, built in 2.1 minutes


then noticed this in a debug log of bfgminer


[2014-01-01 16:30:57] No devices detected!
 [2014-01-01 16:30:57] Waiting for devices; press 'M+' to add, or 'Q' to quit
 [2014-01-01 16:30:57] Probing for an alive pool
 [2014-01-01 16:30:57] Testing pool stratum+tcp://mint.bitminter.com:443

===>>  [2014-01-01 16:30:57] HTTP request failed: Protocol stratum+tcp not supported or disabled in libcurl
 [2014-01-01 16:30:57] Failed to connect in json_rpc_call
 [2014-01-01 16:30:57] initiate_stratum with sockbuf=0x0

although with bfgminer running, I can open a web page to the ip of the mac localhost:8332 and get a login request then a work to solve

{"error":null,"result":{"target":"ffffffffffffffffffffffffffffffffffffffffffffffffffffffff00000000","data":"000000021357b4f4e1de19a52a54e5f2f406556706921cdc5793f5d6000000010000000082eb8f9 85bb972edb3cff59b05692cc0b2c9fb49a289533324bd3599253baa4552c4ae481903a30c000000 0000000080000000000000000000000000000000000000000000000000000000000000000000000 0000000000080020000","midstate":"a20eac8b68b458f89803a1b00b3c9a1f4972b05b660ff4312e964fc94cb85f6d","hash1":"0000000000000000000000000000000000000000000000000000000000000000000000800000000 0000000000000000000000000000000000000000000010000"},"id":0}

and if I leave out the --http-port 8332 I get no response to localhost:8332 so even though there are those error messages, it must be taking requests at 8332 ?

I even fired up a parallels windows 7 / installed win32 bfgminer and get the same results. i.e SICK for the blade now pointed to the parallels virtual running bfgminer (interface in bridge and firewall rule in windows to allow 8332)

Thanks for any assistance i this hair pulling session.

Order Received. Thanks

Pulled down the latest cgminer (3.9.0) on OSX using home-brew and it see's the miner and uses it but at varying clocks between 300mhz to 900mhz.

brew tap nwoolls/cryptocoin   (Thanx nwoolls)
brew install cgminer --HEAD

probably just need to find the timing tweak. At least it mines.

WIll report more later.

I post this in case others may not be aware as I just learned it myself. When using the slush stratum proxy you of course need the server ip of the blade/cube to point to the ip of the computer the proxy is running on, but need to use real user_worker:123 for the pool it is pointed at. On multiple blades it would be the same.

On bfgminer, you MUST have unique user names for each blade/cube which is different then using slush's. If you don't, you will see a drop of 10 to 20%.

Again I apologize if this is old hat, but I was searching the bfgminer section for "blade" to see what I missed that they were not running at top speed and found this:

https://bitcointalk.org/index.php?topic=168174.msg3391532;topicseen#msg3391532

End result is on bfgminer you end up with a PXY for each blade/cube if you don't have a "PXY" for each cube/blade then you have duplicate id.s.

hit "d" for device manager and use the arrows to see what each "logged" user name is.

my blades for example are assigned .40 up so with bfgminer, the user:pass field if just use "bladexx:123" where xx is the ip of the blade to keep them unique and simple.

Sorry if this wasted space.

the 49 port board was just a hub.

They are essentially six half blades with a main board providing power and communications. So unlike standard blades, only 1 ethernet connection is needed for the six half blades. In fact another name for this thing might be "Half Baked" or "Lemon Cube" since one reseller has had to gut parts from his stock to fix customers and another has had to assemble a team of "fixers" to pull every cube he receives apart and fix them and a good portion of the ones that have been corrected in the field won't run high clock.

Speaking about the cubes. I would not want to be a reseller for them. Your going to loose your shirt on the warranty issues.
This is not really a product for noobs with its current issue's so should not be on ebay or amazon.

They are arriving with loose screws, bowed boards and enough not running that is appears to be a significant DOA or Partial DOA issue.

I myself just got one, While there were no loose screws, I took it apart and every heat sink had screws that were so loose to be almost dropping out. The boards were out of their slots and the main board bowed.

After tightening the screws, reseating boards and realigning them in their slots (peeling off the fan sticker that everyone says flys off in the first few mins). I powered up. Can only get "lo". Switching to "high" actually drops the hashing rate and boards begin to get "x"s on them until every chip is an "x" and the system becomes very sluggish. Only solution is power off, wait a few mins, then back on. Power is not issue as running new 12v rail only CX500 with 2 PCI-E cables for 1 cube.

Running at "Lo' for over 12 hours now and hash stays around 30mhs using bfgminer. (tried stratum mining.py and it was slower on two different OS X machines).

I think I would rather have three or four blades than 1 cube. More reliable and if something goes wrong, only 1 blade goes out.



ASICMINER - thread lock on the heat sink screws would keep them tight and a rubber bumper under the middle of the main board would keep them in their slots.

Hopefully there is a gen2 or gen3 chip about to roll out for them.

Your best bet is ebay. Put em up for $35 each plus shipping charge and they will be gone in less than a day.

I am seeing same issue. 1 cube 1 CX500 PS. click high, cube slows and chips begin x'ing till all x'ed. have to turn off, wait a few mins, then turn on to bring back to low speed.

http://www.amazon.com/gp/product/B0092ML0MY/ref=oh_details_o03_s00_i00?ie=UTF8&psc=1

Are there still issues? I am trying to connect a stratum pool. It will work for about 10 mins then workers shows 0 and full size stats shows a missing box even though the mining_proxy.py shows activity. Later on it might start working again then it repeats with zero activity.