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
|
|
|
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 :-) ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Foi57.tinypic.com%2F2dv4xuh.jpg&t=663&c=vgn44VmkVyjAHQ) ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Foi62.tinypic.com%2F3092bys.jpg&t=663&c=hU-OF8IFBFwTJg) ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Foi59.tinypic.com%2Fifpsvq.jpg&t=663&c=ZrBiH0aDylSHrw)
|
|
|
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.
|
|
|
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
|
|
|
+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](https://bitcointalk.org/Smileys/default/huh.gif) 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.
|
|
|
+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](https://bitcointalk.org/Smileys/default/huh.gif) 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
|
|
|
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.
|
|
|
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...
|
|
|
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.
|
|
|
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?
|
|
|
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.
|
|
|
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.comKNC 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...
|
|
|
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?
|
|
|
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.
|
|
|
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!!!
|
|
|
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.
|
|
|
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.
|
|
|
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.
|
|
|
|