Error driver btm tuner c 906 failed to initialize the miner - Исправление ошибок и поиск оптимальных решений проблем

выдает ошибку ERROR: driver-btm-tuner.c:906 Failed to initialize the miner кто ни будь сталкивался с таким помогите

выдает ошибку ERROR: driver-btm-tuner.c:906 Failed to initialize the miner кто ни будь сталкивался с таким помогите

Где взял ? Так сразу говорит или работал какое то врем?

Знаете, а вообще это тема — выдергивать из

~~контекста~~

лога страшные слова, типа ERROR, NOT INITIALIZED, NOT FOUND… И бежать сюда с тупыми неинформационными темами…
Хде нормальный лог???

Хотя не, расходимся… Боты, такие боты с одним сообщением…

выдает ошибку ERROR: driver-btm-tuner.c:906 Failed to initialize the miner кто ни будь сталкивался с таким помогите

Для того, чтобы тебе помогли, необходимо отправить сюда лог.

Для того, чтобы тебе помогли, необходимо отправить сюда лог.

Хотя не, расходимся… Боты, такие боты с одним сообщением…

Воспользуюсь темой, раз пустует )))
Жду Т17 из Китая, вот думаю какие действия после получения… потрясти проверить чтобы радиаторы не отвалились как я понял надо первым делом… если все ок запускать их сразу или продувать…

Воспользуюсь темой, раз пустует )))
Жду Т17 из Китая, вот думаю какие действия после получения… потрясти проверить чтобы радиаторы не отвалились как я понял надо первым делом… если все ок запускать их сразу или продувать…

Я бы провел внешний осмотр. Если все нормально, то запустил на минут 10-15 и посмотрел как он работает. Работает стабильно — пошел почистил и продул. Если ошибки, то там уже по ситуации)

перевоткнул все, перепрошил, сбросил, после как ни в чем небывало заработал!!
лог так и начался прям и не увидел две хэш платы!

перевоткнул все, перепрошил, сбросил, после как ни в чем небывало заработал!!
лог так и начался прям и не увидел две хэш платы!

Я не спец в асиках, но не пойму сейчас он работает или нет ?

Источник

@Splinter У меня другой опыт. В отличии от Вашего техпроцесса, я снимаю все чипы и сталю обратно, естественно в произвольном порядке, после перекатки платы, из 48 чипов, естественно штук 10 в непропаях и залипонах.

итак.

первое включение платы, подал 19 вольт с ограничением 3А (17про). мерять напряжение на доменах пустое дело, от 0.8 до 2.2 в. (потребление упирается в 3А и напруга падает с нагревом платы)

моя задача: обеспечить правдами и неправдами первым делом прохождение сигнала частоты через все чипы от первого до последнего.

спотыкаюсь (для определенности) с непрохождением сигнала частоты с 1 домена на 2, т.е, на выходе первого домена (передатчика) частота есть, на приемнике на входе первого чипа 2 домена частота есть, но она вся по осциллу ниже нуля, относительно второго домена в минусе соответственно) шевеление обеих чипов ни кчему не привело, с падением напряжения (т.к ограничение по току), в районе 14-15 вольт (начали выходить LDO 1.8 из стабилизации) и о чудо приемник начинает принимать сигнал тактовой корявый, искаженный, но принял…и тут меня озарило! у меня на домене передатчике 1,8 на чипах, думаю вот мне свезло, низкожрущие чипы попали в один домен, поэтому на них мало падает, разбалансировка домена вот она! все понятно.

промежуточные выводы:

1.на передатчике 1,8В, сигнал тактовой на примнике просто обязан быть ниже нуля. потому как его земля это напряжение питания передатчика.

2.при определенных условиях если понижать напряжение питания платы сигнал начинает проходить через примник, значит чип приемника исправен!!

мои действия:

беру чипов 20 свободных, сортирую на 3 кучи методом пропускания тока

1-маложрущие (0,43А почти как новые штук 3-4)

2-среднежрущие (0,6-1А хорошие их большинство)

3-сильножрущие (от 1А плохие но рабочие)

ну и дело за малым, беру сильножрущие чипы, 2шт паяю их в домен передатчика, в надежде что у меня щаз напруга на нем упадет, и все заработает, запаял, включаю — картинка никак не поменялась, ни то что ничего не проходит, так напряжение не упало на домене, ладно беру меряю выпаяные чипы, оказались во второй куче. хорошо, ставлю еще два сильножрущих чипа в этот домен, в одном домене оказались все 4 сильножрущих, напряжение на домене упало с 1.8 до 1.7 вольта, частота не проходит… в итоге, поменял приемник все закрутилось, напруга на домене упала до 1,6 помоему, частота вылезла из отрицательной зоны. вывод — входные цепи приемника были полудохлые, внутри домена этот чип заработал прекрасно.

промеры сколько жрет тока чип — фуфло. отсюда и мой скептицизм в посте выше.

промерами сопротивлений доменов ядер — думаю пустое занятие, проще в плате померять напругу на конденсаторах (выв.1-3, 30-32), она там делится четко. если гдето что то в ядрах пробито будет (ноль) где то при измерениях.

П.С я ни на что не претендую и ничего никому не хочу доказать, просто вот такой опыт.

Изменено 1 Sep 2021, 02:57 пользователем alex59

Источник

full member

Activity: 228

Merit: 101

NEM (XEM) Top Coin

Thanks mikeywith. I gave my power to technician to repair it. after fixed it , I’ll check and give u the results.

legendary

Activity: 1764

Merit: 4829

be constructive or S.T.F.U

You need to replace the PSU, there isn’t much of work arounds you can do fix this, your best option would be running a singel hash boards at pretty low settings until the new psu arrives, although if i were you i would shut it down and wait for the new psu to make sure i don’t harm more things.

One thing worth mentioning that lower/higher voltage than what bitmain specifies will kill the new psu as well, make sure your voltage is between 200-240v.

legendary

Activity: 2744

Merit: 2373

Bull market is coming?

I think asic.to firmware won’t be able to do that and I think you can only set the frequency of chips but you can’t be able to disable the broken chip.

However, you can try to change the frequency of that chip under chip frequency settings.

Find that broken chip and set the freq to lowest.

full member

Activity: 228

Merit: 101

NEM (XEM) Top Coin

Can i disable this

chip139x.c:1049

only in chain 1 and other chips work in this chain? because i use framework asic.to?

legendary

Activity: 3640

Merit: 5167

disconnect chain 1 as it looks to have a bad chip.

full member

Activity: 228

Merit: 101

NEM (XEM) Top Coin

thanks , 2chain work for 15 minutes without any problem and have this log on below.

[2020/08/26 16:11:56] INFO: fan[1] — OK
[2020/08/26 16:11:56] INFO: fan[2] — OK
[2020/08/26 16:11:56] INFO: fan[3] — OK
[2020/08/26 16:12:02] INFO: Power ON
[2020/08/26 16:12:04] INFO: Starting FPGA queue
[2020/08/26 16:12:04] INFO: Initializing hash boards
[2020/08/26 16:12:04] INFO: chain[2] — Initializing
[2020/08/26 16:12:04] INFO: chain[1] — Initializing
[2020/08/26 16:12:17] INFO: chain[2] — 44 chips detected
[2020/08/26 16:12:18] INFO: chain[1] — 44 chips detected
[2020/08/26 16:12:24] INFO: Start-up temperature is 27 C (min -15 C)
[2020/08/26 16:12:24] INFO: Switching to manual fan control (100 %)
[2020/08/26 16:12:24] INFO: Changing voltage from 19500 to 19000 mV gradually
[2020/08/26 16:12:51] INFO: Raising freq from 50 to 700 Mhz gradually
[2020/08/26 16:13:04] INFO: Switching to automatic fan control (75 C)
[2020/08/26 16:13:04] INFO: Start mining!
[2020/08/26 16:14:04] INFO: Changing voltage from 19000 to 18800 mV gradually
[2020/08/26 16:14:29] INFO: Changing voltage from 18800 to 18600 mV gradually
[2020/08/26 16:14:54] INFO: Changing voltage from 18600 to 18500 mV gradually
[2020/08/26 16:26:56] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/26 16:26:57] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/26 16:27:23] INFO: Detected 256 Mb of RAM
[2020/08/26 16:27:23] INFO: Switching to manual fan control (30 %)
[2020/08/26 16:27:23] INFO: Checking fans
[2020/08/26 16:27:24] INFO: fan[0] — OK
[2020/08/26 16:27:24] INFO: fan[1] — OK
[2020/08/26 16:27:24] INFO: fan[2] — OK
[2020/08/26 16:27:24] INFO: fan[3] — OK
[2020/08/26 16:27:30] INFO: Power ON
[2020/08/26 16:27:32] ERROR: src/power.c:161 Malformed power response
[2020/08/26 16:27:34] INFO: Starting FPGA queue
[2020/08/26 16:27:34] INFO: Initializing hash boards
[2020/08/26 16:27:34] INFO: chain[2] — Initializing
[2020/08/26 16:27:34] INFO: chain[1] — Initializing
[2020/08/26 16:27:45] ERROR: driver-btm-chain.c:687 chain[2] — Voltage is different, cur=801 mV tgt=19500 mV
[2020/08/26 16:27:45] ERROR: driver-btm-chain.c:471 chain[2] — Failed to set start up voltage
[2020/08/26 16:27:45] INFO: chain[2] — Shutting down the chain
[2020/08/26 16:27:45] ERROR: driver-btm-base.c:356 chain[2] — Initialization failed
[2020/08/26 16:27:46] ERROR: driver-btm-chain.c:687 chain[1] — Voltage is different, cur=874 mV tgt=19500 mV
[2020/08/26 16:27:46] ERROR: driver-btm-chain.c:471 chain[1] — Failed to set start up voltage
[2020/08/26 16:27:46] INFO: chain[1] — Shutting down the chain
[2020/08/26 16:27:46] ERROR: driver-btm-base.c:356 chain[1] — Initialization failed
[2020/08/26 16:27:46] ERROR: driver-btm-base.c:2154 Failed to initialize hash boards
[2020/08/26 16:27:46] INFO: Shutting down the miner
[2020/08/26 16:27:46] INFO: Stopping FPGA queue
[2020/08/26 16:27:46] INFO: chain[1] — Shutting down the chain
[2020/08/26 16:27:46] INFO: chain[2] — Shutting down the chain
[2020/08/26 16:27:46] INFO: Power OFF

after about 5 min this log happen, and miner continue mining without problem:

[2020/08/26 16:14:04] INFO: Changing voltage from 19000 to 18800 mV gradually
[2020/08/26 16:14:29] INFO: Changing voltage from 18800 to 18600 mV gradually
[2020/08/26 16:14:54] INFO: Changing voltage from 18600 to 18500 mV gradually

but after about 15 min this log showed : (do you know which part of power have problem with this comment «Malformed power»

[2020/08/26 16:26:56] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/26 16:26:57] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/26 16:27:32] ERROR: src/power.c:161 Malformed power response

legendary

Activity: 1764

Merit: 4829

be constructive or S.T.F.U

You need to use APW9+ and not APW9, in other words any power supply that works on T17+ will work on S17e, T17e, S17+ and vice versa obviously, but T17, S17 and S17 pro use APW9 which won’t work on your miner.

APW9 > S17, T17, S17pro

APW9+ > S17e, T17e, S17+, T17+

full member

Activity: 228

Merit: 101

NEM (XEM) Top Coin

Thanks for reply… can i use power miner t17 40th/s or other model power for t17+ 55 ths or exactly my power must be t17+55 and can’t be t17+58 or others ?

legendary

Activity: 1764

Merit: 4829

be constructive or S.T.F.U

so chain 1 alone shows

INFO: chain[1] — 44 chips detected

chain 2 alone shows

ERROR: driver-btm-base.c:2154 Failed to initialize hash boards

chain 3 alone shows

chain[3] — 44 chips detected

chain 3 and 1 showed both hashbaords asics but failed to start, what this suggests is exactly what I said in my previous post

The kernel log can be very tricky, but this single line suggests that your hash boards might be okay but the power supply isn’t feeding them enough power, in other words, your PSU is bad…

full member

Activity: 228

Merit: 101

NEM (XEM) Top Coin

Dear Mikeywith and BitMaxz

I tried all chain one by one and this is the results (freq 650,700 and voltage 18.5,19.5 (framework asic.to) :

chain 1 : work without problem

[2020/08/24 14:01:52] INFO: Detected 256 Mb of RAM
[2020/08/24 14:01:52] INFO: Switching to manual fan control (30 %)
[2020/08/24 14:01:52] INFO: Checking fans
[2020/08/24 14:01:53] INFO: fan[0] — OK
[2020/08/24 14:01:53] INFO: fan[1] — OK
[2020/08/24 14:01:53] INFO: fan[2] — OK
[2020/08/24 14:01:53] INFO: fan[3] — OK
[2020/08/24 14:01:59] INFO: Power ON
[2020/08/24 14:02:01] INFO: Starting FPGA queue
[2020/08/24 14:02:04] INFO: Initializing hash boards
[2020/08/24 14:02:05] INFO: chain[1] — Initializing
[2020/08/24 14:02:07] INFO: chain[1] — 44 chips detected
[2020/08/24 14:02:08] INFO: Start-up temperature is 25 C (min -15 C)
[2020/08/24 14:02:11] INFO: Switching to manual fan control (100 %)
[2020/08/24 14:02:13] INFO: Raising freq from 50 to 700 Mhz gradually
[2020/08/24 14:02:17] INFO: Switching to manual fan control (96 %)
[2020/08/24 14:02:19] INFO: Start mining!

chain 2: work with this log and shut down

[2020/08/24 14:21:13] INFO: Detected 256 Mb of RAM
[2020/08/24 14:21:13] INFO: Switching to manual fan control (30 %)
[2020/08/24 14:21:13] INFO: Checking fans
[2020/08/24 14:21:18] INFO: fan[0] — OK
[2020/08/24 14:21:18] INFO: fan[1] — OK
[2020/08/24 14:21:18] INFO: fan[2] — OK
[2020/08/24 14:21:18] INFO: fan[3] — OK
[2020/08/24 14:21:24] INFO: Power ON
[2020/08/24 14:21:26] INFO: Starting FPGA queue
[2020/08/24 14:21:26] INFO: Initializing hash boards
[2020/08/24 14:21:26] INFO: chain[2] — Initializing
[2020/08/24 14:21:37] ERROR: driver-btm-chain.c:687 chain[2] — Voltage is different, cur=608 mV tgt=19500 mV
[2020/08/24 14:21:37] ERROR: driver-btm-chain.c:471 chain[2] — Failed to set start up voltage
[2020/08/24 14:21:37] INFO: chain[2] — Shutting down the chain
[2020/08/24 14:21:37] ERROR: driver-btm-base.c:356 chain[2] — Initialization failed
[2020/08/24 14:21:37] ERROR: driver-btm-base.c:2154 Failed to initialize hash boards
[2020/08/24 14:21:37] INFO: Shutting down the miner
[2020/08/24 14:21:37] INFO: Stopping FPGA queue
[2020/08/24 14:21:37] INFO: chain[2] — Shutting down the chain

chain 3:work without problem :

[2020/08/24 15:06:37] INFO: Start mining!
[2020/08/24 15:16:49] INFO: Detected 256 Mb of RAM
[2020/08/24 15:16:49] INFO: Switching to manual fan control (30 %)
[2020/08/24 15:16:49] INFO: Checking fans
[2020/08/24 15:16:56] INFO: fan[0] — OK
[2020/08/24 15:16:56] INFO: fan[1] — OK
[2020/08/24 15:16:56] INFO: fan[2] — OK
[2020/08/24 15:16:56] INFO: fan[3] — OK
[2020/08/24 15:17:02] INFO: Power ON
[2020/08/24 15:17:04] INFO: Starting FPGA queue
[2020/08/24 15:17:04] INFO: Initializing hash boards
[2020/08/24 15:17:04] INFO: chain[1] — Initializing
[2020/08/24 15:17:16] INFO: chain[1] — 44 chips detected
[2020/08/24 15:17:22] INFO: Start-up temperature is 25 C (min -15 C)
[2020/08/24 15:17:22] INFO: Switching to manual fan control (100 %)
[2020/08/24 15:17:22] INFO: Raising freq from 50 to 700 Mhz gradually
[2020/08/24 15:17:35] INFO: Switching to manual fan control (96 %)
[2020/08/24 15:17:35] INFO: Start mining!

but when connect two chain 1,3 that worked correctly in one mode :

[2020/08/24 14:42:13] INFO: Detected 256 Mb of RAM
[2020/08/24 14:42:13] INFO: Switching to manual fan control (30 %)
[2020/08/24 14:42:13] INFO: Checking fans
[2020/08/24 14:42:14] INFO: fan[0] — OK
[2020/08/24 14:42:14] INFO: fan[1] — OK
[2020/08/24 14:42:14] INFO: fan[2] — OK
[2020/08/24 14:42:14] INFO: fan[3] — OK
[2020/08/24 14:42:20] INFO: Power ON
[2020/08/24 14:42:22] INFO: Starting FPGA queue
[2020/08/24 14:42:22] INFO: Initializing hash boards
[2020/08/24 14:42:22] INFO: chain[2] — Initializing
[2020/08/24 14:42:22] INFO: chain[1] — Initializing
[2020/08/24 14:42:35] INFO: chain[2] — 44 chips detected
[2020/08/24 14:42:36] INFO: chain[1] — 44 chips detected
[2020/08/24 14:42:42] INFO: Start-up temperature is 24 C (min -15 C)
[2020/08/24 14:42:42] INFO: Switching to manual fan control (100 %)
[2020/08/24 14:42:42] INFO: Changing voltage from 19500 to 18500 mV gradually
[2020/08/24 14:43:12] INFO: Raising freq from 50 to 650 Mhz gradually
[2020/08/24 14:43:25] INFO: Switching to manual fan control (96 %)
[2020/08/24 14:43:25] INFO: Start mining!
[2020/08/24 14:46:47] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/24 14:46:48] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/24 14:46:49] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/24 14:47:03] INFO: Detected 256 Mb of RAM
[2020/08/24 14:47:03] INFO: Switching to manual fan control (30 %)
[2020/08/24 14:47:03] INFO: Checking fans
[2020/08/24 14:47:04] INFO: fan[0] — OK
[2020/08/24 14:47:04] INFO: fan[1] — OK
[2020/08/24 14:47:04] INFO: fan[2] — OK
[2020/08/24 14:47:04] INFO: fan[3] — OK
[2020/08/24 14:47:10] INFO: Power ON
[2020/08/24 14:47:12] INFO: Starting FPGA queue
[2020/08/24 14:47:12] INFO: Initializing hash boards
[2020/08/24 14:47:12] INFO: chain[2] — Initializing
[2020/08/24 14:47:12] INFO: chain[1] — Initializing
[2020/08/24 14:47:23] ERROR: driver-btm-chain.c:687 chain[2] — Voltage is different, cur=874 mV tgt=19500 mV
[2020/08/24 14:47:23] ERROR: driver-btm-chain.c:471 chain[2] — Failed to set start up voltage
[2020/08/24 14:47:23] INFO: chain[2] — Shutting down the chain
[2020/08/24 14:47:23] ERROR: driver-btm-base.c:356 chain[2] — Initialization failed
[2020/08/24 14:47:24] ERROR: driver-btm-chain.c:687 chain[1] — Voltage is different, cur=946 mV tgt=19500 mV
[2020/08/24 14:47:24] ERROR: driver-btm-chain.c:471 chain[1] — Failed to set start up voltage
[2020/08/24 14:47:24] INFO: chain[1] — Shutting down the chain
[2020/08/24 14:47:24] ERROR: driver-btm-base.c:356 chain[1] — Initialization failed
[2020/08/24 14:47:24] ERROR: driver-btm-base.c:2154 Failed to initialize hash boards
[2020/08/24 14:47:24] INFO: Shutting down the miner

what do you think about this problem?

legendary

Activity: 1764

Merit: 4829

be constructive or S.T.F.U

That was hard to troubleshoot but I think much better to flash it back first on the original Bitmain firmware to check if the miner is fine and to check if it’s actually a PSU issue.

That makes sense, he should try that as well.

Can you try to run the hashboard one by one?
The one hashboard might be broken that can prevent other hashboard to run properly.

It’s unlikely, this used to be the case in the old miners S11 and older IIRC, but since the S15 the control board will simply ignore the bad hash board and move on to the next one, it’s even better with Vnish firmware since even if the board needs tunning the other two will work while the bad one gets turned individually, so it’s unlikely that 1 board is causing the miner to shut-down.

However, it would be worth it to test the hash boards one by one not for the reason you mentioned but for the fact that his PSU could be bad but not totally broken and it may be able to run a single hash board but not 3 of them.

legendary

Activity: 2744

Merit: 2373

Bull market is coming?

That was hard to troubleshoot but I think much better to flash it back first on the original Bitmain firmware to check if the miner is fine and to check if it’s actually a PSU issue.

If the miner is running fine with the original firmware there might be misconfigured on asic.to firmware that causes the issue you might need the help of taserz to tweak your miner.
Or your miner is broken and you are trying to fix the issue by using asic.to firmware?

Can you try to run the hashboard one by one?
The one hashboard might be broken that can prevent other hashboard to run properly.

legendary

Activity: 1764

Merit: 4829

be constructive or S.T.F.U

[1970/01/01 00:20:11] ERROR: driver-btm-chain.c:967 chain[0] — Failed to read temp from all sensors!

The kernel log can be very tricky, but this single line suggests that your hash boards might be okay but the power supply isn’t feeding them enough power, in other words, your PSU is bad, do you have a spare PSU?

This isn’t how he should do it, this is the auto-chip tune, he needs to go the next tab and set fixed frequency and voltage for each hashboard.

full member

Activity: 228

Merit: 101

NEM (XEM) Top Coin

I did it but error is stable yet

[2020/08/21 19:08:07] INFO: Detected 256 Mb of RAM
[2020/08/21 19:08:07] INFO: Switching to manual fan control (30 %)
[2020/08/21 19:08:07] INFO: Checking fans
[2020/08/21 19:08:08] INFO: fan[0] — OK
[2020/08/21 19:08:08] INFO: fan[1] — OK
[2020/08/21 19:08:08] INFO: fan[2] — OK
[2020/08/21 19:08:08] INFO: fan[3] — OK
[2020/08/21 19:08:14] INFO: Power ON
[2020/08/21 19:08:17] INFO: Starting FPGA queue
[2020/08/21 19:08:17] INFO: Initializing hash boards
[2020/08/21 19:08:17] INFO: chain[2] — Initializing
[2020/08/21 19:08:17] INFO: chain[1] — Initializing
[2020/08/21 19:08:17] INFO: chain[0] — Initializing
[2020/08/21 19:08:30] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:31] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:32] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:32] WARN: chain[2] — 0 of 44 chips detected
[2020/08/21 19:08:33] INFO: chain[1] — 44 chips detected
[2020/08/21 19:08:34] INFO: chain[0] — 44 chips detected
[2020/08/21 19:08:41] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:42] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:43] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:43] WARN: chain[2] — 0 of 44 chips detected
[2020/08/21 19:08:53] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:54] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:55] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[2020/08/21 19:08:55] WARN: chain[2] — 0 of 44 chips detected
[2020/08/21 19:08:55] ERROR: driver-btm-chain.c:488 chain[2] — Failed to detect ASIC chips
[2020/08/21 19:08:55] INFO: chain[2] — Shutting down the chain
[2020/08/21 19:08:56] ERROR: driver-btm-base.c:356 chain[2] — Initialization failed
[2020/08/21 19:08:59] INFO: Start-up temperature is 31 C (min -15 C)
[2020/08/21 19:08:59] INFO: Switching to manual fan control (100 %)
[2020/08/21 19:08:59] INFO: Changing voltage from 19500 to 16000 mV gradually
[2020/08/21 19:09:45] INFO: Raising freq from 50 to 400 Mhz gradually
[2020/08/21 19:09:52] INFO: Switching to manual fan control (96 %)
[2020/08/21 19:09:52] INFO: Start mining!
[2020/08/21 19:10:52] INFO: Changing voltage from 16000 to 15800 mV gradually
[2020/08/21 19:11:18] INFO: Changing voltage from 15800 to 15600 mV gradually
[2020/08/21 19:11:44] INFO: Changing voltage from 15600 to 15400 mV gradually
[2020/08/21 19:12:09] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[2020/08/21 19:12:10] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[2020/08/21 19:12:11] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/21 19:12:12] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/21 19:12:14] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[2020/08/21 19:12:15] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[2020/08/21 19:12:16] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/21 19:12:17] ERROR: src/temp.c:217 chain[0] sen[3] — Lost, no updates for 10 sec
[2020/08/21 19:12:17] ERROR: src/temp.c:217 chain[1] sen[0] — Lost, no updates for 10 sec
[2020/08/21 19:12:17] ERROR: src/temp.c:217 chain[1] sen[1] — Lost, no updates for 10 sec
[2020/08/21 19:12:17] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/21 19:12:18] ERROR: src/temp.c:217 chain[0] sen[0] — Lost, no updates for 10 sec
[2020/08/21 19:12:18] ERROR: src/temp.c:217 chain[0] sen[1] — Lost, no updates for 10 sec
[2020/08/21 19:12:18] ERROR: src/temp.c:217 chain[0] sen[2] — Lost, no updates for 10 sec
[2020/08/21 19:12:18] ERROR: driver-btm-chain.c:967 chain[0] — Failed to read temp from all sensors!
[2020/08/21 19:12:18] INFO: chain[0] — Shutting down the chain
[2020/08/21 19:12:19] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[2020/08/21 19:12:20] ERROR: src/temp.c:217 chain[1] sen[2] — Lost, no updates for 10 sec
[2020/08/21 19:12:20] ERROR: src/temp.c:217 chain[1] sen[3] — Lost, no updates for 10 sec
[2020/08/21 19:12:20] ERROR: driver-btm-chain.c:967 chain[1] — Failed to read temp from all sensors!
[2020/08/21 19:12:20] INFO: chain[1] — Shutting down the chain
[2020/08/21 19:12:20] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[2020/08/21 19:12:21] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/21 19:12:22] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[2020/08/21 19:12:23] ERROR: driver-btm-chain.c:687 chain[1] — Voltage is different, cur=1164 mV tgt=15400 mV
[2020/08/21 19:12:24] WARN: No working chains
[2020/08/21 19:12:24] INFO: Shutting down the miner
[2020/08/21 19:12:24] INFO: Stopping FPGA queue
[2020/08/21 19:12:24] INFO: chain[0] — Shutting down the chain
[2020/08/21 19:12:24] INFO: chain[1] — Shutting down the chain
[2020/08/21 19:12:24] INFO: chain[2] — Shutting down the chain
[2020/08/21 19:12:24] INFO: Power OFF

legendary

Activity: 2744

Merit: 2373

Bull market is coming?

According to your logs «Failed to receive chip replies» your hashboard might be overheating that could lead to miner autoshutdown for overheating protection.

The solution is already on the above post by mikeywith reducing the frequency might solve the issue. If not, try to increase the fan speed or set it fixed to the maximum.

You can also, try to downvolt and manually set it to the lower frequency just to get rid of this issue.

The guide is already on asic.to manual or download it from here https://asic.to/download/manual_english/

And check this part.

Enable the #3 for auto downscale if the HW errors still occur.

full member

Activity: 228

Merit: 101

NEM (XEM) Top Coin

Dear Mikeywith

my t17+ have this log now..and after 15 min power off automatically and again miner work for 15 min …i don’t know whats the problem…please guide me …thanks

[1970/01/01 00:05:10] INFO: Detected 256 Mb of RAM
[1970/01/01 00:05:10] INFO: Switching to manual fan control (30 %)
[1970/01/01 00:05:10] INFO: Checking fans
[1970/01/01 00:05:15] INFO: fan[0] — OK
[1970/01/01 00:05:15] INFO: fan[1] — OK
[1970/01/01 00:05:15] INFO: fan[2] — OK
[1970/01/01 00:05:15] INFO: fan[3] — OK
[1970/01/01 00:05:21] INFO: Power ON
[1970/01/01 00:05:23] INFO: Starting FPGA queue
[1970/01/01 00:05:23] INFO: Initializing hash boards
[1970/01/01 00:05:23] INFO: chain[2] — Initializing
[1970/01/01 00:05:23] INFO: chain[1] — Initializing
[1970/01/01 00:05:23] INFO: chain[0] — Initializing
[1970/01/01 00:05:36] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:05:37] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:05:38] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:05:38] WARN: chain[2] — 0 of 44 chips detected
[1970/01/01 00:05:39] INFO: chain[1] — 44 chips detected
[1970/01/01 00:05:40] INFO: chain[0] — 44 chips detected
[1970/01/01 00:05:48] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:05:49] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:05:50] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:05:50] WARN: chain[2] — 0 of 44 chips detected
[1970/01/01 00:05:59] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:06:00] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:06:01] ERROR: src/chip139x.c:1049 chain[2] — Failed to receive chip replies
[1970/01/01 00:06:01] WARN: chain[2] — 0 of 44 chips detected
[1970/01/01 00:06:01] ERROR: driver-btm-chain.c:488 chain[2] — Failed to detect ASIC chips
[1970/01/01 00:06:01] INFO: chain[2] — Shutting down the chain
[1970/01/01 00:06:02] ERROR: driver-btm-base.c:356 chain[2] — Initialization failed
[1970/01/01 00:06:05] INFO: Start-up temperature is 30 C (min -15 C)
[1970/01/01 00:06:05] INFO: Switching to manual fan control (100 %)
[1970/01/01 00:06:05] INFO: Changing voltage from 19500 to 18500 mV gradually
[1970/01/01 00:06:35] INFO: Raising freq from 50 to 650 Mhz gradually
[1970/01/01 00:06:48] INFO: Switching to manual fan control (96 %)
[1970/01/01 00:06:48] INFO: Start mining!
[1970/01/01 00:07:48] INFO: Changing voltage from 18500 to 18300 mV gradually
[1970/01/01 00:08:12] INFO: Changing voltage from 18300 to 18200 mV gradually
[1970/01/01 00:10:24] INFO: Changing voltage from 18200 to 18100 mV gradually
[1970/01/01 00:11:36] INFO: Changing voltage from 18100 to 18000 mV gradually
[1970/01/01 00:12:49] INFO: Changing voltage from 18000 to 17900 mV gradually
[1970/01/01 00:14:02] INFO: Changing voltage from 17900 to 17800 mV gradually
[1970/01/01 00:15:15] INFO: Changing voltage from 17800 to 17700 mV gradually
[1970/01/01 00:16:28] INFO: Changing voltage from 17700 to 17600 mV gradually
[1970/01/01 00:17:41] INFO: Changing voltage from 17600 to 17500 mV gradually
[1970/01/01 00:18:54] INFO: Changing voltage from 17500 to 17400 mV gradually
[1970/01/01 00:20:02] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[1970/01/01 00:20:03] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[1970/01/01 00:20:05] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[1970/01/01 00:20:06] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[1970/01/01 00:20:07] INFO: Changing voltage from 17400 to 17300 mV gradually
[1970/01/01 00:20:07] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[1970/01/01 00:20:08] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[1970/01/01 00:20:10] ERROR: src/temp.c:217 chain[1] sen[1] — Lost, no updates for 10 sec
[1970/01/01 00:20:10] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[1970/01/01 00:20:11] ERROR: src/temp.c:217 chain[0] sen[0] — Lost, no updates for 10 sec
[1970/01/01 00:20:11] ERROR: src/temp.c:217 chain[0] sen[1] — Lost, no updates for 10 sec
[1970/01/01 00:20:11] ERROR: src/temp.c:217 chain[0] sen[2] — Lost, no updates for 10 sec
[1970/01/01 00:20:11] ERROR: src/temp.c:217 chain[0] sen[3] — Lost, no updates for 10 sec
[1970/01/01 00:20:11] ERROR: driver-btm-chain.c:967 chain[0] — Failed to read temp from all sensors!
[1970/01/01 00:20:11] INFO: chain[0] — Shutting down the chain
[1970/01/01 00:20:11] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[1970/01/01 00:20:12] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[1970/01/01 00:20:13] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[1970/01/01 00:20:15] ERROR: src/temp.c:217 chain[1] sen[0] — Lost, no updates for 10 sec
[1970/01/01 00:20:15] ERROR: src/temp.c:217 chain[1] sen[2] — Lost, no updates for 10 sec
[1970/01/01 00:20:15] ERROR: src/temp.c:217 chain[1] sen[3] — Lost, no updates for 10 sec
[1970/01/01 00:20:15] ERROR: driver-btm-chain.c:967 chain[1] — Failed to read temp from all sensors!
[1970/01/01 00:20:15] INFO: chain[1] — Shutting down the chain
[1970/01/01 00:20:15] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[1970/01/01 00:20:16] ERROR: src/chip139x.c:1049 chain[0] — Failed to receive chip replies
[1970/01/01 00:20:17] WARN: No working chains
[1970/01/01 00:20:17] INFO: Shutting down the miner
[1970/01/01 00:20:17] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[1970/01/01 00:20:18] ERROR: src/chip139x.c:1049 chain[1] — Failed to receive chip replies
[1970/01/01 00:20:19] INFO: Stopping FPGA queue
[1970/01/01 00:20:19] INFO: chain[0] — Shutting down the chain
[1970/01/01 00:20:19] INFO: chain[1] — Shutting down the chain
[1970/01/01 00:20:19] INFO: chain[2] — Shutting down the chain
[1970/01/01 00:20:19] INFO: Power OFF

legendary

Activity: 1764

Merit: 4829

be constructive or S.T.F.U

What do you mean by resetting it manually?

At which point do you get this output?

[2020/08/17 17:53:09] WARN: chain[1] — 0 of 44 chips detected
[2020/08/17 17:53:10] INFO: chain[0] — 44 chips detected
[2020/08/17 17:53:18] WARN: chain[2] — 24 of 44 chips detected

Anyway, to answer your question, you need to go

Miner Configuration > Chain Frequency settings

Notice that there are two «Chain Frequency settings» tabs, you want the second to the left, scroll down and set the voltage and frequency you want.

Before you do that I suggest you go to

Miner Configuration > Profile Setting

Go to Preset and chose a low-profile, let it run for about an hour and then see if that fix anything if not then simply disable the profile and go to Chain Frequency settings and set low-frequency on your chain 1 and 2 ( 0 seems to be fine showing 44 asics as it should).

Please note that your chances are slim to nothing, but it still worth the try.

full member

Activity: 228

Merit: 101

NEM (XEM) Top Coin

I updated my asic t17+ 55 ths to framework of asic.to successfully .My miner status and log is on below….you know that we can change voltage and frequency of chain manually in asic.to framework. i want to know with change of voltage or frequency of chains , can i solve this chip issue? any recommend setting is exists for asic.to? thanks.

my asic is this status

