Author

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

jr. member
Activity: 756
Merit: 2
The options of rules do not work well, apart from the fact that the modified gain with my% in the pool is only reflected in one place, it is crazy.

If I have a currency that earns 100%, it means 2 in profit of the pool. REsult that the auto switch correctly selects it as the best currency, but then as I have a rule that if you earn less than X amount changes currency. But of course, in the profit per day, coins per day, and in all other data does not reflect the correction of the% that I add, which can be a greater or lesser amount.

Looking for the best option of change according to the rule according to earnings where there are 3 options, that already ask in a few post back, and that the programmer does not answer. There are 3 options for the rule one is "profile profit" which is just the window that we see if we press right button above the rig and click on "view details". But just that window is never updated while it is in that currency. Although I launch the autoprofit every 4 minutes, the value remains the same, so the rule does not work.

Please, fix these problems, and please, make the profit value, be it day, month, day currency, be the dashboard, everything be reflected with the compensation I make in the Pool for that currency. Because really, as it is now wrong, gives false information and the rules can not work correctly, the estimates are totally null because they do not have the compensation or deviation applied. In short, I know that if you want it is something more or less easy to fix.
legendary
Activity: 3346
Merit: 1094
Hi Patrike,

Would it be possibly to have an option to manually change the algo used by a coin, with the numerous forks happening at the moment, sites like whattomine and coincalculators are often slow to update the algos used by the coins.

For example Stellite still listed as using CN V7 when its been using its own custom algo for several days now.
In the next release there will be a new setting in the Options dialog, Statistics section for this. It will be a feature to override coin algorithms from sources like CoinCalculators and WhatToMine, in case it's reported incorrectly. You will be able to define that for "XTL" you want another algorithm.
legendary
Activity: 3346
Merit: 1094
Hi Patrike,

sorry didn't have time to test this, but would like some clarification on CoinCalculator API,

does the custom input JSON URLs gets appended with AM's special access api key and have unlimited access to the low 24h volume coins or it is a direct request that is subject to 100 calls / 24h?

if the latter, is it possible to access with AM's special key?

just needed to know if there's any need for the AM users to separately negotiate with CoinCalc's op to get higher access or not necessary.
Hi! In the latest released version Awesome Miner doesn't add the API key to the custom coin URL's - but I had a mail about this from another user recently so I've already made an implementation where Awesome Miner pass the same API key for these custom API calls. The correction will of course be included in the next release.
legendary
Activity: 3346
Merit: 1094
@ patrike i have a problem, i only view profit/day only in usd and btc if i change currency show zero value
Please make sure you run the latest version of Awesome Miner.

Before version 5.1, the exchange rates for display currencies (fiat currencies) was using another source that was discontinued on June 1st. Since version 5.1, Awesome Miner downloads these exchange rates via the Awesome Miner cloud instead.
legendary
Activity: 3346
Merit: 1094
Hello, Patrike
After analyze the statistics I came to understanding important thing: the hashrate of the same algo can be different for different pools. I saw at least 3% difference based on connection ping, pool load and pool mining settings such as difficulty or other things.
Please, make independent hashrate profile values for different pools for the "save hashrate..." function to make profit switching work correctly.

Really what you ask for is done or half done. Within the configuration of a pool, on the left go to ADVANCED and below you can vary the profitability of that pool, this is how I do it and it is the right thing to do. The hashrate for each protocol is the same, the pool can vary by the Ping as you say, or connection problems etc ..

https://www.dropbox.com/s/00y2dx83t4rc9b1/Captura%20de%20pantalla%202018-06-08%20a%20las%2016.23.48.png?dl=0


This corrects what you ask and can do for each pool, add a negative or positive%, because I have found coins / pools that make me earn 50% more, and that hyay to reflect it.

But really then it is misinterpreted within the same program. Let me explain, I use Auto Switch to 60 minutes or more, but in each miner I add a rule, that if the benefit falls below X amount, that miner makes auto switch and restarts the miner to go to another currency. In this way, if I am in a currency that exceeds my minimum amount, it may be undermining much longer and be more profitable.

But that amount is not reflected in the other panels nor are they taken into account for the rules nor in the general statistics, that is half done well. IF it serves at the time of Auto swtich, at that moment if you keep it in mind if you earn more or less for the number that you have indicated. But as I said, I use a rule for each RIG that until it does not fall of X profit does not make Switch, but it is fixed in the benefits without that the gain is modified, look at the following capture

