Hello Patrike,
Is it possible to see what is happening in console tab of a rig even if we set in environment properties to hide the window ?
That's not supported. Right now Awesome Miner is taking the screen capture of the console window and display. If the window is hidden, that's unfortunately not possible. |
|
|
|
I agree with you on those suggestions. I dream of a precise benchmark that would do as follow :
- For each algorithm, test all compatible software and select the best one as the one to use ! For example an equihash test on nvidia card would select the best software between ccminer, EWBF and DSTM.
- Once the software is selected, then make another test to determine for each algorithm what would be the best intensity.
On top of that, if AM would be able to make similar profit calculations as Nemosminer can do, we could have the best managing sofware for miners !
Thanks for the suggestions. I agree that the benchmarking can be improved. I will use your feedback and the feedback in a few other posts here as input to future improvements of Awesome Miner. |
|
|
|
There's an announcement on Ahashpool about them changing the unit for "scrypt" to mBTC/Gh/day (from previously mBTC/Mh/day) to match other pools.
Does Awesome Miner need to update for this to keep the calculations correct?
Yes, an update to Awesome Miner will be required. Awesome Miner will have to take the new value and divide by 1000 to get the correct reading. For some reason, Yiimp pools use the same hash rate unit for display on the web site as in their API's. Preferably the API's should have a fixed unit, but that's not the case. Nicehash also uses that design. |
|
|
|
|
Development update
This purpose of this post is to give an update on what's in the pipeline right now. The plan is to have a development release available in a couple of days from now, and then a public release about one week from now.
- Pool Balance: Show unpaid balance and recent payouts from the pools used by the profit switcher (Nicehash, zpool, MPH, ...). In the future this will be improved by also tracking pool hashrates and similar information where available.
- Bminer mining software
- New pools for the profit switcher
In addition to the above, there will also be a number of smaller improvements as well.
I appreciate all feedback and discussions about improvements. I prioritize the development based on the most requested features in order to make as many users as possible happy.
|
|
|
|
I've noted your request, and I fully understand your requirement. Thank you!! Yo Patrike, any chance on an update on this? I'm starting to release my plugins for your product and it will really help to have this feature to reduce people's setup time.  Also some users have mentioned that when using the BTC/MHs per day option they lose price quotes because AM obviously does not get the pricing info. It would be realllyyy helpful if I could just send the coin details (price, diff, etc) over the API so they don't lose that.  Thanks! Hello! First of all, thanks for your great work on adding additional coins and statistics to Awesome Miner with your scripts. I do have some good news for you. I've implemented support for adding and removing user defined coins via the API . There will be a new development release with support for it in a few days from now. Add user defined coin with profitabilitySimilar to the API call to set coin profitability, a new user defined coin can automatically be added if no coin with the specified short name exists. The name and algorithm parameters must be specified for the coin to be added. If the coin already exists, the name and algorithm parameters will be ignored and only the profitability will be updated. POST http://mypc:17790/api/coins/{shortname}?profit=...&name=...&algorithm=...Example: POST http://mypc:17790/api/coins/ABC?profit=0.000015&name=MyAbcCoin&algorithm=Scrypt DELETE http://mypc:17790/api/coins/{shortname}Example: DELETE http://mypc:17790/api/coins/ABC What I've not finalized yet is a way to set other parameters like coin difficulty and so on. I can add that quite fast if there is a need for it as well - just let me know. Any feedback is of course welcome. |
|
|
|
I have been checking out awesomeminer and like what i see.
However, the implementation for Excavator is not optimal. For all the supported excavator algos, except neoscrypt, excavator should run with two threads. The current implementation only runs with one thread leading to lower than optimal hashrates.
Is there a way for me to edit the way awesomeminer generates the .json file for excavator?
The Excavator miner uses a configuration file instead of command line parameters, forcing Awesome Miner to generate this configuration file and leaving very little flexibility for the users of Awesome Miner to override the behavior. I can look into making some kind of template configuration file available to open up for customizations, but that feature is not yet available. According to the Excavator documentation, it should be one worker for almost all configurations - but that might of course not be true for all scenarios: https://github.com/nicehash/excavator/tree/master/nvidia |
|
|
|
|
Awesome Miner version 4.4.4
- Improved failure detection for pools included in the profit switcher, to faster detect failures between the profit switching intervals
- Possible to manually reset the list of failed pools for a miner, to have the profit switcher consider them again. The feature can be access from the View Details dialog where the failed pools are listed.
- Excavator miner will only connect to a single pool (or two pools for dual mining)
|
|
|
|
Can't benchmark any dual algorithms. I'm getting "No pools specified" every time. Benchmarking single Ethereum works.
Is this for Claymore Ethereum Dual miner or Excavator? Excavator doesn't support benchmarking of dual mining, but that should also have been prevented by Awesome Miner. Can you please send me the Awesome Miner log file for this? |
|
|
|
Hi, It may be a bug or something I did wrong but one thing is not working for me. I share the same profit profile with two miner. When it comes to mining with exacavator (in Lyra in this case), one does it well, the other one keep trying to mine eth or eth+pasc, eth+sia, ... Even when I ujust leave MPH checked it goes on NH. I leave you some screenshots ask me if you want an API report or other details. Except that exverything is working well, it could always be better of course, like checking the real hashrate on the pool, the balance on the pools and so compare the estimate revenue with the pool revenue. And simplify the benchmarking, it should be easyer to test different miners soft on the same algo to keep the best one. Keep going your software is a really good alternative  Hi, I would actually be interested in both the log file for Awesome Miner and for the log file on the Remote Agent where the miner is running. Could you send me those via e-mail? The Awesome Miner Log File can be found via the toolbar Tools -> Log File. Awesome Miner Remote Agent has a log file as well. It can be accessed from the Remote Agent icon in the lower right corner of the screen, where the right-click menu has the option Log File. The pool balance feature is currently being developed and if all goes well the first version of it will be made available during next week. |
|
|
|
Hi guys,
Is there a way to schedule a rule to change my power limit of my GPUs. I can see that in rules I can create a time triggered rule that performs a device command to change the GPU clocks but there is no power limit option.
I have onpeak/offpeak power tariff and peak power is over double the cost of off peak so I want to run an aggressive power limit during peak times and push the cards more during off peak.
I also can write C# so if this isn't easily doable through the gui is it possible to do via the API?
Also, yes I have a premium licence.
Thanks.
Hi, There is no support for setting power limit via the rules today. I do have plans to improve the clocking profile concept for more flexibility (especially for mixed GPU environments), and making this feature available via the Rules is a good idea as well. Thanks for your feedback. |
|
|
|
Hello.
In version 4.4.3, the options window does not fit into the screen and its size can not be changed.
sorry, I do not know how to insert pictures here (((
The height of the Options dialog is about 785px. What is the resolution you are running in Windows, and is there any way to increase it? It also looks like the dialog is fully usable even if the very top and bottom isn't fully visible. |
|
|
|
Hi.I write in this way because I have tried to communicate the last days to info@awesomeminer.com but I do not receive an answer.Have another means of contact ?, I was having communication with someone from AwesomeMIner support but days ago they stopped responding ... Hi, I respond to almost every e-mail within a business day, so it must have been lost somewhere. There are however instances where I do answer an e-mail but it bounces back due to filters on the receiving side. Can you send me your e-mail address via PM and I will search for it? |
|
|
|
Hi, how to enble secondary mining in excavator?   Anyone knows if this bug was fixed ? The secondary mining on excavator is not starting. Any solution ? 1) There was a dual mining bug in v4.4.2 that was corrected in v.4.4.3. 2) Dual mining with Excavator is currently only supporting the combinations Ethreum + Decred/Sia/Pascal, as these are the predefined dual modes of this mining software 3) If the problem remains, please right click on the miner and select View Details, then go to the Process Information tab where the generated configuration for Excavator is listed. Please share this information with me together with comments on if any of the pools in there are incorrect |
|
|
|
Hello Everyone,
I'm new to this forum. We have around 500 ASICs (S9 and L3). We are not using any specialized software to manage it now. We are only using the built-in Bitmain's access panel which we login using our firewall and vpn. We tried to subscribe to Genesis Hive a couple of months ago, but their team did not reply.
Could experienced members here suggest which software to use for ;
1. General Monitoring
2. Temperature Alerts
3. Switching Pools
4. Switching Coins
5. Low hashing alterts
6. Batch restarts
Regards,
Maddy
Hi and welcome to the forum. Awesome Miner is doing all of the above, and more. It's very popular to use Awesome Miner in combination with Antminers. Please let me know if you have any additional questions about the software. |
|
|
|
Awesome Miner version 4.4.3
- Improved compatibility for the Excavator mining software
- Improved support for running the PhoenixMiner software as user defined Managed Software using API compatibility with Claymore Ethereum miner
- Device profile configuration added for the new dual mining algorithms in Claymore Ethereum miner 11.0
- Correction to the profit switcher for selecting dual mining pools correctly
Patrike, What's up with this ? Why can I not get all the algo's to show up in the Online Services tab ? https://1drv.ms/i/s!AoT9lvLcOWd_hWAzqwfXGosJAEY8https://1drv.ms/i/s!AoT9lvLcOWd_hWEnhj6QE5NQD1gGAs you can see, I have over 20 algo's selected here and also have them selected in Options > Algorithms - but not all will show -- they all did before the update to 4.4.3. I've Benchmarked them all as well. Is there a setting that I've missed ? If so, I can not find where ! I look forward to a fix - help on what I may have done wrong. Zpool is returning fewer pools/algorithms in their responses right now. I don't know if this is only temporary, but as you can see on the link below, for example C11 and a few more are missing: http://www.zpool.ca/api/statusFor this reason, the list of pools/algorithms for zpool is a bit shorter in Awesome Miner. This cannot be resolved from an Awesome Miner point of view. |
|
|
|
AM good service but it will be more better . Today is more new coin which isn't in coinwars or whattomine. I add new coin manually, but there is only static diff which I need change manually too. All coins have API with dynamic diff changes. It is possible get dynamic diff via this https://explorer.alqo.org/api/difficultyPlease add this features to coin properties. I second this. When we add custom coins it would be nice to give it this and have AM just pull the data. Also, if this is added it would be nice if we had an averaging function where it used the average difficulty over X blocks where X was picked by the user. I wrote a program to do this automatically for me.. it pulls all the coin data then updates the coin data in AM every few minutes. It's a lot harder for a program to dynamically pull that info than you might think. Does Patrike know how to implement this functionality to be used in Awesome Miner ? I already developed an Awesome Miner API endpoint that soothaa uses from an external application to set coin profitability. So there is no lack of understanding here. Having a generic feature in Awesome Miner that pulls API information from any source may sound easy, but please consider the endless number of data formats the various API's out there uses. This is similar to the challenge for the Wallet Balance feature in Awesome Miner. Awesome Miner supports a few common block explorers, but they all have different data formats. Awesome Miner is already trying to be smart looking at the content of the API responses, but it's simply not possible to support all of them. This is why the other way around - providing an Awesome Miner API to be used by external scripts - gives much more flexibility for those that really want to get into customization. The same Block Explorer feature used to get wallet balance could possibly be used to get other data (like difficulty) from the block explorers as well - but it will still not be possible to support any data source. Maybe a future improvement for Awesome Miner, but not as flexible as the existing Awesome Miner API endpoint for setting profitability. |
|
|
|
|
Awesome Miner version 4.4.3
- Improved compatibility for the Excavator mining software
- Improved support for running the PhoenixMiner software as user defined Managed Software using API compatibility with Claymore Ethereum miner
- Device profile configuration added for the new dual mining algorithms in Claymore Ethereum miner 11.0
- Correction to the profit switcher for selecting dual mining pools correctly
|
|
|
|
Installed new version of AM and added excavator. Benchmark runs fine but when I start the rig on multipool hub it seems to show several algos in blue with speeds all 0.00000
What did I do wrong?
I just learned that Excavator and Mining Pool Hub doesn't work together. After doing more research, it looks like the Excavator miner is explicitly blocking connections to Mining Pool Hub because of some disagreements between Nicehash and Mining Pool Hub. I will have to implement something in Awesome Miner that prevents the profit switcher from selecting the combination of Excavator and MPH. For the moment, please disable one of them. Thanks for the prompt response Shame, Excavator is a good miner for Neo and a few others and I was going to try out Multipoolhub to see if it was any better than ahashpool. Will reconfigure Awesome to go back to KlausT and DSTM for npw. I’m exploring if there are other solutions around this. |
|
|
|
Hi Patrike
please add in your system this wonderful multipool service: d3pool.eu
Its realy good pool with low fees.
Thanks for the suggestion. I will try to find a good solution for supporting yiimp-based pools like this one in general, so any of these pools can be supported. |
|
|
|
Here is a small update about what's in the pipeline and the plan is to include it in a new release within the next 24 hours.
* Claymore 11.0 with the new dual mining algorithms
* Excavator 1.4.3 supported as Managed Miner and Managed Profit Miner
* A new profit switching feature where the profit switcher looks at the accepted shares of the mining to try to figure out if the current pool is failing. If there are no accepted shares for 8 minutes (configurable), the pool will be ignored by the profit switcher for 5 hours (configurable). The feature will be disabled by default.
Please note that if the pool is reporting that the shares are accepted, but still fail in some other way (payouts not as good as expected, shares not counted although reported as accepted, ...) it will be impossible for Awesome Miner to detect. Awesome Miner will not be able to solve all pool issues, but hopefully help a bit.
The release will contain more than the items above, but I think these three items are the most requested and discussed right now. Thanks for all feedback.
I can also point out that Bminer probably will be the next mining software for me to explore.
Thanks for the improvements. The problem was that accepted shares that was reported by ccminer was between 19000 and 53000 and the method you described won't work, because accepted shares on pool's reports was zero, see this : https://www.dropbox.com/s/4obw9jkx0s8l84g/Screenshot%202018-02-09%2011.53.34.png?dl=0 I opened www.zpool.ca/api/walletEx?address=WALLET_ADDRESS and the miner's array are not uniquely identified by AM with ID fields from miner's array (you leave it empty) and also accepted field from each miner remained to zero even if AM was mining for 3 hours. So from my point of view you are not reading and you are not using the real values from the pools that are the most important, because only the registered hash-rate on the pool's side is that transforms to payments. The implementation is simple and will fix a lot of issues all caused by the fact that you read what miners are reporting (that many times miner lie and report misleading values to hide the developer / or hacker's stealing fee) instead of reading values recorded from the pool that many times, with many miners are lower. I also think that you should use total_earned field from /api/walletEx?address= and add checks like : 1) if value decreased it means you were mining an orphaned fork - this happened last week, and was reported on this forum and also we saw that on all pools 8 hours of income vanished because all MA users with 24 hours statistics were mining on ahashpool orphaned CRC coin . Also AM could cause 51% attack and soft fork that means all AM users will loose all the money on that branch (I hope you know what I am talking about). 2) if the value increases you have the difference and you will have to show a new column for each miner with pool's earnings reports the statistics with income per unit of time (make the difference between 2 requests from the pool in seconds and if the reports are not identical (because pools refresh statistics every few minutes) divide the income to the number of seconds and you have real income from the pool in $. 3) Add in rules triggers and actions (a very useful part of AM, congrats for that, btw) new items based on the accepted and total_earned fields from pool's statistics (all you need is some associative arrays to store values for each pool. New rules will be much better than flawed "accepted" rules we have now. Am users will compare values from the pool with values from the statistics and will notice that : 1) the miner is stealing and reporting inflated hash rates that is a practice these days and you are ignoring it; 2) a specific pool is stealing or is not functioning correctly for any reason (errors, restart, ddos). 3) AM users will really appreciate you because they feel you are on their side, because they have together millions of dollars on your hands and you have a huge responsibility to protect their inestment So, do you understand, Patrike ? Do you understand ? Yes - I see your point. |
|
|
|
|
Show Posts
