Hey Patrike,
a small suggestion:
In the Miners tab, below under Summary, you show us usefull informations. Can you also show there the "Profit Profile Hashrate"? Its just to easy compare the entered hashrate with the real hashrate, especially when a new miner version is released and I dont want to benchmark all again. Right now I have to click into the "Edit Profit Profile" or the "Online Services" tab and chosing the right profile to show the right numbersand then compare.
Thanks for your feature suggestion. Maybe it should even be configurable to have it displayed just below the hashrate of each miner, but in a more gray color? I've also been thinking of having some concept where the current hashrate turns red if it's too low compared to the profile hashrate. |
|
|
|
Anyway to fix the benchmarking issue. I cannot save any benchmarks to my profiles, and for some reason the benchmarks are showing different hashrates on the benchmark than when running. Maybe a way to upload the save to clipboard and use that if it doesnt want to save to the profile.
Which version of Awesome Miner are you running? Can you describe the steps you use to reproduce the issue and more details of what happens? For example, is the hashrate showing up in the "Benchmark result" column? Is the column "Configured hashrate" updated when you clicked the "Save to profile"-button? But when looking at the actual profile later on, it's still the old values? So i will run a benchmark on more than one rig and i run precise. When they are finished i click save to profile (Every benchmark is to a different profile). When i click save to profile it shows up on the benchmark that it changed but when i view the profile it doesn't change the profile. So when benchmark is closed all data is lost. It was on the developmental version 10 before the most recent. Thanks for the clarification. I've unfortunately not been able to reproduce this scenario yet, but I will continue looking at what this could be. If you find out any more details at some point, for example if it's only in specific scenarios you run into this issue, please let me know. Thanks! |
|
|
|
Anyway to fix the benchmarking issue. I cannot save any benchmarks to my profiles, and for some reason the benchmarks are showing different hashrates on the benchmark than when running. Maybe a way to upload the save to clipboard and use that if it doesnt want to save to the profile.
Which version of Awesome Miner are you running? Can you describe the steps you use to reproduce the issue and more details of what happens? For example, is the hashrate showing up in the "Benchmark result" column? Is the column "Configured hashrate" updated when you clicked the "Save to profile"-button? But when looking at the actual profile later on, it's still the old values? |
|
|
|
how to run a batch file as administrator, setting power limit when temp exceeds a threshold, I think I saw that in release notes, but I don't see it in rules.
The feature is currently only available when you manually select a miner, go to the System tab at the bottom of the screen and then using the "Execute remote command" button. 1) I do have an implementation in the pipeline for a "run as admin" setting for the batch commands configured per miner/profile. 2) I can also go ahead and expose the same feature via the rules. You can expect it to be available via the action "Miner command", where I will add a new command type like "Execute remote command with Administrator privileges". I will make sure that both #1 and #2 make it to the next update. |
|
|
|
You can also expect an early Beta version of Remote Agent for Linux within the next few weeks.
With the appropriate miners? Right now I've implemented auto-download for about 10 of the mining software when you run on Linux. All mining software doesn't support Linux, and in other cases I simply not had the time to manually compile them where no binaries are available. I think this still can be a good starting point as I don't know the exact interest for running Remote Agent on Linux yet. |
|
|
|
|
Awesome Miner Version 5.3.11 (Development preview of 5.4)
The main content for this update (compared to 5.3.10):
1) Performance improvements in general and performance improvements related to when the profit switcher is making decisions, to make the user interface run smoother when you have a larger number of profit profiles
2) Avalon ASIC miners can be monitored individually even when Awesome Miner is connected to a controller with multiple miners. This can be configured via the External Miner Properties, Advanced section.
The public release 5.4 will be made available within the next few days.
You can also expect an early Beta version of Remote Agent for Linux within the next few weeks.
|
|
|
|
https://www.dropbox.com/s/gwoax04u7dg5hec/Captura%20de%20pantalla%202018-08-10%20a%20las%207.28.03.png?dl=0Hi @Patrike, I already informed you a few days ago that when mino nichehash, the profit is not shown in real time. If it appears in online services, and it does the switch auto, it is a pain to not see the profit in real time and therefore I do not have the mini profit statistics either. I have waited to install the last update, but it has not been fixed. I ask for your help because I do not know where this fault comes from, even though I look at options I do not see anything that I can affect I keep mining with nicehash and other pools, but it's a pain to not see the profit of nicehash. I have asked in my Telegram group and it only happens to me. Can you check your Awesome Miner log file for connection issues to Nicehash? You can search for: api.nicehash.com Also make sure that in the Options dialog, Online Services section, you don't have any but the default value for Nicehash domain matching: nicehash.com As I do not know what to look for, I leave you a screenshot of the configuration of online services, and I also leave a log for today, where nicehash appears several times, but I do not know if it is good or bad. I do not know if it will influence, I chose Europe on the server. Thanks for the details. For the screenshot, I was thinking of the field "Nicehash domain matching" that is located just a few pixels above your screenshot on the same page. Does that one say exactly the following? nicehash.com |
|
|
|
Would it be possible to add mBTC or bits to the display currency? Ideally I'd like to be able to display revenue/profit in both mBTC and USD at the same time. Even better if that can be done on the web dashboard as well.
Right now you can only have a single display currency (either BTC or USD can be selected in the Option sdialog, Coins&Profit section). I've had some similar requests for showing both, so it might be supported later on. |
|
|
|
Hi is there any possible way to save all settings and reload them after a system reset.
Yes. Awesome Miner stores all configuration in the file ConfigData.xml located in the folder %appdata%\AwesomeMiner. You can backup / restore this file as long as Awesome Miner isn't running at the same time. |
|
|
|
Documentation updatedThe documentation/support section on the Awesome Miner web site has been improved. The new support pages can be found at https://support.awesomeminer.com/ and everything is now searchable to make it easier to find information. Several of the pages have been updated and the work on improving the documentation will continue. Please let me know if you have any feedback. Later on the support site will also be extended to include a forum where everyone can post feature suggestions and vote for features.
|
|
|
|
ok, so in this time of dropping incomes and high power costs, i'm wondering if an option can be added to only run mining during certain times?
as in, add an option to set operating hours. e.g. (only mining between these hours. start time 8am stop time 4pm) for those of use in high power cost areas with solar systems that can feed miners during the day.
i for one can't afford to run my rigs at these incomes with my high power costs. so, i'd love the ability to auto set sun up, sun down times to run on my generated free power times.
just a thought.
Hi, Have you tried to use the Options -> Rules feature, there are time/scheduling triggers that can potentially achieve what you wanted I case there is a need for an example of how to configure this, please see "Example: Run GPU mining during a specific time" in the Rules documentation |
|
|
|
Cryptonight Profit Pool payout only in XMR. moneroocean.stream
Anyone ever use/configure this pool?
@Patrike
I don't have any experience in this pool, but it should be possible to add like any other pool in Awesome Miner based on the pool URL's and ports they provide on their web site and in their FAQ. Let us know if you run into any issues. |
|
|
|
A feature suggestion: "Auto Benchmark":
User selects profile and precision, AM then starts to benchmark all algorithms (like 'Select All' in the benchmark window). After it has finished benchmarking, it will save the results to the profile and automatically start mining using the new results.
Maybe a window with a summary of the results could be added too.
That could make sense for the initial benchmark. The future plan also to let Awesome Miner automatically update the profile hashrates while you are mining, to minimize the need of benchmarking. |
|
|
|
Why is MultiPool.us integration removed? Should we stay away from there? Did something happen that I missed?
They had an API for some time, but it's no longer available. |
|
|
|
https://www.dropbox.com/s/gwoax04u7dg5hec/Captura%20de%20pantalla%202018-08-10%20a%20las%207.28.03.png?dl=0Hi @Patrike, I already informed you a few days ago that when mino nichehash, the profit is not shown in real time. If it appears in online services, and it does the switch auto, it is a pain to not see the profit in real time and therefore I do not have the mini profit statistics either. I have waited to install the last update, but it has not been fixed. I ask for your help because I do not know where this fault comes from, even though I look at options I do not see anything that I can affect I keep mining with nicehash and other pools, but it's a pain to not see the profit of nicehash. I have asked in my Telegram group and it only happens to me. Can you check your Awesome Miner log file for connection issues to Nicehash? You can search for: api.nicehash.com Also make sure that in the Options dialog, Online Services section, you don't have any but the default value for Nicehash domain matching: nicehash.com |
|
|
|
Is anyone else having any responsiveness issues with the latest release(s)? It seems like the UI locks up any time there's a large number of profit switches.
I was getting that when Windows went through Insider Preview latest fast ring build (with that huuuuuge Notepad upgrade) 2 or 3 weeks back. Couldn't figure out why everything goes stuttering from time to time until I decided to just roll back and stay with stable builds. (yes, initially I suspected and thought it was AM 5.3.x broke my system since stutter happens every time profit switching took place, but turns out it was bloody Microsoft in my case) I havent changed anything about the OS. And this isnt a stutter, this is a full blown lockup for 5-10 seconds every minute. Like its not just annoying, its making the program almost unusable. I've made a few optimizations in development version 5.3.10 that is about to be released. Once available, please upgrade and let me know if it's working better. It doesnt seem any better. Are both Awesome Miner an all the Remote Agents on 5.3.10? The Remote Agent version is actually of importance here as well. If possible, I would like to review your configuration file (ConfigData.xml) and Awesome Miner log file. Would it be possible for you to contact me by mail with this information? |
|
|
|
Awesome Miner Version 5.3.10 (Development preview of 5.4)- Miner Tag trigger can be configured to trigger if a miner doesn't have the specified tag - The profit switcher can be configured to ignore the current pool if the mining software crashed multiple times. Configurable via the Options dialog, Profit switching section. - Improved threading performance when using larger number of miners and when executing commands on many miners at once - Webhook actions can be configured for Basic Authentication - WhatToMine custom URL's can point to sources with multiple coins - Added execution option to run external commands as Administrator via the System tab - Added option to reinitialize the GPU monitoring via the System tab - Coins tab improved by separating Revenue and Profit into two separate columns that can be sorted individually - Ensure miner hostnames cannot contain blank spaces - Added variable support for webhook actions - Disable MultiPool.us integration - Zpool multiple region support - Added YescryptR16 and Allium algorithms, including support in CpuMiner-Opt - Use full paths when specifying configuration file to sgminer
- Improved support for custom mining software with download URL specified as part of profit profiles
- The download URL for mining software adds support for pointing to network file shares.
- Cloud Services update inteval configurable
- For Managed Profit Miners, only the active pools will be listed on the Pools tab.
- Removed old mining software: Excavator 1.1. The only supported versions from now on are Excavator 1.4 and 1.5.
- Added mining software: T-Rex nVidia GPU Miner
- T-Rex miner 0.5.6, including pool information when used as External Miner - CryptoDredge 0.8.3
- Z-enemy Miner 1.15a with Hex algorithm support
- EWBF Equihash Miner 0.5 - SRBminer 1.6.5, including CryptoNight Red algorithm - Correction to coins per day calculations for some algorithms like Blake 2b - Correction to SRBMiner configuration file entries related to GPU settings - Correction to hash rate for latest firmware versions of Innosilicon A9 Zmaster miner. If an older firmware is used for this miner, please upgrade to the latest firmware version. - Correction to the content of the miner and pool notification messages if the mining process doesn't start correctly - Correction to miner commands not being executed correctly if launched in a sequence via the rules - Correction to incorrect display of first pool in list for some GPU mining software - Correction to rule for executing SSH commands - Correction to hashrate parsing for a few of the GPU mining software, where incorrect processing could result in no mining information being displayed - Minor corrections Items in blue are updated since the last development preview. To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates Direct download links http://www.awesomeminer.com/download/setupdev/AwesomeMiner.msihttp://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi
|
|
|
|
Is anyone else having any responsiveness issues with the latest release(s)? It seems like the UI locks up any time there's a large number of profit switches.
I was getting that when Windows went through Insider Preview latest fast ring build (with that huuuuuge Notepad upgrade) 2 or 3 weeks back. Couldn't figure out why everything goes stuttering from time to time until I decided to just roll back and stay with stable builds. (yes, initially I suspected and thought it was AM 5.3.x broke my system since stutter happens every time profit switching took place, but turns out it was bloody Microsoft in my case) I havent changed anything about the OS. And this isnt a stutter, this is a full blown lockup for 5-10 seconds every minute. Like its not just annoying, its making the program almost unusable. I've made a few optimizations in development version 5.3.10 that is about to be released. Once available, please upgrade and let me know if it's working better. |
|
|
|
@ patrike
Any chance you can can have the Avalons deliver full reports on each miner attached to their controller? Currently stats break down to each AUC device reporting the miners attached to it as 1 big miner.
The stats *are* in the api so here's the API log:
Awesome Miner is currently only displaying the information based on the devices in the API's. Each devices can then have 4 - 5 sub devices that is reported in a vendor specific way in these API's. Each of these sub devices represent a physical miner. With the current version of Awesome Miner, it uses the same device concept as for any other miner, and you might get 3 - 4 devices listed on the ASIC tab - even if the number of physical miners are 12 or more. I would be possible for Awesome Miner to use the vendor specific information in the API's to dig deeper into the information and list all physical miners as a device on the ASIC tab - with individual hashrates and temperature information for each. From a management point of view it's however still a only single large miner in Awesome Miner, as pool operations and similar are only set to the R-Pi controller. Each physical miner is only made available with monitoring information over the API's, but all of them are still controlled like single miner. Controlled as a single miner yes but what we (including Phillipma and his client) would like is performance information on those sub miners vs performance of any of the 4 possible miner strings as a whole. Case in point, today I noticed that 1 of my banks of A741's was about 2THs lower than its normal total average of ~41THs. Now that could be simple variance at work given the rather large total miner throughput reported so the drop was sustained for several hours before I caught it. All AM tells us is that one of the strings is under performing but *not* which miner in the string. The Avalon API provides very fine-grained detail if desired but all we want is to be able to look at the individual miner GHs so we can then know which GUI address to open to dig deeper for more detail. For me that is just an 'oh well open the 1 bookmarked link to the controller for 6 A741's I have to dig deeper". For someone with a fully loaded controller running 20 miners from it (with 260THs possible from stock 841's) - even an entire single miner going down could for a time be viewed/treated as statistical variance. Finer reporting of each miner on any one of 100's of controllers is a necessity just to be able to more easily find which controller IP to open for the GUI. The Avalon API has all that information there. Each miner stats starts with the tag DNA [miner_id] and that tag is a factory assigned Unique ID. I understand your request and I do have one idea how to approach this. Right now the External Miner can represent a large number of miners for Avalon, for example 20 miners. The total hashrate as reported by the controller is what's being displayed and the ASIC tab only adds a bit more information (still not on the level of each miner, but for each chain of miners). What I could do is to allow you to use multiple External Miners in Awesome Miner, where you configure each miner to represent a specific physical miner. From a monitoring point of view, this would then be 20 External Miners and you can see hashrates, temperatures and define rules that would operate on each single miner. If you would perform a pool change operation, it would however affect all miners on the same controller - unless there is some hidden feature on the controller to allow this to be performed on only a single miner. The drawback would be that this approach would consume many more licenses in Awesome Miner, but it would be more similar to how the licenses works for all other ASIC miners. This would be up to each user of Awesome Miner to decide between the current and new approach: 1) Current: A single External Miner that is representing all miners on the controller. A single license allows many miners to be monitored. or 2) New: Adding multiple External Miners, one for each miner. All 20 External Miners would have the same IP address, but a unique identifier on each to let Awesome Miner know which miner to present the information from. The only limitation for the moment are the operations that still only operates on the controller level. Please let me know you view. |
|
|
|
|
Show Posts