https://www.dropbox.com/s/j1o1c10rkr2kr0l/Captura%20de%20pantalla%202018-06-08%20a%20las%2016.33.46.png?dl=0

That menu is right click on the rig, VIEWS DETAILS, and you see the autoswtich information. If you look at the first result of that window and the amount of the first miner that is in blue, you will see that there is a difference. While the views views window shows the hashrate corrected with our value% that we have added in the pool, in the information of the miner in real time, that% correction does not apply, nor in the statistics window per day and monthly, bone gives a number that does not help us at all, is indicative.

If I invest hours a day in testing coins and pools, and on your estimate correct the real one with a% deviation in each pool, I do not understand why it does not apply to all the information. It makes it almost impossible for me to manage the RIG with the rule that if the daily benefit falls below X, change, because it takes the value of the RIG without applying my% deviation. And I have pools that range from -50% to + 50%. For me it is very important that this value is reflected on all sides, because the daily and monthly statistics do not take it into account and therefore it is a mere adornment.

And to the comment above, the programmer just said "is not designed for that", but that's not my problem. If a pool has a% correction it must be applied on ALL SIDES, to have correct information and for the switch based on a benefit falling below a number, look at the real number with the% percentage applied, if not, Has no sense.

That% deviation only works at the time of autoswicth, there perfect. But not in statistics and not in the real-time miner, with which applying rules on that number is possible but it is not effective after the autoswtich to control the profit perfectly, of course for me personally it is the great failure of this program, not It is serious, but it is easy to fix and adapt it, just add that% in statistics of the miner and in the statistics panel. Thus a rule based on a minimum profit per miner could be effective.

I pray every day for the programmer to correct this, because it is also incongruous, that I show statistics or that in real time in each miner I get the value of uncorrected profit. Really, it would be the most urgent thing to do according to my opinion, we have 1000 functions, rules, menus, options, but then it turns out that they work on a number that does not have the correction or adjustment% applied, it is something that does not make sense and the Change in programming is minimal and fast. It does not make sense to show falsified statistics because they are not corrected. So that I am worth so much option if then the program does not respect my corrections of pools to make decisions by rules.

And on your question, in each pool, modify in advanced with that%, and you have corrected what you said.
Thanks for the feedback. I have actually looked into the display of revenue/profit of custom pools based on the profit factor a bit more and you can expect that the revenue/profit in the miner list will be adjusted for the factor in either the next release or the release after that. This will match what you see in the View Details dialog today already.

Ask the programmer @patrike :

In rules, the trigger of "miner revenue" has three options, I'm going crazy, I look for the option that takes into account my% correction of the pool.
Once the implementation I pointed out above is done - this should automatically be resolved.
legendary
Activity: 3346
Merit: 1094
Any others have issues with the dashboard or miner screen not updating with the latest version?

For me the stats never change, including showing miners as off-line.

Thanks!
If you still experience this issue - could you send me the Awesome Miner log files (toolbar: Tools -> Log File) and a screenshot to me? Preferably via mail. Thanks!
legendary
Activity: 3346
Merit: 1094
Hi Patrike,

can you please update all XMRig versions?

Is there a chance to add JCE Cryptonote CPU Miner?

https://bitcointalksearch.org/topic/xmr-jce-miner-cryptonightforks-now-with-gpu-3281187
Yes, I will update XMRig, SRBMiner and CastXMR in the next update.

JCE might be supported in the future.
newbie
Activity: 49
Merit: 0
I can't find if there is a dynamic way to put the rigname in password field.
Any kind of substitution tags for custom pools ?

I think what he asks is this.

Click on the right button above the rig and choose the last option called "propierties", on that screen you add the name of your miner. If you specify it, it will be automatically installed wallet.miner

Definitely no

I'm asking if there are replacement tags in pool property "password".
There is already such tag in Coin balance properties : "http://ravencoin.network/api/addr/[address]/balance"
jr. member
Activity: 756
Merit: 2
Hello, I wanted to add in awesome miner ccminer-xevan-master ? for NVIDIA .in updating

I already have it added, you can add that minter complatible with ccminer, just read the last 20 pages of the forum or read the online manual, it is not complicated.

The program makes it easy to add any miner especially if they have api, so it is their job to add that specialized miner just like me and many others we have already done.
newbie
Activity: 162
Merit: 0
@patrike

Hi, it would interesting that in coin's tab, it will reflects coins/day
newbie
Activity: 14
Merit: 0
Hello, I wanted to add in awesome miner ccminer-xevan-master ? for NVIDIA .in updating
jr. member
Activity: 756
Merit: 2
Hi Patrike,

sorry didn't have time to test this, but would like some clarification on CoinCalculator API,

does the custom input JSON URLs gets appended with AM's special access api key and have unlimited access to the low 24h volume coins or it is a direct request that is subject to 100 calls / 24h?

if the latter, is it possible to access with AM's special key?

just needed to know if there's any need for the AM users to separately negotiate with CoinCalc's op to get higher access or not necessary.

You can write to the owner from the contact page, I did it, I proposed that you launch an api version of payment, something between 2 and 6 $ month, and have access without limits of requests.

Because there are days when coins disappear, if I put it directly by Json I exceed the daily limit etc. It would be nice if there were that api, I would pay it.

The only bad thing is that some currencies have poorly defined rewards in Coincalculator, and I told the AW programmer that the reward could be changed by hand but I would continue updating the rest of the parameters such as nethash, difficulty etc ... it would be another great opportunity for AM but he has a road map made and does not come from there

For me the big problem now is that the% deviation that I apply in each pool only applies to the switch and it is creating a thousand problems.
newbie
Activity: 16
Merit: 0
I found that added a wait for some seconds fixes my problem, the start command is run correctly then Smiley
newbie
Activity: 16
Merit: 0
Hello I updated yesterday to latest version and now I have a slight problem. Did something change around "rules" and templates or is there a new bug? I have made some rules that I run via the web api. However now the miners are not started. The template is applied correctly, but the miner is not started so it stay in "stopped" mode.

https://image.ibb.co/nKXM3T/ruleproblem.png

Hi and thanks for your question. I wasn't able to reproduce this issue. I've tested by sending an HTTP post to:
http://localhost:17790/api/miners/13?action=rule&rule_id=4

Can you see if you get a "200 OK" as result from this HTTP request? Can you also check if Awesome Miner processes this request by looking for "Executing command from web" in the log file (Toolbar: Tools -> Log File)? Many thanks!

