Topic: ANTMINER S4 Discussion and Support Thread - page 102. (Read 301481 times)
I read all of your post(s) (all 4 of them). Customers aren't typically compensated during warranty repairs by any company. I'm also not sure why you think running round the internet spamming abuse at the company as well as making threats will help change CS's mind?
@MrGreenHat: You have valid concerns but that's no reason to post consecutively. Just edit your existing post if you want to add more to it.
Anyone have any suggestions as to other forums/reddits/blogs/anywhere on the internet where I can post a link to my above post to? I want as many people to read this as possible. BITMAIN have dug themselves into a DEEP, DEEP hole. If they understood consumer-psychology, they would take a look at my account, all of the products I have purchased from them in the past and realize, "Wow, this guy has spent a SHITLOAD of money with our company, shouldn't we just compensate him the same ten days of lost mining time so we can continue to receive his business?" They are effectively preventing me from purchasing more of their products, because at this point I don't trust that they have a competent customer support team that is FAIR, NON-PARTIAL, AND DOESN'T MAKE UP BULLSHIT EXCUSES AS TO WHY A CUSTOMER SHOULD NOT RECEIVE COMPENSATION FOR AN ISSUE THAT EVERYONE ELSE RECEIVED COMPENSATION FOR!!! If you had just given me the compensation I was due, you would have actually made MORE MONEY, because I would have purchased more hardware from you, offsetting the very small amount of compensation that I am asking for. Is this making sense, BITMAIN? Probably not, otherwise we wouldn't be in this ridiculous situation to begin with.
despite finally after 6 months being asked for my wallet address a week ago - NO COMPENSATION HAS BEEN FORTHCOMING.
My patience will eventually diminish...
COUGH UP, Bitman!!
My patience will eventually diminish...
COUGH UP, Bitman!!
different control pcb's in them or different versions of the hashboards?
Hashboards
Quote
I don't believe you can do a hard enough reboot via SSH that will reawaken X'ed chips. PSU restart it is.
Well, that sucks... How come this software https://bitcointalksearch.org/topic/ms-miner-antsp-monitor-v52-alertsautomassscheduled-rebootmobile-miner-596178 can correct the X's for the S1, S2, and S3 from a reboot, but not S4?
If the S1, S2, and S3 are able to correct the X's through SSH, why wouldn't something like that be available for the S4? Unless there's some hidden command we don't know about.
Actually just to clarify, there are 3 different PCBs of S4s which have slightly different powering methods. Some have programmable Vcore, some don't. I'm not certain if the 'have to hard hard reset' applies to all three revisions.
The control boards should have fixed local regulators on them to create the 5v the Beaglebone needs along with whatever the ASIC interfaces need to be (3.3 & 1.1v?) Those voltages never need to change, when playin, er 'optimizing' just Vcore on the hashboards should be adjusted.
Now as to resets... based on forensics I did on the disastrous 1st version AMT/Bitmine.ch A1 boards Vcore is set only when power is first applied to the hashboard. Each board has its own independent programmable regulator that come alive as soon as the main +12v is applied to the board. Its setting is stored internally to the regulator. Looking at the limited info on the Bitmain design and others rigs out there seems everyone does that part the same way. While the Beagle can modify it on-the-fly so one could test before saving the setting don't know Bitmain is allowing that.
I'm sure the Beaglebone has a reset pin on it, someone just needs to read up on it to tell us where it is on the board... As to if that would also force a reset of the ASICS - no idea.
The diagram you have is power at chip level, S4 power is at the wall.
Upping to .75 would burn another 300W with very little additional hash rate - not that the PSU could actually take that.
Upping to .75 would burn another 300W with very little additional hash rate - not that the PSU could actually take that.
I see, putting the efficiency part aside, would anything happen if we up it to 0.75v or would it overload the PSU?
PSU would be overloaded.
Anyone else having issues with BITMAIN not compensating them for lost mining time due to the fact that their miner was Batch 2 and had the "new PSU's" even though miner arrived D.O.A. just like the people who are being compensated in the batch 1???
It's the exact same issue. A DOA Power Supply arrived with my S4 on Thursday October 16, I couldn't start mining until October 31st. It's downright silly and illogical to discriminate between compensating batch 1 customers with bad PSUs (who ALL are receiving compensation) and someone like me who happened to order the product a few weeks later but had the EXACT SAME PROBLEM. I praised you guys for finally doing right by me as a customer and hooking me up a with a WORKING S4, but here I am just a week later having issues again. This is not a good indication for anyone considering purchasing your products in the future. Your lack of understanding some of the most basic customer service concepts could very well be the end of your business, atleast from me.
It's the exact same issue. A DOA Power Supply arrived with my S4 on Thursday October 16, I couldn't start mining until October 31st. It's downright silly and illogical to discriminate between compensating batch 1 customers with bad PSUs (who ALL are receiving compensation) and someone like me who happened to order the product a few weeks later but had the EXACT SAME PROBLEM. I praised you guys for finally doing right by me as a customer and hooking me up a with a WORKING S4, but here I am just a week later having issues again. This is not a good indication for anyone considering purchasing your products in the future. Your lack of understanding some of the most basic customer service concepts could very well be the end of your business, atleast from me.
The diagram you have is power at chip level, S4 power is at the wall.
Upping to .75 would burn another 300W with very little additional hash rate - not that the PSU could actually take that.
Upping to .75 would burn another 300W with very little additional hash rate - not that the PSU could actually take that.
I see, putting the efficiency part aside, would anything happen if we up it to 0.75v or would it overload the PSU?
The diagram you have is power at chip level, S4 power is at the wall.
Upping to .75 would burn another 300W with very little additional hash rate - not that the PSU could actually take that.
Upping to .75 would burn another 300W with very little additional hash rate - not that the PSU could actually take that.
Well I found this info from here https://bitcointalksearch.org/topic/ann-bitmain-has-tested-its-28nm-bitcoin-mining-chip-bm1382-656461.
-----------------------------------------------------------------------------------------------------
Chip specs: BM1382
Process Node: 28nm
Package Type: FCQFN-56
Packaged Chip Size: 8mm x 8mm
Number of Cores: 63
Core Voltage: 0.75 V
Core Frequency: 250 MHz
Hash Rate: 15.75 GH/s
Power Consumption: 0.59 J/GH (chip level, and it can be lower to 0.40J/GH by lowering the core voltage)
-----------------------------------------------------------------------------------------------------
The chips in the S4 are BM1382, and the antminer S4 is defaulted at 0.72V and 200MHz frequency, does that mean it's under-volted?
According to the BM1382 specs, it should be able to run at 0.75v and 250MHz without any problems... So why aren't we given that as the defaults?
-----------------------------------------------------------------------------------------------------
Chip specs: BM1382
Process Node: 28nm
Package Type: FCQFN-56
Packaged Chip Size: 8mm x 8mm
Number of Cores: 63
Core Voltage: 0.75 V
Core Frequency: 250 MHz
Hash Rate: 15.75 GH/s
Power Consumption: 0.59 J/GH (chip level, and it can be lower to 0.40J/GH by lowering the core voltage)
-----------------------------------------------------------------------------------------------------
The chips in the S4 are BM1382, and the antminer S4 is defaulted at 0.72V and 200MHz frequency, does that mean it's under-volted?
According to the BM1382 specs, it should be able to run at 0.75v and 250MHz without any problems... So why aren't we given that as the defaults?
Power consumption and efficiency. You'd need a much more powerful PSU to run 250 MHz @ .75v.
But according to the BM1382 specs sheet at https://www.bitmaintech.com/files/download/BM1382_Datasheet_v3.0.pdf
You can see the effiency is still decent at 0.75v
And according to Bitmains website of the S4 at https://bitmaintech.com/productDetail.htm?pid=00020140926075515819D846Og240603 it says: "Power Efficiency: 0.69Watt/GH/s"
So 0.75v should still be below their advertise efficiency.
Or am I missing something, and I will be risk damaging my S4 by setting it at the standard 0.75v and 250Mhz frequency?
Well I found this info from here https://bitcointalksearch.org/topic/ann-bitmain-has-tested-its-28nm-bitcoin-mining-chip-bm1382-656461.
-----------------------------------------------------------------------------------------------------
Chip specs: BM1382
Process Node: 28nm
Package Type: FCQFN-56
Packaged Chip Size: 8mm x 8mm
Number of Cores: 63
Core Voltage: 0.75 V
Core Frequency: 250 MHz
Hash Rate: 15.75 GH/s
Power Consumption: 0.59 J/GH (chip level, and it can be lower to 0.40J/GH by lowering the core voltage)
-----------------------------------------------------------------------------------------------------
The chips in the S4 are BM1382, and the antminer S4 is defaulted at 0.72V and 200MHz frequency, does that mean it's under-volted?
According to the BM1382 specs, it should be able to run at 0.75v and 250MHz without any problems... So why aren't we given that as the defaults?
-----------------------------------------------------------------------------------------------------
Chip specs: BM1382
Process Node: 28nm
Package Type: FCQFN-56
Packaged Chip Size: 8mm x 8mm
Number of Cores: 63
Core Voltage: 0.75 V
Core Frequency: 250 MHz
Hash Rate: 15.75 GH/s
Power Consumption: 0.59 J/GH (chip level, and it can be lower to 0.40J/GH by lowering the core voltage)
-----------------------------------------------------------------------------------------------------
The chips in the S4 are BM1382, and the antminer S4 is defaulted at 0.72V and 200MHz frequency, does that mean it's under-volted?
According to the BM1382 specs, it should be able to run at 0.75v and 250MHz without any problems... So why aren't we given that as the defaults?
Power consumption and efficiency. You'd need a much more powerful PSU to run 250 MHz @ .75v.
Well I found this info from here https://bitcointalksearch.org/topic/ann-bitmain-has-tested-its-28nm-bitcoin-mining-chip-bm1382-656461.
-----------------------------------------------------------------------------------------------------
Chip specs: BM1382
Process Node: 28nm
Package Type: FCQFN-56
Packaged Chip Size: 8mm x 8mm
Number of Cores: 63
Core Voltage: 0.75 V
Core Frequency: 250 MHz
Hash Rate: 15.75 GH/s
Power Consumption: 0.59 J/GH (chip level, and it can be lower to 0.40J/GH by lowering the core voltage)
-----------------------------------------------------------------------------------------------------
The chips in the S4 are BM1382, and the antminer S4 is defaulted at 0.72V and 200MHz frequency, does that mean it's under-volted?
According to the BM1382 specs, it should be able to run at 0.75v and 250MHz without any problems... So why aren't we given that as the defaults?
-----------------------------------------------------------------------------------------------------
Chip specs: BM1382
Process Node: 28nm
Package Type: FCQFN-56
Packaged Chip Size: 8mm x 8mm
Number of Cores: 63
Core Voltage: 0.75 V
Core Frequency: 250 MHz
Hash Rate: 15.75 GH/s
Power Consumption: 0.59 J/GH (chip level, and it can be lower to 0.40J/GH by lowering the core voltage)
-----------------------------------------------------------------------------------------------------
The chips in the S4 are BM1382, and the antminer S4 is defaulted at 0.72V and 200MHz frequency, does that mean it's under-volted?
According to the BM1382 specs, it should be able to run at 0.75v and 250MHz without any problems... So why aren't we given that as the defaults?
Quote
I don't believe you can do a hard enough reboot via SSH that will reawaken X'ed chips. PSU restart it is.
Well, that sucks... How come this software https://bitcointalksearch.org/topic/ms-miner-antsp-monitor-v52-alertsautomassscheduled-rebootmobile-miner-596178 can correct the X's for the S1, S2, and S3 from a reboot, but not S4?
If the S1, S2, and S3 are able to correct the X's through SSH, why wouldn't something like that be available for the S4? Unless there's some hidden command we don't know about.
Actually just to clarify, there are 3 different PCBs of S4s which have slightly different powering methods. Some have programmable Vcore, some don't. I'm not certain if the 'have to hard hard reset' applies to all three revisions.
Quote
I don't believe you can do a hard enough reboot via SSH that will reawaken X'ed chips. PSU restart it is.
Well, that sucks... How come this software https://bitcointalksearch.org/topic/ms-miner-antsp-monitor-v52-alertsautomassscheduled-rebootmobile-miner-596178 can correct the X's for the S1, S2, and S3 from a reboot, but not S4?
If the S1, S2, and S3 are able to correct the X's through SSH, why wouldn't something like that be available for the S4? Unless there's some hidden command we don't know about.
can you please let me know how many s4 you have in hand and how many of these miners arise with this chip issues?
How long will the O‘s last each time after you reset the X's on the chips and Xs show up again? please contact my email address [email protected]. And i will be incontact with our engineers and tech guys to find a solution for you.
How long will the O‘s last each time after you reset the X's on the chips and Xs show up again? please contact my email address [email protected]. And i will be incontact with our engineers and tech guys to find a solution for you.
How do we do something like a power cycle to reset the O's and X's on the chips through SSH?
For example, sometimes I see X's on the chips and when I reboot through the GUI, it doesn't get corrected. It's only when I manually do a power cycle by powering it off and on from the power button is when all the chips turn back to O's on the status page.
The reason I am asking is because sometimes I get X's and i reboot it from the GUI remotely through a VPN and it doesn't get fixed. I don't want to have to keep going there and manually power cycle it every time because my S4 is located about an hour away and it's a hassle =(.
Any ideas?
For example, sometimes I see X's on the chips and when I reboot through the GUI, it doesn't get corrected. It's only when I manually do a power cycle by powering it off and on from the power button is when all the chips turn back to O's on the status page.
The reason I am asking is because sometimes I get X's and i reboot it from the GUI remotely through a VPN and it doesn't get fixed. I don't want to have to keep going there and manually power cycle it every time because my S4 is located about an hour away and it's a hassle =(.
Any ideas?
I get X's randomly because i overclock the frequency to 225, and it runs without a problem at that frequency for awhile. It just randomly get's some X's here and there, which is why I was asking how to do a hard reboot through SSH because a soft reboot through the webpage/GUI won't correct the X's. It's only when I pull the plug or press the button on the PSU is when it's able to fix itself.
Any commands or hard reboot cycle through SSH that you can share?
I don't believe you can do a hard enough reboot via SSH that will reawaken X'ed chips. PSU restart it is.
I manage and oversee datacenters around the world for a global telecomm where I come from a hard reset means pulling the plug without question ..
Quote
I don't believe you can do a hard enough reboot via SSH that will reawaken X'ed chips. PSU restart it is.
Well, that sucks... How come this software https://bitcointalksearch.org/topic/ms-miner-antsp-monitor-v52-alertsautomassscheduled-rebootmobile-miner-596178 can correct the X's for the S1, S2, and S3 from a reboot, but not S4?
If the S1, S2, and S3 are able to correct the X's through SSH, why wouldn't something like that be available for the S4? Unless there's some hidden command we don't know about.
can you please let me know how many s4 you have in hand and how many of these miners arise with this chip issues?
How long will the O‘s last each time after you reset the X's on the chips and Xs show up again? please contact my email address [email protected]. And i will be incontact with our engineers and tech guys to find a solution for you.
How long will the O‘s last each time after you reset the X's on the chips and Xs show up again? please contact my email address [email protected]. And i will be incontact with our engineers and tech guys to find a solution for you.
How do we do something like a power cycle to reset the O's and X's on the chips through SSH?
For example, sometimes I see X's on the chips and when I reboot through the GUI, it doesn't get corrected. It's only when I manually do a power cycle by powering it off and on from the power button is when all the chips turn back to O's on the status page.
The reason I am asking is because sometimes I get X's and i reboot it from the GUI remotely through a VPN and it doesn't get fixed. I don't want to have to keep going there and manually power cycle it every time because my S4 is located about an hour away and it's a hassle =(.
Any ideas?
For example, sometimes I see X's on the chips and when I reboot through the GUI, it doesn't get corrected. It's only when I manually do a power cycle by powering it off and on from the power button is when all the chips turn back to O's on the status page.
The reason I am asking is because sometimes I get X's and i reboot it from the GUI remotely through a VPN and it doesn't get fixed. I don't want to have to keep going there and manually power cycle it every time because my S4 is located about an hour away and it's a hassle =(.
Any ideas?
I get X's randomly because i overclock the frequency to 225, and it runs without a problem at that frequency for awhile. It just randomly get's some X's here and there, which is why I was asking how to do a hard reboot through SSH because a soft reboot through the webpage/GUI won't correct the X's. It's only when I pull the plug or press the button on the PSU is when it's able to fix itself.
Any commands or hard reboot cycle through SSH that you can share?
I don't believe you can do a hard enough reboot via SSH that will reawaken X'ed chips. PSU restart it is.
can you please let me know how many s4 you have in hand and how many of these miners arise with this chip issues?
How long will the O‘s last each time after you reset the X's on the chips and Xs show up again? please contact my email address [email protected]. And i will be incontact with our engineers and tech guys to find a solution for you.
How long will the O‘s last each time after you reset the X's on the chips and Xs show up again? please contact my email address [email protected]. And i will be incontact with our engineers and tech guys to find a solution for you.
How do we do something like a power cycle to reset the O's and X's on the chips through SSH?
For example, sometimes I see X's on the chips and when I reboot through the GUI, it doesn't get corrected. It's only when I manually do a power cycle by powering it off and on from the power button is when all the chips turn back to O's on the status page.
The reason I am asking is because sometimes I get X's and i reboot it from the GUI remotely through a VPN and it doesn't get fixed. I don't want to have to keep going there and manually power cycle it every time because my S4 is located about an hour away and it's a hassle =(.
Any ideas?
For example, sometimes I see X's on the chips and when I reboot through the GUI, it doesn't get corrected. It's only when I manually do a power cycle by powering it off and on from the power button is when all the chips turn back to O's on the status page.
The reason I am asking is because sometimes I get X's and i reboot it from the GUI remotely through a VPN and it doesn't get fixed. I don't want to have to keep going there and manually power cycle it every time because my S4 is located about an hour away and it's a hassle =(.
Any ideas?
I get X's randomly because i overclock the frequency to 225, and it runs without a problem at that frequency for awhile. It just randomly get's some X's here and there, which is why I was asking how to do a hard reboot through SSH because a soft reboot through the webpage/GUI won't correct the X's. It's only when I pull the plug or press the button on the PSU is when it's able to fix itself.
Any commands or hard reboot cycle through SSH that you can share?
can you please let me know how many s4 you have in hand and how many of these miners arise with this chip issues?
How long will the O‘s last each time after you reset the X's on the chips and Xs show up again? please contact my email address [email protected]. And i will be incontact with our engineers and tech guys to find a solution for you.
How long will the O‘s last each time after you reset the X's on the chips and Xs show up again? please contact my email address [email protected]. And i will be incontact with our engineers and tech guys to find a solution for you.
How do we do something like a power cycle to reset the O's and X's on the chips through SSH?
For example, sometimes I see X's on the chips and when I reboot through the GUI, it doesn't get corrected. It's only when I manually do a power cycle by powering it off and on from the power button is when all the chips turn back to O's on the status page.
The reason I am asking is because sometimes I get X's and i reboot it from the GUI remotely through a VPN and it doesn't get fixed. I don't want to have to keep going there and manually power cycle it every time because my S4 is located about an hour away and it's a hassle =(.
Any ideas?
For example, sometimes I see X's on the chips and when I reboot through the GUI, it doesn't get corrected. It's only when I manually do a power cycle by powering it off and on from the power button is when all the chips turn back to O's on the status page.
The reason I am asking is because sometimes I get X's and i reboot it from the GUI remotely through a VPN and it doesn't get fixed. I don't want to have to keep going there and manually power cycle it every time because my S4 is located about an hour away and it's a hassle =(.
Any ideas?
Don't over clock the unit …. You will find that if you run them at the standard setting you will for the most part NOT get the XXXXXX ' s and the ----------- 's You are right that once the chips get the XXXXXXXX 's or ----------- 's about the only thing that will fix it is a hard reset of the unit …
Jump to: