Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 148. (Read 703143 times)

Antminer Z11 hashrates are reported as Mh/s instead of Kh/s on my awesome miner windows GUI. As a result daily payout looks like $10,000 per day instead of $10 per day. Anyone else have this issue?

I'm more advanced in that, I usually get the difficulty and hashnet of the same explorer of each currency, and if I can not because some explorer are complicated, the apis of some Exchanges, this could also add patrike, and if not, then before that no calculator would use the Whattomine data. But whenever you can use the explorer data

For Eaternety:

Difficulty: https://whattomine.com/coins/297.json
query: difficulty

Hashnet: https://whattomine.com/coins/297.json
query nethash

For price:
https://www.binance.com/api/v3/ticker/bookTicker
query: [? (@. symbol == 'AEBTC')]. bidPrice

in this case this currency has an explorer that does not give api, so the most reliable I found was WTM, remember to customize the currency, put reward and lock time
I think it rewards 368 and lock time 180

And choose the formula that is not exponential.

The problem of Aeternety, are two: one that pay once a day in almost all pools, and the second that most exchanges can only sell a minimum. With which from mine until you sell can spend 1 or 2 days or more.

With those data, then you must put the profit at 0.90 because I already did the test. And with all this you will always be close to the price, with difficulty and hashnet almost in real time, but WTM is in this case the one that best gives the data for lack of a better place.

Then there is another secondary problem.

The auto profit does it according to the benchmark profile or to save the Hash.

But of course in my profile it puts 8.22 in cucka31, but in the day it does not even reach 7, but it does not change the currency because what it sends is the saved hash, not the hash that is being produced.

That is the important thing to be able to have a better solution for the temperatures, because it is not only the fact that it yields less, but also that it is more serious because the auto switch does not look at real parameters (impossible for X16r for example), but I want you to understand that problem

A Rig produces X power in a Something, but when that Rig in summer by temperature yields 20% less, it does not take it into account. Somehow the programming of the auto switch should know if that rig has 1 or several cards of reduced core or power, and automatically apply to the hash saved a transparent reduction, so as to better guess with the hash changes produced by the heat. It would be something to keep in mind. It is clear that if 1 or more cards are in the limit of temperature, low pontencia and the hash they get is not the one that is saved as a reference, but knowingly, you can apply a transparent reduction to that hash when one or more cards are in maximum temperature, because they will not be producing their maximum. I hope you understand what I mean.

Right now the auto profit with the function of maximum temperature lowering the core and dropping the hash, is not realistic in its changes, and keeps me in currencies that are not the most profitable at that moment because of the heat.

Could someone tell me what is the most accurate statistic provider ?
For a same coin (aeternity for example), i have a big difference between cointomine and coincalculator. Which one would the right one ?

Hello Patrike, I have more suggestions on temperature control, and problems.

I have suggested a double OC, but it would be too much, I suppose, for 4 months of heat, that is, 1/3 of the year.

I am using the maximum temperature in OCs, but it has a big problem. If I put a generous OC, many cards reach the limit and start falling from Core, and as a result the rig yields much less because when you lower the core, it yields less, much less. Only at night goes well when temperatures drop.

If I put a very smooth OC, I will not reach those temperatures day or night, but it would also be producing less hash.

Lowering the core is very effective but produces a too strong drop in the hash, so my suggestion is:

You can do the same but instead of downloading the core in real time, whatever you reduce is the TDP or power of the source to that card. That also reduces the temperature but does not produce such a strong hash drop. In fact, it can produce more because it does not heat up and the core is not lowered. Or a combined system, that lowers a bit of core and a little power or TPD from the source.

A real example, the same night rig Cucka31 8.22 mhs, day 6.2 mhs. If I put a soft OC so that neither day nor night comes, I would stay at about 6.7 -6.9 mhs

That's why I asked for double oc, but I think that a system that drops the Power to each card by independent in steps of 5, would be fine.

What is 80 power 90 core, 500 memory. Well I get down to 75 90 500, that is not enough I would lower 70 90 500. The lowering of electric power, does not drop the hash as much. But the same as the core, card by card. I do not know if you can, if you can please you can add it as an option in the OC.

And it is impossible to have a single CB that serves both the day and the night without losing hash.

Thank you.

I find that many a times on diff miners, the awesome miner fails to extract the folder and is stuck extracting the files in download.
Do i need to run as admin or something? This is new and i havent had this issue before.

I guess most of use already researched the help/config on miner prior to installing....maybe for new miners its useful

kudos on RDP 

This feature is currently only available when the mining software isn't running. It's not intended for sending commands to the console - it's a way to bring up the help (output from the command --help) from the mining software.

Please use the following:

- Access to mining software command line help via the context menu for a miner

this field is grey-out, I guess this is an option to send commands in console right? 

Hey, is there a custom progress field for miner uptime instead of windows uptime?

Thanks, I understand your point. It's noted!

yup

Display the templates as a list with smaller icons and a few columns in the Options dialog, Managed Templates section?

Awesome Miner version 6.7

 ASIC mining
  - Added support for Antminer Z11j
 GPU mining
  - Access to mining software command line help via the context menu for a miner
  - Added CuckaRood29 algorithm
 Integration
  - Improved support for the new Nicehash mining platform. The old and new Nicehash platforms can be used at the same time - configurable in the Options dialog, Profit Switching section.
  - Improved pool balance display, including support for the new Nicehash platform
  - Wallet balance can be configured with a unit adjustment of E-18
 User interface
  - ASIC tools menu available as a context menu in the miner list
  - System tools menu available as a context menu, with easy access to operations like shutdown and Remote Desktop
  Mining software
   - Nanominer 1.5.2
   - SrbMiner 1.9.2
   - CpuMiner-Opt 3.9.6
   - Lolminer 0.8.5
   - Gminer 1.51
   - NbMiner 24.2
   - TT-miner 2.2.6
   - Bminer 15.7.1
 Corrections
  - Correction to coin calculations for HUSH and SWAP
  - TeamRedMiner command line parameter for cuckatoo31 algorithm corrected

patrike

is there anyway you could clean up the the Managed Templates like you did with the pools a while back .

The log output is used for Claymore miner in order to get the console output when running with administrator permissions.

Please go to the Options dialog, Mining Settings section, and enable "Keep a backup of previous console output log files". When this one is enabled you will see that the previous log files ared saved as different file names, making it possible to review older log files.

How do I stop AM from creating a default log file for Claymore Eth miner? I have nothing in the command line but the mine starts with a AM BAT file having a preconfigured logfile to console_output.txt. It gets overwritten each restart no matter what I put in for other options. Even if I put in my own logfile name/path, it is ignored. This makes it impossible to debug issues since the logfiles are never kept.

EDIT: Ok, I finally found the keep console output logs checkbox. Now, how can the console logs be STOPPED so the default logfile output can work again?

Awesome Miner version 6.6.8 (Development preview of 6.7)

 GPU mining
  - Access to mining software command line help via the context menu for a miner
 Integration
  - Wallet balance can be configured with a unit adjustment of E-18
 User interface
  - System tools menu available as a context menu, with easy access to operations like shutdown and Remote Desktop
  Mining software
   - Nanominer 1.5.1
   - SrbMiner 1.9.2
   - CpuMiner-Opt 3.9.5.4
   - Lolminer 0.8.5
   - Gminer 1.51
   - NbMiner 24.1
   - TT-miner 2.2.6
  Corrections
   - TeamRedMiner command line parameter for cuckatoo31 algorithm corrected

To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates.

Direct download links if needed:
https://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
https://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

Thanks for letting me know. I've just pushed a new software definition update for this and it should be available for you within the next few minutes.