Avalon 1246 problem

[Alakuu]

Hey! Avalon's been running well for ~10 days nonstop. Temps have been fine.

There's been some issues with Viabtc which prompted me to reboot the machine (did a reset via the browser dashboard). Now I'm getting a red light and my logs are showing PVT_T0 as -273

Code:

{'STATUS':[{'STATUS':'S','When':0,'Code':11,'Msg':'Summary','Description':'cgminer 4.11.1'}],'SUMMARY':[{'Elapsed':1,'MHS av':0.00,'MHS 30s':0.00,'MHS 1m':0.00,'MHS 5m':0.00,'MHS 15m':0.00,'Found Blocks':0,'Getworks':0,'Accepted':0,'Rejected':0,'Hardware Errors':0,'Utility':0.00,'Discarded':0,'Stale':0,'Get Failures':0,'Local Work':0,'Remote Failures':0,'Network Blocks':0,'Total MH':0.0000,'Work Utility':0.00,'Difficulty Accepted':0.00000000,'Difficulty Rejected':0.00000000,'Difficulty Stale':0.00000000,'Best Share':0,'Device Hardware%':0.0000,'Device Rejected%':0.0000,'Pool Rejected%':0.0000,'Pool Stale%':0.0000,'Last getwork':0}
{'STATUS':[{'STATUS':'S','When':0,'Code':70,'Msg':'CGMiner stats','Description':'cgminer 4.11.1'}],'STATS':[{'STATS':0,'ID':'AVA100','Elapsed':1,'Calls':0,'Wait':0.000000,'Max':0.000000,'Min':0.000000,'MM ID0':'Ver[1246-N-85-21092401_4ec6bb0_bd44867] DNA[020100003f3021b6] MEMFREE[1904088.0] NETFAIL[0 0 0 0 0 0 0 0] SYSTEMSTATU[Work: In Idle, Hash Board: 3 ] Elapsed[523] BOOTBY[0x01.00000000] LW[0] MH[0 0 0] HW[0] DH[0.000%] Temp[-273] TMax[-273] TAvg[-273] Fan1[0] Fan2[0] Fan3[0] Fan4[0] FanR[0%] Vo[0] PS[0 0 0 0 0 0 0] PLL0[0 0 0 0] PLL1[0 0 0 0] PLL2[0 0 0 0] GHSspd[0.00] DHspd[0.000%] GHSmm[0.00] GHSavg[0.00] WU[0.00] Freq[0.00] Led[0] MGHS[0.00 0.00 0.00] MTmax[-273 -273 -273] MTavg[0 0 0] TA[0] Core[A3200] PING[0] POWS[0] HASHS[0 0 0] POOLS[1] SoftOFF[1] ECHU[0 0 0] ECMM[0] SF0[428 448 468 488] SF1[428 448 468 488] SF2[428 448 468 488] PVT_T0[-273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273] PVT_T1[-273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273] PVT_T2[-273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273 -273] PVT_V0[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] PVT_V1[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] PVT_V2[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] MW[0 0 0] MW0[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] MW1[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] MW2[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] ASICCRC0[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] ASICCRC1[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] ASICCRC2[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] CRC[0 0 0] POW_I2C[OK] FACOPTS0[] FACOPTS1[] ATAOPTS0[--avalon10-freq 342:362:382:400 --avalon10-voltage-level 46 ] ATAOPTS1[--avalon10-freq 428:448:468:488 --avalon10-voltage-level 57 ] ADJ[1] COP[0 0 0] MPO[3250] MVL[87] ATABD0[428 448 468 488] ATABD1[428 448 468 488] ATABD2[428 448 468 488] WORKMODE[1]','MM Count':0,'Smart Speed':1,'Voltage Level Offset':0,'Nonce Mask':25}

There's my logs. Looking through it nothing seems wrong other than the temp reading. After bootup it says online then goes to idle after ramping the fans then idling the fans. Red status light solid.

I've reached out to Canaan but no idea on the timeframe for them getting back to me. Did the Thermal probe die? Anyone know the type and ohm rating on one? Or am I missing something obvious.

I even went through the trouble of signing up for a different pool just to see if it was a network issue connecting to Viabtc with the problems they've been experiencing. Nothing. If anyone has better contact info than their support email it would be greatly appreciated.

Thank you all for your time!

[kano]

Many pools using a DNS in china today wont work - the GFW or aliyun or ? is scrambling DNS requests for pools like viabtc and some others.

Try another pool not related to china.

[BitMaxz]

Everything from your logs are abnormal look at the fan all of them shows 0 and the Vo and PS(Related to the power supply) show 0

Code:

Fan1[0] Fan2[0] Fan3[0] Fan4[0] FanR[0%] Vo[0] PS[0 0 0 0 0 0 0]

Bootby is related to AM_BOOTBY_POWRON

Code:

BOOTBY[0x01.00000000]

So it might be a PSU issue.

What I would like to suggest is try to flash it first with the latest firmware available from Canaan here https://download.canaan-creative.com/
Then test it again if it doesn't solve your issue try to disconnect all cables from the unit and replug them all and try to run it at normal mode instead of performance mode.

Let see if there are changes on the logs.

Next time try to learn how to read the logs you can download the description logs from here https://canaan.io/wp-content/uploads/2020/03/log-Description.pdf

[dwlewi4]

I had this same issue pop up at around 3am MT this morning. Our logs were identical. 

I ended up switching my pool from F2 to Slush and it ended up resolving itself.  I guess if the miner has trouble connecting to a pool (like a user mentioned above), it will automatically go into an idle state

[BitMaxz]

I had this same issue pop up at around 3am MT this morning. Our logs were identical. 

I ended up switching my pool from F2 to Slush and it ended up resolving itself.  I guess if the miner has trouble connecting to a pool (like a user mentioned above), it will automatically go into an idle state

It seems that all of us are affected I have a problem mining on a few pools and most of them are related to the DNS issue. It seems that the issue above is not related to hardware it might be because of the connection between the miner and the pool. My miner is running on idle mode recently and until now after I check noticed abnormal issues after trying to access the ViaBTC pool it says "The site cannot be reached" and then "DNS prob problem".

So I tried to research a bit and found some news and tweets and confirmed that I'm not the only one who experienced this.
Here's a few of them

- https://finance.yahoo.com/news/multiple-mining-pools-facing-connectivity-113938180.html
- https://twitter.com/SinoCrypto/status/1463943278039023620?ref_src=twsrc%5Etfw

[kano]

As I stated at the start.

Many pools using a DNS in china today wont work - the GFW or aliyun or ? is scrambling DNS requests for pools like viabtc and some others.

Try another pool not related to china.

Telling him to "try to learn how to read the logs" doesn't help.

P.S. yesterday
https://bitcointalk.org/index.php?topic=5373202.0