[2020/08/16 12:32:43] WARN: chain[2] — 0 of 44 chips detected
[2020/08/16 12:32:44] INFO: chain[1] — 44 chips detected
[2020/08/16 12:32:45] INFO: chain[0] — 44 chips detected

and after reset it manually it change to it:

[2020/08/17 17:53:09] WARN: chain[1] — 0 of 44 chips detected
[2020/08/17 17:53:10] INFO: chain[0] — 44 chips detected
[2020/08/17 17:53:18] WARN: chain[2] — 24 of 44 chips detected

Booting Linux on physical CPU 0x0
Linux version 4.6.0-xilinx-gff8137b-dirty ([email protected]) (gcc version 4.8.3 20140320 (prerelease) (Sourcery CodeBench Lite 2014.05-23) ) #25 SMP PREEMPT Fri Nov 23 15:30:52 CST 2018
CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=18c5387d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Xilinx Zynq
cma: Reserved 16 MiB at 0x0e000000
Memory policy: Data cache writealloc
On node 0 totalpages: 61440
free_area_init_node: node 0, pgdat c0b39280, node_mem_map cde10000
  Normal zone: 480 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 61440 pages, LIFO batch:15
percpu: Embedded 12 pages/cpu @cddf1000 s19776 r8192 d21184 u49152
pcpu-alloc: s19776 r8192 d21184 u49152 alloc=12*4096
pcpu-alloc: [0] 0 [0] 1
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 60960
Kernel command line: mem=240M console=ttyPS0,115200 ramdisk_size=33554432 root=/dev/ram rw earlyprintk
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 202820K/245760K available (6345K kernel code, 231K rwdata, 1896K rodata, 1024K init, 223K bss, 26556K reserved, 16384K cma-reserved, 0K highmem)
Virtual kernel memory layout:
   vector : 0xffff0000 — 0xffff1000 ( 4 kB)
   fixmap : 0xffc00000 — 0xfff00000 (3072 kB)
   vmalloc : 0xcf800000 — 0xff800000 ( 768 MB)
   lowmem : 0xc0000000 — 0xcf000000 ( 240 MB)
   pkmap : 0xbfe00000 — 0xc0000000 ( 2 MB)
   modules : 0xbf000000 — 0xbfe00000 ( 14 MB)
   .text : 0xc0008000 — 0xc090c424 (9234 kB)
   .init : 0xc0a00000 — 0xc0b00000 (1024 kB)
   .data : 0xc0b00000 — 0xc0b39fe0 ( 232 kB)
   .bss : 0xc0b39fe0 — 0xc0b71c28 ( 224 kB)
Preemptible hierarchical RCU implementation.
Build-time adjustment of leaf fanout to 32.
RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2.
RCU: Adjusting geometry for rcu_fanout_leaf=32, nr_cpu_ids=2
NR_IRQS:16 nr_irqs:16 16
efuse mapped to cf800000
ps7-slcr mapped to cf802000
L2C: platform modifies aux control register: 0x72360000 -> 0x72760000
L2C: DT/platform modifies aux control register: 0x72360000 -> 0x72760000
L2C-310 erratum 769419 enabled
L2C-310 enabling early BRESP for Cortex-A9
L2C-310 full line of zeros enabled for Cortex-A9
L2C-310 ID prefetch enabled, offset 1 lines
L2C-310 dynamic clock gating enabled, standby mode enabled
L2C-310 cache controller enabled, 8 ways, 512 kB
L2C-310: CACHE_ID 0x410000c8, AUX_CTRL 0x76760001
zynq_clock_init: clkc starts at cf802100
Zynq clock init
sched_clock: 64 bits at 333MHz, resolution 3ns, wraps every 4398046511103ns
clocksource: arm_global_timer: mask: 0xffffffffffffffff max_cycles: 0x4ce07af025, max_idle_ns: 440795209040 ns
Switching to timer-based delay loop, resolution 3ns
clocksource: ttc_clocksource: mask: 0xffff max_cycles: 0xffff, max_idle_ns: 537538477 ns
ps7-ttc #0 at cf80a000, irq=18
Console: colour dummy device 80×30
Calibrating delay loop (skipped), value calculated using timer frequency.. 666.66 BogoMIPS (lpj=3333333)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
Setting up static identity map for 0x100000 — 0x100058
CPU1: failed to boot: -1
Brought up 1 CPUs
SMP: Total of 1 processors activated (666.66 BogoMIPS).
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cpuidle: using governor menu
hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
hw-breakpoint: maximum watchpoint size is 4 bytes.
zynq-ocm f800c000.ps7-ocmc: ZYNQ OCM pool: 256 KiB @ 0xcf880000
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
media: Linux media interface: v0.10
Linux video capture interface: v2.00
pps_core: LinuxPPS API ver. 1 registered
pps_core: Software ver. 5.3.6 — Copyright 2005-2007 Rodolfo Giometti

PTP clock support registered
EDAC MC: Ver: 3.0.0
Advanced Linux Sound Architecture Driver Initialized.
clocksource: Switched to clocksource arm_global_timer
NET: Registered protocol family 2
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 2048 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
UDP hash table entries: 256 (order: 1, 8192 bytes)
UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
PCI: CLS 0 bytes, default 64
Trying to unpack rootfs image as initramfs…
rootfs image is not initramfs (no cpio magic); looks like an initrd
Freeing initrd memory: 13516K (ccdcd000 — cdb00000)
hw perfevents: enabled with armv7_cortex_a9 PMU driver, 7 counters available
futex hash table entries: 512 (order: 3, 32768 bytes)
workingset: timestamp_bits=28 max_order=16 bucket_order=0
jffs2: version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc.
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
dma-pl330 f8003000.ps7-dma: Loaded driver for PL330 DMAC-241330
dma-pl330 f8003000.ps7-dma: DBUFF-128x8bytes Num_Chans-8 Num_Peri-4 Num_Events-16
e0000000.serial: ttyPS0 at MMIO 0xe0000000 (irq = 158, base_baud = 6249999) is a xuartps
console [ttyPS0] enabled
xdevcfg f8007000.ps7-dev-cfg: ioremap 0xf8007000 to cf86e000
[drm] Initialized drm 1.1.0 20060810
brd: module loaded
loop: module loaded
CAN device driver interface
gpiod_set_value: invalid GPIO
libphy: MACB_mii_bus: probed
macb e000b000.ethernet eth0: Cadence GEM rev 0x00020118 at 0xe000b000 irq 31 (00:0a:35:00:00:00)
Generic PHY e000b000.etherne:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=e000b000.etherne:00, irq=-1)
e1000e: Intel(R) PRO/1000 Network Driver — 3.2.6-k
e1000e: Copyright(c) 1999 — 2015 Intel Corporation.
ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver
ehci-pci: EHCI PCI platform driver
usbcore: registered new interface driver usb-storage
mousedev: PS/2 mouse device common for all mice
i2c /dev entries driver
Xilinx Zynq CpuIdle Driver started
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci-pltfm: SDHCI platform and OF driver helper
mmc0: SDHCI controller on e0100000.ps7-sdio [e0100000.ps7-sdio] using ADMA
ledtrig-cpu: registered to indicate activity on CPUs
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xda
nand: Micron MT29F2G08ABAEAWP
nand: 256 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
nand: WARNING: pl35x-nand: the ECC used on your system is too weak compared to the one required by the NAND chip
Bad block table found at page 131008, version 0x01
Bad block table found at page 130944, version 0x01
6 ofpart partitions found on MTD device pl35x-nand
Creating 6 MTD partitions on «pl35x-nand»:
0x000000000000-0x000002800000 : «BOOT.bin-env-dts-kernel»
0x000002800000-0x000004800000 : «ramfs»
0x000004800000-0x000005000000 : «configs»
0x000005000000-0x000006000000 : «reserve»
0x000006000000-0x000008000000 : «ramfs-bak»
0x000008000000-0x000010000000 : «reserve1»
NET: Registered protocol family 10
sit: IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
can: controller area network core (rev 20120528 abi 9)
NET: Registered protocol family 29
can: raw protocol (rev 20120528)
can: broadcast manager protocol (rev 20120528 t)
can: netlink gateway (rev 20130117) max_hops=1
zynq_pm_ioremap: no compatible node found for ‘xlnx,zynq-ddrc-a05’
zynq_pm_late_init: Unable to map DDRC IO memory.
Registering SWP/SWPB emulation handler
hctosys: unable to open rtc device (rtc0)
ALSA device list:
No soundcards found.
RAMDISK: gzip image found at block 0
EXT4-fs (ram0): couldn’t mount as ext3 due to feature incompatibilities
EXT4-fs (ram0): mounted filesystem without journal. Opts: (null)
VFS: Mounted root (ext4 filesystem) on device 1:0.
devtmpfs: mounted
Freeing unused kernel memory: 1024K (c0a00000 — c0b00000)
EXT4-fs (ram0): re-mounted. Opts: block_validity,delalloc,barrier,user_xattr
random: dd urandom read with 0 bits of entropy available
ubi0: attaching mtd2
ubi0: scanning is finished
ubi0: attached mtd2 (name «configs», size 8 MiB)
ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
ubi0: good PEBs: 64, bad PEBs: 0, corrupted PEBs: 0
ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128
ubi0: max/mean erase counter: 5/2, WL threshold: 4096, image sequence number: 2881768101
ubi0: available PEBs: 0, total reserved PEBs: 64, PEBs reserved for bad PEB handling: 40
ubi0: background thread «ubi_bgt0d» started, PID 708
UBIFS (ubi0:0): background thread «ubifs_bgt0_0» started, PID 711
UBIFS (ubi0:0): recovery needed
UBIFS (ubi0:0): recovery completed
UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name «configs»
UBIFS (ubi0:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
UBIFS (ubi0:0): FS size: 1396736 bytes (1 MiB, 11 LEBs), journal size 888833 bytes (0 MiB, 5 LEBs)
UBIFS (ubi0:0): reserved for root: 65970 bytes (64 KiB)
UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID 2AF94D23-0760-4801-8C27-532C11A81FC1, small LPT model
ubi1: attaching mtd5
ubi1: scanning is finished
ubi1: attached mtd5 (name «reserve1», size 128 MiB)
ubi1: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
ubi1: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
ubi1: VID header offset: 2048 (aligned 2048), data offset: 4096
ubi1: good PEBs: 1020, bad PEBs: 4, corrupted PEBs: 0
ubi1: user volume: 1, internal volumes: 1, max. volumes count: 128
ubi1: max/mean erase counter: 177/36, WL threshold: 4096, image sequence number: 3563076859
ubi1: available PEBs: 0, total reserved PEBs: 1020, PEBs reserved for bad PEB handling: 36
ubi1: background thread «ubi_bgt1d» started, PID 720
UBIFS (ubi1:0): background thread «ubifs_bgt1_0» started, PID 723
UBIFS (ubi1:0): recovery needed
UBIFS (ubi1:0): recovery completed
UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name «reserve1»
UBIFS (ubi1:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
UBIFS (ubi1:0): FS size: 123039744 bytes (117 MiB, 969 LEBs), journal size 6221824 bytes (5 MiB, 49 LEBs)
UBIFS (ubi1:0): reserved for root: 4952683 bytes (4836 KiB)
UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID A21581E4-693A-4BBF-A66A-FCE5ACD2EF7F, small LPT model
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
macb e000b000.ethernet eth0: unable to generate target frequency: 25000000 Hz
macb e000b000.ethernet eth0: link up (100/Full)
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
random: nonblocking pool is initialized
[2020/08/14 09:02:47] INFO: Detected 256 Mb of RAM
[2020/08/14 09:02:47] INFO: Switching to manual fan control (30 %)
[2020/08/14 09:02:47] INFO: Checking fans
[2020/08/14 09:02:51] INFO: fan[0] — OK
[2020/08/14 09:02:51] INFO: fan[1] — OK
[2020/08/14 09:02:51] INFO: fan[2] — OK
[2020/08/14 09:02:51] INFO: fan[3] — OK
[2020/08/14 09:02:57] INFO: Power ON
[2020/08/14 09:02:59] INFO: Starting FPGA queue
[2020/08/14 09:02:59] INFO: Initializing hash boards
[2020/08/14 09:02:59] INFO: chain[2] — Initializing
[2020/08/14 09:02:59] INFO: chain[1] — Initializing
[2020/08/14 09:02:59] INFO: chain[0] — Initializing
[2020/08/14 09:03:12] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:03:13] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:03:14] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:03:14] WARN: chain[2] — 0 of 44 chips detected
[2020/08/14 09:03:14] INFO: Shutting down the miner
[2020/08/14 09:03:14] INFO: Stopping FPGA queue
[2020/08/14 09:03:14] INFO: chain[0] — Shutting down the chain
[2020/08/14 09:03:15] INFO: chain[1] — Shutting down the chain
[2020/08/14 09:03:15] INFO: chain[1] — 44 chips detected
[2020/08/14 09:03:15] INFO: chain[2] — Shutting down the chain
[2020/08/14 09:03:16] INFO: Power OFF
[2020/08/14 09:03:25] INFO: Detected 256 Mb of RAM
[2020/08/14 09:03:25] INFO: Switching to manual fan control (30 %)
[2020/08/14 09:03:25] INFO: Checking fans
[2020/08/14 09:03:26] INFO: fan[0] — OK
[2020/08/14 09:03:26] INFO: fan[1] — OK
[2020/08/14 09:03:26] INFO: fan[2] — OK
[2020/08/14 09:03:26] INFO: fan[3] — OK
[2020/08/14 09:03:32] INFO: Power ON
[2020/08/14 09:03:34] INFO: Starting FPGA queue
[2020/08/14 09:03:34] INFO: Initializing hash boards
[2020/08/14 09:03:34] INFO: chain[2] — Initializing
[2020/08/14 09:03:34] INFO: chain[1] — Initializing
[2020/08/14 09:03:34] INFO: chain[0] — Initializing
[2020/08/14 09:03:48] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:03:49] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:03:50] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:03:50] WARN: chain[2] — 0 of 44 chips detected
[2020/08/14 09:03:51] INFO: chain[1] — 44 chips detected
[2020/08/14 09:03:52] INFO: chain[0] — 44 chips detected
[2020/08/14 09:03:59] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:04:00] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:04:01] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:04:01] WARN: chain[2] — 0 of 44 chips detected
[2020/08/14 09:04:11] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:04:12] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:04:13] ERROR: src/chip139x.c:1044 chain[2] — Failed to receive chip replies
[2020/08/14 09:04:13] WARN: chain[2] — 0 of 44 chips detected
[2020/08/14 09:04:13] ERROR: driver-btm-chain.c:488 chain[2] — Failed to detect ASIC chips
[2020/08/14 09:04:13] INFO: chain[2] — Shutting down the chain
[2020/08/14 09:04:13] ERROR: driver-btm-base.c:361 chain[2] — Initialization failed
[2020/08/14 09:04:17] INFO: Start-up temperature is 26 C (min -15 C)
[2020/08/14 09:04:17] INFO: Switching to manual fan control (100 %)
[2020/08/14 09:04:17] INFO: Changing voltage from 19500 to 18500 mV gradually
[2020/08/14 09:04:47] INFO: Raising freq from 50 to 500 Mhz gradually
[2020/08/14 09:04:56] INFO: Switching to automatic fan control (75 C)
[2020/08/14 09:04:56] INFO: Start mining!
[2020/08/17 17:29:15] INFO: Changing voltage from 19000 to 18800 mV gradually
[2020/08/17 17:29:38] INFO: Changing voltage from 18800 to 18600 mV gradually
[2020/08/17 17:30:01] INFO: Changing voltage from 18600 to 18400 mV gradually
[2020/08/17 17:30:24] INFO: Changing voltage from 18400 to 18200 mV gradually
[2020/08/17 17:30:46] INFO: Changing voltage from 18200 to 18000 mV gradually
[2020/08/17 17:31:06] INFO: Shutting down the miner
[2020/08/17 17:31:06] INFO: Setting freq to 50 Mhz gradually
[2020/08/17 17:31:11] INFO: Stopping FPGA queue
[2020/08/17 17:31:11] INFO: chain[0] — Shutting down the chain
[2020/08/17 17:31:18] INFO: Detected 256 Mb of RAM
[2020/08/17 17:31:18] INFO: Switching to manual fan control (30 %)
[2020/08/17 17:31:18] INFO: Checking fans
[2020/08/17 17:31:19] INFO: fan[0] — OK
[2020/08/17 17:31:19] INFO: fan[1] — OK
[2020/08/17 17:31:19] INFO: fan[2] — OK
[2020/08/17 17:31:19] INFO: fan[3] — OK
[2020/08/17 17:31:25] INFO: Power ON
[2020/08/17 17:31:27] INFO: Starting FPGA queue
[2020/08/17 17:31:27] INFO: Initializing hash boards
[2020/08/17 17:31:27] INFO: chain[2] — Initializing
[2020/08/17 17:31:27] INFO: chain[1] — Initializing
[2020/08/17 17:31:27] INFO: chain[0] — Initializing
[2020/08/17 17:31:42] WARN: chain[2] — 24 of 44 chips detected
[2020/08/17 17:31:43] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:31:44] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:31:45] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:31:45] WARN: chain[1] — 0 of 44 chips detected
[2020/08/17 17:31:46] INFO: chain[0] — 44 chips detected
[2020/08/17 17:31:54] WARN: chain[2] — 24 of 44 chips detected
[2020/08/17 17:31:57] WARN: chain[1] — 20 of 44 chips detected
[2020/08/17 17:32:05] WARN: chain[2] — 24 of 44 chips detected
[2020/08/17 17:32:05] ERROR: driver-btm-chain.c:488 chain[2] — Failed to detect ASIC chips
[2020/08/17 17:32:05] INFO: chain[2] — Shutting down the chain
[2020/08/17 17:32:06] ERROR: driver-btm-base.c:361 chain[2] — Initialization failed
[2020/08/17 17:32:08] WARN: chain[1] — 20 of 44 chips detected
[2020/08/17 17:32:08] ERROR: driver-btm-chain.c:488 chain[1] — Failed to detect ASIC chips
[2020/08/17 17:32:08] INFO: chain[1] — Shutting down the chain
[2020/08/17 17:32:09] ERROR: driver-btm-base.c:361 chain[1] — Initialization failed
[2020/08/17 17:32:12] INFO: Start-up temperature is 21 C (min -15 C)
[2020/08/17 17:32:12] INFO: Switching to manual fan control (100 %)
[2020/08/17 17:32:12] INFO: Changing voltage from 19500 to 19000 mV gradually
[2020/08/17 17:32:36] INFO: Raising freq from 50 to 700 Mhz gradually
[2020/08/17 17:32:49] INFO: Switching to manual fan control (95 %)
[2020/08/17 17:32:49] INFO: Start mining!
[2020/08/17 17:52:42] INFO: Detected 256 Mb of RAM
[2020/08/17 17:52:42] INFO: Switching to manual fan control (30 %)
[2020/08/17 17:52:42] INFO: Checking fans
[2020/08/17 17:52:43] INFO: fan[0] — OK
[2020/08/17 17:52:43] INFO: fan[1] — OK
[2020/08/17 17:52:43] INFO: fan[2] — OK
[2020/08/17 17:52:43] INFO: fan[3] — OK
[2020/08/17 17:52:49] INFO: Power ON
[2020/08/17 17:52:51] INFO: Starting FPGA queue
[2020/08/17 17:52:51] INFO: Initializing hash boards
[2020/08/17 17:52:51] INFO: chain[2] — Initializing
[2020/08/17 17:52:51] INFO: chain[1] — Initializing
[2020/08/17 17:52:51] INFO: chain[0] — Initializing
[2020/08/17 17:53:06] WARN: chain[2] — 24 of 44 chips detected
[2020/08/17 17:53:07] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:08] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:09] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:09] WARN: chain[1] — 0 of 44 chips detected
[2020/08/17 17:53:10] INFO: chain[0] — 44 chips detected
[2020/08/17 17:53:18] WARN: chain[2] — 24 of 44 chips detected
[2020/08/17 17:53:19] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:20] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:21] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:21] WARN: chain[1] — 0 of 44 chips detected
[2020/08/17 17:53:29] WARN: chain[2] — 24 of 44 chips detected
[2020/08/17 17:53:29] ERROR: driver-btm-chain.c:488 chain[2] — Failed to detect ASIC chips
[2020/08/17 17:53:29] INFO: chain[2] — Shutting down the chain
[2020/08/17 17:53:30] ERROR: driver-btm-base.c:361 chain[2] — Initialization failed
[2020/08/17 17:53:30] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:31] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:32] ERROR: src/chip139x.c:1044 chain[1] — Failed to receive chip replies
[2020/08/17 17:53:32] WARN: chain[1] — 0 of 44 chips detected
[2020/08/17 17:53:32] ERROR: driver-btm-chain.c:488 chain[1] — Failed to detect ASIC chips
[2020/08/17 17:53:32] INFO: chain[1] — Shutting down the chain
[2020/08/17 17:53:33] ERROR: driver-btm-base.c:361 chain[1] — Initialization failed
[2020/08/17 17:53:36] INFO: Start-up temperature is 20 C (min -15 C)
[2020/08/17 17:53:36] INFO: Switching to manual fan control (100 %)
[2020/08/17 17:53:36] INFO: Changing voltage from 19500 to 19000 mV gradually
[2020/08/17 17:54:00] INFO: Raising freq from 50 to 700 Mhz gradually
[2020/08/17 17:54:13] INFO: Switching to manual fan control (90 %)
[2020/08/17 17:54:13] INFO: Start mining!

Источник

Содержание

Topic: t17+ with framework asic.to (Read 415 times)
t17 ошибка в логах
Demiansikora
Valwhatsminer
Zoomy

Topic: t17+ with framework asic.to (Read 415 times)

One thing worth mentioning that lower/higher voltage than what bitmain specifies will kill the new psu as well, make sure your voltage is between 200-240v.

I think asic.to firmware won’t be able to do that and I think you can only set the frequency of chips but you can’t be able to disable the broken chip.

However, you can try to change the frequency of that chip under chip frequency settings.

Find that broken chip and set the freq to lowest.

thanks , 2chain work for 15 minutes without any problem and have this log on below.

after about 5 min this log happen, and miner continue mining without problem:

