[Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners

[patrike]

New version of NBminer 12.1

https://github.com/NebuTech/NBMiner/releases/tag/v12.1

API doesn't works for me, hashrate is displayed in console but not in AM.

Thanks for letting me know. I will take a look at this one as the latest version may have introduced some API changes. The plan is to support the new NBMiner version in the next release.

[1713933372]

1713933372

[1713933372]

1713933372

[1713933372]

1713933372

[1713933372]

1713933372

[1713933372]

1713933372

[powerstr]

https://github.com/andru-kun/wildrig-multi/releases/tag/0.15.0

[powerstr]

https://github.com/andru-kun/wildrig-multi/releases/tag/0.15.0

added mtp algo
added SSE4.1 instructions to boost MerkleTree generation on low-end CPU's
added huge pages support for faster memory operations(need fresh Windows start and enough memory)
reworked --mtp-stable-power

[joseph32]

Patrike,

temperature rules for TeamRedMiner doesnt work, AM ignore them or just dont execute them (dunno). Can you check that please?

Maybe its because TRM have restricted API access? Is there any way to make that work? I really need an alert when a specific temperature is reached.

[Chevy_Roadster]

https://github.com/technobyl/CryptoDredge/releases/tag/v0.15.0

Add MTP algorithm
Fix Lyra2REv3 performance

Now it's available!

[patrike]

https://github.com/andru-kun/wildrig-multi/releases/tag/0.15.0

added mtp algo
added SSE4.1 instructions to boost MerkleTree generation on low-end CPU's
added huge pages support for faster memory operations(need fresh Windows start and enough memory)
reworked --mtp-stable-power

Thanks. Is it correct that this 0.15.0.7-mtp version is for mtp only? I think I missed that part in the previous Awesome Miner release.

If that's the case, Awesome Miner should include only version 0.14 at the moment and 0.15.0.7-mtp should be a custom zip-file path for a user defined Managed Software.

[patrike]

Patrike,

temperature rules for TeamRedMiner doesnt work, AM ignore them or just dont execute them (dunno). Can you check that please?

Maybe its because TRM have restricted API access? Is there any way to make that work? I really need an alert when a specific temperature is reached.

Do you see the GPU temperatures on the GPU tab for this miner? If not, this feature might help you:
https://support.awesomeminer.com/support/solutions/articles/35000086014-display-additional-gpu-information

TRM always uses Restricted API mode. What kind of operations are you trying to perform? Operations like Notifications and Reboot should always work for example.

[joseph32]

Patrike,

temperature rules for TeamRedMiner doesnt work, AM ignore them or just dont execute them (dunno). Can you check that please?

Maybe its because TRM have restricted API access? Is there any way to make that work? I really need an alert when a specific temperature is reached.

Do you see the GPU temperatures on the GPU tab for this miner? If not, this feature might help you:
https://support.awesomeminer.com/support/solutions/articles/35000086014-display-additional-gpu-information

TRM always uses Restricted API mode. What kind of operations are you trying to perform? Operations like Notifications and Reboot should always work for example.

Dont know why, but it works (again)  I could swear temp rules for TRM worked in the past, but didnt tested them for a long time. Yesterday I tested them again because I updated some rules, and nothing worked... But after the restart all was fine.

So dont care about my post and sorry

[baf28]

CryptoDredge v0.15.0
https://github.com/technobyl/CryptoDredge/releases/tag/v0.15.0


    Add MTP algorithm
    Fix Lyra2REv3 performance

PLS add dev relese

ZCoin (XZC) Balans: https://explorer.zcoin.io/api/addr/[address]

[patrike]

CryptoDredge v0.15.0
https://github.com/technobyl/CryptoDredge/releases/tag/v0.15.0


    Add MTP algorithm
    Fix Lyra2REv3 performance

PLS add dev relese

ZCoin (XZC) Balans: https://explorer.zcoin.io/api/addr/[address]

Thanks. There will be a new development release within the next 1 - 2 days.

[baf28]

Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill

[trucobit]

Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill

It would be fine for coins based on Ethash that Pill will be launched automatically or that there is an option to activate it when an Ethash coin is thrown. The hash actually goes up and for many it can be complicated to add it through a rule.

Cryptodredge 15 I hope this better optimized for rtx gives me many continus failures in HMQ1725

[baf28]

Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill

It would be fine for coins based on Ethash that Pill will be launched automatically or that there is an option to activate it when an Ethash coin is thrown. The hash actually goes up and for many it can be complicated to add it through a rule.

Cryptodredge 15 I hope this better optimized for rtx gives me many continus failures in HMQ1725

OhGodAnETHlargementPill is suitable for both Ethash and many other algorithms.

[GoRdiE]

Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill

It would be fine for coins based on Ethash that Pill will be launched automatically or that there is an option to activate it when an Ethash coin is thrown. The hash actually goes up and for many it can be complicated to add it through a rule.

Cryptodredge 15 I hope this better optimized for rtx gives me many continus failures in HMQ1725

OhGodAnETHlargementPill is suitable for both Ethash and many other algorithms.

For what GPU's are?

[baf28]

Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill

It would be fine for coins based on Ethash that Pill will be launched automatically or that there is an option to activate it when an Ethash coin is thrown. The hash actually goes up and for many it can be complicated to add it through a rule.

Cryptodredge 15 I hope this better optimized for rtx gives me many continus failures in HMQ1725

OhGodAnETHlargementPill is suitable for both Ethash and many other algorithms.

For what GPU's are?

Counter question, why do we need video memory?

[trucobit]

I have something to say about something that they always ask me about the telegram group, and from so much explaining it, I myself have doubts. I hope to explain it well because then when translating everything is changed.

It is about the change of profit 0.9 or 90% etc ... And especially in the auto exchanges like Zpool.

I think, and I repeat, I think it's not quite right or at least it does not look good.

I have for example Zpool with Skun, and there I mark a profit calculated of 0.69% for that protocol, but the price that I get on the screen is the price of Zpool without applying the profit reduction, that is 69%. That is true?

If so, any currency that I change the profit, or in the auto exchanges that auto calculate the Profit, should reflect the price already modified by the corresponding profit.

for example if SKUN in Zpool says that I get 0.0020, that's what it says in Online Services, but I really should dial 0.0020 - Profit, in this case 0.67, would be equal to 0.00134 which is what I should show.


Because to show the prices without modifying the profit, the listings when ordering them for benefits, it does without calculating the profit change and this drives me crazy and they ask me hundreds of questions in the group related to that.

Sometimes there are users who are excited to see a high amount and leave only one Al-go because it marks a very high profit, but that amount has not been subtracted from the profit. Be a loose coin or the al-go of an auto exchange.

Then in the group they tell me, is that I mined X but I won -X, I mean less, because they only pay attention to the profit of the currency that has not applied the profit in real time, which is how it should be. or that or Zpool is cheating us. But also useful when I measure currency / pool and get 0.85, the price that should appear on the AM screen should be the (price - profit) already applied to give more truthful information and close to reality.

Sometimes I get the impression that the change of profit is not taken into account, but that is an observation of mine that can be wrong.

I really have serious doubts if that modification of profit is being applied both in the prices that we see and in auto profit. Because there are many who ask me and drive me crazy in the telegram group with this topic. I think I remember, that is taken into account but do not reflect it on the screen and I personally believe that the price should be reflected on the screen already modified by the profit, thus avoiding mistakes and giving the most accurate information.

I await your comments @Patrike

I'm looking at Zpool Skunkhash right now like you suggested.

The Zpool API reports the current profitability per MH/day:
"estimate_current":"0.00000235"

You can use this link to see the values provided for zpool for each of the algorithms: https://www.zpool.ca/api/status

My Awesome Miner shows BTC/GH/day as 0.0014 BTC, Actual Payout as 61.68% and Revenue as 0.00062 BTC right now using your hashrate. This is close to the numbers in your screenshot.

If I take the reported profit from Zpool, convert it from MH/day to GH/day and multiply with 61.68%, I get the following value for BTC/GH/day:
0.00000235 * 1000 * 0.6168 = 0.00144 BTC

This is the value you I see in the BTC/GH/day column in Awesome Miner - so the calculations are correct. It's also very close to the numbers you showed a few hours earlier. Multiply with your hashrate in GH (0.43269), you will get the Revenue of 0.00062 as displayed in my case.

If I set a custom Profit Factor for Zpool of 0.5 - I also verified that all BTC values on the Online Services tab are cut in half for Zpool Skunkhash - so that also looks fine.

What I'm not sure about in your screenshot is the Profit column as it looks like the same as the Revenue column. This will of course depend on power cost settings and so on so I cannot verify if it's correct. Is the Profit column an issue here?

Thanks for the explanation, now everything is clearer and I can explain it better to my people.

In the discord channel of the owner of CTM I have reported several currencies that the result they show is always the lowest sale price, instead of the highest bid, which I always use.

The API programmer constantly refuses me and gives me examples and says it's more your fault than your API.

I tell you what you tell me, you can enter the general channel of the discord where I have developed the conversation to see my captures and evidence that the price is wrong and its explanations like that he does it well and that you are really reading poorly the API. Something that I do not believe and that surely has been solved in these days but is too proud to recount failures. Whatever it is, please read the Cointomine channel, in your discord, give examples of the API.

regards

I think the easiest way to troubleshoot any exchange rates is to use the CoinToMine web site without using Awesome Miner. For each of the coins you will find Lowest Ask / Highest Bid and Last Price. For example this one as we discussed earlier where all these three values are the same:
https://cointomine.today/calculator/coin/STL/

I see prices different from bid and ask in STL. Maybe he's fixed it already?
https://cointomine.today/calculator/coin/STL/

[trucobit]

Hello @PAtrike I want to suggest an easy function.

We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.

But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.

You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.

The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange

[patrike]

New version of NBminer 12.1

https://github.com/NebuTech/NBMiner/releases/tag/v12.1

API doesn't works for me, hashrate is displayed in console but not in AM.

Thanks for letting me know. I will take a look at this one as the latest version may have introduced some API changes. The plan is to support the new NBMiner version in the next release.

I was just trying out version 12.2 and it shows the hashrate correctly.

If version 12.2 isn't working for you, could you please send me the API report for it (via the toolbar Tools -> API Report). Thanks!

[patrike]

I see prices different from bid and ask in STL. Maybe he's fixed it already?
https://cointomine.today/calculator/coin/STL/

Yes, now they are different. That wasn't the case when I sent you the link before. My point was also that looking up a coin directly on the web site for troubleshooting purposes can be a good - to take out Awesome Miner from the equation.

[patrike]

Hello @PAtrike I want to suggest an easy function.

We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.

But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.

You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.

The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange

Thanks for the suggestion. I agree that this would be a nice feature to have.