Bitmain's Released Antminer S9, World's First 16nm Miner Ready to Order

[bitsink]

No, they auto-tune during each startup/reboot.  Been that way for many batches now.

Thanks for the heads up.

To bad
The 0.1 W/Gh/s is really nice but I wanted to use less power/watts, then the stock ~1300watts.

You could always hack the firmware or run 2/3 boards for (roughly) 67% of the power consumption. I am certain you would find lots of takers for a single (working and new) hashboard, judging by the amount of boards that seem to be breaking.

[ComputerGenie]

No, they auto-tune during each startup/reboot.  Been that way for many batches now.

This is simply not true! They run the autotune routine ONLY on first start or after a hard reset (possibly on other rare occasions), but definitely not after every restart be it clean or unclean.  There is a flag set in the filesystem that triggers the autotune routine. Maybe somebody could point out where it is exactly - cannot remember off the top of my head. Source: Operating S9-13.5TH/s miner.

It seems as though you have a major misconception about what the auto-frequency is and how it works. "Autotune" is an uniformed, social-media contrived name based on too many misconceptions of what happens in the process. When it comes to "newer" models of S9s, auto-frequency has a specific frequency set for each chip. This frequency is set in the PIC, and this setting is done prior to shipping to the consumer.

[NotFuzzyWarm]

No, they auto-tune during each startup/reboot.  Been that way for many batches now.

This is simply not true! They run the autotune routine ONLY on first start or after a hard reset (possibly on other rare occasions), but definitely not after every restart be it clean or unclean.  There is a flag set in the filesystem that triggers the autotune routine. Maybe somebody could point out where it is exactly - cannot remember off the top of my head. Source: Operating S9-13.5TH/s miner.

It seems as though you have a major misconception about what the auto-frequency is and how it works. "Autotune" is an uniformed, social-media contrived name based on too many misconceptions of what happens in the process. When it comes to "newer" models of S9s, auto-frequency has a specific frequency set for each chip. This frequency is set in the PIC, and this setting is done prior to shipping to the consumer.

I have to say I must differ a bit on that.
Yes the as-shipped info is read from the PIC and Auto-tune then runs some tests to see if the settings work. When they do, great! Pre-heat/Health checks are done in around 5min. IF they don't - it then tries a lower frequency to see if all chips in the chain pass inspection. If the chips pass that lower freq is what it runs at until rebooted.

And yes this test is done each time you cycle the power AND do after a soft boot.

Proof? My s9 batch-18, the only 'lower-speed' one of their batches I've bought. Is 11.2THs as I recall.
Yes, it runs at spec'd speed but a) board-1 runs a bit more than 150MHz slower than the other 2 boards. b) more to the point, it can take 3-4 soft boots to get it to that speed. The 2x  lets call then 'Prime" boards always report same speed and within a couple 10's of  GHs of each other every time. The weak sister: speed will vary more than 75MHz from it's usual of 425.5, sometime higher (for a while but also has high HW errors, yes is a long timed run) more often it boots at lower speed but zero HW errors after even 1 hr. Keep kicking it until I see 425.5MHz when tuning is done and I know it will be fine until the next boot(s).

The Kernel logs report it all...

[VRobb]

Yeah, there's a reason weenie has been on ignore for a long time now.  I highly recommend it.

[ComputerGenie]

...The Kernel logs report it all...