but after about 15 min this log showed : (do you know which part of power have problem with this comment «Malformed power»

APW9 > S17, T17, S17pro

APW9+ > S17e, T17e, S17+, T17+

so chain 1 alone shows

chain 2 alone shows

chain 3 alone shows

chain 3 and 1 showed both hashbaords asics but failed to start, what this suggests is exactly what I said in my previous post

Dear Mikeywith and BitMaxz

I tried all chain one by one and this is the results (freq 650,700 and voltage 18.5,19.5 (framework asic.to) :

chain 1 : work without problem

chain 2: work with this log and shut down

chain 3:work without problem :

but when connect two chain 1,3 that worked correctly in one mode :

That makes sense, he should try that as well.

That was hard to troubleshoot but I think much better to flash it back first on the original Bitmain firmware to check if the miner is fine and to check if it’s actually a PSU issue.

Can you try to run the hashboard one by one?
The one hashboard might be broken that can prevent other hashboard to run properly.

I did it but error is stable yet

According to your logs «Failed to receive chip replies» your hashboard might be overheating that could lead to miner autoshutdown for overheating protection.

The solution is already on the above post by mikeywith reducing the frequency might solve the issue. If not, try to increase the fan speed or set it fixed to the maximum.

You can also, try to downvolt and manually set it to the lower frequency just to get rid of this issue.

The guide is already on asic.to manual or download it from here https://asic.to/download/manual_english/

And check this part.

Enable the #3 for auto downscale if the HW errors still occur.

my t17+ have this log now..and after 15 min power off automatically and again miner work for 15 min . i don’t know whats the problem. please guide me . thanks

What do you mean by resetting it manually?

At which point do you get this output?

Anyway, to answer your question, you need to go

Miner Configuration > Chain Frequency settings

Notice that there are two «Chain Frequency settings» tabs, you want the second to the left, scroll down and set the voltage and frequency you want.

Before you do that I suggest you go to

Miner Configuration > Profile Setting

Please note that your chances are slim to nothing, but it still worth the try.

I updated my asic t17+ 55 ths to framework of asic.to successfully .My miner status and log is on below. you know that we can change voltage and frequency of chain manually in asic.to framework. i want to know with change of voltage or frequency of chains , can i solve this chip issue? any recommend setting is exists for asic.to? thanks.

my asic is this status

and after reset it manually it change to it:

Источник

t17 ошибка в логах

Demiansikora

Знающий

[2021/09/30 07:33:38] INFO: Checking fans
[2021/09/30 07:33:39] INFO: fan[0] — OK
[2021/09/30 07:33:39] INFO: fan[1] — OK
[2021/09/30 07:33:39] INFO: fan[2] — OK
[2021/09/30 07:33:39] INFO: fan[3] — OK
[2021/09/30 07:33:45] INFO: Power ON
[2021/09/30 07:33:47] INFO: Starting FPGA queue
[2021/09/30 07:33:47] INFO: Initializing hash boards
[2021/09/30 07:33:47] INFO: chain[2] — Initializing
[2021/09/30 07:33:47] INFO: chain[1] — Initializing
[2021/09/30 07:33:47] INFO: chain[0] — Initializing
[2021/09/30 07:33:50] WARN: chain[2] — Failed to reset pic (attempt = 1), resp: 0x02 0x02
[2021/09/30 07:33:51] WARN: chain[2] — Failed to reset pic (attempt = 2), resp: 0x01 0x01
[2021/09/30 07:33:54] WARN: chain[2] — Failed to reset pic (attempt = 3), resp: 0x89 0x89
[2021/09/30 07:33:55] WARN: chain[2] — Failed to start pic app (attempt = 1), resp: 0x2d 0x2d
[2021/09/30 07:33:55] WARN: chain[2] — Failed to start pic app (attempt = 2), resp: 0x2d 0x2d
[2021/09/30 07:33:56] WARN: chain[2] — Failed to start pic app (attempt = 3), resp: 0x2d 0x2d
[2021/09/30 07:33:57] WARN: chain[2] — Failed to reset pic (attempt = 1), resp: 0x2d 0x2d
[2021/09/30 07:33:59] WARN: chain[2] — Failed to reset pic (attempt = 2), resp: 0x85 0x85
[2021/09/30 07:34:01] WARN: chain[2] — Failed to reset pic (attempt = 3), resp: 0x31 0x31
[2021/09/30 07:34:01] WARN: chain[2] — Failed to start pic app (attempt = 1), resp: 0x31 0x31
[2021/09/30 07:34:02] WARN: chain[2] — Failed to start pic app (attempt = 2), resp: 0x31 0x31
[2021/09/30 07:34:02] WARN: chain[2] — Failed to start pic app (attempt = 3), resp: 0x31 0x31
[2021/09/30 07:34:04] WARN: chain[2] — Failed to reset pic (attempt = 1), resp: 0x31 0x31
[2021/09/30 07:34:06] WARN: chain[2] — Failed to reset pic (attempt = 2), resp: 0x01 0x01
[2021/09/30 07:34:07] WARN: chain[2] — Failed to reset pic (attempt = 3), resp: 0x01 0x01
[2021/09/30 07:34:08] WARN: chain[2] — Failed to start pic app (attempt = 1), resp: 0x01 0x01
[2021/09/30 07:34:08] WARN: chain[2] — Failed to start pic app (attempt = 2), resp: 0x01 0x01
[2021/09/30 07:34:09] WARN: chain[2] — Failed to start pic app (attempt = 3), resp: 0x01 0x01
[2021/09/30 07:34:09] ERROR: driver-btm-chain.c:465 chain[2] — Failed to init pic controller
[2021/09/30 07:34:09] INFO: chain[2] — Shutting down the chain
[2021/09/30 07:34:09] ERROR: driver-btm-base.c:356 chain[2] — Initialization failed

кто знает что происходит со вторым чайником

Valwhatsminer

Новичок

кто знает что происходит со вторым чайником

Zoomy

Свой человек

кто знает что происходит со вторым чайником

Источник

Т17е 50тн

FriD89

Пляшущий с бубном

Люди помогите, не могу запустить асик!

2021-05-23 18:48:07:driver-btm-api.c:486:check_chain_conf_same: Config are different, min = 1790, max = 1870, diff is too large.
2021-05-23 18:48:07:auto_adapt.c:273:is_sweep_failed_before: open sweep tag failed
2021-05-23 18:48:07:driver-btm-api.c:247:set_miner_status: ERROR_SOC_INIT
2021-05-23 18:48:07:driver-btm-api.c:176:stop_mining: stop mining: soc init failed!
2021-05-23 18:48:07:driver-btm-api.c:147:killall_hashboard: ****power off hashboard****

skarm

Люди помогите, не могу запустить асик!

Русский: 2021-05-23 18:48:07:драйвер-btm-api.c:486:check_chain_conf_same: Конфигурации разные, min = 1790, max = 1870, разница слишком велика.
2021-05-23 18:48:07:auto_adapt.c:273:is_sweep_failed_before: не удалось открыть тег развертки
2021-05-23 18:48:07:драйвер-btm-api.c:247:set_miner_status: ERROR_SOC_INIT
2021-05-23 18:48:07:драйвер-btm-api.c:176:stop_mining: остановка майнинга: сбой инициализации soc!
2021-05-23 18:48:07:драйвер-btm-api.c:147:killall_hashboard: ****отключение питания hashboard****

Я ж говорю, АСИКи — зло!

FriD89

Пляшущий с бубном

Я ж говорю, АСИКи — зло!

MaDSerg

Бывалый

Numbric

Свой человек

Люди помогите, не могу запустить асик!

FriD89

Пляшущий с бубном

daddizz

Свой человек

obelix13

Знающий

Доброго времени суток.
Подскажите кто решил такую проблему на Т17+?

Источник

t17 нет инициализация хэш плат

Demiansikora

Знающий

2021-10-14 05:13:23 driver-btm-api.c:663:init_freq_mode: This is scan-user version
2021-10-14 05:13:23 driver-btm-api.c:2028:bitmain_soc_init: opt_multi_version = 1
2021-10-14 05:13:23 driver-btm-api.c:2029:bitmain_soc_init: opt_bitmain_ab = 1
2021-10-14 05:13:23 driver-btm-api.c:2030:bitmain_soc_init: opt_bitmain_work_mode = 0
2021-10-14 05:13:23 driver-btm-api.c:2031:bitmain_soc_init: Miner compile time: Thu Apr 23 16:29:07 CST 2020 type: Antminer T17
2021-10-14 05:13:23 driver-btm-api.c:2032:bitmain_soc_init: commit version: 1c5be6f 2020-04-20 16:18:14, build by: lol 2020-04-23 16:35:04
2021-10-14 05:13:23 driver-btm-api.c:1844:show_sn: no SN got, please write SN to /nvdata/sn
2021-10-14 05:13:23 driver-btm-api.c:1167:miner_device_init: Detect 256MB control board of XILINX
2021-10-14 05:13:23 driver-btm-api.c:1115:init_fan_parameter: fan_eft : 0 fan_pwm : 0
2021-10-14 05:13:23 thread.c:885:create_read_nonce_reg_thread: create thread
2021-10-14 05:13:29 driver-btm-api.c:1099:init_miner_version: miner ID : 803cad482b10481c
2021-10-14 05:13:29 driver-btm-api.c:1105:init_miner_version: FPGA Version = 0xB013
2021-10-14 05:13:31 eeprom.c:425:check_pattern_test_level: invalid pattern test result. ignore
2021-10-14 05:13:33 eeprom.c:425:check_pattern_test_level: invalid pattern test result. ignore
2021-10-14 05:13:35 eeprom.c:425:check_pattern_test_level: invalid pattern test result. ignore
2021-10-14 05:13:35 driver-btm-api.c:737:get_product_id: product_id[0] = 1
2021-10-14 05:13:35 driver-btm-api.c:737:get_product_id: product_id[1] = 1
2021-10-14 05:13:35 driver-btm-api.c:737:get_product_id: product_id[2] = 1
2021-10-14 05:13:35 driver-btm-api.c:1666:get_ccdly_opt: ccdly_opt[0] = 1
2021-10-14 05:13:35 driver-btm-api.c:1666:get_ccdly_opt: ccdly_opt[1] = 1
2021-10-14 05:13:35 driver-btm-api.c:1666:get_ccdly_opt: ccdly_opt[2] = 1
2021-10-14 05:13:35 driver-btm-api.c:1919:bitmain_board_init: g_ccdly_opt = 1
2021-10-14 05:13:35 driver-btm-api.c:676:_set_project_type: project:2
2021-10-14 05:13:35 driver-btm-api.c:706:_set_project_type: Project type: Antminer T17
2021-10-14 05:13:35 driver-btm-api.c:717:dump_pcb_bom_version: Chain [0] PCB Version: 0x0100
2021-10-14 05:13:35 driver-btm-api.c:718:dump_pcb_bom_version: Chain [0] BOM Version: 0x0100
2021-10-14 05:13:35 driver-btm-api.c:717:dump_pcb_bom_version: Chain [1] PCB Version: 0x0100
2021-10-14 05:13:35 driver-btm-api.c:718:dump_pcb_bom_version: Chain [1] BOM Version: 0x0100
2021-10-14 05:13:35 driver-btm-api.c:717:dump_pcb_bom_version: Chain [2] PCB Version: 0x0100
2021-10-14 05:13:35 driver-btm-api.c:718:dump_pcb_bom_version: Chain [2] BOM Version: 0x0100
2021-10-14 05:13:37 driver-btm-api.c:1939:bitmain_board_init: Fan check passed.
2021-10-14 05:13:38 board.c:36:jump_and_app_check_restore_pic: chain[0] PIC jump to app
2021-10-14 05:13:42 board.c:40:jump_and_app_check_restore_pic: Check chain[0] PIC fw version=0xb9
2021-10-14 05:13:43 board.c:36:jump_and_app_check_restore_pic: chain[1] PIC jump to app
2021-10-14 05:13:47 board.c:40:jump_and_app_check_restore_pic: Check chain[1] PIC fw version=0xb9
2021-10-14 05:13:49 board.c:36:jump_and_app_check_restore_pic: chain[2] PIC jump to app
2021-10-14 05:13:52 board.c:40:jump_and_app_check_restore_pic: Check chain[2] PIC fw version=0xb9
2021-10-14 05:13:52 thread.c:880:create_pic_heart_beat_thread: create thread
2021-10-14 05:13:52 power_api.c:55 ower_init: power init .
2021-10-14 05:13:52 driver-btm-api.c:1949:bitmain_board_init: Enter 30s sleep to make sure power release finish.
2021-10-14 05:13:52 power_api.c:46 ower_off: init gpio907
2021-10-14 05:14:24 power_api.c:232:set_iic_power_to_highest_voltage: setting to voltage: 17.00 .
2021-10-14 05:14:30 power_api.c:124:check_voltage_multi: retry time: 0
2021-10-14 05:14:32 power_api.c:86:get_average_voltage: chain[0], voltage is: 21.069404
2021-10-14 05:14:33 power_api.c:86:get_average_voltage: chain[1], voltage is: 20.346885
2021-10-14 05:14:35 power_api.c:86:get_average_voltage: chain[2], voltage is: 19.618242
2021-10-14 05:14:35 power_api.c:97:get_average_voltage: aveage voltage is: 20.344843
2021-10-14 05:14:35 power_api.c:110:check_voltage: target_vol = 17.00, actural_vol = 20.34, more than 1.0v diff.
2021-10-14 05:14:36 power_api.c:124:check_voltage_multi: retry time: 1
2021-10-14 05:14:38 power_api.c:86:get_average_voltage: chain[0], voltage is: 18.687539
2021-10-14 05:14:40 power_api.c:86:get_average_voltage: chain[1], voltage is: 18.105849
2021-10-14 05:14:43 power_api.c:86:get_average_voltage: chain[2], voltage is: 17.064931
2021-10-14 05:14:43 power_api.c:97:get_average_voltage: aveage voltage is: 17.952773
2021-10-14 05:14:43 power_api.c:182:set_iic_power_by_voltage: now set voltage to : 17.000000
2021-10-14 05:14:43 uart.c:80:set_baud: set fpga_baud = 115200, fpga_divider = 26
2021-10-14 05:14:53 driver-btm-api.c:1042:check_asic_number_with_power_on: Chain[0]: find 30 asic, times 0
2021-10-14 05:15:03 driver-btm-api.c:1042:check_asic_number_with_power_on: Chain[1]: find 30 asic, times 0
2021-10-14 05:15:13 driver-btm-api.c:1042:check_asic_number_with_power_on: Chain[2]: find 30 asic, times 0
2021-10-14 05:15:16 driver-btm-api.c:352:set_order_clock: chain[0]: set order clock, stragegy 3 clock_en=0x1
2021-10-14 05:15:16 driver-btm-api.c:352:set_order_clock: chain[1]: set order clock, stragegy 3 clock_en=0x1
2021-10-14 05:15:17 driver-btm-api.c:352:set_order_clock: chain[2]: set order clock, stragegy 3 clock_en=0x1
2021-10-14 05:15:17 driver-hash-chip.c:502:set_clock_delay_control: core_data = 0xb4
2021-10-14 05:15:17 uart.c:80:set_baud: set fpga_baud = 3000000, fpga_divider = 0
2021-10-14 05:15:17 driver-btm-api.c:1693:check_clock_counter: freq 50 clock_counter_limit 6
2021-10-14 05:15:18 uart.c:80:set_baud: set fpga_baud = 115200, fpga_divider = 26
2021-10-14 05:15:18 voltage[0] = 1690
2021-10-14 05:15:18 voltage[1] = 1690
2021-10-14 05:15:18 voltage[2] = 1730
2021-10-14 05:15:18 Voltage are different. Will exit.
2021-10-14 05:15:18 driver-btm-api.c:205:set_miner_status: ERROR_SOC_INIT
2021-10-14 05:15:18 driver-btm-api.c:146:stop_mining: stop mining: soc init failed!
2021-10-14 05:15:18 thread.c:930:cancel_read_nonce_reg_thread: cancel thread
2021-10-14 05:15:18 driver-btm-api.c:131:killall_hashboard: ****power off hashboard****

dyakoff

Бывалый

Не эксперт в асиках, но судя из лога, возможно в этом проблема:

no SN got, please write SN to /nvdata/sn

Fredrik

Свой человек

Demiansikora

Знающий

sagri

Свой человек

это похоже частая проблема 17 серии. ERROR_SOC_INIT
2021-10-14 05:15:18 Voltage are different. Will exit.

или БП накрывается или в ремонт

попробуй по одной плате подключать.
как вариант нашел что возможно проблема в EEPROM на хэш плате.

mrcredovz

Бывалый

target_vol = 17.00, actural_vol = 20.34, more than 1.0v diff.

Вольтаж не совпадает оценочный и актуальный. Должно быть не более 0.5 разницы. Попробуй почистить асик, подтянуть клеммы, перезагрузи несколько раз, прошей последней прошивкой.

Источник

Как устранить ошибку температуры в журнале Antminer T17

Система контроля температуры майнера полагается на чип датчика температуры хэш-платы для предоставления данных в реальном времени для обнаружения. Различная хэш-плата может иметь несколько термочувствительных чипов, обычно расположенных рядом с хэш-чипом. Если чип не обнаружен при запуске майнера, хэш-плата не сработает.

Следует отметить, что микросхема датчика температуры обычно не повреждается. Когда возникает температурная ошибка, некоторые обслуживающие персонал напрямую заменяют чип датчика температуры, но неисправность не может быть устранена.

На самом деле проблема не в самом чипе. Скорее всего, это вызвано неисправной микросхемой U1 или последней микросхемой, или это может быть вызвано пониженным напряжением источника питания.

Если весь журнал майнера указывает на ошибку температуры, тогда мы можем сначала обновить прошивку. Если ошибка все еще отображается, проверьте силу тока на входе. Пониженное напряжение источника питания также не позволяет всей машине считывать температуру.

Например, следующая подсказка:

2020/04/27 04:15:48] WARN: chain[1] — 3 sensor(s) reported their temps!

[2020/04/27 04:16:02] ERROR: src/temp.c:218 chain[1] sen[2] — Lost, no updates for 10 sec

[2020/04/27 04:16:02] WARN: chain[1] — 2 sensor(s) reported their temps!

[2020/04/27 04:16:29] ERROR: src/temp.c:218 chain[1] sen[1] — Lost, no updates for 10 sec

[2020/04/27 04:16:29] WARN: chain[1] — 1 sensor(s) reported their temps!

[2020/04/27 04:17:29] INFO: Setting voltage from 17500 to 17400 mV gradually

[2020/04/27 04:17:39] ERROR: src/temp.c:218 chain[1] sen[3] — Lost, no updates for 10 sec

[2020/04/27 04:17:39] WARN: chain[1] — 0 sensor(s) reported their temps!

[2020/04/27 04:17:39] ERROR: driver-btm-chain.c:950 chain[1] — Failed to read temp from all sensors!

Если температура не может быть считана ни одной хэш-платой, ее необходимо снять и проверить с помощью тестером чипов антминер. Эта ситуация обычно вызвана неправильным хеш-чипом. Замените поврежденный чип, чтобы устранить неисправность.

Обратите внимание: использование хэш-платы от разных майнеров может привести к тому, что некоторая хэш-плата не сможет определить температуру. Поскольку версия хэш-платы отличается, используемая микросхема измерения температуры также может быть другой. Майнер распознает только одну программу прошивки на плате управления, остальные будут нечитаемыми.

Видеоурок по осмотру и ремонту хэш платы на примере модели: S9

(Методы обнаружения и восстановления большинства майнеров в Antminer в основном одинаковы)

Нажмите для просмотра:Видеоурок по ремонту и диагностике неисправностей AntminerS9.

Связанные инструменты обслуживания:

Официальный термореактивный гель — 220г

Новая версия многофункционального испытательного стенда

Инструмент для стружки олова

Нажмите, чтобы увидеть больше инструментов для обслуживания майнеров

заявлять
Учебники по ремонту и Скачать файлы относятся к оригинальным произведениям, которые запрещаются полностью или частично без письменного разрешения.

Источник

InstaNavigation: подробнее о проекте для анонимного просмотра историй в Instagram

Вам интересно, что человек публикует в своём Инстаграме, но при этом вы не хотите, чтобы он видел, что вы заходили на его страницу? Хотите посмотреть сторис знакомых, но не хотите палиться? Или может быть, вам нужно следить за страничкой конкурентов и, разумеется, не показывать им этого?

Во всех этих случаях вы можете воспользоваться незаменимым сервисом, который разработан, как раз для таких пользователей, как вы. С помощью сервиса ИнстаНавигация можно просматривать страницы в Инстраграме инкогнито и не беспокоиться, что владелец аккаунта об этом узнает. Таким образом можно смотреть, что именно публикуют люди, когда вам этого захочется, но владелец аккаунта не будет знать о том, что это делаете именно вы. Всё, что требуется для того, чтобы посмотреть чьи-то истории или профиль – указать ник пользователя. Сразу после этого будет открыт доступ, к тому, что он публикует у себя на странице, то есть к сторис и обычным публикациям.

Ошибка 0xc0000906 при запуске приложения

Просмотр Instagram-профилей в режиме инкогнито

Для чего был создан проект ИнстаНавигация? Его основное предназначение – дать всем пользователям возможность просматривать чужие истории в Instagram, чтобы можно было следить за любыми изменениями на странице и разной активностью. При этом, вы можете не переживать, что такая услуга будет дорого стоить – наша компания предоставляет её совершенно бесплатно.

Вы можете оценить удобность сервиса. После того как вы введёте название требуемого аккаунта и начнёте просматривать страницу, отобразится развёрнутая информация о профиле, также будут указаны изменения, которые там произошли, отображены новые записи и т.п. Огромным плюсом для пользователей будет то, что им не понадобиться предварительно регистрироваться на нашем сайте.

Доступ является свободным абсолютно для всех. Кроме того, от вас не потребуется даже вводить свои контактные данные, и тем более заходить на сайт через авторизацию в Instagram. Таким образом, вы можете быть полностью уверены в том, что ваш аккаунт не станет известен ни при каких обстоятельствах.

Какие преимущества даёт просмотр сторис в Instagram в анонимном режиме

Возможность следить за любой учётной записью и быть в курсе, что публикуется на определённой странице.
Смотреть, что пишут ваши друзья, знакомые и просто интересные люди, без необходимости заводить собственный аккаунт. Это очень удобно для тех, кто не хочет тратить время на регистрацию или не хочет иметь какие-либо социальные сети. Также это полезно тем, кому нужно ситуативно посмотреть информацию на аккаунте.
Обеспечение полной анонимности. Владелец аккаунта ни при каких обстоятельствах не сможет узнать, что вы наблюдаете за его страницей.
Невероятная простота в использовании. Чтобы пользоваться сервисом, достаточно ввести имя аккаунта и всё. Сразу после этого вам откроется доступ к публикациям, сторис и другим действиям.

Сервис ИнстаНавигация работает круглосуточно, без праздников и выходных. За счёт чего вы в любое время дня и ночи можете просматривать аккаунты Instagram в анонимном режиме. Всё что для этого потребуется – это доступ к сети Интернет и любой гаджет, с которого можно зайти на сайт проекта. Это может быть, как смартфон, так и ноутбук или ПК.

Ошибка 0xc0000906 при запуске игры или программы — решение 100%

InstaNavigation: в чём особенности проекта

Основная особенность данного проекта заключается в том, что пользователям нет необходимости регистрироваться, чтобы получить доступ к функционалу. Мы не только позволяем пользователям смотреть чужие страницы в режиме инкогнито, но и экономим их время, которое ушло бы на регистрацию.

Среди плюсов сервиса в первую очередь следует выделить:

Мультиплатформенность. Что это значит? Это значит, что запустить проект можно с любого браузера и с любого гаджета. Поэтому вы можете делать это с того девайса, который сейчас под рукой.
Фотографии и видео можно не только просматривать, но и скачивать.
Сервис, позволяющий отслеживать изменения, которые проводятся в учётной записи – бесплатен. Это выгодно отличает проект от других ресурсов, которые берут деньги за предоставление аналогичных услуг.
Гарантия полной конфиденциальности. За счёт того, что пользователям нет необходимости оставлять свои контакты или имя аккаунта в Instagram, узнать, что вы просматривали чьи-то страницы – невозможно. Любое действие останется скрытым.
Простой и удобный интерфейс сервиса. Навигация на сайте – интуитивно понятная. Разобраться с ней без каких-либо проблем сможет каждый.

Кроме того, наша команда постоянно работает над развитием проекта, улучшая его работоспособность. Уже тысячи пользователей смогли оценить возможности, которые мы им предлагаем.

Все эти качества делают сервис ИнстаНавигатор – самым лучшим решением для всех, кто хочет оставаться инкогнито и смотреть страницы анонимно. Также это удобное решение для людей, которые были заблокированы в Инстаграме или просто не хотят регистрироваться в данной социальной сети.

Поэтому, если вы хотите следить за всем, что происходит на избранных страницах, но по какой-то причине не можете сделать этого с собственного аккаунта, InstaNavigation – это именно то, что вам нужно. Отслеживайте обновления и скачивайте то, что вас заинтересовало. А мы позаботимся об обеспечении анонимности и комфорта.

Сайт является фан-страницей. InstaNavigation.com не связан с Instagram. Все права на контент принадлежат авторам контента. Скачивание доступно только в ознакомительных целях.

Источник: instanavigation.com

906 ошибка T17

Знаете, а вообще это тема — выдергивать из контекста лога страшные слова, типа ERROR, NOT INITIALIZED, NOT FOUND. И бежать сюда с тупыми неинформационными темами.
Хде нормальный лог.

Rustam_Lotus

Бывалый

Сообщения 593 Оценка реакций 473
Хотя не, расходимся. Боты, такие боты с одним сообщением.

zxcvnjk

Пляшущий с бубном

Сообщения 8 Оценка реакций 0

выдает ошибку ERROR: driver-btm-tuner.c:906 Failed to initialize the miner кто ни будь сталкивался с таким помогите

Для того, чтобы тебе помогли, необходимо отправить сюда лог.

regularauto

Свой человек

Сообщения 273 Оценка реакций 203
Для того, чтобы тебе помогли, необходимо отправить сюда лог.
Хотя не, расходимся. Боты, такие боты с одним сообщением.

Воспользуюсь темой, раз пустует )))
Жду Т17 из Китая, вот думаю какие действия после получения. потрясти проверить чтобы радиаторы не отвалились как я понял надо первым делом. если все ок запускать их сразу или продувать.

zxcvnjk

Пляшущий с бубном

Сообщения 8 Оценка реакций 0

Источник: miningclub.info

XC90 I Дизель Реанимация бегемота

Добрый всем день, пишу этот пост как последнее что мне остается, рассказываю все по порядку, если что упустил, или требуются уточнения, спрашивайте.

3 Месяца назад я приобрел XC90 D5 2007. У автомобиля уже был удален Сажевый фильтр и залита прошивка под EURO 2. (Как мне объяснил бывший владелец)

Так уж сложилось что в третьем городе в России нет диллеров Volvo, но есть СТО которое занимается только ими.

На этом сервисе VOLVO по компьютеру вышли следующие ошибки:

CEM-1F00 ECM, Програмное обеспечение — Сигнал не верен
ECM-23D0 Форсунка цил. 4 — Сигнал отсутствует

Пробовали подкидывать новую форсунку, не помогло, вскрыли голову, гидрокомпенсаторы в норме, коромысла все целые.

Вердикт сервиса был таков: По технической части все в порядке, а что там за прошивка и почему не работает 4ая форсунка мы не знаем. Ставьте новый сажевый, заливайте оригинальную прошивку и будет видно.

После этого было принято решение ставить оригинальную прошивку и сажевый фильтр. Залили прошивку, поставили контрактный но хороший сажевый, за одно отдиагностировали трубину, почистили геометрию так как ее подклинивало, поставили и началось.

