Hi all, I have installed BFGminer 3.10 on my Antminer S1 and can run it/watch it using screen. Anyway to get it to detect the ASICs so it can mine?
would be great to have both miners available on this machine. I have tried all of the antminer arguments to no avail. Even killed all miners first.
Thanks!
|
|
|
845K. I thought a the time this was a *absurdly* high difficulty. Mining with one Geforce GTS260.
|
|
|
Now that BFGminer supports the U1 Ant USB miners I figured I would try installing it on my OpenWRT powered ant S1. Actually got it to run using screen. It does not detect the ASICs when I do add or scan. I did terminate CGminer first. What do? Would be neat to use BFGminer through a putty window and not deal with the built in web interface. Anybody tried this?
|
|
|
Lightfoot, I just got 4 jalapenos and I have gotten the hackit-to-go-faster bug. Already changed out the 7k resistor with a larger one to get more voltage to the
ASICs. This reduced the errors by 1% and increased the speed by 500Mhs. Thinking about putting maybe two more chips in each unit. Do you know where the early type
Speaking of which, what resistor are you swapping out to boost the power, and do you have a digikey/mouser part number? My 8 chip jally is actually humming at 32gh/45c due to the water block and now I'm thinking..... Just a bit. C I don't know if there's been a new update that's changed the designators, but on the old boards R11 and R12 controlled to voltage. The formula is Rtop(R11, 7k) = Rbottom (R12, 10k) * [(Vout - 0.6V) / 0.6V], or Vout = (Rtop/Rbottom+1)*0.6V Currently it's set to 1.02V, so if if you want to change it to 1.1V change R11 to 10k*[(1.1-0.6)/0.6] = 8.33k. Not a standard value, but 8.2k would work well enough. That's it. 8.2K is what I have been using. I get at least another 1Ghs out of a jalapeno. Unrelated, but I have a Single with a chip that shows all zeros in bfgminer. Chip 0d. Been that way since I got it. is there a way to turn it on? Is it just bad? Can the chips be disabled in hardware? This unit already hashes at 69Ghs but having that chip online would be nice. Any ideas? I have actually "looked" inside and counted 16 chips so I'm sure one is just turned off/dead. Thanks for any insight.
|
|
|
I don't think increasing the voltage increases the heat. Increasing the voltage allows the firmware to bring up more engines at faster clock speeds and this is what increases the workload on the FETs. My theory anyway. Before I did this to one of my 3 chip jalas I noticed that only about 39 of the engines where online and most of the chips ran somewhere around 275Mhz. After I installed the 8.2K resistor, All 48 engines where running and the average clock speed was about 285. This jala hashes at about 13.1Ghs with a temp of around 42C. The FETs aren't sinked and only feel warm to touch after 24Hrs hashing. 8.2K sets the DC-DC to around 1.08-1.1V. Varies per board, all 8 of mine are a little different. I do wish BFL had tied the 1V to some type of control logic that the firmware could control. Maybe automatically increase it when conditions are ideal or when errors are high. Maybe even make it user adjustable but stipulate this voids your warranty. Kind of like motherboards do with cpu voltage. I can see how a setting like this could be a self-destruct button for an uninformed user/owner.
|
|
|
Gonna watch this closely. I have a single that pulls 62Gh at about 64C. Thinking about replacing the feedback resistor like I did in my jalas to put
about 1.1V into the ASICs. Wondering if the mosfets can take this though. With the jalas is was a marked improvement with every one. +1Gh and
lower errors but higher temps due to higher clocks. They only have 2/3 chips. Do not really want to try this with the already strained DC-DC stage
in the single.
BTW, thanks Lightfoot, for all your effort and information.
|
|
|
Just make an order yesterday. now status is Paid, Unshipped, Valid. I hope today will change to shipped.
Same boat. waiting for this as well.
|
|
|
Bump. Still looking. Sooooo You don't want mine then? I do. Did you get my PM about escrow being unavailable for a bit? He is back if you want to sell your Jala to me.
|
|
|
Yaa!, I be first here. My little 65Gh altcoin solo rig(s). [i mg]http://s17.postimg.org/cvk4qqeu7/P1080400.jpg[/img] (quote link broken to avoid spamming the page with the same picture) Overclocked jalas and a bunch of erupters! Mate, block erupters are quite a lot of power and USB port space for such a small hash rate. You can sell them on eBay and make more, and buy some Antminer U1 ASICs for ~£35 on this forum. I know the power usage is high. Right now I don't care much. It's pretty cold out now and these make a bit of heat. Actually my power bill last month was LOWER than last year when I had no mining gear running(electic heat ). I have a lot of other mining equipment but love watching the erupters blink! I just can turn'm off. Looking into getting some of the U1's just to play with. I have a few of the 180G units and they work great. Been giving away the erupters to friends and family just to play with.
|
|
|
I'll be first here. My little 65Gh altcoin solo rig(s). Overclocked jalas and a bunch of erupters!
|
|
|
Buying little singles/singles for between .20BTC and .45BTC as well. Let me know if interested. Offering prices comparable/slightly better per Ghs that Antminer S1 rigs. These sell for 1.45Btc per 180Ghs now. I will pay escrow. You pay shipping. International sellers only if you can provide guaranteed 2 day shipping to east coast US. Thanks!
|
|
|
.80BTC shipped to NC, USA. I pay escrow.
|
|
|
Lightfoot, I just got 4 jalapenos and I have gotten the hackit-to-go-faster bug. Already changed out the 7k resistor with a larger one to get more voltage to the ASICs. This reduced the errors by 1% and increased the speed by 500Mhs. Thinking about putting maybe two more chips in each unit. Do you know where the early type (no laser etch on top) chips can be obtained? To answer you question in the above post the schematic indicates 75-80A on the main 1V supply. I would guess in their totally stock trim (180Mhz), these chips use maybe 8-10A each? Running at little single speeds (250Mhz+), maybe 12-15A. If you install 8 chips, run them at 200Mhz, this should yield 24Ghs if All 15 engines are enabled. I do not know the current usage on the chips vs speed. Just guessing here. I figure the longboard in the single/little single is different than the jala board. Otherwise BFL would just plop a 8 chip jala board in the little single and call it a day. Maybe the VRM on the longboard has a higher current rating? Seems like I read somewhere that the longboard can do 100A@1Vdc.
|
|
|
I run a computer shop and build a lot of custom machines. We get cases in single boxed all the time and I would say at least 2/3 of them are damaged in some way. Shipping a piece of equipment *that* expensive that way is just... wow. Glad I did not order one now.
|
|
|
The 180GH/s specification is with +/-10% for each miner, so both are absolute conform.
Giletto, I am aware of the +/-10 variance. I am not looking to RMA/return/get money back/Ect. I am just wondering about the variance and hoping someone has an idea/ideas about what I can do to reduce this a little. I think I have covered all of the basic environmental concerns. Good power, check. Cool running, check. Maybe there is a way to increase voltage just a little to each bank to find chip/chips that are error prone? Can this be done in software? maybe reduce clockspeeds on individual chips/banks? Just tinkering here to get maximum efficiency from my units. Overclocking, and you got the maximum within a few minutes. a alternative check: Change the pool, my HW rate change with every pool. If i mine at ghash i got about 0.83% with one miner, the same miner at eligius got 0.47% HW. You could try it and tell me, if it's work. For me, overclocking really isn't an option. I am not looking for maximum performance, but maximum efficiency. Most Ghs for least power usage. Since both of my ants use the same amount of power, but one is slower, I am trying to pull the slow one up a little. preferably without major increases in power usage. A few watts is OK. BTW, both units are currently mining to the same pool (Eligius). If Bitmain updates the firmware to include support for proxy mining I will try that.
|
|
|
The 180GH/s specification is with +/-10% for each miner, so both are absolute conform.
Giletto, I am aware of the +/-10 variance. I am not looking to RMA/return/get money back/Ect. I am just wondering about the variance and hoping someone has an idea/ideas about what I can do to reduce this a little. I think I have covered all of the basic environmental concerns. Good power, check. Cool running, check. Maybe there is a way to increase voltage just a little to each bank to find chip/chips that are error prone? Can this be done in software? maybe reduce clockspeeds on individual chips/banks? Just tinkering here to get maximum efficiency from my units.
|
|
|
I am just wondering if this much variance is normal. When I run the numbers on my other miner I get .054% errors. I know it might seem small but that is a pretty big difference. 1.7% Vs .054%. This does seem to affect hash rate. The unit with more errors is consistently 3-4Gh lower at pool 12hr. Guava, yes it is connected to 12V and running at full speed. In fact there are two fans.
|
|
|
Running these in their original enclosures would be awesome! Sadly the run too hot like this. They would at least be stackable. hey Lightfoot, any ideas on a custom heatsink or water cooling for these? I know water has been discussed in other threads but not recently. Maybe just a *better* replacement heatsink. Maybe one that covers the ASICs and the mosfets. I would love to only need one big fan for a single. Extra fans = extra power usage. I know fans use little, but as difficulty rises all is considered. I would like to keep these things relevant as long as possible.
|
|
|
Which error are you talking about? I can't see any. See the HW attribute in the summary line? This is the number of hardware errors the miner has suffered since it was started. One of my ants, the top picture, has many many more that the other. This is concerning.
|
|
|
|