It wont lock up...ASICs are dumb and they will just keep hashing but return bad data...thats what HW errors are. You want to tune it so HW errors are to minimum (ie under 1 a min or so).

Looks good! Don't forget you need to do the same for the rest of the boards.

If you want to play it safe, start off with 0xa0 undervolt. That should give most boards no issue at stock frequency, and still get a noticeable reduction in power. So you can't even see the web interface on your miners?

Its the stock frequency so 500 MH/s. Keep in mind that not all hashboards will work at the lowest voltage setting on stock frequency, so you might have to undervolt some boards less. If you have your miners hosted, you should just be able to SSH into them and under volt them yourself?

For anyone running stock firmware, or not wanting to pay a 2% free forever on a simple mod, below is my tool to change L3+ voltage for free

Its simple to use but requires basic use of ssh and command line. More info in the thread here: https://bitcointalk.org/index.php?topic=3546316.0

Since most boards come with ridiculously high voltage for the stock frequency (so bitmain can sell us stuff like L3++),  you can reduce the voltage to the lowest setting on most boards, which brings down power consumption from 800 watts to about ~650 per miner.

So certain members of this forum think its cool to rip off GPL code then do simple mods and profit greatly off it without releasing the code after having plenty of time to do so, therefore I decided to release a simple binary that does the most important function for free on the stock L3+ firmware Figured lots of L3+ users would appreciate this with low profits and summer incoming.

My tests show that most boards will run on stock frequency (384) at the lowest voltage setting (0xfe) reliably at about 160 watts per board at the wall.

Source and release binary are here: https://github.com/jstefanop/bitmain-tools

This binary allows you to easily modify voltages on a per board bases for L3+ miners. It *should* work on all L3+ boards as long as they have the proper PIC version, If the binary complains about a wrong PIC version let me know (it wont do anything unless your board has the version I have tested on).

USAGE:

Since this need to be run directly from the miner console, below is my attempt at a user friendly instructions for people not familiar with the command line:

Download the release binary on GitHub and copy it over to your antminer:


ssh into your miner and cd to config folder (this is the only folder that is saved on reboot on antminers so we saved the binary here).


binary accepts two inputs in the format of:


bitmains voltage controller can be configured to change the 12v input roughly +/- 1v from 10v, and this is configurable via a hex range of 0x00-0xfe, with the default being set to the middle (0x80). Higher hex values (0x80-0xfe) will LOWER voltage, lower values (0x00-0x7f) will INCREASE voltage from the default.

If your not familiar with hex numbering, all you need to know is that they range from 0-9, then a-f

For example if you want to slightly decrease your voltage on chain #1 you would input:


increments of 0x10 are good starting point to test a sweet spot for each board for a particular frequency. Lowering voltage until you get around 1 HW error per minute is usually a good reference “sweet spot.”

So lower voltages from stock in increments of 0x10 are 90, A0, B0, C0, D0, E0, F0 and higher are 0x70, 0x60, 0x50 etc. If you want slightly higher resolution just go increments of 0x08, so lowering voltage in lower increments would look like 0x88, 0x90, 0x98, 0xA0, 0xA8, 0xB0 etc.

The tool directly writes the voltages to the pic controllers memory, so all changes are saved even on reboot and power down. If you want to set everything back to stock, you have to set the stock voltage for each chain using:


Enjoy! Keep in mind that the "other" solution has take a good few bucks or so a month of profit per L3 miner, so while I like helping out the community when I can especially in cases like this, please consider donating a few dollars per L3 if you end up using this tool, especially if you guys want me to work on similar tools or release more free stuff (like the auto voltage tuner I'm working on)  

LTC: LQZpb8AqbggUmsdPKr28DzdNcRP7MJ8kEf
BTC: 1LeA29mLjTFCyB5J6Yiq4TFtAck2VDPUZf


DISCLAMER: While the tool has basic error checking its not idiot proof, so be careful especially when overvolting. IM NOT RESPONSIBLE IF YOU FRY YOUR BOARD.

sigh...why do people never learn. Bitmain is not pricing this based on what a single unit on the current network could mine, nor should you ever figure out your earnings on any new miner based on that.

As a rule of thumb, take bitmains X new miner, multiply the hashrate by 10,000 units (which is their typical batch size), add that hashrate to the current network and assume thats what you will be earning on day 1.

Nothing is resistant...it all comes down to economics. With FPGAs your limited with the number of programable gates the silicon has. The more complicated the algorithm the less "cores" you can fit on the die. If someone wanted to create a GPU algorithm that was not as economical on an FPGA, you would make it so each round requires a ridiculous amount of instructions, or have the coin use a large amount of different algorithms which take up precious FPGA space. You then take the advantage away from FPGAs because 1) it would require alot more effort and time to program the FPGA, and 2) you can't fit as many cores on it, so the instead of it being 10x as fast as a GPU, you can only get away with 2-3x with maybe a slight increase in efficiency.

This CPU/GPU/FPGA/ASIC cycle has happened 2-3 times over as some people have pointed out. Except this last cycle everyone forgot about FPGAs because there were more "nerds" back in the early bitcoin days. Making an algorithm FPGA "resistant" is probably easier than ASIC "resistant", and new algorithms will come out with new coins and the cycle repeats ;P

Looks like people re-discovered FPGAs this round again since the large ASIC companies have been going straight from GPU->ASIC while ignoring the smaller algorithms.

Id be careful in buying these "dev" boards though. They cost 5k because they are not meant for consumers. I could probably build a board with with these xilinix FPGA's for under 2k (and looked into it and been approached about it in the past), and that are designed for crypto in mind.

Either way its the same deal as ASICs...of course you'll make 300 bucks a day when there are 5 people mining FPGAs on a coin....as soon as 50 people jump on its 30 bucks a day...

Sent you a PM.

hmmm, the beta 2 link for armv6 shows build 34? Ill check it and update it. Ill be building new version with latest updates soon anyway.

Yes point it to my pool in the sig 

This is not new or news...its just an overclocked L3+...

I need a single L3+ hashboard, and a controller. I can take your bad boards as well as long as they are semi-working (high errors, dead chips etc).

Hmm thats not good. U2 is the memory voltage controller. Sounds like something shorted or overheated. Were you running higher clocks? If only the controller blew the repair would be relatively easy and its a 50 cent component if your good with removing/soldering SMDs. If your in the US and don't mind sending it in shoot me a PM...catastrophic failures like this are super rare so they are good dissecting cases.

You should see 5.4.2-38 at the top if your running the latest version.

This depends on whats going on with your setup. First are you running the latest bfgminer binaries I release that have auto-restart built into the miner? Sounds like your not since restarting bfgminer pretty much does what I already do in the new driver release automatically.

Haha wow, not only is Bitmain pumping out ASICs for every algorithm out there, they are now also CREATING coins that they can sell ASICs to in the future.

I only pre-compile 32bit version for windows. Linux you would have to do a native compile on your system. Its very easy for linux, and you can actually use that install scrypt posted above by one of the community members. Its designed for Pi's, but should work fine for your linux system as well.

This error is because the miner temporarily lost contact with the USB port, this happens on cheaper hubs...especially if you have the sticks vertical mounted. The vibrations from the fans can cause the port to lose contact with the pins inside the USB connector. Unfortunately a USB disconnect is not recoverable and it would need to be unplugged/replugged.