Topic: Antminer D3 reports trouble reading PIC temperature's - page 3. (Read 10326 times)

we can confirm that this is now running well so far.

Do try it out.

Hi Guys,

There seems to be a new firmware for the D3
With the description:
1. fix the issue: some miner's chip status is 'x' after running for several hours or days.

https://s3.cn-north-1.amazonaws.com.cn/shop-bitmain/download/Antminer-D3-201711022227-0M.tar.gz

I'll Test it when I can.

I also had this problem
The problem is only with the Nicehash pool
If you use a different pool, the problem does not exist

Shurkan

Same problem here :/

Switched to ViaBTC and the problem didn't occur again. Might be an issue with Nicehash. Since everyone keeps forgetting to send a follow up if the problem was solved, please send me a PM if I forget it as well

I got 2 D3 yesterday and they keep speeding up the fans every 5 minutes.

Every time this happens, the log says "read_temp_func: can't read all sensor's temperature, close PIC and need reboot!!!". I configured mining on nicehash and I'm wondering if this is connected to the problem?

Anyone got a grip on this issue by now to narrow it down?

I got all xxxx xxx on one of my boards too, a  online reboot fixed the problem for now.

I don't know what cause this to happen. I started mining on nicehash and this read_temp_func repeating occured every 5-10 minutes. But when I move to others pool like antpool itself. It works fine for many hours. I'll keep monitor and test on this situation. Hope the next firmware they release solve this.

WRote a small script in php to check your D3's and reboot them automatically in case an hashboard has errors

https://gist.github.com/tperalta82/6e11253cd4b9cf9c5c6fa15bbf046d4f

put this in a linux server as a cronjob, change the $hosts array, to add your arrays.

There are 3 different methods to call reboot on the miner, personally, the wget one is better for me, because it runs everywhere (embedded devices)
Had an issue with curl, seems to fail to authetnicate on some weird cases
and ssh lib is not present everywhere.

Read the code first, understand it, redistribute it, improve it, do whatever you want with it.

P.S.: it works for me

bump to this

So far i know from personal testing  ...

D3 hangout at max speed when pool seems to be offline or dead.

D3 hangout at max speed on multi coin pool when pool take time to submit new work, back to normal when submission is done.

This 2 issues result in message warning about "trouble reading PIC temperature's", so for my case is a software issue.

If you have this issue without problem on pool, check controller unplug/plug etc ...

I never have a "red light issue".

D3 lost some chip when running have to reboot, fixed after firmware update.

D3 dont like to be turned off with "shutdown -h now", stuck for long time have to kill it by hand.

In some case your D3 will lost stability after this hard shutdown, and you will start to have xxxx xxxxx xxxx board even if you reboot. Go back to factory default and upgrade firmware again (even if is same version)

I running them on low noise setup, 43% fan speed each. You need fresh air to enter and that ok.

My D3's running between 70c to 83c without any issue. For a CPU, 85c as critical point is ok, CPU can handle MORE.

Some time one of my miner get disconnect like pool is dead, but the other one working ... Same switch, same network. A easy fix was to ssh on this one and enable a ping on google. No more connection lost (that maybe come from my router port)

Just got two new D3. Had the same kind of problem with them. Random failures  with red LED blinking (failure LED) , coolers at max, noise and sometimes loosing network connection. Only cold reboot helps.

Noticed that behavior when touching the device or just the network cable.

Finally managed to repeat the failures manually with both units by messing with network cable, but not disconnecting it. We have done some dangerous tests.

Removing the front panel solves the problem completely. Looks like the front panel contacts sometimes with metal RJ-45 socket on board causing device failure. Reproduced this on video.

https://youtu.be/-Kug4HwiFYY

Please donate LTC  if it helps: LKPV84ysTA3eR58oCAoLwUgLPUyuxLcgdu

so whats the round up on the D3?

its performing as it should?

is the quality flagging on some units??

im asking as i trying to get hold of one, anyone selling in UK?

having same isssues any soultion on   t his ?

I think it's just an overclock issue. We had the same issues, after we reduced the clock speed to 437, all problems where gone. No xxxooxxxx and HW errors since 3 days.
Now we are hashing with 15.8GH/s, which is the clock rate which was originally announced by BitMan.
Conclusion: BitMan has just overclocked the D3 and labeled it with 17GH without testing it. An that is really annoying. 

The data is hardcoded into the miner when it's built, you can probably check the cgminer from ckolivas and check the antminers headers there (although D3 is not there)
So the software is not getting wrong pointers, it's just badly made, like whenever there is a connection error to one of the pools, the PIC temperature error is thrown, because the ASIC's are kind of reset or something, and even the fans spin up for no reason, bad coding.

Or if there is no work from the pool (can happen), same things happen.

Just check the kernel log and you'll find this pattern

The software is looking at the wrong pointer for the info from the hardware. You need to supply the proper info for the software, probably in the config file and then restart the whole thing, that will solve the problem. It is not a big deal and only takes a minute of two.

Mine are much more stable lately. And yes, you have to upload via webgui and the firmware is packed on tar.gz

i am also having this issue, does new firmware packed in tar.gz i have to upload via webgui ?, does this new firmware helped others ?