Bitcoin Forum
June 19, 2024, 08:05:46 PM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 [131] 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 »
2601  Alternate cryptocurrencies / Mining (Altcoins) / Re: arOpenCLMAX - MAX coin OpenCL miner - Works with AMD, NVIDIA XPT on: February 07, 2014, 09:46:05 PM
There is a problem with this "ypool.net"

Before the maintenance, I had over 20 maxcoins "unconfirmed" and 1.89 in my balance.   After the "maintenance" I have 0 unconfirmed and my balance is magically stuck at 1.89.

The minimum  payout is at 5.  This smells like scam.  Maybe it is just a glitch due to the volume, but where are the unconfirmed coins?

Just be careful guys...This pool will not pay you anything the way it works now.

My user id is: petermax
2602  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 04, 2014, 09:21:48 PM
Hairdryer worked for me (for 4 cards, need to get a fan connectors for the other two), but I had to do it slightly differently.

1. power cycle the boards (two boards per PSU)
2. wait until they finish initialization (LEDs stop flashing)
3. unplug one board from usb hub
4. start hotdrying the power module on board that is connected to USB hub
5. After 15 seconds of hotdrying, start bfgminer on to scan the port in step 4 and start hashing
6. Keep hotdrying until die temp get to 65C
7. turn off hairdryer
8. when temps start to drop to 45, turn on hotdrying again to bring them up to 65C
9. another 1 minute or so, they should stay above 60C
10.  turn off the hairdryer
11. board should be stable around 60C and hash 30+GH/s

One thing I noticed, that each board is behaving differently in regards to temp rise.
I did not cool the boards at any time.  

For me, it seems that getting the boards to 60C and stabilize them there was the key.

Running one bfgminer instance per board is not best solution, but at least they are hashing.

The trick is to get them about 60c and stable.
If you get some gentle cooling on the back of the board, then the temp will rise again to around 68-70c and you will get another 3Gh

You are right, I got all of them above 31 GH/s, some do 34 GH/s.  Thanks for your help.

I've noticed similar behavior with my mini rig, it does not like ambient temperature to fall below 15C.  Just won't start.

Here are some pics of my chilies.  I used 6x32 1 1/2" bolts from Home Depot, Arctic Cooling MX-4 paste, some old PCB for backplate material.
I just hope I will not have to restart it every day :-)








2603  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 04, 2014, 06:32:26 PM
Hairdryer worked for me (for 4 cards, need to get a fan connectors for the other two), but I had to do it slightly differently.

1. power cycle the boards (two boards per PSU)
2. wait until they finish initialization (LEDs stop flashing)
3. unplug one board from usb hub
4. start hotdrying the power module on board that is connected to USB hub
5. After 15 seconds of hotdrying, start bfgminer on to scan the port in step 4 and start hashing
6. Keep hotdrying until die temp get to 65C
7. turn off hairdryer
8. when temps start to drop to 45, turn on hotdrying again to bring them up to 65C
9. another 1 minute or so, they should stay above 60C
10.  turn off the hairdryer
11. board should be stable around 60C and hash 30+GH/s

One thing I noticed, that each board is behaving differently in regards to temp rise.
I did not cool the boards at any time.  

For me, it seems that getting the boards to 60C and stabilize them there was the key.

Running one bfgminer instance per board is not best solution, but at least they are hashing.
2604  Bitcoin / Mining software (miners) / Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA on: February 04, 2014, 05:33:34 PM
Luke,

Is there a way for bfgminer to instruct it to look at one COM port only?

I have 6 chili boards that I'm trying to setup one by one, but when I enter

"scan-serial" : [ "\\\\.\\COM11" ]

or

"scan" : [ "\\\\.\\COM11" ]

and have two boards connected on COM11 and COM15, bfgminer scans and detects both ports.

Any way to disable the auto scan?

Thanks,
af_newbie

PS. Using 3.10.0, win64
2605  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 04, 2014, 04:00:13 PM
+1 the hairdryer, af_newbie.

Get the hairdryer ready, then start it hashing. As soon as it's hashing, start blasting the top of the fets with it. Give it a minute -- the hash rate should stabilize for about 30 sec, then it'll start to fall -- switch over to cool air and start cooling the back of the pcb -- when you get good cooling on the back, hash rate will start climbing along with the reported asic temp -- when airflow keeps this around 68-70 degrees, it should run.

I've been average 32-33ghs for over 48 hours now after getting this one going like this.

One twist - I'm running the "regular" Chili14e fw - the 1.1v limited version would crash this board after about 30 sec of hashing, no matter what...  Huh

Good luck.

Ronin,

I spoke too soon, all of the cards I have from Lucko go into SICK state after a while.  Some go there after 30 seconds, some after 30 minutes.
The ones that go after 30 seconds in one run, run longer after restart then go down after 20 seconds after yet another restart.  All I can say, I don't know when they decide to stop hashing/responding.

