Pages:
Author

Topic: Bitmain AntMiner U1 Tips & Tricks - page 4. (Read 106330 times)

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
February 27, 2014, 11:45:17 PM
Posted cgminer 4.0.1 with fixes for these.
hero member
Activity: 868
Merit: 1000
February 27, 2014, 10:51:10 AM
I have problem my RPI wont find my Antminer U1 but when I but it at my computer it works about 2.0 Gh/s. I my RPI gone haywire and need to program again. Is the anybody else had a similar problem. RPI did work at yesterday.

May need to re burn your SD card.
While you do, also make up a spare one for next time.
SD cards can/will eventually fail.
newbie
Activity: 1
Merit: 0
February 27, 2014, 10:48:16 AM
I have problem my RPI wont find my Antminer U1 but when I but it at my computer it works about 2.0 Gh/s. I my RPI gone haywire and need to program again. Is the anybody else had a similar problem. RPI did work at yesterday.
hero member
Activity: 868
Merit: 1000
February 26, 2014, 06:40:27 AM
Hi, Im running 14 Antminers, BFGminer, Linux. All run perfectly fine with < .10 HW errors. However I have two U1's that when plugged in just rack up the HW errors. Like a HW error every five seconds. I went one-by-one and found the problem ones, and they don't run now with the good ones. Im clocking the 14@ 2 gh/s. The two hubs that I have the U1's split between are both high quality and Im sure its not a hub power problem.

Is there anything I can do with these two error-prone U1's? Like, can I specify BFGminer to run AMU 14 & 15 at a clock speed lower than all of the others? Can I mount them to a larger heatsink and have the HW errors go away? Or are they just plain toasted and should go in the E-cycle bin?

Thanks
Try a second session of BFG with the clock speed one step lower, (not all ants are equal) eventually you will find the best speed for each device, (some of your better sticks may even perform at a higher speed)
newbie
Activity: 5
Merit: 0
February 26, 2014, 05:17:35 AM
Hi, Im running 14 Antminers, BFGminer, Linux. All run perfectly fine with < .10 HW errors. However I have two U1's that when plugged in just rack up the HW errors. Like a HW error every five seconds. I went one-by-one and found the problem ones, and they don't run now with the good ones. Im clocking the 14@ 2 gh/s. The two hubs that I have the U1's split between are both high quality and Im sure its not a hub power problem.

Is there anything I can do with these two error-prone U1's? Like, can I specify BFGminer to run AMU 14 & 15 at a clock speed lower than all of the others? Can I mount them to a larger heatsink and have the HW errors go away? Or are they just plain toasted and should go in the E-cycle bin?

Thanks
legendary
Activity: 1493
Merit: 1003
February 26, 2014, 05:09:45 AM
He has now done so, and indeed the verdict is it was missing the code that correctly subtracted hw errors from the hashrate count. It has been fixed in git and will be in the next release (4.0.1). Thanks for the bug report.

ckolivas, perhaps one dumb question...
Does CGMiner reload the conf file each time I restart it by hitting "(S)ettings, (C)gminer restart"?
Yes it does, but restart is not as reliable as quit and start again due to some devices sometimes not cleanly shutting down I'm afraid.
Yeah, unfortunately it isn't.
Well, back to old school loop: mine for some hours. Quit mining. Edit the conf (to give time to lower temperatures on the equipment and flush them completely) with the new freq. Restart mining. Smiley

Thank you ckolivas!
You're doing a great job!
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
February 25, 2014, 07:19:20 PM
He has now done so, and indeed the verdict is it was missing the code that correctly subtracted hw errors from the hashrate count. It has been fixed in git and will be in the next release (4.0.1). Thanks for the bug report.

ckolivas, perhaps one dumb question...
Does CGMiner reload the conf file each time I restart it by hitting "(S)ettings, (C)gminer restart"?
Yes it does, but restart is not as reliable as quit and start again due to some devices sometimes not cleanly shutting down I'm afraid.
full member
Activity: 192
Merit: 100
February 25, 2014, 06:44:56 PM
Hey, I have a seemingly simple question...

On my desktop I can detect and run all of my Antminer (5) and Eruptors (4) on one single BFG terminal, or two if I overclock. I'm having the same issue as JBMac1967 with dropping preformance, but I suspect that it's caused by my Voltage and Amp of the USB Ports.

Any how, my real concern is my recent switch to an XP Laptop. I built a custom cooling housing and want to use it. My laptop can only detect 4 of my 5 AMU devices; if connected I can get two ICA Eruptors running as well. All devices show up in my manager.

Any ideas on how I can get atleast all 5 AMU's running on my Laptop?
You want a powered hub with a power supply capable of at least 3 amps at 5 volts to run 5 AMU's at stock frequencies.  You want a powered hub and a power supply capable of 5 amps at 5 volts to run 5 AMU's at a modest overclock.  Five AMU's and four ICA's will want a minimum of 5 amps at 5 volts to run stable at stock frequencies.  You may find it easier to run two x 7 port hubs and spread the devices evenly across the hubs.  I.E.  2 or 3 AMU's plus 2 ICA's on a dlink 7 port hub with the 3 amp power supply should work well at stock frequencies.
newbie
Activity: 52
Merit: 0
February 25, 2014, 05:14:10 PM
Hey, I have a seemingly simple question...

On my desktop I can detect and run all of my Antminer (5) and Eruptors (4) on one single BFG terminal, or two if I overclock. I'm having the same issue as JBMac1967 with dropping preformance, but I suspect that it's caused by my Voltage and Amp of the USB Ports.

Any how, my real concern is my recent switch to an XP Laptop. I built a custom cooling housing and want to use it. My laptop can only detect 4 of my 5 AMU devices; if connected I can get two ICA Eruptors running as well. All devices show up in my manager.

Any ideas on how I can get atleast all 5 AMU's running on my Laptop?
member
Activity: 73
Merit: 10
February 25, 2014, 01:41:15 PM
Im mining with 14 miners and around 10 of them go to the full 2ghs I have set the clock at but the others only manage around 0.3-0.5ghs

Anyone know why that happens

Im using latest BFG miner

try them in groups of 7 miners, if each group work properly then your hub is low on power.

I have migrated from erupters to ants
While the hubs were happy with 10 erupters, they only like 8 ants and some ports fail completely.
I have now grouped my ants by the best speed each will hash.

I started with BFGminer and 0A01,(2100) the ants with large HW errors, were pulled and placed in another hub. (9 ants are now showing a combined average of 18.8Gh)
These were then re started in another session of BFG, this time at 0981(2000). (4 ants now showing a combined average of 8Gh)
Again I pulled the ants with HW errors, then placed them in the 3rd hub at 0901(1900). (these are now happy at 1.9Gh each)
The lower speed ants were initially showing only 0.5 to 1.0 Gh
By running them at a slightly lower clock speed, the actual hashing speed increased at each reduction level.

Will try running them at 0901 to see if that helps
hero member
Activity: 868
Merit: 1000
February 25, 2014, 01:27:21 PM
Im mining with 14 miners and around 10 of them go to the full 2ghs I have set the clock at but the others only manage around 0.3-0.5ghs

Anyone know why that happens

Im using latest BFG miner

try them in groups of 7 miners, if each group work properly then your hub is low on power.

I have migrated from erupters to ants
While the hubs were happy with 10 erupters, they only like 8 ants and some ports fail completely.
I have now grouped my ants by the best speed each will hash.

I started with BFGminer and 0A01,(2100) the ants with large HW errors, were pulled and placed in another hub. (9 ants are now showing a combined average of 18.8Gh)
These were then re started in another session of BFG, this time at 0981(2000). (4 ants now showing a combined average of 8Gh)
Again I pulled the ants with HW errors, then placed them in the 3rd hub at 0901(1900). (these are now happy at 1.9Gh each)
The lower speed ants were initially showing only 0.5 to 1.0 Gh
By running them at a slightly lower clock speed, the actual hashing speed increased at each reduction level.
member
Activity: 73
Merit: 10
February 25, 2014, 12:36:34 PM
Its a 20 Port Powered Hub from Cryptoware.co.uk

So it should have plenty of power
legendary
Activity: 1493
Merit: 1003
February 25, 2014, 12:35:50 PM
He has now done so, and indeed the verdict is it was missing the code that correctly subtracted hw errors from the hashrate count. It has been fixed in git and will be in the next release (4.0.1). Thanks for the bug report.

ckolivas, perhaps one dumb question...
Does CGMiner reload the conf file each time I restart it by hitting "(S)ettings, (C)gminer restart"?
sr. member
Activity: 322
Merit: 250
February 25, 2014, 12:27:08 PM
Im mining with 14 miners and around 10 of them go to the full 2ghs I have set the clock at but the others only manage around 0.3-0.5ghs

Anyone know why that happens

Im using latest BFG miner

I would bet they aren't getting enough power, but you haven't posted what your setup is like. All on one hub, I assume? Which hub?
newbie
Activity: 42
Merit: 0
February 25, 2014, 11:59:11 AM
Im mining with 14 miners and around 10 of them go to the full 2ghs I have set the clock at but the others only manage around 0.3-0.5ghs

Anyone know why that happens

Im using latest BFG miner

i have a similar thing with one off mine, it always starts out well then drops to almost nothing. I hate to say this but i am starting that my slow one be a duff one  Embarrassed
member
Activity: 73
Merit: 10
February 25, 2014, 11:48:09 AM
Im mining with 14 miners and around 10 of them go to the full 2ghs I have set the clock at but the others only manage around 0.3-0.5ghs

Anyone know why that happens

Im using latest BFG miner
sr. member
Activity: 322
Merit: 250
February 25, 2014, 11:33:30 AM
Generating hardware errors will not harm it unless it overheats. Mine is actively cooled though.

Ah crap. I spent a WHOLE load of time fiddling with those things to make sure the HW errors were almost non-existent. But, that's good to know.

Now I can go back and fiddle again, but this time it will be right. And faster. I have to post my pics as well. VERY actively cooled. Heh.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
February 24, 2014, 09:43:41 PM
I have different experience. While I was  mining  with about 10-15% HW in pool, my pool  actually  did see only 90-85% (100%-HW)  of  the  hashrate  given in cgminer.
I shall go back and audit the hashrate meter in the icarus driver then.
Correction, I'm getting kano to audit the hashrate meter for icarus.
He has now done so, and indeed the verdict is it was missing the code that correctly subtracted hw errors from the hashrate count. It has been fixed in git and will be in the next release (4.0.1). Thanks for the bug report.
sr. member
Activity: 434
Merit: 250
February 24, 2014, 08:01:39 PM
I have different experience. While I was  mining  with about 10-15% HW in pool, my pool  actually  did see only 90-85% (100%-HW)  of  the  hashrate  given in cgminer.

After I switched  to bfgminer, the pool showed me 1:1 Hashrate as it is in bfgminer software, which is equal to my expected hashrate.


-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
February 24, 2014, 07:35:23 PM
Generating hardware errors will not harm it unless it overheats. Mine is actively cooled though.
Pages:
Jump to: