 Show Posts
|
|
Pages: [1] 2 »
|
IS there a version 8 with autofan ?
Fix Fan
Are you planning on implementing ASIC boost into this firmware? I was using this firmware before but i switched back to Bitmains version with ASIC boost. I would love to switch back if ASIC boost was put into this firmware.
Thanks!
asic boost reduces power consumption, similar or better results can be achieved simply by reducing the voltage on the boards in manual or automatic mode. Besides, not all pools support the asic boost function. |
|
|
|
Or does it fix the sawtooth?
Yep  |
|
|
|
Hello developer. I like the firmware except for the “saw tooth” hash rate. It seems the miner stops hashing for about 5 minutes every 60 minutes or so. Can you explain why it does this as it’s resulting in probably a 10% decrease in hash rate negating the benefit. If you could mak it where it does do this and takes advantage of the new asic boost it would be greatly appreciated
Hello! Have you checked on the latest version - 8a? |
|
|
|
Welcome back developer0  thanks, I was on vacation ) |
|
|
|
Well, a feedback about 7b from other miner: "i let it auto tune the miner to the most efficient setting but the miner (which chose the voltage and freq itself) stopped mining again and just sat there after a few minutes. this chip checking feature that was added just wont work and keeps stopping the miner from actually mining."
I have only 7a If you need help, please write: devpool001 at gmail.com |
|
|
|
"The web interface does not display all the pools that are in the configuration file, but only first 3"
But you see the 4th pool on the screen short. Right?
Right, some software, awesome for example can add more pool, than 3 |
|
|
|
thank you. you need to connect to the device (via ssh default login: root, password: password) and execute the command: cat /config/bmminer.conf (save and post result) The web interface does not display all the pools that are in the configuration file, but only first 3 |
|
|
|
To make it more perfect, could you also add a possibility for manual % fan speed control?
Sorry, but I think this procedure is dangerous - someone can put fans at 20% (for example) and at night it will be enough, and in the afternoon the ash will overheat. I have built-in protection against overheating, but I do not want to test it |
|
|
|
can you send full screen? |
|
|
|
10 minute resets confirmed by other testers too.
Feedback (does not mean 100% right):
1) "S9 works, but every 10 minutes it climbs to check the devfee pools. Pools are disabled, so every 10 minutes the ASIC is rebooted with this firmware."
2) "Loaded into S9, worked 10 minutes and fell off the pool, connected again to the pool worked again 10 minutes and again fell off.
Happens and works on the pool for 30 minutes, then did not check."
3) "One of the S9 with firmware 6b goes into reboot every 10 minutes."
The chips were checked every 10 minutes, and if they were faulty, they were corrected and rebooted. Now I changed the algorithm, there will be fewer reboots, if I can not correct all the chips, then there will be no more reboots. in Kernel Log you can see which chips are corrected and to what value |
|
|
|
I tested and result is good, except without "Auto Fan" - "Auto Reload Page" - "Auto Reboot when Hashrate if Low" features.. Can you add this features? it would be the best S9 firmware ever I quess  I can return the auto fan, but the temperature will be higher. This is how the standard firmware behaves by default, constantly changing the speed of the fans, after the asic warms up. |
|
|
|
Could you please explain is it Ok when S9 miner is reset about every 10mins when auto-tune is disabled?
How to avoid it? Any suggestions?
Hello! Please send the results of the Kernel Log page. it seems like a reduction in the frequency for individual chips, tomorrow I will make a new version |
|
|
|
I have tried the v6b..........the fans remain on 100% and dont auto increase or decrease.
Is there any way to enable autofan or fixed to a specific speed.
FAN PWM: 0
read_temp_func Done!
Thanks..
since the main purpose of the firmware is overclocking, to reduce the risk of overheating, the fans are forcibly set to 100% |
|
|
|
I left the autotune alone for over 8 hours.
Then I disabled autotune and rebooted the miners. It took less than a minute to get back on.
However, the two pools still appear to be dead. Only ViaBTC pool is alive.
Thanks for testing, a rare error was fixed - the pool was not activated new version (6b) here: https://drive.google.com/open?id=1YQavbX5RV7zqco4KKJAqPLmv1-N-CQgr |
|
|
|
Currently testing the firmware and it seems to do what it's supposed to do after a few PSU trips during autotuning.
However, 2 pools does not seem to get registered and always show as "dead". On default bitmain firmware, they all work fine.
Are you able to figure out what could be the issue?
stratum+tcp://prohashing.com:3333- Dead
stratum+tcp://sha256.hk.nicehash.com:3334- Dead
Thank you for testing! To understand what is the matter, specify: 1) did you try to restart, after the completion of auto-tuning 2) how long did it take after rebooting? I did not check this combination of pools, until it is clear what the problem may be |
|
|
|
Go to the russian forums hell they can even be found on youtube lol.
Anyways... Please release the source code as you are violating the GPL license of cgminer/bmminer.
I understand you're just jealous liar, I will not answer you Goodbye |
|
|
|
|
