Is this ok  4x S3+ OC'd  You need to get the notion that you need 4 connectors populated to power an overclocked S3+ out of your mind. I'll do some maths for you to judge what you need. Each 6 pin PCI-e connector, fully populated with PROPER 16AWG cables carries 7.5A * 3 = 22.5A which equates to 270 Watts @ 12V That is enough to power a board in an overclocked S3+ (just one socket!), so for a 1200W PSU, you can safely power 2 S3+'s overclocked. Having said that, a single S3+ will not draw that much power, so a 1000W PSU can safely power 2 overclocked S3+'s. Depending on how much power is available on each rail of your PSU, one 6 pin PCI-e socket should be adequate per S3+ board (making it 2 for the rig), but if you chose to populate all four, go ahead. For the cost and headache of an off the shelf PSU, I'd recomend a server PSU which are fare more efficient and robust than their desktop counterparts (and cost next to nothing, again compared to their desktop counterparts!) |
|
|
|
The pool looks like it had some better luck this week.
Yep, slush's good luck tends to outweigh the not so good luck; and this week's luck can certainly be classified as better luck. I also saw a peak of 8.4PH this week (never stumbled accross that and it coincided with the proliferation of the new firmware for the S3+ .... I think!) |
|
|
|
It is a scam...just avoid it.
It does look too good to be true, I agree, but any more insight into why you say it is a scam, or should I just read between the lines? |
|
|
|
Just looking to get some feedback on this (pre-order?) for the Hashra Moonraker rated at 1TH+ @ USD325 Here's a link to the product page: http://hashra.com/moonraker/1. Their website says this will ship in December, but their disclaimer goes further to state they gurantee to ship by 31st December. 2. The accept payment with BTC but should they fail to ship by the end of the year, refunds will only be in fiat. I can understand this to a degree since, it seems, they will converting the BTC straight to fiat as soon as it hits their account. This looks like a good deal compared to getting 2 antminer S3+'s, but is it? Does this company have any good reputation? |
|
|
|
|
^^^ +1 to that to an extent.
The rejects have definitely shot up, and though I am not certain as to the reason for this (it may be due to improved efficiency!), there seems to be no stales at all (not that I'd want them)!
I wonder, has anybody noticed an increase in power consumption with the latest firmware? I may be a bit tired, but it seems to me to be the case.
On a positive note, the UI now displays the HW error % which at a least makes sense of the numbers at a glance, also, I have managed to overclock one of my upgraded S1 to S3 to a freq of 268 without getting any chips x'ed out and the HW rate still very low. Saying that, we need to make more sense of the voltage setting .... I am not sure it simply is a leftover from the S4 settings as has been suggested.
|
|
|
|
|
OK, there is a fix for the error thrown by the new firmware update.
Do this ONLY after you have updated to the firmware of 13th Oct 2014
1. SSH into you S3 and login
2. Enter this: sed -i 's/Save\&Apply/Save\&Apply/g' /usr/lib/lua/luci/model/cbi/cgminer/cgminer.lua
Press enter and all should be OK. You can now enter the miner configuration page.
EDIT: Updated OP with instructions.
|
|
|
|
Looks like Bitmain released new firmware with version 4.6.1. I upgraded a couple of miners to that to see if I get better results. I did notice they changed the display on the mining status page slightly in the new version.
You are right! They have had the new firmware up for a while going by the date, i.e 13th October 2014 I'll update one of my S3's and see how well it does ... thanks for the headsup! The date on the firmware is from last week, but they've only had it up for day or two. I did notice a major problem. The miner configuration page has some HTML errors preventing you from being able to make any changes to that page, including frequency. I'll report it to Bitmain. That is the under-statement of the year thus far! The firmware update is completely un-usable! The configuration page is where you point to your mining pool from, and if the page can not load, you can not change / add any pools and the rig defaults to mining on the shipped pools (bitmain's pools?). Honestly Bitmain, your reputation is going down the drain here! |
|
|
|
Looks like Bitmain released new firmware with version 4.6.1. I upgraded a couple of miners to that to see if I get better results. I did notice they changed the display on the mining status page slightly in the new version.
You are right! They have had the new firmware up for a while going by the date, i.e 13th October 2014 I'll update one of my S3's and see how well it does ... thanks for the headsup! |
|
|
|
slush doesn't allow for manual changing of the diff, is that in the S4's gui???
Check your facts, infact slush NOW allows manual setting of diff. |
|
|
|
|
^^^^ Guys, wasted breath there, someone forgot to take their tablets on time (this thread is littered with that kind of twaddle from them)!
|
|
|
|
Now, if I were in the US, I'd be bidding .... each @ $200 including PSU is unreal! I know a few fellas who've paid as much for just the PSU. |
|
|
|
why wouldnt a block erupter controller work? curious..
Have you got one and a couple of S1 boards lying around? Try it and let us know .... if you have any other questions along the way, ask here and you'll be answered. |
|
|
|
Even with the new cgminer file, my units are doing a little worse than with the previous one. I am guessing I am losing around 10-14 GH/s per device, which is not bad but when you have 11 of them it makes a slight difference.
Do you have the latest firmware on them? i had exactly the same experience with my batch 6 units and reverted to the stock cgminer, however (again as is documented in this thread), when I updated to the latest firmware, which I had to do when upgrading my S1's, I get the same result as the stock, or slightly better, but with the security flaws plugged. Yeah I have the latest firmware, it is dated 8/26/2014. My issue is probably the 5 batch 1 miners I have, even though some of my batch 5 units are a little slow as well. Yep, the earlier batches do not seem to be up to it. I suspect it is due to their poor temp handling and suggested to someone to re-do their heat paste; Though he had some good results using a conductive compound, he re-applied using a non conductive paste and has not reported their results. With several units .... that would be a day's work! Worth it? Not sure. Hi m8, not sure if it's me you're thinking of above, but I did have my best results with Arctic Silver conductive paste and my latest application of Zalman paste was a lot of effort for not much reward. I've just bought some Innovation Cooling IC Diamond 7-Carat thermal compound, so will give that a whirl when I have a chance. Still deliberating about doing the big central heatsinks - presumably this involves removing the blades? Is that a straightforward process? I get funny results with my asics at different frequencies: one 'x' always shows up at 225, but not at higher frequencies and similarly with some of the others, so although I always get an 'x' at higher frequencies somewhere, it's often in different places. Also, my hashrate is rubbish at higher freqs anyway now, it only goes quicker at 231 and that doesn't seem to last long. I tend to keep it at the default 118 now and main task is to stop my hashrate dwindling away, which gradually seems to happen on my problem s3. BTW, I've upgraded to ck's latest cgminer (4.6.1-141020) and seems ok so far - no restarts, etc. I also removed --queue 4096 and added --lowmem in the cgminer startup script, as recommended by ck. Yes moss, that was a reference to you, and thanks for updating us. Bummer about having to run at stock freqs ... Removing board from the heatsink does not involve much more than removing the top heatsink, just another set of screws then you slide it off (you do not have to unscrew the heatsinks from the braces). I have not tried adding the --lowmem switch yet as I do not readily know the process, but will dig around tonite (or tomorow) and try it. Thanks again for keeping us up to date. |
|
|
|
^^^ very well and you are welcome.
hopefully, you get to mine an entire block ... all on your own!
Haha I gave up on that long ago. Actually I did point my miners at bitsolo.net over the weekend while I was building my P2Pool server. But now I have my own P2Pool server that I am running. Mining a block is enticing...and I may devote my S1's to the task once I retire them, but I am trying to get a few more hashes out of them first... I'd not give up on it if I were you, it is just a matter of luck! And seeing you are running your own P2Pool node (and I am assuming on a Linux box), it will be trivial for you to setup a ckpool with a ckproxy (to point your S1's to) and run your solo efforts from there too whenever you choose (rather than some-one else's pool). Just a thought .... |
|
|
|
|
^^^ very well and you are welcome.
hopefully, you get to mine an entire block ... all on your own!
|
|
|
|
If you care to try (and it is worth your while), could you upgrade to 4.6.1-141009 (link in OP) which is what I used and do not get any unexpected restarts? Also, what batch of S3+'s is that?
That version is no longer available on the website. S3+ Batch 8. I tried it on S3 Batch 5's as well. All of them exhibit the same issue. Would using the latest (version 4.7) binary work on an S3 or does it need to be specifically compiled for the S3? I am not sure whether version 4.7 would work, but i see no reason why not if you can get it onto the S3. Basically, the one targeted for the S3 is simply stripped down to only include drivers for the S3, whereas the general release one contains drivers for multiple rigs (thus it should be bigger!). I cannot seem to find the minor version of cgminer installed on my rigs (simply 4.6.1 via cgminer-api), but yes you are right, the older cgminer has now been pulled down (which was not the case a couple of hours ago!). I suggest the next logical thing to do is to ask on the cgminer thread. |
|
|
|
Whenever I wake up and see a block running all night - it seems to run forever. Same thing happened this morning and repeating itself.
Right, you need to get sleeping tablets as we can not afford this sort of luck for long! |
|
|
|
Is upgrading to the latest CGminer for later batches of S3, including S3+ and upgraded S1's recommended?
Running the latest firmware, I upgraded all of the miners to CGMiner 4.6.1 and hashing restarts every few minutes. Overclocking is minimal - 237.5 to 243.75 with temps between 39 and 41 degrees. The miner itself doesn't restart, only the hashing.
I had to revert back to the CGMiner included with the firmware and they hash continuously without trouble.
I have not experienced the restarts that have been reported in several threads after upgrading to the earlier version of cgminer 4.6.1 Could you try and get the exact version of cgminer that restarts? If you look at the OP, there are two versions of 4.6.1 CGMiner 4.6.1-141020 is what I used. If you care to try (and it is worth your while), could you upgrade to 4.6.1-141009 (link in OP) which is what I used and do not get any unexpected restarts? Also, what batch of S3+'s is that? |
|
|
|
Is upgrading to the latest CGminer for later batches of S3, including S3+ and upgraded S1's recommended?
Running the latest firmware, I upgraded all of the miners to CGMiner 4.6.1 and hashing restarts every few minutes. Overclocking is minimal - 237.5 to 243.75 with temps between 39 and 41 degrees. The miner itself doesn't restart, only the hashing.
I had to revert back to the CGMiner included with the firmware and they hash continuously without trouble.
I have not experienced the restarts that have been reported in several threads after upgrading to the earlier version of cgminer 4.6.1 Could you try and get the exact version of cgminer that restarts? If you look at the OP, there are two versions of 4.6.1 |
|
|
|
Even with the new cgminer file, my units are doing a little worse than with the previous one. I am guessing I am losing around 10-14 GH/s per device, which is not bad but when you have 11 of them it makes a slight difference.
Do you have the latest firmware on them? i had exactly the same experience with my batch 6 units and reverted to the stock cgminer, however (again as is documented in this thread), when I updated to the latest firmware, which I had to do when upgrading my S1's, I get the same result as the stock, or slightly better, but with the security flaws plugged. Yeah I have the latest firmware, it is dated 8/26/2014. My issue is probably the 5 batch 1 miners I have, even though some of my batch 5 units are a little slow as well. Yep, the earlier batches do not seem to be up to it. I suspect it is due to their poor temp handling and suggested to someone to re-do their heat paste; Though he had some good results using a conductive compound, he re-applied using a non conductive paste and has not reported their results. With several units .... that would be a day's work! Worth it? Not sure. |
|
|
|
|
Show Posts