The whole thing is unpredictable.  No consistency.

Now, regarding that hairdryer fix:

So you do this for each card and run a separate instance of bfgminer, one for each port and installed power switch for each 12V line?

I'm not sure if you have the same symptoms.  Can you confirm?
My cards start fine, they all start hashing, sometimes they all run for few minutes, 30+GH/s each, then they fall off into SICK state one by one.  Usually, bfgminer tries to recover, sometimes it can, sometimes, my akbash watchdog will kill it when bfgminer gets stuck.  It seems that cards stop responding to bfgminer commands.

I'll try the voltage limited version.

Thanks,
af_newbie
As Ronin4bits said:-

Get the hairdryer ready, then start it hashing. As soon as it's hashing, start blasting the top of the fets with it. Give it a minute -- (temp should rise to 68-70c)the hash rate should stabilize for about 30 sec, then it'll start to fall -- (turn off hairdryer) (temp will drop to 60c) switch over to cool air and start cooling the back of the pcb -- when you get good cooling on the back, hash rate will start climbing along with the reported asic temp -- when airflow keeps this around 68-70 degrees, it should run.  (you may need a secondary fan to take over the cooling of the back of the board)


Thanks Mudbankkeith, I'll give it a try.
2606  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 04, 2014, 03:43:34 PM
+1 the hairdryer, af_newbie.

Get the hairdryer ready, then start it hashing. As soon as it's hashing, start blasting the top of the fets with it. Give it a minute -- the hash rate should stabilize for about 30 sec, then it'll start to fall -- switch over to cool air and start cooling the back of the pcb -- when you get good cooling on the back, hash rate will start climbing along with the reported asic temp -- when airflow keeps this around 68-70 degrees, it should run.

I've been average 32-33ghs for over 48 hours now after getting this one going like this.

One twist - I'm running the "regular" Chili14e fw - the 1.1v limited version would crash this board after about 30 sec of hashing, no matter what...  Huh

Good luck.

Ronin,

I spoke too soon, all of the cards I have from Lucko go into SICK state after a while.  Some go there after 30 seconds, some after 30 minutes.
The ones that go after 30 seconds in one run, run longer after restart then go down after 20 seconds after yet another restart.  All I can say, I don't know when they decide to stop hashing/responding.

The whole thing is unpredictable.  No consistency.

Now, regarding that hairdryer fix:

So you do this for each card and run a separate instance of bfgminer, one for each port and installed power switch for each 12V line?

I'm not sure if you have the same symptoms.  Can you confirm?
My cards start fine, they all start hashing, sometimes they all run for few minutes, 30+GH/s each, then they fall off into SICK state one by one.  Usually, bfgminer tries to recover, sometimes it can, sometimes, my akbash watchdog will kill it when bfgminer gets stuck.  It seems that cards stop responding to bfgminer commands.

I'll try the voltage limited version.

Thanks,
af_newbie
2607  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 04, 2014, 08:25:48 AM
For the second board, it does sound like it might have the same issues that many boards from that group buy are experiencing. We're working on firmware as a workaround for some of those issues, and hope to have it out soon.

Out of 6 cards I got from Lucko, I have 2 that fail with this temp reading error ("Error: Get temp returned empty string/time out").  

The other 4 are hashing at 30+GH/s.  The one with bad temp reading was a defect in the sink, one pipe was slightly lower than the other.
I lapped it to smooth the sink contact.  Worked ok, not perfect, but getting 30GH/s on that defective sink.  
2608  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 04, 2014, 05:10:37 AM

For the first one, I would double check that there doesn't appear to be any board flex that would cause one chip to lift off the heatsink. Alternately, open the unit in putty or another terminal program as soon as it starts and while it's doing its self-test (the top two LEDs flashing for ~20s) send it "ZlX". That will report the temperatures of all the dies. Note if one appears to be a lot higher than the others.


I reinstalled the sink.  Made sure the board is not flexed.  Used backplate with a piece of empty PCB (copper to backplate) in between the backplate and the board.  Looks straight.

During initialization ZlX returns:

PROCESSOR 0: 44.50 C
PROCESSOR 1: 44.75 C
PROCESSOR 2: 41.00 C
PROCESSOR 3: 26.00 C
PROCESSOR 4: 35.25 C
PROCESSOR 5: 40.00 C
PROCESSOR 6: 70.00 C
PROCESSOR 7: 42.75 C

After initialization is complete, idle system, ZlX returns:
PROCESSOR 0: 28.75 C
PROCESSOR 1: 29.25 C
PROCESSOR 2: 29.50 C
PROCESSOR 3: 29.50 C
PROCESSOR 4: 35.50 C
PROCESSOR 5: 42.50 C
PROCESSOR 6: 16276.00 C
PROCESSOR 7: 16303.25 C

It stays like that even after few minutes, 6&7 are reporting crazy temps.

Problem with my installation of the cooler?  Or something else?

EDIT:  I flipped the board upside, fan/sink on the table, board above,  now ZlX is reporting

PROCESSOR 0: 27.25 C
PROCESSOR 1: 28.00 C
PROCESSOR 2: 28.00 C
PROCESSOR 3: 28.50 C
PROCESSOR 4: 35.00 C
PROCESSOR 5: 41.50 C
PROCESSOR 6: -64.00 C
PROCESSOR 7: 28.00 C
                              
So it looks like the sink installation...
2609  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 04, 2014, 04:08:31 AM
MrTeal,

Flash utility shows that my chips are running at ~half the speed:

DEVICE: Chili SC
MANUFACTURER: MrTeal and ChipGeek
FIRMWARE: 1.2.14e
CHIP PARALLELIZATION: NO
QUEUE DEPTH:40
PROCESSOR 0: 16 engines @ 134 MHz -- MAP: FFFF
PROCESSOR 1: 16 engines @ 175 MHz -- MAP: FFFF
PROCESSOR 2: 16 engines @ 176 MHz -- MAP: FFFF
PROCESSOR 3: 16 engines @ 193 MHz -- MAP: FFFF
PROCESSOR 5: 15 engines @ 155 MHz -- MAP: EFFF
PROCESSOR 6: 16 engines @ 177 MHz -- MAP: FFFF
PROCESSOR 7: 16 engines @ 76 MHz -- MAP: FFFF
THEORETICAL MAX: 17.21 GH/s
ENGINES: 111
FREQUENCY: 155 MHz
CRITICAL TEMPERATURE: 0
TOTAL THERMAL CYCLES: 0
XLINK MODE: MASTER
XLINK PRESENT: NO
OK


What could be the reason?  This is on Lucko's version of your board (I got them today, this one is first one I tried).
Should the frequency be around 300MHz?

The one is a little strange, but nothing too crazy. The board starts at a 0.85V and a lower frequency setting during initial turn-on and self-test to provide a factor of safety if there is a problem with heatsink contact. If there is one chip that has poor or no contact we want to watch that before it causes damage.
You won't see those numbers increase until you actually start to accept work from the mining software.

That board hashes at ~16GH, Voltages in bfgminer are: 3.29/0.863/12.203, but it is hashing, temp reported is 70C.

I've tried the second board, same cooler type: evo212, it starts out  but then I get "Error: Get temp returned empty string/time out" in bfgminer 3.10.0, second LED from power connector is flashing, after a while bfgminer eventually restarts it, and the process repeats.  Runs for few seconds, submits few "accepted" shares and goes into the error condition...Not sure what can I do.

2610  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 04, 2014, 03:08:24 AM
MrTeal,

Flash utility shows that my chips are running at ~half the speed:

DEVICE: Chili SC
MANUFACTURER: MrTeal and ChipGeek
FIRMWARE: 1.2.14e
CHIP PARALLELIZATION: NO
QUEUE DEPTH:40
PROCESSOR 0: 16 engines @ 134 MHz -- MAP: FFFF
PROCESSOR 1: 16 engines @ 175 MHz -- MAP: FFFF
PROCESSOR 2: 16 engines @ 176 MHz -- MAP: FFFF
PROCESSOR 3: 16 engines @ 193 MHz -- MAP: FFFF
PROCESSOR 5: 15 engines @ 155 MHz -- MAP: EFFF
PROCESSOR 6: 16 engines @ 177 MHz -- MAP: FFFF
PROCESSOR 7: 16 engines @ 76 MHz -- MAP: FFFF
THEORETICAL MAX: 17.21 GH/s
ENGINES: 111
FREQUENCY: 155 MHz
CRITICAL TEMPERATURE: 0
TOTAL THERMAL CYCLES: 0
XLINK MODE: MASTER
XLINK PRESENT: NO
OK


What could be the reason?  This is on Lucko's version of your board (I got them today, this one is first one I tried).
Should the frequency be around 300MHz?
2611  Bitcoin / Hardware / Re: My batch #2 pledge on: February 03, 2014, 05:22:43 AM
same here! all PMs, Tickets, mails was ignored

Let us spread that behavior now, when they are going to sell their next product!
somebody talked to a lawyer?


+1, just don't buy from them...

Did you post trust on their profiles?  These dicks should never sell anything here. 
2612  Bitcoin / Mining speculation / Re: KnC Miner Neptune Batch 1 - Ordered on day 1 on: February 03, 2014, 05:16:54 AM
Hello
I bought 5 of the Batch 1 Neptunes on day 1 and was considering getting a refund on 2 of them?
I have payed all of the UK import taxes already.
How quickly would i get my refund does anybody know?
I'm thinking if i get a refund its a waste of a Batch 1 order spot.
I'm open to sensible offers if anybody wants to get inline for some Batch 1s?
This is my email if anybody wants to talk burrrtingz@gmail.com