По виде появилась ошибка турбины «Давление турбины слишком сильное» (не могу дать точный код к сожалению). У машины расход 22 литра по городу, клапан сброса избыточного давления делает пух пух пух, особенно при сбросе газа, и сажевый за день забился до 30г.

На сервисе мне сначала рассказывали про выломаные коромысла (опять :facepalm), я им сказал что ребята повторяются, и с того момента как они искали свист (см пред. пост) ничего не изменилось т.к. машина ждала сажевый и не ездила.

Следующая версия была что не смотря на то что турбину ремонтировали в феврале и заменили все кроме улиток, а перед установкой я ее еще раз проверил и она точно исправна, дело в ней. По словам сервиса, датчик давления они покинули заведомо исправный, актуатор у турбины тоже ставили другой исправный, все равно передув. После того как я настоял что машина после ремонта этой турбины ездила отлично и если бы было дело в неоригинальных комплектующих то проблема вылезла бы сразу, машину оставили еще на день.

Сегодня позвонили и сообщили, что нашли причину, у меня удален катализатор, а он нужен.

Итог: Машина стоит с открученым сажевым т.к. в нем уже 30г и регенерация не запускается без катализатора, расход 22 литра и передув турбины.

Подскажите как быть, хочу сделать машину для себя и радоваться.

Источник: clubvolvo.ru

Ошибка при загрузке приложения 0xc0000906

Вчера после долгих мучений стало доступно большое обновление для культовой The Witcher 3. Если у вас есть вопросы, то с деталями вы можете ознакомиться по ссылке, ну а мы лишь отметим, что игра получила трассировку лучей и улучшенные текстуры. Графика действительно близка к тому уровню, который считается нормальным для ААА-проектов 2022 года.

Подводят мелкие шероховатости, но фанаты Ведьмака ничего не заметят. А вот конфуз с доступом для российских геймеров удручает. Как выяснилось, обновление оказалось недоступно для российского региона, поскольку страна находится в санкционном списке. Особенно странно на этом фоне выглядит проделанная работа польской студии по озвучке нового квеста, а также исправление ошибок стандартной версии с рассинхронизацией голоса и мимики говорящих персонажей. Могло показаться, что все эти проблемы решаются простым скачиванием игры с торрентов или использованием VPN, вот только это не так.

Сразу же после запуска посыпались негативные отзывы. Мы специально не писали об этом после выхода обновления, поскольку ожидали появления патча в первые часы. Поговаривали, что заплатка существует, а CD Projekt RED знает о проблемах. Похоже, налицо очередной кривой проект, который поляки умудрились испортить.

Информации о нестабильной работе The Witcher 3 на консолях у нас нет, а вот пользователи компьютеров бьют тревогу. Next-Gen-версия оказалась неиграбельна, ведь налицо постоянные вылеты, что превращает игровой процесс в постоянные страдания. У автора данного материала не было времени скачать обновление и опробовать игру.

В планах сделать это на ближайших выходных, хотя после услышанного желания экспериментировать всё меньше. Авторы материала на Wccftech использовали для тестирования следующую систему: процессор Core i7-12700K и видеокарту GeForce RTX 4090. Согласитесь, что связка очень солидная, а для игры 2015 года всё это даже излишне, вот только польские разработчики умудрились наделать новых ошибок.

Прежде всего сообщается, что какое-то время игра неплохо себя показывала в разрешении 4К, выдавая около 120 кадров в секунду с использованием DLSS 3.0. Вот только уже через пару минут начались непонятные лаги, зависания и падения фрамрейта.

Подтянулись вылеты, а в итоге 30-минутный ролик, который нужно было подготовить для отчёта, записывался их трёх отдельных сессий после перезапуска игры. Авторы теста напоминают, что обновление было официально отложено на год с целью доработки, а геймеры явно ждали не такого итога.

Сегодня Steam переполнен негативными отзывами о проблемах The Witcher 3. Широко разрекламированный Next-Gen заикается на довольно мощных машинах, при этом разработчики не только игнорируют вопросы геймеров, но и удаляют сообщения. После провального запуска Cyberpunk 2077, мы уже ничему не удивляемся, но пока рекомендуем нашим читателям повременить с забегом в виртуальный мир обновлённой версии Ведьмака. Геральт ещё немного подождёт. Согласитесь, что мы с вами рассчитывали на спокойную прогулку, тогда как получили нервные перепады фрамрейта, вылеты и испорченное настроение.

Кстати, выше вы можете ознакомиться с системными требования обновлённой версии The Witcher 3. Как видите, для разрешения 1080р без лучиков подойдёт старенькая видеокарта, а вот в 2К с активацией всех технологий так просто не попасть. Только представьте себе, что за текстуры поверх старого движка в не самом высоком разрешении требуется GeForce RTX 3070.

Похоже, ребята из CD Projekt RED сошли с ума, ведь многие новые игры просят меньше. Ну а для 4К со всеми включёнными фишками и вовсе требуется GeForce RTX 3080 и выше. Похоже, поиграть в Ведьмака на самом высоком разрешении удастся единицам. Получается, что почти 2 года поляки работали над интеграцией технологий, которые увидят считанные проценты геймеров. Очень странное решение.

Ну и учитывайте, что уже давно есть продвинутые графические модификации, которые улучшают текстуры игрового мира, но почти не нагружают систему. Трассировка лучей в виде шейдеров не так впечатляет, но зато вы получите стабильный фрамрейт без вылетов. Вот такие странные выводы.

Источник: overclockers.ru

Источник

I have a s17 pro that keeps going offline randomly. It will go offline for days, I restart it, and it comes back on or still hangs. I thought it was a fluke but I believe something is starting to go wrong here. Here is a copy of recent kernal log ending, any ideas?:

2019-09-14 14:12:09 driver-btm-api.c:1236:miner_device_init: Detect 256MB control board of XILINX
2019-09-14 14:12:09 driver-btm-api.c:1184:init_fan_parameter: fan_eft : 0 fan_pwm : 0
2019-09-14 14:12:09 thread.c:653:create_read_nonce_reg_thread: create thread
2019-09-14 14:12:15 driver-btm-api.c:1168:init_miner_version: miner ID : 8142f44679104814
2019-09-14 14:12:15 driver-btm-api.c:1174:init_miner_version: FPGA Version = 0xB013
2019-09-14 14:12:16 Fixture CRC check fail.
2019-09-14 14:12:16 Chain 0 data failed.
2019-09-14 14:12:20 driver-btm-api.c:191:set_miner_status: ERROR_EEPROM_INFO
2019-09-14 14:12:20 driver-btm-api.c:132:stop_mining: stop mining: Load data failed.

2019-09-14 14:12:20 thread.c:698:cancel_read_nonce_reg_thread: cancel thread
2019-09-14 14:12:20 driver-btm-api.c:118:killall_hashboard: ****power off hashboard****

After this it just won’t run. This is what happens on startup and will have to keep rebooting for it to try and start again. I love how these things are like $4000 miners and have issues that randomly happen like this. Now I’m still waiting on bitmain support to most likely tell me send the unit out, pay shipping, and be down for a month because of this. I assume it’s the control board going bad.

Источник

Topic: t17+ with framework asic.to (Read 415 times)

t17 ошибка в логах

Demiansikora

Знающий

Valwhatsminer

Новичок

Zoomy

Свой человек

Т17е 50тн

FriD89

Пляшущий с бубном

skarm

FriD89

Пляшущий с бубном

MaDSerg

Бывалый

Numbric

Свой человек

FriD89

Пляшущий с бубном

daddizz

Свой человек

obelix13

Знающий

t17 нет инициализация хэш плат

Demiansikora

Знающий

dyakoff

Бывалый

Fredrik

Свой человек

Demiansikora

Знающий

sagri

Свой человек

mrcredovz

Бывалый

InstaNavigation: подробнее о проекте для анонимного просмотра историй в Instagram

Просмотр Instagram-профилей в режиме инкогнито

Какие преимущества даёт просмотр сторис в Instagram в анонимном режиме

InstaNavigation: в чём особенности проекта

906 ошибка T17

Rustam_Lotus

Бывалый

zxcvnjk

Пляшущий с бубном

regularauto

Свой человек

zxcvnjk

Пляшущий с бубном

XC90 I Дизель Реанимация бегемота

Ошибка при загрузке приложения 0xc0000906

реклама