I read a tutorial on how to use the server PSU on an S1. Does this require that same kind of effort to make work? That tutorial had soldering, cutting copper bars, more soldering, making PCI-e connectors, even more soldering... DIY projects can be fun, but that just looked painful. There is a slightly easier way in doing it. At least one that doesn't involved cutting bars. Soldering and hacking is still required and compared to buying a new one for a bill plus; The pain may be worth it to some. I probably should have said it looked painful to me. I'd end up with solder splattered everywhere and electrocuted. My talents are not in that area. Software? That I can do  |
|
|
|
Hey Everyone,
I'm hoping someone can help me understand the ASIC stats page on the SP10. Specifically, what the columns mean and what "normal/expected" values/ranges are for the values. Here's what I just pulled from mine:
.........
I just restarted the MinerGate about 30 minutes prior to grabbing these stats.
Thanks in advance!
You can find some information here http://www.spondoolies-tech.com/blogs/technical-blog/14191245-quiet-mode-in-sp10-1-3-xx 77c is so nice looking! Thanks for the info RoadStess. It has certainly given me some more ideas on how to fine tune my SP10. What I'm really looking for is what the column headers on the ASIC stats page mean. For the most part, I can figure them out. Here they are listed below, and my assumption of the definition, or a question mark if I just don't have a clue. | Name | Definition | | AC2DC Power | Watts from the PSU | | temp | ? (mine is always 0) | | leading zeroes | ? (mine is almost always 39, I saw 38 once) | | L | Group of ASICS - there are 24 labeled 0-23 | | Vtrm/max | ? (what do the hex values mean here) - e.g. ffec( d)? What are ideal settings? | | vlt | Voltage in millivolts for this group | | Wt | ? Wattage for this group? | | Am | ? Amps maybe? | | DCt | Temperature in Celsius of ? | | crt | ? Not a clue | | Gh | Hash rate of this chip group in GH/s | | Ov | ? Not a clue | | ID | ID of the particular Hammer ASIC (192 of these altogether) | | aTMP | Temp of this Hammer in Celsius (What is acceptable range here? Is 77c the ideal value?) | | Freq | Clock frequency of this Hammer (What is acceptable range here? What is the ideal value?) | | Th | ? No clue | | Bt | ? No clue | | Engn | ? No clue - what do the Hex values mean? | | Wn | ? No clue |
Can somebody fill in the blanks and provide acceptable ranges/ideal values to which we should strive when tuning the SP10? |
|
|
|
I read a tutorial on how to use the server PSU on an S1. Does this require that same kind of effort to make work? That tutorial had soldering, cutting copper bars, more soldering, making PCI-e connectors, even more soldering... DIY projects can be fun, but that just looked painful. |
|
|
|
Hey Everyone, I'm hoping someone can help me understand the ASIC stats page on the SP10. Specifically, what the columns mean and what "normal/expected" values/ranges are for the values. Here's what I just pulled from mine: ----------
AC2DC power=1065[1100], temp=0, leading zeroes=39
L |Vtrm/max |vlt|Wt|Am|DCt|crt|Gh|Ov|ID |aTMP|Freq |Th|Bt|Engn|Wn |ID |aTMP|Freq |Th|Bt|Engn|Wn |ID |aTMP|Freq |Th|Bt|Engn|Wn |ID |aTMP|Freq |Th|Bt|Engn|Wn
0|ffec( d)|661|32|48| 68| 0|54| 0| 0: 77c 465hz( 0/ 0) 7fff 20| 1: 77c 480hz( 0/ 0) 7fff 30| 2: 77c 450hz( 0/ 0) 7fff 25| 3: 77c 435hz( 0/ 0) 7fff 19
| 4: 77c 480hz( 0/ 0) 7fff 17| 5: 77c 435hz( 0/ 0) 7fff 21| 6: 77c 450hz( 0/ 0) 7fff 26| 7: 77c 450hz( 0/ 0) 7fff 24
1|ffec( d)|661|33|50| 64| 0|55| 0| 8: 77c 450hz( 0/ 0) 7fff 24| 9: 77c 495hz( 0/ 0) 7fff 17| 10: 77c 495hz( 0/ 0) 7fff 24| 11: 77c 450hz( 0/ 0) 7fff 14
| 12: 77c 450hz( 0/ 0) 7fff 24| 13: 77c 450hz( 0/ 0) 7fff 24| 14: 77c 450hz( 0/ 0) 7fff 18| 15: 77c 465hz( 0/ 0) 7fff 25
2|ffec( d)|661|32|49| 63| 0|55| 0| 16: 77c 435hz( 0/ 0) 7fff 17| 17: 77c 480hz( 0/ 0) 7fff 16| 18: 77c 450hz( 0/ 0) 7fff 24| 19: 77c 450hz( 0/ 0) 7fff 26
| 20: 77c 480hz( 0/ 0) 7fff 20| 21: 77c 480hz( 0/ 0) 7fff 26| 22: 77c 480hz( 0/ 0) 7fff 23| 23: 77c 435hz( 0/ 0) 7fff 17
3|ffec( d)|661|32|49| 66| 0|55| 0| 24: 77c 465hz( 0/ 0) 7fff 25| 25: 77c 420hz( 0/ 0) 7fff 22| 26: 77c 450hz( 0/ 0) 7fff 22| 27: 77c 450hz( 0/ 0) 7fff 18
| 28: 77c 480hz( 0/ 0) 7fff 22| 29: 77c 480hz( 0/ 0) 7fff 29| 30: 77c 480hz( 0/ 0) 7fff 21| 31: 77c 465hz( 0/ 0) 7fff 26
4|ffec( d)|661|33|50| 73| 0|55| 0| 32: 77c 465hz( 2/ 2) 7fff 25| 33: 77c 465hz( 0/ 0) 7fff 16| 34: 77c 450hz( 0/ 0) 7fff 24| 35: 77c 465hz( 0/ 0) 7fff 22
| 36: 77c 450hz( 0/ 0) 7fff 19| 37: 77c 465hz( 0/ 0) 7fff 23| 38: 77c 465hz( 0/ 0) 7fff 21| 39: 77c 480hz( 0/ 0) 7fff 24
5|ffec( d)|661|33|51| 69| 0|56| 0| 40: 77c 465hz( 0/ 0) 7fff 23| 41: 77c 480hz( 0/ 0) 7fff 21| 42: 77c 480hz( 0/ 0) 7fff 24| 43: 77c 465hz( 0/ 0) 7fff 31
| 44: 77c 480hz( 0/ 0) 7fff 23| 45: 77c 435hz( 0/ 0) 7fff 22| 46: 77c 465hz( 0/ 0) 7fff 19| 47: 77c 495hz( 0/ 0) 7fff 19
6|ffec( d)|661|33|50| 60| 0|53| 0| 48: 77c 435hz( 0/ 0) 7fff 8| 49: 77c 465hz( 0/ 0) 7fff 23| 50: 77c 405hz( 0/ 0) 7fff 17| 51: 77c 465hz( 0/ 0) 7fff 21
| 52: 77c 450hz( 0/ 0) 7fff 18| 53: 77c 450hz( 0/ 0) 7fff 19| 54: 77c 465hz( 0/ 0) 7fff 13| 55: 77c 450hz( 0/ 0) 7fff 21
7|ffec( d)|661|35|53| 81| 0|56| 0| 56: 77c 450hz( 0/ 0) 7fff 21| 57: 77c 480hz( 0/ 0) 7fff 19| 58: 77c 495hz( 0/ 0) 7fff 26| 59: 77c 480hz( 0/ 0) 7fff 20
| 60: 77c 450hz( 0/ 0) 7fff 30| 61: 77c 480hz( 0/ 0) 7fff 27| 62: 77c 480hz( 0/ 0) 7fff 24| 63: 77c 435hz( 0/ 0) 7fff 21
8|ffec( d)|661|35|53| 79| 0|56| 0| 64: 77c 450hz( 0/ 0) 7fff 20| 65: 77c 480hz( 1/ 1) 7fff 22| 66: 77c 465hz( 0/ 0) 7fff 17| 67: 77c 480hz( 0/ 0) 7fff 28
| 68: 77c 450hz( 0/ 0) 7fff 20| 69: 77c 465hz( 0/ 0) 7fff 20| 70: 77c 465hz( 0/ 0) 7fff 21| 71: 77c 480hz( 0/ 0) 7fff 26
9|ffec( d)|661|35|53| 70| 0|55| 0| 72: 77c 495hz( 0/ 0) 7fff 19| 73: 77c 450hz( 0/ 0) 7fff 15| 74: 77c 450hz( 0/ 0) 7fff 28| 75: 77c 495hz( 0/ 0) 7fff 22
| 76: 77c 450hz( 0/ 0) 7fff 21| 77: 77c 450hz( 0/ 0) 7fff 15| 78: 77c 465hz( 0/ 0) 7fff 29| 79: 77c 465hz( 0/ 0) 7fff 26
10|ffec( d)|661|34|52| 70| 0|55| 0| 80: 77c 480hz( 0/ 0) 7fff 15| 81: 77c 465hz( 0/ 0) 7fff 15| 82: 77c 450hz( 0/ 0) 7fff 12| 83: 77c 435hz( 0/ 0) 7fff 18
| 84: 77c 465hz( 0/ 0) 7fff 32| 85: 77c 465hz( 0/ 0) 7fff 20| 86: 77c 480hz( 0/ 0) 7fff 20| 87: 77c 480hz( 1/ 1) 7fff 15
11|ffec( d)|661|34|52| 76| 0|56| 0| 88: 77c 480hz( 0/ 0) 7fff 17| 89: 77c 465hz( 0/ 0) 7fff 20| 90: 77c 450hz( 0/ 0) 7fff 20| 91: 77c 465hz( 0/ 0) 7fff 26
| 92: 77c 450hz( 0/ 0) 7fff 23| 93: 77c 480hz( 0/ 0) 7fff 27| 94: 77c 450hz( 0/ 0) 7fff 22| 95: 77c 495hz( 1/ 1) 7fff 21
12|ffec( d)|661|33|50| 76| 0|55| 0| 96: 77c 480hz( 0/ 0) 7fff 21| 97: 77c 480hz( 0/ 0) 7fff 29| 98: 77c 450hz( 0/ 0) 7fff 20| 99: 77c 480hz( 0/ 0) 7fff 17
|100: 77c 450hz( 0/ 0) 7fff 22|101: 77c 480hz( 0/ 0) 7fff 19|102: 77c 450hz( 0/ 0) 7fff 19|103: 77c 450hz( 0/ 0) 7fff 25
13|ffec( d)|661|34|52| 82| 0|56| 0|104: 77c 480hz( 2/ 2) 7fff 16|105: 77c 435hz( 0/ 0) 7fff 24|106: 77c 495hz( 0/ 0) 7fff 21|107: 77c 495hz( 1/ 1) 7fff 23
|108: 77c 450hz( 0/ 0) 7fff 11|109: 77c 465hz( 0/ 0) 7fff 24|110: 77c 435hz( 0/ 0) 7fff 20|111: 77c 495hz( 2/ 2) 7fff 27
14|ffeb(ffeb)|658|36|54| 85| 10|58| 0|112: 77c 480hz( 0/ 0) 7fff 19|113: 77c 495hz( 0/ 0) 7fff 21|114: 77c 495hz( 1/ 1) 7fff 17|115: 77c 480hz( 0/ 0) 7fff 29
|116: 77c 480hz( 0/ 0) 7fff 24|117: 77c 495hz( 0/ 0) 7fff 21|118: 77c 450hz( 0/ 0) 7fff 20|119: 77c 495hz( 1/ 1) 7fff 22
15|ffec( d)|661|36|55| 82| 0|57| 0|120: 77c 510hz( 0/ 0) 7fff 23|121: 77c 450hz( 0/ 0) 7fff 23|122: 77c 495hz( 0/ 0) 7fff 23|123: 77c 480hz( 0/ 0) 7fff 18
|124: 77c 495hz( 0/ 0) 7fff 30|125: 77c 465hz( 0/ 0) 7fff 29|126: 77c 465hz( 0/ 0) 7fff 19|127: 77c 480hz( 0/ 0) 7fff 27
16|ffe8(ffe8)|650|36|56| 76| 40|57| 0|128: 77c 465hz( 0/ 0) 7fff 19|129: 77c 465hz( 0/ 0) 7fff 14|130: 77c 465hz( 0/ 0) 7fff 24|131: 77c 480hz( 0/ 0) 7fff 15
|132: 77c 495hz( 0/ 0) 7fff 26|133: 77c 495hz( 0/ 0) 7fff 30|134: 77c 480hz( 0/ 0) 7fff 15|135: 77c 465hz( 0/ 0) 7fff 18
17|ffe9(ffe9)|653|35|54| 85| 30|56| 0|136: 77c 480hz( 0/ 0) 7fff 25|137: 77c 435hz( 0/ 0) 7fff 18|138: 77c 450hz( 0/ 0) 7fff 15|139: 77c 480hz( 3/ 3) 7fff 19
|140: 77c 480hz( 0/ 0) 7fff 31|141: 77c 465hz( 0/ 0) 7fff 17|142: 77c 495hz( 0/ 0) 7fff 20|143: 77c 465hz( 0/ 0) 7fff 25
18|ffe9(ffe9)|653|36|55| 77| 30|56| 0|144: 77c 495hz( 0/ 0) 7fff 14|145: 77c 465hz( 1/ 1) 7fff 22|146: 77c 465hz( 0/ 0) 7fff 20|147: 77c 465hz( 0/ 0) 7fff 20
|148: 77c 465hz( 1/ 1) 7fff 25|149: 77c 435hz( 0/ 0) 7fff 15|150: 77c 465hz( 1/ 1) 7fff 10|151: 77c 480hz( 1/ 1) 7fff 27
19|ffec( d)|661|35|53| 84| 0|55| 0|152: 77c 465hz( 2/ 2) 7fff 16|153: 77c 480hz( 0/ 0) 7fff 23|154: 77c 480hz( 1/ 1) 7fff 20|155: 77c 480hz( 1/ 1) 7fff 18
|156: 77c 450hz( 2/ 2) 7fff 25|157: 77c 450hz( 2/ 2) 7fff 24|158: 77c 450hz( 4/ 4) 7fff 18|159: 77c 450hz( 1/ 1) 7fff 16
20|ffe9(ffe9)|653|35|54| 81| 30|54| 0|160: 77c 495hz( 0/ 0) 7fff 13|161:107c 420hz( 7/ 7) 7fff 19|162:107c 420hz( 4/ 4) 7fff 22|163:107c 420hz( 7/ 7) 7fff 28
|164: 77c 450hz( 0/ 0) 7fff 20|165: 77c 465hz( 0/ 0) 7fff 21|166: 77c 480hz( 0/ 0) 7fff 23|167: 77c 465hz( 0/ 0) 7fff 21
21|ffec( d)|661|34|51| 85| 0|53| 0|168: 77c 510hz( 0/ 0) 7fff 15|169: 77c 480hz( 0/ 0) 7fff 19|170: 77c 495hz( 0/ 0) 7fff 11|171: 77c 465hz( 0/ 0) 7fff 22
|172: 77c 450hz( 0/ 0) 7fff 14|173: 77c 420hz( 0/ 0) 7fff 22|174:107c 270hz(15/15) 7fff 20|175: 77c 480hz( 0/ 0) 7fff 14
22|ffeb(ffeb)|658|35|53| 84| 10|53| 0|176: 77c 495hz( 0/ 0) 7fff 22|177: 77c 450hz( 0/ 0) 7fff 25|178:107c 360hz( 8/ 8) 7fff 20|179:107c 375hz( 9/ 9) 7fff 19
|180: 77c 465hz( 0/ 0) 7fff 24|181: 77c 480hz( 0/ 0) 7fff 25|182: 77c 480hz( 0/ 0) 7fff 27|183: 77c 465hz( 0/ 0) 7fff 22
23|ffea(ffea)|656|33|51| 81| 20|50| 0|184: 77c 300hz(14/14) 7fff 21|185: 77c 465hz( 2/ 2) 7fff 18|186: 77c 465hz( 0/ 0) 7fff 27|187: 77c 480hz( 1/ 1) 7fff 25
|188: 77c 480hz( 0/ 0) 7fff 19|189:107c 225hz(17/17) 7fff 15|190: 77c 480hz( 0/ 0) 7fff 22|191: 77c 480hz( 0/ 0) 7fff 15
[H:HW:1331Gh/Th:1357Gh/W:1331Gh,W:829,L:24,A:192,ER:1331,EP:1030,MMtmp:24]
Pushed 546 jobs , in queue 75 jobs!
wins:4059[fp:0], leading-zeroes:39 idle:0/0 :)
Adapter queues: rsp=46, req=283 I just restarted the MinerGate about 30 minutes prior to grabbing these stats. Thanks in advance! |
|
|
|
Updated list to include FSC (fusioncoin):
To help other p2pool ops that may be interested in sharing their merged mining income, I have dedicated addresses you can send to that I'll then convert to BTC and feed back into the pool:
DVC: 1f56VqR9ajX3K42qSaDezvKXFmruSDg1B
IXC: xaNQ54gxowcwHyxqGtFM4vwCfS84V6fmKF
NMC: N1XhWNmvGhFL145zmQGQv7Vug6mThNh1iQ
I0C: jMDtRnMAk2WxaoAw8HUceMaxPPqAuZ8AEN
FSC: Fjhv8Sk8iC7AF76CTJbKo1zkHLUbTTTBs2
(I haven't given up on this yet... despite the fact that it doesn't seem be going anywhere.)
M
I checked out some of the exchanges and there's pretty much no activity on any of them for FSC. Not sure if you even could convert to BTC. I've currently got 139,000 FSC (well, that is the balance in my wallet, not all of it's confirmed yet) that I can send if you want to combine them with whatever you've got. I've got about 100,000 or so here. I'll keep them stashed away until/if the day comes they have some value. M Just fired 150,000 over to your donation address. Transaction ID: 6351b47af29579dcbdac7fc8a7d042534a9ddde1684a87e4b99f08088595b4f6 Just got it, thanks! M Sure hope those FSC become worth something at some point... I just sent another 120,000 to your donation address. Transaction ID: 4f70d52884c169eab88a8be4865e7c7dbb440902dc79f17d10edd7d388877586 |
|
|
|
I received 4x SP10.
They haven't broken 1.4TH yet. They are on 250V power, in a climate controlled warehouse.
What are the "advanced voltage options" I should use to achieve 1.4TH?
From Zvi regarding settings for early May batch: DC2DC current limit to 63 AC2DC limit to 1265 start voltage to 0.68 max voltage to 0.73 fans to 80% If you don't have one of the slow corner batches, try setting the start voltage to 0.66. With the 1.3.49 firmware, the default "turbo" settings are: Fan Speed: 80 Start Voltage: 0.664 Maximum Voltage: 0.75 Maximum Power Consumption: 1260 DC2DC Current Limit: 62 |
|
|
|
These are ones selected by their companies for various reasons, or those on public registers. IBM will not tell you about every individual they employ. No, but IBM does provide you with a directory from which you can search for and contact their employees: http://www.ibm.com/contact/employees/us/en/?lnk=fai-edir-usenI don't think people here are asking you to divulge every employee's information; however, they are asking for key personnel. You cite over 120 years of combined experience, but offer nothing to back that statement up. Who is your CEO, and what is his/her background? Who is your Senior Architect? Who are your software/hardware lead designers? Introduce your potential customers to your team. Provide evidence that you have the knowledge and capabilities to produce the products you've proposed. Even a profile such as, "Our lead hardware designer has over 15 years of experience in chip design. He has worked at Motorola and Intel, contributing to the design of ..." would go a very long way to alleviate some of the concerns being expressed. |
|
|
|
... get funding ...
You're asking for us to be investors, why not give us the benefits of investors in return ? Hi Ben, Thanks for your input. Strictly speaking you're buyers, not investors. We promise you delivery of an item at a future date in return for your payment. I can see why you might think that though, your 'investment' , as it were, is to give you a commercial advantage when your item gets delivered. As a company we will use virtually all the money we get in orders to fund system development, satisfy those orders and stay afloat while doing so. After that we have to try to solicit more orders to keep the company going and invest in R&D for new products. In traditional markets such as if we were buying a car or even a computer you would be correct in saying that we are buyers, not investors. However, people who purchase miners are not purchasing hardware so much as they are purchasing an investment. So even with "off the shelf" purchases we are investors who are taking a calculated risk with what we purchase. We aren't buying a miner to be cool (or hot) or because it gives us pleasure to look at or provides any utility to us outside of an investment. The pre-order scheme takes that investment mindset a step further and asks the customer to take on additional risk beyond their calculated risk. It asks the customer to take risks that can't be calculated as accurately because there is less available information. Strictly speaking, from our perspective, in a pre-order we are not buyers but co-investors. A company who understands that this is the mindset of the small-time bitcoin miner would be a refreshing approach to the market. Quite simply, you are incorrect here. You are, and will remain, a buyer. If you were an investor, you would be sending money to the company, and would expect return on your investment from the company based on performance. People who purchase stock in a company are investors. You are sending money to the company with the intent of receiving a product. What you then do with that product once you have received it is not relevant to the company. If it so happens that this product makes you some money, then so be it. Your investment is in BTC. By purchasing a miner, you are making a decision to actively support the BTC network. That's what mining is: supporting and helping secure the network. You are rewarded for your efforts with generated coins. What Novello is stating is the following (and yes, I'm taking their entire plan and compressing it to a couple of sentences): We are going to build mining hardware that will be competitive and allow the "little guy" to remain in the mining game. We are going to do this by providing great price-to-hash value in the hardware, and by providing relatively inexpensive ways to continuously upgrade your existing hardware. To achieve our goal of great hardware at a great price, we need capital; and, to receive that capital we are looking to the mining community to believe in us and pre-order our hardware. Whether or not they succeed with their mission remains to be seen. They have a long, tough road ahead of them, both to secure funding and to produce the hardware on time and on budget. As can be seen throughout this post, MANY of the very people they are hoping will invest are extremely skeptical from being burned so many times in the past by other companies. Hi Johnny, Thanks for the post. Mind if we use your 'compressed' words in the future? Couldn't have put it better ourselves. You're welcome to use my summary if you wish.
In traditional markets such as if we were buying a car or even a computer you would be correct in saying that we are buyers, not investors. However, people who purchase miners are not purchasing hardware so much as they are purchasing an investment. So even with "off the shelf" purchases we are investors who are taking a calculated risk with what we purchase. We aren't buying a miner to be cool (or hot) or because it gives us pleasure to look at or provides any utility to us outside of an investment.
The pre-order scheme takes that investment mindset a step further and asks the customer to take on additional risk beyond their calculated risk. It asks the customer to take risks that can't be calculated as accurately because there is less available information. Strictly speaking, from our perspective, in a pre-order we are not buyers but co-investors. A company who understands that this is the mindset of the small-time bitcoin miner would be a refreshing approach to the market.
Quite simply, you are incorrect here. You are, and will remain, a buyer. If you were an investor, you would be sending money to the company, and would expect return on your investment from the company based on performance. People who purchase stock in a company are investors. You are sending money to the company with the intent of receiving a product. What you then do with that product once you have received it is not relevant to the company. If it so happens that this product makes you some money, then so be it. Your investment is in BTC. By purchasing a miner, you are making a decision to actively support the BTC network. That's what mining is: supporting and helping secure the network. You are rewarded for your efforts with generated coins. What Novello is stating is the following (and yes, I'm taking their entire plan and compressing it to a couple of sentences): We are going to build mining hardware that will be competitive and allow the "little guy" to remain in the mining game. We are going to do this by providing great price-to-hash value in the hardware, and by providing relatively inexpensive ways to continuously upgrade your existing hardware. To achieve our goal of great hardware at a great price, we need capital; and, to receive that capital we are looking to the mining community to believe in us and pre-order our hardware. Whether or not they succeed with their mission remains to be seen. They have a long, tough road ahead of them, both to secure funding and to produce the hardware on time and on budget. As can be seen throughout this post, MANY of the very people they are hoping will invest are extremely skeptical from being burned so many times in the past by other companies. It's simply fantasy to believe that everyone in bitcoin mining is doing so for altruistic reasons. There may be a few of those people left, but none of those are interested in pre-orders or supporting the arms race in any way. People mine bitcoin for the rewards and no other reason. People will cause 51% dangers because of the perception that rewards are greater by following the crowd. Your very last sentence negated the whole point you were trying to make by admitting customers were investing. I never stated people are mining for altruistic reasons, nor was it implied. I haven't purchased hardware for the sole reason of supporting the network, I'm also hoping that the rewarded coins I receive for mining will translate into profit. You're absolutely correct that the majority of people who mine care solely about the rewards they will receive. They'll just point their miners to whatever pool they feel will provide the greatest reward and that's the end of it. I will edit my final sentence to state, "... people they are hoping will pre-order their product..." as it better explains the point I was trying to convey. Thanks for pointing that out. |
|
|
|
... get funding ...
You're asking for us to be investors, why not give us the benefits of investors in return ? Hi Ben, Thanks for your input. Strictly speaking you're buyers, not investors. We promise you delivery of an item at a future date in return for your payment. I can see why you might think that though, your 'investment' , as it were, is to give you a commercial advantage when your item gets delivered. As a company we will use virtually all the money we get in orders to fund system development, satisfy those orders and stay afloat while doing so. After that we have to try to solicit more orders to keep the company going and invest in R&D for new products. In traditional markets such as if we were buying a car or even a computer you would be correct in saying that we are buyers, not investors. However, people who purchase miners are not purchasing hardware so much as they are purchasing an investment. So even with "off the shelf" purchases we are investors who are taking a calculated risk with what we purchase. We aren't buying a miner to be cool (or hot) or because it gives us pleasure to look at or provides any utility to us outside of an investment. The pre-order scheme takes that investment mindset a step further and asks the customer to take on additional risk beyond their calculated risk. It asks the customer to take risks that can't be calculated as accurately because there is less available information. Strictly speaking, from our perspective, in a pre-order we are not buyers but co-investors. A company who understands that this is the mindset of the small-time bitcoin miner would be a refreshing approach to the market. Quite simply, you are incorrect here. You are, and will remain, a buyer. If you were an investor, you would be sending money to the company, and would expect return on your investment from the company based on performance. People who purchase stock in a company are investors. You are sending money to the company with the intent of receiving a product. What you then do with that product once you have received it is not relevant to the company. If it so happens that this product makes you some money, then so be it. Your investment is in BTC. By purchasing a miner, you are making a decision to actively support the BTC network. That's what mining is: supporting and helping secure the network. You are rewarded for your efforts with generated coins. What Novello is stating is the following (and yes, I'm taking their entire plan and compressing it to a couple of sentences): We are going to build mining hardware that will be competitive and allow the "little guy" to remain in the mining game. We are going to do this by providing great price-to-hash value in the hardware, and by providing relatively inexpensive ways to continuously upgrade your existing hardware. To achieve our goal of great hardware at a great price, we need capital; and, to receive that capital we are looking to the mining community to believe in us and pre-order our hardware. Whether or not they succeed with their mission remains to be seen. They have a long, tough road ahead of them, both to secure funding and to produce the hardware on time and on budget. As can be seen throughout this post, MANY of the very people they are hoping will pre-order their products are extremely skeptical from being burned so many times in the past by other companies. |
|
|
|
Hey, I've been unable to get 2 SP10 to hash at 1.4. The highest has always been 1.35. It is running off a 120V and turbo mode has been selected. I have not made any changes or messed around with voltage since I don't want to thermally seize the miner, since I'm remote to it, that would be a bad thing. Are there any SAFE settings I can try in advanced voltage settings to try and get it to 1.4 as advertised?
Thanks.
You're limited by your power. At 120V, that PSU caps at 1100W. 1.35 is the best you're going to see. |
|
|
|
The noise complaints are numerous. So why doesn't Spondoolies address this issue and make an alternate version in a 2U rack size? I'm sure they would sell more units if they weren't so loud.
Because the product is already obsolete and they have the SP 30 to move now. Wouldn't make sense spending the money on engineering for something that is soon to go EOL. Would be a great miner though. Spondoolie is making another batch of SP10's for sale in mid June. While it is obsolete for some people, it isn't obsolete for everyone. But at that point in time it is more worth it to buy an SP30. 1.4TH/s is just a smudge these days. I'm even thinking of getting an SP30 but told myself I would never pre-order another miner in my life and I'm sticking to that. We could have $200 BTC prices again over night. It's also quite a price difference between the SP-10 and the SP-30. $2695 is a bit easier to swallow than $5095 for some. Oh, and that SP-10 is available NOW, whereas it'll be September before I can pick up that SP-30. Compound that with the power requirements of the SP-30, and that SP-10 doesn't look so obsolete. I was truly hoping for that SP-15 as it would represent a rig I could still run at home without having to install my own personal data center. Come September, if I want that SP-30, I have two choices: 1) install a 240V/30A circuit in my home, including outlet, and PDU or 2) pay someone to host it for me. Chances are good I'm going to go with option 1, simply because I like having complete control over my gear. |
|
|
|
Can anyone help me I rebooted my p2pool node running on Ubuntu 14.04 and I get this error. Bitcoin Qt is running and up to date. My node has been running fine up until the last reboot. andrew@andrew-Inspiron-530s:~$ python ~/p2pool/run_p2pool.py -n 82.196.8.44:9333 -n 146.185.183.227:9333 <username> <password> 2014-06-04 04:53:52.347693 p2pool (version 13.4-24-gf0eeb48-dirty) 2014-06-04 04:53:52.347840 2014-06-04 04:53:52.347932 Testing bitcoind RPC connection to ' http://127.0.0.1:8332/' with username 'xxxxxxx'... 2014-06-04 04:53:52.349553 > Error while checking Bitcoin connection: 2014-06-04 04:53:52.349666 > Traceback (most recent call last): 2014-06-04 04:53:52.349720 > Failure: twisted.internet.error.ConnectionRefusedError: Connection was refused by other side: 111: Connection refused. 2014-06-04 04:53:53.351541 > Error while checking Bitcoin connection: 2014-06-04 04:53:53.351698 > Traceback (most recent call last): 2014-06-04 04:53:53.351770 > Failure: twisted.internet.error.ConnectionRefusedError: Connection was refused by other side: 111: Connection refused You have any restrictions on the number of connections allowed to your bitcoind process? Did you try stopping/restarting bitcoind? Does Ubuntu 14.04 have some kind of built-in security that you need to allow port 8332 traffic (sorry, don't know that distribution well enough)? Can you telnet into that IP/port successfully? Sorry I'm new to Ubuntu, it has been running fine for the last month, I rebooted as there was a Ubuntu update and then I got this error. I have re formatted re-installed Ubuntu, Bitcoin Qt and p2pool so now have a fresh install but still getting this error. How can I see if Ubuntu is blocking port 8332 and if bitcoin is restricting a number of connections. When I first installed it it ran perfectly so not sure why I'm getting this now. andmax, are <username> <password> the same you have inside .bitcoin/bitcoin.conf's rpcuser/rpcpassword keys ? spiccioli Yes username and password in bitcoin.conf are the same as on my command line to start p2pool, thanks for your help just want to get it back up and running again as I'm in Australia and no p2pool nodes close by to hook into. and server=1 ? do you have it inside bitcoin.conf? and rpcallowip=? do you have it/what value has it? as you can see I'm thinking about a misconfiguration between bitcoind and p2pool. maybe it is something else entirely. spiccioli A couple more questions... When you reinstalled your BTC node, did you build it from source, or install a pre-built package from somewhere? Did you make sure that wherever you installed it, it has permissions to read from the directory in which the .conf file resides? Did you double/triple/quadruple check all of your settings in the .conf file, and ensure that all permissions are set properly? Did the Ubuntu upgrade cause any of the dependent packages to break/malfunction? Did you upgrade all of your installed packages after you did the base Ubuntu upgrade? |
|
|
|
well, if you live outside USA its so expensive, so i better buy another corsair, will be cheaper for me  The bright side of that decision is if you purchase another S1, the 2 Corsair 750s have enough juice to run the three S1s |
|
|
|
A few questions as a Miner who got in via Scrypt mining since I was told BitCoin wasn't profitable anymore but doing my own calculations, seeing that this was sort of a lie (Or at the very least, Spondoolies made it profitable again.) Excuse my ignorance if these questions have already been answered but I was trying to search through all 100+ pages of this post and didn't find any answers as of yet. I've already seen Spondoolies on CCN's website and people have already been posting reviews on this ASIC, so I'm assuming this ASIC company is already established and trust worthy manufacturer unlike the millions of ASIC companies popping up on Scrypt sites talking about how there taking pre-orders but still months away from launch. How long does it take to order an SP-10 Dawson from them (Does it have to ship from Isreal or do they have a local shipping site?) I've read that the SP-10 produces 45 db of noise yet some people are complaining this is too loud... Are they just hyper-sensitive of hearing or do they not have basements/living rooms to store these ASIC's? And are there any methods of lowering the noise levels if indeed they are louder then 45 db? (I live in NYC so 45 is REALLY quiet even for night time here)  I've also read that the units get really hot underneath, and I was interested in getting racks for multiple units, but how do the units not burn each other (Or at the very least cause overheating) if there stacked on top of one another? Any information or help at all would be greatly appreciated as someone who's been taught since entering ASIC mining to ignore SHA-256 and focus purely on Scrypt. Yes, they are real... the company and the product. It takes about 5 minutes to order one on their website. You can pay either via BTC or bank transfer (USD/Euros). BTC orders are processed pretty much immediately. Bank transfers take about 2 days to clear. Shipping is from Israel. If you order now, you'll get the June batch, which is going to start shipping next week. From the time I placed my order until the time it arrived at my door was 8 days, which included a 2 day wait for the bank transfer to clear, and the Memorial Day weekend. I live in south Jersey, near Philly, so should give you an idea. 45db of noise? Maybe when it's off... lol. These are loud - closer to 80db. Yes, you can lower the hash rate / fan speeds via the web interface. This brings it from jet engine to loud vacuum cleaner. The units get hot, but as long as you have ample cooling in your racks, you'll be fine. |
|
|
|
I just got my Antminer S1 in and decided to give p2pool a shot. I set up my own node and got my miner connected to it and mining successfully but I wasn't finding any shares. I turn over to the stats at http://127.0.0.1:9332 and it says ETA 11 hours to find 1 share  Meanwhile it's ETA 19 hours for the pool to find a block so that means if I'm lucky I'll get 1 or 2 shares and if they happen to be at the beginning of the round... well it's PPLNS so it won't even count right? I'm starting to see why this isn't catching on. We need much less difficulty on the shares so little guys like me can actually mine on it without it being a cointoss whether I get any actual bitcoins out of it. I've got another S1 coming in tomorrow but 6-7 hours per share still doesn't cut it for me (especially with the PPLNS system.) *sigh* Back to GHash I go for tonight. I may try looking for other pools in the morning since I don't like how big GHash is getting but at least I get steady rewards over there. The larger p2pool is, the higher the share difficulty. Right now the share difficulty is 2million. Yes, that makes variance large for little guys. Has always been a downside of p2pool. In today's day and age, 200gh/s isn't that much.  That said, I've got someone on my node who has 800MH/s.. Might I suggest eligius over GHash? M I looked at it today and I like Eligus. My 2nd Antminer S1 came in this morning and I had them both switched over to Eligus and went to cash out of GHash. Unfortunately, they have a minimum 0.01 withdrawal limit and I had only mined about 0.005. On top of that, it looks like they charge a ridiculous 0.001 "commission" on withdrawal so I had to switch my miners back to GHash until I hit my minimum and then give them a 10% fee to cash out. They don't mention that withdrawal commission when they say "0% fee pool." I like the way Eligus does it better where they send the generated coin from the next block directly to you when you hit your minimum (and it's all actually free as far as I can tell.) Kind of off topic... but you can setup an auto-payout on GHash. This way you just mine until you get to 0.01, and you'll get paid on their next scheduled payout (usually once a day). No fees for auto-payouts. |
|
|
|
|
Are you planning on purchasing more in the future? Do you want a single PSU to power more than one S1, or do you want individual PSUs for each?
If you're just going to have the one S1, then the CX600 is plenty powerful enough. If you're going to run 2 off the same PSU, I use the HX1050. Others have had success using as little as a CX750 to power both, but that's a bit too risky for my taste. Want to power 3 off a single PSU? You could probably get away with the AX1200i, or the EVGA G2 1300. Or you could do as some have done and use 2 CX750s to power the 3.
|
|
|
|
jpass022, have you worked with the SP-Tech guys to tweak your settings? I don't know enough about the settings to recommend something to you. I used the settings that Zvi put on the tech blog on spondoolies site and played around to get where I am now. By increasing my max voltage to 0.75 - which I did after sending that initial screenshot, I am now getting about 1.34TH/s, so a bit of an increase there. As you can see, I'm still playing around with settings to try to find the best values for my setup As you increase the voltage your efficiency drops. I wonder what you are pulling at the wall to get your hashrate, I'm sure it is higher than the .7 figure that Roadstress uses. If I set it to the "slow fans, medium rate" settings, I get a pretty rock solid 1.23TH/s at just about 915 watts (I don't have a Kill-a-Watt or any other meter, so I'm relying on the ASIC stats page here). Increasing my voltage to get the 1.34TH/s pushes me up to 1100 watts (again based on the ASICS stats page). Also, the hash rate fluctuates from 1.28TH/s - 1.34TH/s, so it's not as consistent. RoadStress' numbers are based upon setting up the voltages to get you a 1TH/s hash rate to get the 700W. I believe those numbers are certainly achievable based on the efficiency I'm seeing, but I don't have the proper voltage settings to test it out. Also, I'm on US residential power at 120V, so I'm capped at 1100W from the PSU. |
|
|
|
Can anyone help me I rebooted my p2pool node running on Ubuntu 14.04 and I get this error. Bitcoin Qt is running and up to date. My node has been running fine up until the last reboot. andrew@andrew-Inspiron-530s:~$ python ~/p2pool/run_p2pool.py -n 82.196.8.44:9333 -n 146.185.183.227:9333 <username> <password> 2014-06-04 04:53:52.347693 p2pool (version 13.4-24-gf0eeb48-dirty) 2014-06-04 04:53:52.347840 2014-06-04 04:53:52.347932 Testing bitcoind RPC connection to ' http://127.0.0.1:8332/' with username 'xxxxxxx'... 2014-06-04 04:53:52.349553 > Error while checking Bitcoin connection: 2014-06-04 04:53:52.349666 > Traceback (most recent call last): 2014-06-04 04:53:52.349720 > Failure: twisted.internet.error.ConnectionRefusedError: Connection was refused by other side: 111: Connection refused. 2014-06-04 04:53:53.351541 > Error while checking Bitcoin connection: 2014-06-04 04:53:53.351698 > Traceback (most recent call last): 2014-06-04 04:53:53.351770 > Failure: twisted.internet.error.ConnectionRefusedError: Connection was refused by other side: 111: Connection refused You have any restrictions on the number of connections allowed to your bitcoind process? Did you try stopping/restarting bitcoind? Does Ubuntu 14.04 have some kind of built-in security that you need to allow port 8332 traffic (sorry, don't know that distribution well enough)? Can you telnet into that IP/port successfully? |
|
|
|
The larger p2pool is, the higher the share difficulty. Right now the share difficulty is 2million. Yes, that makes variance large for little guys. Has always been a downside of p2pool. In today's day and age, 200gh/s isn't that much. At that share difficulty, how much hashrate do I need to have, so I could expect 1 share a day on average? I'm guessing about 100gh/s. M You can figure it out using the following formula: Difficulty * 2**32 / hashrate / 86400 = number of days to find a share Since you want the days to find a share to be 1, you can solve for hash rate. 2272866.97 * 2**32 / hashrate / 86400 = 1 hashrate = 112.98482991097931851851852 GH/s as of right now |
|
|
|
|
Show Posts
