Topic: [CLOSED] batch #20/21 .31 - .35 btc for USB miners & 10.25 blades - USA only - page 2. (Read 72388 times)

1 of them didn't work. can i get it replaced?

when over-clocking, proper cooling is a MUST, not just recommended 

alright man and congrats on getting her purr... i mean hashing d=^_^=b

Thanks  !!!   I found another 2.5Gh/s with a mini-screwdriver and multimeter...   

Total MHS:   13016
Received:   0000056331
Accepted:   0000056265
Per Minute:   177.91
Efficiency:   099.88%
Up Time:   0d,05h,16m,15s

Current Server: 192.168.1.6:8122
Clock selected: High
Chip: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO

An yes I HIGHLY recommend some Cooling on the Back of the Board as after about 4 hours of running on High Clock at 1.203V across all 8 pots on the Blade, the heat sink was hot to the touch and the back was radiating quite a bit of heat, so I HAD to add another fan (number 5 x120mmfans) to blow on the back of the board, quite directly and that has helped  -digeros

Good to hear! I hate to see blades just sitting around doing nothing .

The Low clock will indeed top out around 10.8 GH/s and the High clock will allow hashing at 13 GH/s. However, High clock will not work (as you have noticed) unless you increase the voltage on the blade. Without a voltage increase you will indeed see the efficiency go down as the chips do not have enough power to operate properly at High clock.

DISCLAIMER: I'm not responsible if you fry your blade, computer, house, hair, etc.

To tweak the voltage you will need a multimeter. I used this one but pretty much any will do: http://www.oreillyauto.com/site/c/detail/EQU1/3300/N1001.oap

This pic here tells you pretty much all you need to know about tuning voltage: http://i44.tinypic.com/2iicpac.jpg
Some additional notes:
- Set your multimeter to the "2" setting in the DC V section of the multimeter dial.
- be sure the negative (black) probe on the multimeter is reading from the screw on the connector where the negative (black) wires are connected in. Do NOT measure from a different PSU connector as results will be incorrect.
- be sure the positive (red) probe on the multimeter touches the "inside" of the gap between the larger (inductor?) and the smaller (capacitor?) as pictured. I found the probe could be rested in the space between and touching the 3 electronic gadgets there.. this made it easier to rest the probe during adjustment.
- Before you made actual adjustments, switch the clock to high (the blade will become inefficient for a bit, but the high clock will draw the correct amt of power so you can adjust properly)
- voltage adjustment will need to be done 8 times per blade (same deal on all 8 blue voltage adjusters - and don't forget to move your red multimeter probe 8 times as well to the approprate location for each new blue voltage adjuster). you will need a very small "precision" screwdriver and you will turn it clockwise probably 10-20 turns to get the voltage up to 1.2v. if you keep the multimeter hooked up as you are doing the adjustment, you can watch the voltage rise as you turn the screw clockwise. I stopped at 1.203v on each of the 8 adjusters.

You will probably need to restart the blades thru the web interface... maybe even kill power and turn on again.. but eventually you should see the Total MHS settle in around 13000.. tho this may take 1 hr or more.

Also, cooling is more important when voltage is raised and running on high clock. Be sure you have good air flow on the heatsink as well as some air flow behind he blade also.

Good luck!

YEAH!!!  Thanks for finding it! The postman delivered it today.  It appears to be in great condition and will be hashing shortly.

Cheers


UPDATE:  Hashing away!

  Got it all going. Thanks So much PLESK for your info on setting up the stratum  that was VERY CLEAR...

But now I get a Good hashrate but not Topping out at 13Gh/s more like 10.8Gh/s after three hours running  and I am running on low clock as I found that efficiency Went DOWN when I changed Clock to High Clock.... so How do I get that other 2 Gh/s out of the hardware... already running a stratum server on my mining rig.  thoughts???

also ???How do I configure the system(or the Stratum Server) to LOAD BALANCE my hash among several servers to optimize getwork and submission???   -digeros

High Clock will probably not work properly without a voltage tweak... I had the same issue when switching to High clock prior to voltage tweaking.

My blades did take a while to reach full speed. Maybe 15 min or more before the Total MHS reached the advertised 10700, and even longer for the efficiency to settle in over 99%.

Other ideas: Do you have cooling on the blades? Not sure but it may cause odd behavior if some air flow isn't present to cool the blades with.
Not sure how much you've read around the forums, but Power is very important. If you are running multiple blades together on the same power source, or have any reason why adequate power isn't reaching all the way to the power connector on the blades, then you may want to look into that..

any chance of a batch #22? I've got 28 usb slots still available

EDIT: nvm, I just saw the new thread lol

OK i got it going buit the Efficiency and Hash Rate ARE NOT AS ADVERTISED<<< I AM running through a stratum server that is running a mining rig.... WHAT is Up with These Numbers?


Total MHS:   05635
Received:   0000000795
Accepted:   0000000611
Per Minute:   093.52
Efficiency:   076.85%
Up Time:   0d,00h,06m,32s

Current Server: 192.168.1.6:8332
Clock selected: Low
Chip: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO

and it gets worse efficiency if I go to HIGH CLOCK .,.... Nice.  any Thoughts???
 - digeros

Here is my command line for running stratum on my local machine:
"mining_proxy -o stratum.addressofpool.com -p [stratumPort]"

When you execute that you should see the stratum proxy start up in a command window and say something like "PROXY IS LISTENING ON ALL IPs ON PORT 3333 (stratum) AND 8332 (getwork)"

This way you know it connected successfully to the pool's stratum server and is ready to give work to the blade.

Now, find out the IP address of the computer which you executed this on (i.e. 192.168.0.9) a.k.a. local machine running stratum.

FIREWALL: be sure the computer running stratum does not have windows firewall or some antivirus or network security which is blocking incoming connections to port 8332, this will cause your blade to fail to connect to the stratum on that computer.

In your blade set-up web interface, put the IP address of your computer running stratum into the server addresses field: i.e. "192.168.0.9,192.168.0.9" (this assumes no backup pool, just one pool entered twice as primary and backup, which is fine for now.)

Also in your blade's web interface, enter the following for Ports:
"8332,8332"

Also In your blade's web interface put the following in your user:pass field
"fullworkername:workerpassword,fullworkername:workerpassword"
(Remember the fullworkername usually includes your userid on the pool AND the workername, usually in the form "pooluserid.workerid" or maybe "pooluserid_workerid") so be sure to include all that,

I am assuming your network settings are all correct: IP, gateway, DNS, etc.

Now click "Update/Restart" on the blade's interface and the blade should take a few seconds to boot and begin hashing..
You will know it is hashing:
- if you look at the stratum window on your computer and you see stuff moving/happening.
- if your feel the blade getting warm
- if you see your mining pool giving you credit for shares or possibly showing a hashrate
- if you click "refresh" a few times on the blade, after a minute you should see the status on the blade's interface reporting some statistics. Especially if you see #s on the "Accepted" line, you are getting credited by the pool for mining =)

Let us know how it goes

Bum.. hmm. I had something similar at first. I had to kill power and restart the blade a few times and suddenly it started going again.

Some other things to try:
- Try connecting to that Server address & port using getwork on BFGMiner using Erupter USBs to ensure things connect. add "--no-stratum" into the command line on bfgminer to force it to use getwork. If you don't have Erupter USBs, try with a CPUminer or GPU miner or something to test worker setup & connectivity.
- Be sure your default gateway and dns settings are set on the blade properly. I typically just type this at the command line in Windows "ipconfig /all" and copy the gateway and DNS that my computer is using.
- Be sure your worker/password settings & syntax are correct. it should be [pool 1 worker name]:[pool 1 worker pass],[pool 2 worker name]:[pool 2 worker pass]
- Try running a local stratum (I'd recommend this anyway to increase efficiency by 2-3% and save bandwidth) and connect to the pool's stratum connection. Then, connect your blades to the local computer running the stratum proxy.. https://github.com/slush0/stratum-mining-proxy

some things to play with.. Good luck.
[/quote]
/BEgin Edit
 I have set up a Proxy server on my machine..  I am using the command Line...
mining_proxy.exe -nm -gp 8122 -o stratum.mining.eligius.st -p 3334 -cu bitcoinAddress -cp x

I set the port to 8122 so I can still run Bitcoind without issues.

Adding the -nm no midstate helped add some hash rate as I still cant find my multi-meter.  

Server is accepting shares of Diff 3  can I force that up to a DIFF = 4 with the Real Target command -rt???  Any one using this command on their stratum server serving a Blade.
 
....  - digeros

fact: I distributed what I received from friedcat for coupons immediately.

The fact is, other re-sellers distributed their coupons first, but you did not. I have nothing against you and there is nothing to leave -ve feedback like someone else here did, not sure if it's for the same that guy did. I will buy from you again if I have to, and if you will want to sell to me now. I see you are just another seller (businessman), and in this case some are better and go for long run and some don't!

are you serious? ? ? why are you continuing to troll?
read what you just said... arklan gave 100% out? really? did you bother to read the status of his coupon distribution?  I don't think you have.  arklan is waiting for the remaining 2/3rds of inventory to be able to ship out  a coupon to everyone... he has not received adequate inventory.  he has gotten about 1/3rd of expected inventory only and he is waiting on the rest...  it's all there on his thread for all to see.

so you see, re-sellers are waiting on the manufacturer to receive coupon inventory... this has been repeated multiple times...

you're either write all this with a negative purpose or you don't bother reading anything and speak first and have egg on your face later...

care to apologize?

P.S. arklan has not heard from friedcat yet as his thread indicates regarding remaining inventory... he has PMed me asking if I had any more info...

your implications are not correct.  i made a public post of forum handles who were getting a coupon from friedcat.  I also PMed everyone as stated on the coupon distribution thread.  you could go and read it all.

so while there is possible trolling attempts here by _______ (fill in the blank), at least get your facts right boys...

Well, it seems that the very first group buy (which was Arklan's: https://bitcointalksearch.org/topic/asicminer-usb-group-buy-orders-closed-pay-for-extra-195052) got 100% of the coupons for his entire group buy - which, again, was the first one (at over 2BTC / stick) and, he offered up any leftover, unusued coupons to GB participants who so desired.  A far cry from what we're experiencing here.  Arklan was 100% transparent and open with it all.  I am not getting that feeling here (far from it.)  I get that we're talking 100s(Arklan) vs. 1000s(canary), and perhaps that's the explanation.  This is 100s of BTC left on the table for canary tho, so sorry if I'm a bit uptight about it, just feels/seems like canary's group buyers are  being taken advantage of.
I guess AM is just inconsistent then?  Odd how AM treated Arklan so well, and Canary so poorly then, no??  (sorry to partially derail this thread, but had you not locked the pertinent one, i wouldn't be here talking about it, unfortunately we have no other option)

I agree, when the price was 2BTC, you recovered good money at that time. But what about later groups that paid more! Now, not many have time to go to each thread and post about this. Some 20%+ will forget about this and these will go to re-sellers. How come we received coupons from other group buys from silentsonic?
It's not easy to keep track of your hardware that you bought previously. I come here once in a while to check the coupons and new hardware. It was nice of silentsonic to inform us for the same, but never happened with canary's group buys! I am not angry at him, as I never expected such coupons at first place, but this just leaves us thinking the integrity of re-sellers and how they operate and what their motives are.

 The canary never gave any coupons  to any one that paid .42btc a stick.  So I get you are angry since you paid 2 btc a stick but at least get your facts correct. The canary started with those that paid .9 btc or more. which was buy 13 12 11 10  and it ended with 10 if i recall.   buys 7 8 9 and part of 10 missed all about 1 btc a stick.along with 1-6.  which were hi priced at 2

remember that part of the coins lost  paying 2 btc for a group 1 buy got some money back due to hashing and easy diff.    Also groups 1-6 were not a lot of sticks.  if you want to yell and be angry you should go on the am thread and yell at fried cat.since fried cat did not release 100% of the coupons to any reseller.  Two more things:

1) I am waiting on 6 more coupons myself 
2) when these sticks first went on sale I was a shareholder of am stock.  I sold all my am stock because I believed am was over charging  for the sticks.  the sticks were just about 240usd I told any one that would listen that the pricing was wrong. the sticks were too costly. If you go back and read the am thread you can find my concerns predicted this problem of over pricing.