"/9/2018 11:54:16 AM.859 [065] Saving configuration to: C:\ProgramData\AwesomeMinerService\ServiceDataIntegrated.xml.tmp
6/9/2018 11:54:16 AM.877 [065] --> C:\ProgramData\AwesomeMinerService\ServiceDataIntegrated.xml
6/9/2018 11:54:16 AM.920 [052] Updating Online Services, configUpdate: True
6/9/2018 11:54:16 AM.953 [021] Rule execute: Accept progress, miners: [MRR C11 guard, localhost], [MRR GUARD LYRA2REV2, localhost], [MRR GUARD LYRA2Z, localhost], [MRR GUARD PHI, localhost], [MRR GUARD TRIBUS, localhost], [MRR GUARD XEVAN, localhost], [MRR HMQ1725, localhost], [MRR x16r GUARD, localhost], [MRR x17 guard, localhost]
6/9/2018 11:54:17 AM.139 [051] CoinStore, Built in coin dictionary updated
6/9/2018 11:54:17 AM.675 [005] [ManagedMiner#2 - mvr1] Performing stop
6/9/2018 11:54:17 AM.675 [005] [ManagedMiner#2 - mvr1] Prepare stopping Mining Software
6/9/2018 11:54:17 AM.675 [005] [ManagedMiner#2 - mvr1] Stopping Mining Software
6/9/2018 11:54:17 AM.675 [005]   Closing process
6/9/2018 11:54:18 AM.676 [005]   Process closed
6/9/2018 11:54:18 AM.884 [016] [E]ChannelManagerBase: ObjectDisposedException for channel: AwesomeMiner.Service.Contracts.ServiceContracts.IMinerService, 192.168.1.108:9630
6/9/2018 11:54:18 AM.884 [016] ChannelFactoryProvider: Removing factory: AwesomeMiner.Service.Contracts.ServiceContracts.IMinerService
6/9/2018 11:54:22 AM.959 [021] Rule execute: Accept progress, miners: [MRR C11 guard, localhost], [MRR GUARD LYRA2REV2, localhost], [MRR GUARD LYRA2Z, localhost], [MRR GUARD PHI, localhost], [MRR GUARD TRIBUS, localhost], [MRR GUARD XEVAN, localhost], [MRR HMQ1725, localhost], [MRR x16r GUARD, localhost], [MRR x17 guard, localhost]
6/9/2018 11:54:23 AM.605 [056] CloudManager running, cloudstate: EnableAll, Sending: True
6/9/2018 11:54:23 AM.732 [056] [E]Failed to download string from: https://cloud.awesomeminer.com/command/pull?userid=bW92ZWxpa2VjbGVlc2VAZ21haWwuY29t&code=MTA1MTQ1MDU3MTQwMTM3MTM3MTI5MDIxMDc1MDk3MDM5MTc0MTcwMDc0MjEzMTU1&systemid=1
 System.Net.WebException: The remote server returned an error: (400) Bad Request.
6/9/2018 11:54:23 AM.958 [056] [E]Failed to Post string to: https://cloud.awesomeminer.com/publish/stats?userid=bW92ZWxpa2VjbGVlc2VAZ21haWwuY29t&code=MTA1MTQ1MDU3MTQwMTM3MTM3MTI5MDIxMDc1MDk3MDM5MTc0MTcwMDc0MjEzMTU1&systemid=1&minercount=17
 System.Net.WebException: The remote server returned an error: (400) Bad Request.
6/9/2018 11:54:28 AM.963 [021] Rule execute: Accept progress, miners: [MRR C11 guard, localhost], [MRR GUARD LYRA2REV2, localhost], [MRR GUARD LYRA2Z, localhost], [MRR GUARD PHI, localhost], [MRR GUARD TRIBUS, localhost], [MRR GUARD XEVAN, localhost], [MRR HMQ1725, localhost], [MRR x16r GUARD, localhost], [MRR x17 guard, localhost]
6/9/2018 11:54:31 AM.888 [027] [E]Service Request Failed: 192.168.1.108:9630
 System.InvalidOperationException: Cannot make a call on this channel because a call to Open() is in progress."

It is the same error if I use the "actions" dropdown in awesome miner too, without using any web script.
jr. member
Activity: 348
Merit: 5
Hi Patrike,

sorry didn't have time to test this, but would like some clarification on CoinCalculator API,

does the custom input JSON URLs gets appended with AM's special access api key and have unlimited access to the low 24h volume coins or it is a direct request that is subject to 100 calls / 24h?

if the latter, is it possible to access with AM's special key?

just needed to know if there's any need for the AM users to separately negotiate with CoinCalc's op to get higher access or not necessary.
newbie
Activity: 33
Merit: 0
Hi Patrike,

Would it be possibly to have an option to manually change the algo used by a coin, with the numerous forks happening at the moment, sites like whattomine and coincalculators are often slow to update the algos used by the coins.

For example Stellite still listed as using CN V7 when its been using its own custom algo for several days now.
jr. member
Activity: 756
Merit: 2
I can't find if there is a dynamic way to put the rigname in password field.
Any kind of substitution tags for custom pools ?

I think what he asks is this.

Click on the right button above the rig and choose the last option called "propierties", on that screen you add the name of your miner. If you specify it, it will be automatically installed wallet.miner
newbie
Activity: 49
Merit: 0
I can't find if there is a dynamic way to put the rigname in password field.
Any kind of substitution tags for custom pools ?
jr. member
Activity: 241
Merit: 6
On a managed profit miner is there a way to disable ethereum dual mining, but keep ethereum by itself with accurate profit calculation?
What I did was disable each of the dual mining algorithms on the profit profile for the miner in question. They'll never be the most profitable by themselves anyway, and if that ever changes for one of them, you could always reenable them.

You got me thinking and I think I found a simpler solution (or at least one that I like more): just go to the profit profile, Ethereum and set the dual mining hashrate to 0.
Thanks
No problem. Yeah, that'll definitely work too. Have a great weekend!
jr. member
Activity: 756
Merit: 2
Ask the programmer @patrike :

In rules, the trigger of "miner revenue" has three options, I'm going crazy, I look for the option that takes into account my% correction of the pool.

Those three options are

miner revenue

miner profit

profile profit

This unfortunately has no help nor is it in the FAQ, so I would like to know which of those 3, takes into account my% gain factor that I have added to the pool. and I hope you reconsider that all the AW numbers take into account the% correction that we apply, it does not make sense that in the panel of miners I get a value without applying the correction, because it is not realistic.
Jump to: