https://www.dropbox.com/s/ovsibs4jh1cyib5/Captura%20de%20pantalla%202018-06-16%20a%20las%206.12.02.png?dl=0

A question Patrike, you see that I have customized the progress, I look a lot Coins / day, but I get the impression that the% correction of the pool is not applied.

If I use all the miners in the same currency and see the estimate of the day, it gives me a value. If I add the estimate of all the currencies of each rig, it gives me a much lower amount. One example would be estimated 1,100,000 satochis estimated per day, but if I count the coins multiplying by their value, I barely reach 700,000 satochis.

Could it be that it is not applied there the percentage of correction of the pool in% ??

https://www.dropbox.com/s/lcshiwit66ynkdf/Captura%20de%20pantalla%202018-06-14%20a%20las%2018.28.43.png?dl=0

200.json vivo
I, as another user comments, I am having problems in some currency. I can give the example of the VIVO coin in Neoscrypt. LA I have added so much for the .json of WTM and the url of Coinscalculator, as you can see in the capture. But it does not appear in the list of currencies, and two days ago if it appeared.

It seems strange to me that even when I add them, the coin does not appear again.

Then on the other hand I saw a behavior that is strange in the swtich car, sometimes it changes to a lower yield currency. And I have a 16% profit difference. I miss it because of 5 rigs, sometimes the 5 mines the same, and suddenly 2 or 3, they change to another less profitable currency than in which it was before, and I know that the previous currency is more profitable because I see its profit in the other rigs that do not change. Do not explain yourself better, but something strange happens with the swtich car.

To see if someone can help me, I want to customize "customize progress".

I would like to add, difficulty and currency price. I do not know how to do the line to add it and customize it. There are 3 fields, in the third I have coins / days

Can somebody help me.

Thanks for your feedback on the GPU, we are here to help.

On the other hand I am amazed that with a G4400 and 18 cards, this between 10-30% CPU. I have a Rig of 6x1080ti and I had to remove the G4400 and put an old i3, because it was always at 70% and lower to 20% .. It is amazing 18 cards.

So much difference is there between some risers and others? Can recommend a good brand.

Thanks for the quick update, now if the numbers are corrected, now if the rules with real numbers make sense.

One question, last night there was a fork, LUXCORE of phi, step to protocol PHI2. When that is reflected in WTM, will only the protocol in the program come out?

I have now added Phi2 and with AW coin updater added Luxcore, to be able to mine it, but that is a separate extension of the program.


I leave another small bug so you can correct it, it is in GPU, if you look closely, you will see that 1050 have more hasrate than 1070. Those numbers are changed, somehow identifies them badly, and of course you do not know one if also the frequency and others are good or bad. It does not affect me much, but I leave the failure in capture.

https://www.dropbox.com/s/cq89skoxff5g55u/Captura%20de%20pantalla%202018-06-11%20a%20las%2018.16.11.png?dl=0

and to finish, I hope you believe that in next versions there would be a simple statistics of last 30 days, it would make things much easier to know if some changes produce more or less.

Thank you very much for your good and fast work

Idea and suggestion for rules.

Can you think if you can add a rule in which I ignore the current group X minutes

The idea is that when I make a change through a rule, I can omit that current pool in which I am mining before the change, and omit it for example 15 minutes. So that way I do not choose the same group again, I think it's sensible.

So I can make a rule that by changing make sure you do not choose the same pool.

Thanks for your response Patrike, I look forward to the correction because I had to stop some groups for this reason. I understand that simple or complicated changes take time.

I will inform you whenever you see a problem, I usually report in detail and with images because it is the only way that a programmer can see the result and even reproduce it, I have been working with programmers for years.

I do not mention it anymore, these small mistakes, I'm waiting.

What I strongly suggest, is a mini-statistics of the last 30 days, I know that this is deeper in programming. Ideally, you would take a sample of the estimated value at that time, and take a sample every 5 minutes for example, this would give 288 samples of a single day to be averaged and be that average that reflects in the daily statistics. Nothing of extras, nothing complicated, but somehow I would like to see my evolution and if I make changes in rules or options, see if they are positive or negative in profit, I can only see it that way.

You understand that advanced users like me, we use 6 different exchanges to cover the coins, I do not change to auto BTC, I sell manually. So the only quick reference although it is not exact at all, would be a panel with a graph of 30 days per bar, it is not something that is complicated, but depending on your working hours.

Thanks as always for your response

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.

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.

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

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.

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.

The problem is already identified, if I turn off the rule that AWCU releases for several hours and then activate it, the error disappears, with which my conclusion is that I reach the limit of daily limit to cryptopia. I raised the time from 8 to 12 minutes to see if I could hold the full day.

It would be very good on the part of the programmer if he believes it necessary, control that error that throws cryptopia when you reach your maximum daily and ignore it, because what it does is that it misses the information and causes a failure in AWCU that does not let you update the coins , that would be a breakthrough in this wonderful program.

I hope that with the caches and with the new functions of not looking at coins that is already in WTM, the number of requests will be reduced, but again I insist that the programmer should reproduce the fault in order to ignore it and not affect the other currencies or stop AWCU

I hope that my information will help you for further improvements.

The server has committed a protocol violation. Section = ResponseHeader Detail = CR must be followed by LF

This error above is still happening in cryptopia, maybe it has exceeded the maximum requests of cryptopia. I'm with version 1.0

Thanks for your job

Now it is very fashionable to have coins that are POW / POS / masternode, but only let POW up to a certain block number. It would be good to be able to define in the pool the maximum block to which to mine, when it reaches that limit it is excluded from auto switch and mark it in some way. I have had problems continuing to mine coins that are no longer POW for a few days.

THX

I found a bug, in the form where add the Jons urls of Coincalculator, just let add a single line, I can only add a coin, it seems that the properties of the Text Box area are not well defined in programming. Try to enter a url, and then try adding a second line, do not let the line break.

I found the url, it is well explained in the program info.

Just another suggestion 500 peticions to coincalculators is really little, if you add several coins, each coin is a request, and I check prices every 4 minutes. In many other programs usually add a module of Proxies, there are programs to find and add them, there are sites to rent 10 Proxies for very little money per month. 10 proxies X 500 requests = 5000 requests.

But it should only affect the WTM API or coinscalculator requests, not the rest of the program. It's a way to bypass API requests limitations, but I do not need to be redirected to CANADA and make Strato requests from there, or that the program has connection difficulties, it should only be for requests to APIs and so multiply the requests per day.

If I add 10 Proxies, each request is made in order one behind the other and when the list finishes, start again. I use many proxies for other Spam programs and resolves captchas, but they are not used in this software sector.

You yourself understand that 500 requests to Coincalculators can not last 24 hours, although you make requests every 15 minutes, there are parts of the day where it does not collect information and AW no longer knows that mining or mining something without it being profitable.