Yes, it does; however, you should learn what the words in the log mean before spewing misinformation.
This world needs far less boneheaded non-coders reading an incomplete and poorly translated into English "log" and thinking that somehow gives them some insight into the actual code that they have never looked at (and wouldn't understand if they did).

Upgrade Successed

[NotFuzzyWarm]

...The Kernel logs report it all...

Yes, it does; however, you should learn what the words in the log mean before spewing misinformation.
This world needs far less boneheaded non-coders reading an incomplete and poorly translated into English "log" and thinking that somehow gives them some insight into the actual code that they have never looked at (and wouldn't understand if they did).

Upgrade Successed

Right.... Query, got a later model s9?
Code be damned: Only care about the reported results of the tests. When one sees

Code:

freq[00]=606	freq[01]=606	freq[02]=612	freq[03]=612	freq[04]=612	freq[05]=612	freq[06]=612	freq[07]=612	
freq[08]=612	freq[09]=612	freq[10]=612	freq[11]=612	freq[12]=612	freq[13]=612	freq[14]=612	freq[15]=612	
freq[16]=612	freq[17]=612	freq[18]=612	freq[19]=612	freq[20]=612	freq[21]=612	freq[22]=612	freq[23]=612	
freq[24]=612	freq[25]=612	freq[26]=612	freq[27]=612	freq[28]=612	freq[29]=612	freq[30]=612	freq[31]=612	
freq[32]=612	freq[33]=612	freq[34]=612	freq[35]=612	freq[36]=612	freq[37]=612	freq[38]=612	freq[39]=612	
freq[40]=612	freq[41]=612	freq[42]=612	freq[43]=612	freq[44]=612	freq[45]=612	freq[46]=612	freq[47]=612	
freq[48]=612	freq[49]=612	freq[50]=612	freq[51]=612	freq[52]=612	freq[53]=612	freq[54]=612	freq[55]=612	
freq[56]=612	freq[57]=612	freq[58]=612	freq[59]=612	freq[60]=612	freq[61]=612	freq[62]=612	

and those final values for each chip change (very significantly in the case of my s9B18) with each reboot plus those values ^^ match what the GUI reports for speed on that board, um, doesn't take a rocket scientist or coder to get the connection.

[ComputerGenie]

Code be damned: ComputerGenie is always right!

^^^And that's about the accuracy level of what you read in an Antminer "log" ^^
 

[NotFuzzyWarm]

Code be damned: ComputerGenie is always right!

^^^And that's about the accuracy level of what you read in an Antminer "log" ^^
 

Some has serious trust issues regarding hardware reports...
If you have something to say report is not right, pop over to https://onlinedisassembler.com/odaweb/HP7GAkIN which is supposed to be the BM2.0 code disassembled.

Find what actually happens, highlight the code and post here. Better yet, if you care to - contribute to the dissembling if it's not done. Until then, meh, to each his own theories.

[Swimmer63]

Gotta love nerd fights on a Friday night.

And I use the term with respect and humility.  It's just so stereotypical you have to lol.

[ComputerGenie]

....

Here, I found this for you:


P.S. - if nothing else, the file you point to validates my point as it is, in Bitmain's words, a "Test program used in factroy testing farm"
https://github.com/bitmaintech/single-board-test/blob/master/README.md

P.S.S. - "BM2.0" is just a modified version of cgminer and the data/"log" from that shows in "minerStatus.cgi" , not in "kernelLog.html" 

[NotFuzzyWarm]

Nah, you should put yer hat back on. Can't say I need it but apparently you do.
Since you don't even attempt to refute with any evidence of what you spout:
Yutz Ignore mode re-activated.

[ComputerGenie]

Nah, you should put yer hat back on. Can't say I need it but apparently you do.
Since you don't even attempt to refute with any evidence of what you spout:
Yutz Ignore mode re-activated.

Seems you need to learn more about English idioms...

Tinfoil hats are for the conspiracy theorists, like yourself.

Also, seems you need to learn more about English dictionaries...

Definition of refute
refuted; refuting

    transitive verb

    1
    :  to prove wrong by argument or evidence :  show to be false or erroneous

A direct link to Bitmain's source-code which tells you that the random "onlinedisassembler" page that you posted is only used in Bitmain's testing farm is the epitome (I imagine you have to look that word up too) of the word "refute", when it comes to your claim of it doing so during "each reboot".

[matscol]

Had a board go down today for the first time (out of 7 S/ or T/9's dating back to last August) on a 13.5TH unit from March. Status page shows o's on that board for the first 34 ASICs then nothing. Temp fields for that board are just dashes. Red light blinked on and off sporadically when restarted, then turned off completely. Is this likely the temp sensor issue mentioned in recent pages? Any thoughts on what I should look for or try before getting into board or (they wouldn't need to do this, would they?) entire unit replacement?

[dogjunior]

Are the latest batch of S9''s still autotune? I want to be able to adjust the fan speed and hash rate.

[ComputerGenie]

Are the latest batch of S9''s still autotune? I want to be able to adjust the fan speed and hash rate.

Yes and they will be forevermore so.
As I have asked so many others: What makes you think you know more about the correct fan settings than the manufacturer?  

[HagssFIN]

Genie, that is the same old song from you once again and you are not helping anyone.
If you hate manual settings so much, then look away from posts related to it.

I had a success in reverting to a non-autotune firmware stored in the memory by using this method I posted two months ago.
This was done with R4. I have no autotune S9 to test it.

This is also S9 related, so I thought to share this here as well.
If there is someone with a desire for non-autotune settings, be brave and please report if you get same results as I had  

Originally posted in the R4 thread https://bitcointalk.org/index.php?topic=1597639.msg18267781#msg18267781

Well, this is an interesting find and I thought I'll share it with you.

I had a problem booting my Antminer R4 8.0 Th/s, batch 2, autotune-model.

So I went looking in here:
Bitmain.com: Three Ways to Restore Factory Settings (R4/S9/T9)
https://enforum.bitmain.com/bbs/topics/3957

I used the last option in the list, IP Reporter button restore.

Usage: Please power off the miner, then hold down the IP Reporter and don’t release it. At the same time, please power on the miner.
Releasing the IP Reporter after 5 seconds, the machine will automatically restore factory settings.

My miner restored with firmware Aug. 9 2016 and autotune settings were gone.
I am now suddenly able to control frequency and custom fan settings.  

This was not my original problem, but I'm happy with it.
My original problem was that the miner jammed somehow in the booting process and didn't even show up in my router ip list.

[ComputerGenie]

Genie, that is the same old song from you once again and you are not helping anyone.
If you hate manual settings so much, then look away from posts related to it.

I had a success in reverting to a non-autotune firmware stored in the memory by using this method I posted two months ago.
This was done with R4. I have no autotune S9 to test it.

...[blibiddyblablabla]

1) I've yet to read a single person type a single reason why they think they have a better understanding of the thermodynamics of their S9 better than Bitmain does (so I'll continue to ask until someone gives a sound reason or people accept that the manufacture of their computer components knows more about the thermodynamics of those computer components than some novice hobbyist does).  
2) That whole "look away" thing goes both ways.    

[sunny163]

I don't know what is happening to my miner (S9 batch 2 12.93 TH/s)

https://ibb.co/crCj0k

in Miner status it is showing the between board no hashrate and i try swapping middle board to left and so on but the middle hashrate is showing 0
Firstly i was having old firmware in that the middle board was having no speed and after i updated the firware then also there is no difference

[ComputerGenie]

... i try swapping middle board to left and so on but the middle hashrate is showing 0
Firstly i was having old firmware in that the middle board was having no speed and after i updated the firware then also there is no difference

From what information you've given, best guess would be that either your control-board is bad(more likely) or the ribbon cable for the middle is bad(less likely).

[sunny163]

... i try swapping middle board to left and so on but the middle hashrate is showing 0
Firstly i was having old firmware in that the middle board was having no speed and after i updated the firware then also there is no difference

From what information you've given, best guess would be that either your control-board is bad(more likely) or the ribbon cable for the middle is bad(less likely).

i tried changing ribbon cable but then also it is showing 0 in middle one
this is how it looks in old firmware
https://ibb.co/gAsdRQ
https://ibb.co/jbhdRQ