Bitcoin Forum
June 23, 2024, 01:37:22 PM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Poll
Question: What feature you want to see next?
auto tune each mining board - 45 (35.7%)
3 profile switch support (low noise, normal, high performance mode) - 13 (10.3%)
day / night speed schedule - 10 (7.9%)
pool balance / quota option - 9 (7.1%)
v2 configurable reboot on low hashrate / HW errors - 16 (12.7%)
DONE: cgminer v4.10 update - 4 (3.2%)
miner shutdown (+ on high temps) - 11 (8.7%)
better pool management - 9 (7.1%)
DONE:better awesome miner compatibility - 3 (2.4%)
move FAN settings to advanced page - 2 (1.6%)
<your idea> - 4 (3.2%)
Total Voters: 126

Pages: « 1 ... 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 [95] 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 »
  Print  
Author Topic: Antminer D3 Blissz firmware (10/12 v1.12 update)  (Read 125833 times)
Grizy2033
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
December 14, 2017, 12:08:48 PM
 #1881



---

Dec 14 04:59:15 (none) local0.err cgminer[376]: low hashrate detection trigger: 31.464000 Gh/s
Dec 14 04:59:15 (none) local0.notice cgminer[376]: set voltage = 1143.942031  real:255 mv
Dec 14 04:59:15 (none) local0.notice cgminer[376]: set_PIC16F1704_voltage_new ok, voltage = 0xff
Dec 14 04:59:16 (none) local0.notice cgminer[376]: set_PIC16F1704_voltage_new ok, voltage = 0xff
Dec 14 04:59:16 (none) local0.notice cgminer[376]: set_PIC16F1704_voltage_new ok, voltage = 0xff
Dec 14 04:59:16 (none) local0.err cgminer[376]: cgminer time error total_secs = 1513227556.664247 last_total_secs = 1.000000
Dec 14 04:59:17 (none) local0.err cgminer[376]: D1 0: work 7f not find error



i see 31,4GH/s at @1150W  that its true? its constant?
blissz (OP)
Sr. Member
****
Offline Offline

Activity: 336
Merit: 258


View Profile
December 14, 2017, 12:57:06 PM
 #1882



---

Dec 14 04:59:15 (none) local0.err cgminer[376]: low hashrate detection trigger: 31.464000 Gh/s
Dec 14 04:59:15 (none) local0.notice cgminer[376]: set voltage = 1143.942031  real:255 mv
Dec 14 04:59:15 (none) local0.notice cgminer[376]: set_PIC16F1704_voltage_new ok, voltage = 0xff
Dec 14 04:59:16 (none) local0.notice cgminer[376]: set_PIC16F1704_voltage_new ok, voltage = 0xff
Dec 14 04:59:16 (none) local0.notice cgminer[376]: set_PIC16F1704_voltage_new ok, voltage = 0xff
Dec 14 04:59:16 (none) local0.err cgminer[376]: cgminer time error total_secs = 1513227556.664247 last_total_secs = 1.000000
Dec 14 04:59:17 (none) local0.err cgminer[376]: D1 0: work 7f not find error



i see 31,4GH/s at @1150W  that its true? its constant?

No this is the low hashrate trigger for triggering the reboot when needed, but I see it's not correct during startup as it's still tuning the frequency.
blissz (OP)
Sr. Member
****
Offline Offline

Activity: 336
Merit: 258


View Profile
December 14, 2017, 01:15:49 PM
 #1883

v2.02 beta :: 14/12 :: test version

Download:

https://mega.nz/#!DghG2KwC!OJEK4_d47skRB6yrLRE2bfzlX7FWXLXzgoKA_q5dKco


Changes 14/12:
- fixed auto recover from xxxx
- cleaned up kernel logging
- a bit more aggressive tuning
- tunes down faster now when too many HW errors are detected


Changes 13/12:
- Totally rewritten code base, based from latest available bitmain / cgminer sources
- ASIC's now automatically recovers from xxxxx errors without restarting (The auto reboot options are still in there in case it doesn't succeed)
- blazing fast mining status overview in the webinterface Cheesy
- as requested: the dev mining starts later now (after 5 minutes)
- as requested: dev pools status is now visible in the miner status

and last but not least...

- added a first version of the auto tune!  Cool

When enabled this will search for the best possible frequency at the given voltage setting. The first 5 to 10 minutes it will search for a good base to start from. After that it checks for excessive HW errors every 15 minutes and adjusts the frequency accordingly.

Important: This feature is not completely finished and the startup is a bit slow now.. Therefore I need your help. So what do you need to do:

set your advanced settings the same as displayed bellow
let it run for at least 20 minutes
PM your (complete) kernel log
By doing so I can get to a conclusion what the starting frequency of the auto tune algorithm should be.
In case you want to help more: increase the voltage a bit and do the steps above again as it will give some more information

Thank you!



Please test and give feedback / a kernel log how it works for you. I need some feedback on this version guys  Grin
iamqw
Member
**
Offline Offline

Activity: 130
Merit: 10


View Profile
December 14, 2017, 01:22:39 PM
 #1884

what version is that?
i tried your 1.12 and gives HW every minute or so, at lowest voltage and 400 freq.

Privateers.life - the 1st MMO Game about Pirates with Block
sanitariu
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
December 14, 2017, 01:31:21 PM
 #1885

Hello,
to be on the safe side is it possible to add something like this.

if temp > 100 degrees ; killall -9 cgminer

I will soon test version 2.
blissz (OP)
Sr. Member
****
Offline Offline

Activity: 336
Merit: 258


View Profile
December 14, 2017, 01:37:06 PM
 #1886

Hello,
to be on the safe side is it possible to add something like this.

if temp > 100 degrees ; killall -9 cgminer

I will soon test version 2.

Will make it a bit more advanced as sometimes one chip can give a bad reading, but something like that is useful yes
mkmfins
Newbie
*
Offline Offline

Activity: 30
Merit: 0


View Profile
December 14, 2017, 01:37:55 PM
 #1887

v2.02 beta :: 14/12 :: test version

Download:

https://mega.nz/#!DghG2KwC!OJEK4_d47skRB6yrLRE2bfzlX7FWXLXzgoKA_q5dKco


Changes 14/12:
- fixed auto recover from xxxx
- cleaned up kernel logging
- a bit more aggressive tuning
- tunes down faster now when too many HW errors are detected


Changes 13/12:
- Totally rewritten code base, based from latest available bitmain / cgminer sources
- ASIC's now automatically recovers from xxxxx errors without restarting (The auto reboot options are still in there in case it doesn't succeed)
- blazing fast mining status overview in the webinterface Cheesy
- as requested: the dev mining starts later now (after 5 minutes)
- as requested: dev pools status is now visible in the miner status

and last but not least...

- added a first version of the auto tune!  Cool

When enabled this will search for the best possible frequency at the given voltage setting. The first 5 to 10 minutes it will search for a good base to start from. After that it checks for excessive HW errors every 15 minutes and adjusts the frequency accordingly.

Important: This feature is not completely finished and the startup is a bit slow now.. Therefore I need your help. So what do you need to do:

set your advanced settings the same as displayed bellow
let it run for at least 20 minutes
PM your (complete) kernel log
By doing so I can get to a conclusion what the starting frequency of the auto tune algorithm should be.
In case you want to help more: increase the voltage a bit and do the steps above again as it will give some more information

Thank you!

https://img15.hostingpics.net/pics/453940Untitled.jpg

Please test and give feedback / a kernel log how it works for you. I need some feedback on this version guys  Grin


My test is up there.
blissz (OP)
Sr. Member
****
Offline Offline

Activity: 336
Merit: 258


View Profile
December 14, 2017, 01:38:02 PM
 #1888

what version is that?
i tried your 1.12 and gives HW every minute or so, at lowest voltage and 400 freq.

This beta can automatically find the best frequency for the voltage you selected (see how to setup in the screen shot)
iamqw
Member
**
Offline Offline

Activity: 130
Merit: 10


View Profile
December 14, 2017, 01:43:25 PM
 #1889

is your firmware reversible or not?
I mean it can be rolled back to original bitmain version?

Privateers.life - the 1st MMO Game about Pirates with Block
lashatatu
Full Member
***
Offline Offline

Activity: 155
Merit: 100


View Profile
December 14, 2017, 01:54:15 PM
Last edit: December 14, 2017, 02:11:52 PM by lashatatu
 #1890

is your firmware reversible or not?
I mean it can be rolled back to original bitmain version?

it is, check first post
blissz (OP)
Sr. Member
****
Offline Offline

Activity: 336
Merit: 258


View Profile
December 14, 2017, 02:13:29 PM
 #1891


...

And now, what should I do, Blissz?

You definitely didn't win the lottery with your boards... Sad they perform really bad (all of them). I am not sure if it can be a control board problem. Try swapping the bad chain cable and position with another one would be a good test
wkhash
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
December 14, 2017, 05:19:00 PM
 #1892

Poor performance on auto tune. Creates a mess of my machine heh. Once it finds "stable" settings it is still very unstable. I don't think the system waits long enough for each test to perform fully. Looks like it takes a full minute just for the chain to get up to the new set speed before the errors can start rolling in. Also even at stable settings I adjusted to manually the interface would report "x" on several random ASIC chains after a short while. Rolled back to v1.12.

Messaged you the logs blissz
blissz (OP)
Sr. Member
****
Offline Offline

Activity: 336
Merit: 258


View Profile
December 14, 2017, 05:27:34 PM
 #1893

Poor performance on auto tune. Creates a mess of my machine heh. Once it finds "stable" settings it is still very unstable. I don't think the system waits long enough for each test to perform fully. Looks like it takes a full minute just for the chain to get up to the new set speed before the errors can start rolling in. Also even at stable settings I adjusted to manually the interface would report "x" on several random ASIC chains after a short while. Rolled back to v1.12.

Messaged you the logs blissz

Thanks for the logs! Looking at it I can conclude it is a little too aggressive maybe but you didn't wait for the second part of the auto tuning long enough. (where it lowers the frequencies). I have ideas to speed up the second part, as it's not really clear now. Maybe I can highlight the UI as well, so you can see it's still busy.
wkhash
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
December 14, 2017, 05:39:22 PM
 #1894

I noticed it slowly pulling them back down to previous known good lower frequencies but those other freq were not stable either. Basically one of my chains is stable at 375. It tuned it up to 475 then spent forever slowly rolling it back while it had a very large number of errors and continual asic failures being thrown.

Made me uncomfortable to watch it fail so often and only slowly be pulled back.
blissz (OP)
Sr. Member
****
Offline Offline

Activity: 336
Merit: 258


View Profile
December 14, 2017, 05:54:54 PM
 #1895

I noticed it slowly pulling them back down to previous known good lower frequencies but those other freq were not stable either. Basically one of my chains is stable at 375. It tuned it up to 475 then spent forever slowly rolling it back while it had a very large number of errors and continual asic failures being thrown.

Made me uncomfortable to watch it fail so often and only slowly be pulled back.


ok thanks for the input
samshanna
Newbie
*
Offline Offline

Activity: 15
Merit: 0


View Profile
December 14, 2017, 08:46:29 PM
 #1896

Blissz from what I am seeing I can put each miner on autotune and allow it to determine which card can take more.  I already know all my rigs are good at minimum 450 and 7 or 8.  Mostly 456.   Once it goes thru the process I can then go back in and adjust each card to either the new higher frequency or revert back to the old stable settings.   On the first try the autotune actually took one of my cards and lowered it way lower than was actually stable so I went back in after it was finished and changed it back to the higher setting.   Make sense?   
david916
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
December 14, 2017, 08:54:09 PM
 #1897

Blissz from what I am seeing I can put each miner on autotune and allow it to determine which card can take more.  I already know all my rigs are good at minimum 450 and 7 or 8.  Mostly 456.   Once it goes thru the process I can then go back in and adjust each card to either the new higher frequency or revert back to the old stable settings.   On the first try the autotune actually took one of my cards and lowered it way lower than was actually stable so I went back in after it was finished and changed it back to the higher setting.   Make sense?   
did you send the kernel log ?  I hope everyone opining also sent the log like the dev asked.
Knightslugger
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
December 15, 2017, 02:50:34 AM
 #1898

after you set autotune, are you guys rebooting or just letting it be after clicking Save&Apply?
martyshmoo
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
December 15, 2017, 06:56:32 AM
 #1899

after you set autotune, are you guys rebooting or just letting it be after clicking Save&Apply?

I am trying autotune on 14Volts now for a good daytime setting.

It never really mines though...

All shares rejected but 2.

I found 11 Blocks for you though?

Man this version not cool yet.

My Miner never actually mines!

What to do!???

Patient one.

M

blissz (OP)
Sr. Member
****
Offline Offline

Activity: 336
Merit: 258


View Profile
December 15, 2017, 07:51:48 AM
 #1900

after you set autotune, are you guys rebooting or just letting it be after clicking Save&Apply?

I am trying autotune on 14Volts now for a good daytime setting.

It never really mines though...

All shares rejected but 2.

I found 11 Blocks for you though?

Man this version not cool yet.

My Miner never actually mines!

What to do!???

Patient one.

M



Sorry this beta version is definitely not yet ready for that as it starts at a way too low frequency which will mess things up. I am working on a next beta version that should improve the things I've seen. Can you PM your kernel log? Thanks
Pages: « 1 ... 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 [95] 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!