KNC has processed my refund in two business days.  I got my money within a week.

I'd go with the refund on all of them...
2613  Bitcoin / Hardware / Re: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly on: February 03, 2014, 05:05:32 AM
Has anyone of you tried to use just the thermal compound instead of thermal pads?
Something like AC MX-4?

Or is the thermal pad absolutely necessary because the chips might have slightly different height?
2614  Bitcoin / Hardware / Re: New Avalon Batch on: February 03, 2014, 03:32:08 AM
Who wouldn't want to pay a premium to do business with the oh so honorable ngzhang and Yifu?

Go fuck yourselves guys.  I hope the chinese government raids your mine that you stole from batch 2 buyers and destroys every private key you hold.

+1M

Nobody should be buying from these pricks.
2615  Bitcoin / Hardware / Re: BFL board project COINTAMINATION - EU facility - ORDERS OPENED for Chili on: February 01, 2014, 05:04:44 AM
What cpu coolers do you guys use with these boards?

Any cooler would work?

http://www.newegg.ca/Product/Product.aspx?Item=N82E16835103099

What are the heatsink dimensions in your coolers?
2616  Alternate cryptocurrencies / Mining (Altcoins) / Re: How to mine Scrypt coins with Intel HD 4000? on: January 31, 2014, 04:20:38 PM
Just don't. Think of our environment.

and you think we can save our environment?  You must be very naive.

I have three words for you: exponential population growth

http://www.worldpopulationbalance.org/exponential-growth-tutorial/bacteria-exponential-growth.html

For OP:  Just find as many H4000 machines you can find.  If you don't pay for electricity, run them all.
Ask all your friends to do the same.

Save environment?  LOL...
2617  Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com on: January 30, 2014, 02:12:59 PM
I must say, KNC miner is a professional company.  That is refreshing after my dealings with Avalon pricks, AsicMiner and BFL, I can say that KNC is like any other big box stores.

I asked for a refund for my Neptune order (first non-customer batch), got an email the same day, the wire was processed in 2 business days, I got my money today.

I was very surprised.  I expected lies, excuses etc. Got none of that. Was it because they are Europeans? Nah?  They are just a bunch of honest, professional guys.

Way to go KNC!!!
2618  Bitcoin / Hardware / Re: {BFL} TigerDirect is making a BIG MISTAKE partnering up with Butterfly Labs! on: January 25, 2014, 03:34:04 PM
TigerDirect is big enough they might get better service.  Will be interesting if BFL sells through them.  If we see monarch.... we know big mistake.  If we see only instock all depends on price.

TG sells in-stock products.  BFL sells (now) in-stock products.  
 
I think the plan is to mass produce Monarchs that is why BFL has partnered with them.

If I were BFL, I would go after newegg and amazon.com

I bet BFL wants to flood the market with Monarchs and become an AMD of bitcoin mining.  TG, newegg, overstock and amazon would help them get there.
Maybe their plan is to get AMD interested. You know, to be bought  by AMD would be a perfect exit strategy for BFL.

BTW: Monarch (butterfly) as a product name? Pure genius.
2619  Bitcoin / Mining software (miners) / Re: Teamviewer question on: January 24, 2014, 04:18:11 PM
LogMeIn was good until they turned in to bastards and pulled the free version without any warning a few days ago.

They gave me 7 days warning.  No email though.  I logged in to check on one of my systems and saw the $49/year for two computers notice.

Moved everything to teamviewer.  So far so good.  You can run teamviewer client from a usb stick without installing it on your client PC.  ADL works.
You need to install it on your rigs.  Just use their VPN, it works the same as logmein.  Except it is free.
2620  Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com on: January 24, 2014, 01:01:00 AM
All this talk about refunds...   why?   Giving up with mining, just leave the thread.    My 4 Neptunes....

I paid 12 BTC for my Neptune.  With refund I'll be getting about 16.

Personally I think the difficulty is going to jump at least 10 fold by the time Neptunes are delivered.
Would you sell 300GH for 16 coins today?  I would, that is why I asked for a refund.

BTW, the difficulty might jump 15 or 20 fold.  I used 10 just to give you some idea.

I am not sure why would you get 16 btc,
they would refund you back in fiat which is 10K?

I paid $13,200 (12,995+shipping) in BTC, at that time it was just over 12 BTC.
Now, I'm getting $13,200 back.  Bought 16.12 BTC with $13,200 already, just waiting for KNC to send me the wire.
Pages: « 1 ... 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 [131] 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!