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

@patrike

Hi, it would interesting that in coin's tab, it will reflects coins/day

Hello, I wanted to add in awesome miner ccminer-xevan-master ? for NVIDIA .in updating

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.

I found that added a wait for some seconds fixes my problem, the start command is run correctly then

"/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.

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 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.

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

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 ?

No problem. Yeah, that'll definitely work too. Have a great weekend!

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.

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

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

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

A practical example That ZCR currency according to the pool I use, I get 70% more benefits than the program estimates. I have customized the program and it shows me the estimate per day, during the test I collect several times the data to average.

If you see in the image, in the View Details, it shows that it would gain 0.003 a day, but if we look at the RIG that is in Blue, it gives a much lower value, because it does not apply a + 70% that I have applied to the Pool. Then the rule works because the benefits have fallen so that the limit in this rig is 0.0021.

I'm really gaining 70% more, but since the miner does not reflect it, the Rule does not act correctly either, because according to the rule it is below 0.0021, but it is really above that figure.

That is why I say that it is an incongruity and this can not remain this way, it must be corrected for a good REAL information and that the advanced rules that some of us use, are based on real numbers with our deviation in% applied. And also these changes are really simple to perform at the level of programming, is to apply to those numbers the% deviation and also in the Dashboard tab, correct it and add our changes in profitability for each pool, because right now, your information is unreal and wrong

On the other hand, there should be a minimum of statistics. It would be very good if the program was able to save the daily gain value in every 2 or 3 minutes, and then average the day, and have a graphical statistics of the last 30 days in a simple way, without too many extras.

If the numbers were corrected to be more real, and we had a simple statistic of the daily average of the last 30 days, even if it is not perfect, if it would be very approximate and I could see if a change in AW rules or configurations give more or less benefits in Satochis from one day to the next, that's why we need a simple 30-day statistics, nothing spectacular or anything excessive, I think the program needs it.

@ patrike i have a problem, i only view profit/day only in usd and btc if i change currency show zero value

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

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.

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.

Thanks for your advice ! It works perfectly !

I feel there should be an easy dropdown or box to specify Intensity for ccminer.
Specifying per algo would be great too.

Right click, properties, environment, process settings, console window mode. Default is "show formatted console window"

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.