The balance sorting did change, but now it just seems completely random the order it puts the totals in.
Example:
I have $437.28 -> $7.09 -> $69.03 -> $6.77 ->$761.71 -> $67.51 when i choose to sort that column.
I had implemented better sorting for many columns on the Balance tab. However, I did notice that when sorting on the 4th column for Coin balance, it still makes the sorting based on the data from 3rd column. I will correct that in the next update. |
|
|
|
Patrike,
I replied to your messages about AB remote.
It's not pulling up the card name which makes trying to do application of OC profiles by card, by algo impossible, unless you specifically know the GPU number. Not sure what you can do about it, but there is also a new 4.5.0 AB that was just released?
I tested on my system. With Afterburner 4.3 and got the GPU names over the MSI Afterburner interface. After upgrading to Afterburner 4.5, I get the same problem as you noticed, the output from the MSI Afterburner interface doesn't include the GPU names anymore. Update: I found a solution that works on my system. I didn't have the latest DLL file for the MSI Afterburner Remote Server software that I link to from the Awesome Miner help pages. Please see the bottom of this page: http://www.awesomeminer.com/help/gpuclocking.aspxAfter replacing the DLL file for MSI Afterburner Remote Server, I do get the GPU names. |
|
|
|
|
Awesome Miner version 4.7.5 ( Development preview of 4.8 )
- GPU selection in the Properties for Managed Miners and Managed Profit Miners to only include specific GPU's when mining
- Antminer X3 Cryptonight ASIC supported
- Antminer T9+ chip temperature supported
- Added temperature support for DragonMint B29 ASIC miner
- The operations to start a miner, stop a miner and perform pool changes are enabled even if some of the selected miners are in a state where not available
- Display power usage on GPU tab when using Ccminer
- Profit switching information in the View Details dialog lists the configured hashrate per algorithm
- Prevent Windows from going into sleep mode while the application is running
- Improved failure messages when a miner cannot start, to show more information about mining software and algorithm used
- Improved sorting in the lists on the Balance tab
- Additional settings for specifying duration of benchmarks
- Adjustment to XMRig miner command line by forcing either Cryptonight or CryptonightV7 as the auto detection in XMRig isn't always working
- CastXMR 1.0 with Cryptonight-Lite support
- Claymore Dual Ethereum Miner 11.7
- Correction to Block Masters API integration, to use HTTP as HTTPS is no longer supported
- Correction to custom online services where multiple services uses the same algorithm
- Correction to Pool Balance total value when using specific display currencies
- Correction to display of Mining Dutch X11 profit information
- Minor corrections
|
|
|
|
This will be a bit more code, but please give the following a try: new Func<string>(() => {
const int TemperatureLimit = 85;
var FormatTemp = new Func<string, string>((string tempString) => {
if (string.IsNullOrEmpty(tempString) || tempString == "0")
return "";
else
return (Convert.ToInt32(tempString) >= TemperatureLimit ? "<font color=\"red\"><b>" + tempString + "</b></font>": tempString);
});
return "Chip: " + FormatTemp(stats.ChipTemp1) + "/" + FormatTemp(stats.ChipTemp2) + "/" + FormatTemp(stats.ChipTemp3) + "/" + FormatTemp(stats.ChipTemp4) + " °C";
})()Hi, Patrick Thank you so much! but there was one nuance that the "/" sign at the end, in the end I get the following  Another way to do it is like below, where we only add the non-zero entries to a list and the put a slash between each element in the list. new Func<string>(() => {
const int TemperatureLimit = 85;
List<string> tempList = new List<string>();
var AddTemp = new Action<string>((string tempString) => {
if (!string.IsNullOrEmpty(tempString) && tempString != "0")
tempList.Add(Convert.ToInt32(tempString) >= TemperatureLimit ? "<font color=\"red\"><b>" + tempString + "</b></font>": tempString);
});
AddTemp(stats.ChipTemp1);
AddTemp(stats.ChipTemp2);
AddTemp(stats.ChipTemp3);
AddTemp(stats.ChipTemp4);
return "Chip: " + string.Join("/", tempList) + " °C";
})() |
|
|
|
patrike,
I use HiveOS for monitoring RIGs and it has very useful feature - power consumption (Watt/kW) for every RIG. Is it possible to add something like that into Awesome miner? (add some field where we can put power consumption of asic/rig), then it can be seen as sum on miners tab page.
There are two concepts for the power usage that could be of interest here. Dynamic - for GPU's: I've recently implemented power usage display on the GPU tab for some nVidia based mining software. It will be included in the next development release that will be made available soon. It will however be based on what the mining software reports, and from what I can see it's mainly Ccminer that correctly reports the current power usage. There are however no general power usage display feature in Awesome Miner that works on all GPU's without depending on mining software. Static - for any miner: Awesome Miner also has the concept of Profit Profiles, where you can specify hashrate and power usage per algorithm. These can be used to enter that your Antminer S9 has power usage of 1300W for SHA-256 for example. This information is currently only used for calculating the profit based on revenue: Profit = Revenue - (Power Cost per KW * Power Usage) I could make the values of Power Usage (for example the static configured 1300W) and also the Power Cost available in the user interface as well. I've also received feedback that the total power usage should be displayed on the dashboard. In addition to the total power usage, this information could be made available for each miner in one or both these locations: 1) Summary tab for the selected miner 2) In the miner list, probably as a configurable setting for the Progress field Please let me know your feedback on this |
|
|
|
So Patrike, I was thinking about something. I see alot of the posts on here, and I have an idea I thought I'd share which might allow people the flexibility they are looking for. So, right now we can set up a managed miner, or a managed profit miner. What about a third class which would be "timer based miner"? It would switch pools based on timers that you setup. Let's say you wanted to set it up to start mining "COIN-A" at 12:00pm. Then, you could set the next timer for 4:00am (whatever you want really) to start mining "COIN-B", then the next timer could be at 10:00am to switch to "COIN-C". There could be a checkbox to enable 1, 2, or 3 days of timers. (if only 1 was checked, it would loop around at the end of the day, with 3 selected, 3 days of timers could be added) Each pool added to the "timer based miner" could have one failover pool, and to be really safe from downtime, there could be one global failover pool for each "timer based miner profile" The cool thing with this idea is a person could make a list of 20 or so coins/pools, they are interested in, and set up a three day "playlist" of them and tweak the amounts of time to stay on each pool as time goes on, and you see how they do. Another great thing would be that since they aren't profit switching, everybody wouldn't switch to the same pool at the same time which would add more consistency for not only the "timer based miner" users, but for the profit based miners as well since, there would be ultimately less people following the profit switcher around at the same time. Just thought I'd put this out there, as it does nobody any good just floating around in my head. Thank you for an "Awesome" program, it's working great for me, and has really helped get thru the cold dark "Crypto Winter" we just experienced.
Thanks for your suggestion and nice feedback. Today there are some users that uses the Rules to define scheduled changes of either pools, Managed Templates or Profit Profiles. Please also see "Example: Change mining pool three times per day" at the bottom of this page: http://www.awesomeminer.com/help/rules.aspxAlthough the Rules can be used in some scenarios, it's not always the most flexible and user friendly way to schedule these kind of changes. Also, if there are many pools like in your example, it would take time to setup everything with the Rules. For this reason, I do think you are correct about that more powerful scheduling features would be nice to have. |
|
|
|
Hi,
I've just started dabbling with a baikal x10 and awesomeminer. I've setup the api port and such and can see what it is mining and the hashrate, but it is not able to do any profit switching.
Would appreciate it if someone could give me some pointers. Thanks!
Add all the pools/algorithms to your miner itself, even if its 30+ entries, and make sure every one of them is listed in the online services. (All the default pools Awesome miner uses should be listed if enabled globally) If they aren't, add them as user defined online services. Create a profit profile for the miner. Add all the algorithms the X10 uses, deselect any others. Don't select any mining software. Look up how much power the X10 uses on each algorithm, and respective hashrate, and add it in (use custom) you'll make a little bit more that way. That's pretty much all you need to get started. Have fun, and good luck! Thanks! I've done all those, but the bk-x is only mining the nicehash algos (even though awesomeminer says other pools are more profitable). I assume this is because i have not disabled the "nicehashsma" option? Thanks for the update. I'm unfortunately not too familiar with the Baikal miner concepts and the behavior of "nicehashsma". I do however know that there are a number of Awesome Miner users running Baikal so maybe someone else have more insightful answers than I can provide. |
|
|
|
"TChip: " + (Convert.ToInt32(stats.ChipTemp1) > 85 ? "<font color=\"red\">" + stats.ChipTemp1 + "</font>": stats.ChipTemp1) + "/" + (Convert.ToInt32(stats.ChipTemp2) > 85 ? "<font color=\"red\">" + stats.ChipTemp2 + "</font>": stats.ChipTemp2) + "/" + (Convert.ToInt32(stats.ChipTemp3) > 85 ? "<font color=\"red\">" + stats.ChipTemp3 + "</font>": stats.ChipTemp3) + "/"+ (Convert.ToInt32(stats.ChipTemp4) > 85 ? "<font color=\"red\">" + stats.ChipTemp4 + "</font>": stats.ChipTemp4) + " °C" I ask you to tell me how to combine the two codes so as not to display 0 on the fourth blade when it's essentially not (stats.ChipTemp4 != "0" ? "/" + stats.ChipTemp4 : "") + " °C" This will be a bit more code, but please give the following a try: new Func<string>(() => {
const int TemperatureLimit = 85;
var FormatTemp = new Func<string, string>((string tempString) => {
if (string.IsNullOrEmpty(tempString) || tempString == "0")
return "";
else
return (Convert.ToInt32(tempString) >= TemperatureLimit ? "<font color=\"red\"><b>" + tempString + "</b></font>": tempString);
});
return "Chip: " + FormatTemp(stats.ChipTemp1) + "/" + FormatTemp(stats.ChipTemp2) + "/" + FormatTemp(stats.ChipTemp3) + "/" + FormatTemp(stats.ChipTemp4) + " °C";
})() |
|
|
|
Has anyone had success setting up pool priority (for purpose of failover) for GPU Managed Profit Switching Miners along with software other than sgminer/claymore ?
I use pool groups almost entirely and have pools setup for coins I want to mine. Some pools tend to be more unstable than others and have regular downtime, thus I wanted to setup backup pool(s) for the coin (well, if I can get this working, it'll be even more ideal that I have 1~2 backup pools for every single coin I'm mining)
for Example:
I'm Mining Straks (STAK), setting up coin, and pool for it.
Pool (A) is my main pool of preference, but lately it has been experiencing excessive daily downtime, so I setup Pool (B), both pointing to the exact coin STAK as defined in custom coins.
Now, there are no effect on priority being set here...using either ccMiner, Excavator....the detailed tab for all my miners will have 2 entries for STAK
STAK - Pool(A)
STAK - Pool(B)
both showing same profitability (expected), but the order are different for each miner, some goes B before A, some A before B
so I have a great view of my 1/2 of my miners on A, and half on B, and at every profit switching interval, the order may simply change and I'll do a pool hop on the same coin for no good reason.
Note that I had Pool A's priority set to 0, and B to 10...but like I said, there's no effect.
Is there a way to have AM prioritizing pools rather than relying on mining software?
Ideally, wouldn't it be better to have a consistent ordering of the pools in "Details Tab" across all miners after profit switch calculation round, that taken into account of priorities defined in Pool Groups?
I know a few pages back someone had the same/similar issue, and it wasn't quite resolved either. Could we please have this looked into if possible?
Awesome Miner is currently limited to what the mining software can offer in terms of failover. As you point out, it's only a few mining software that actually support failover. Most software only take a single pool as a command line parameter and doesn't have any failover concept. Awesome Miner can still list several pools on the Pools tab, to make pool changes easier, but in case of ccminer for example, ccminer is still only aware of a single pool. You are making a good point here that Awesome Miner should try to be smarter in case of pool failure. When using the profit switcher, Awesome Miner can detect pools not producing any accepted shares and mark them as "Failed", and use the next pool in the list. Maybe there should be a similar concept for Managed Miners as well, where the first pool can be detected as failed and Awesome Miner would automatically change to the second pool - even if the failover concept isn't supported by the mining software. When using the profit switcher, the priority of the pools in the Pool Group isn't taken into consideration right now. All pools are ordered by profitability instead. What Awesome Miner should do in your scenario, where you have two pools with the same coin/profit, is of course to also look at the priority as a second sorting factor. That doesn't happen today. |
|
|
|
I monitor a bunch of s9's with awesome miner and like it a lot. I am displaying chip temp in the progress column. Would it be possible to add an option that adds color by temp to the individual card temp values? That way at a quick glance I could see if a card is running hotter than normal and research to see if the card has a problem or not. thank you,
I'm giving you an example below where any chip temperature above 80 °C will result in red bold text. You can of course adjust the conditions and formatting more if you want. "Chip: " + (Convert.ToInt32(stats.ChipTemp1) > 80 ? "<font color=\"red\"><b>" + stats.ChipTemp1 + "</b></font>": stats.ChipTemp1) + "/" + (Convert.ToInt32(stats.ChipTemp2) > 80 ? "<font color=\"red\"><b>" + stats.ChipTemp2 + "</b></font>": stats.ChipTemp2) + "/" + (Convert.ToInt32(stats.ChipTemp3) > 80 ? "<font color=\"red\"><b>" + stats.ChipTemp3 + "</b></font>": stats.ChipTemp3) + " °C" |
|
|
|
Hello Guys,
I will receive some Innosilicon ASICs. Does Awesome Miner working good with them ?
Yes, but in order to enable the API on these miners to allow external applications to connect to them, you must manually follow these steps: http://www.awesomeminer.com/help/innosilicon.aspx |
|
|
|
Hi
I have download Awesome Miner. And by default it shows chipTemp1 values of Antminer.
To show the ChipTemp2 values I found that can be done for S9 by clicking Display Antminer chip temperature in Status column in the option section. However, that dose not work with T9+ model of antminer.
Anyone knows how to show ChipTemp2 for Antminer T9+ and use it to trigger notification?
thanks
Antminer T9+ is reporting the chip temperature a bit different compared to previous batches. The next update of Awesome Miner will adjust to this. |
|
|
|
I'm having an issue with awesome miner and bminer.
I'm trying to read and transform in /day 2 external miners. I've added them to the miners list (only for reading, no control) and Awesome Miner recognize them and reads the hashes for each card and so on.
The problem is that when I try to specify the coin that I'm mining it tells me: "the mining software is not reporting any pool for this miner"
Is there any way to fix/bypass this? I just want to tell him that I'm mining zcash, so that I can see how much I'm making a day
I have the 4.7.4
Thanks
BMiner doesn't return any Pool-related information when you connect to it over the API (which is the case with your External Miner). Almost all other mining software reports this. Awesome Miner must always map the income to a specific pool, and this is the reason why it isn't working. It could of course be possible to have a concept where Awesome Miner can link the coin to a specific miner instead of a pool, but that concept isn't available today. |
|
|
|
Patrike,
The GPU settings dialog doesn't list the card name, only the GPU number and a colon. The values come over from the remote servers, but no card type/name, etc
Am I missing something to enable this?
UPDATE: This seems to only be on remote miners, on a local one the GPU names are shown.
Is this the "Map to system monitoring" and GPU tab of Awesome Miner? Are you running Remote Agent or the Windows service (Remote Service) on the remote computers? The Remote Agent application should be able to get the GPU names in the "Map to system monitoring" list. Please share any additional details and I will try to figure out if there is a specific scenario where it isn't working. Thanks! In general, Awesome Miner uses a third-party library that uses the AMD and nVidia API's to get information about the GPU's, including their names. In case it's about MSI Afterburner and the GPU clocking - do you see the GPU names in MSI Afterburner user interface? Patrike,
(see my other issue with no names on remote AB remoteserver)
More on the GPU setting. If you use AM to change the overclocking, with the checkboxes to set x at start and y at stop. Stop does not happen when you manually start mining, the x configuration happens, but if you then manually stop mining, it does not send the y version. (note, I did clone the x, when I created y, but changed the oc profile to the right version).
Could you please verify the log files (or send them to me view mail) for this scenario? Awesome Miner is writing information about clocking profiles being applied and the exact clocking commands sent to MSI Afterburner. Every time a specific clocking command is sent to MSI Afterburner, you can find "Executing GPU clocking command". When stopping a miner, it should be possible to see "Set clocking stop profile". Patrike, From the start Running MSI Afterburner remote server on the remote miners, (they are also running MSI afterburner, which I think it required?) Map to system monitor works correctly, the names appear there whether running remote server or not. Where the names does show is when you use the GPU settings -> settings via Awesome Miner and Afterburner... The same is true if you use the options->gpu clocking->configure and select a remote miner I have a GTX 950 on the machine where AM is running and it's able to get the name in both areas, but not the remote miners. Yes, the names are shown in the MSI interface As to the log and the profile usage, I'll look at that separately. Thanks Thanks for sharing all details. Let's investigate if MSI Afterburner is returning the GPU names over the control interface that Awesome Miner uses. 1) Open a web browser on the computer where you run MSI Afterburner, where there are no GPU names. 2) Navigate to: http://localhost:82/macm3) Enter username/password like this: MSIAfterburner/17cc95b4017d496f82 4) Please send me the output via mail or PM. Awesome Miner is reading all MSI Afterburner information, including GPU names, for this output. |
|
|
|
Hello Patrike,
I may have found a problem with your implementation of excavator 1.4
I started mining lyra2re2 on ahashpool with my nvidia rigs. Using excavator 1.4, my whole hashrate was around 407 MH/s. On the site, my reported hashrate never went above 150 MH/s for 2 hours of mining.
I first though that ahashpool was not "correct" with me, but then i had the idea of switching my mining software.
Using ccminer my whole hashrate was a little lower, around 385 MH/s, but on ahashpoool, my reported hashrate was much more realistic, between 330 and 440, often around 380. And my earnings were also a lot better with ccminer than excavator...
Do you have an idea about what is happening with excavator ?
Is the mining console window of Excavator also reporting 407MH/s, the same as Awesome Miner display? |
|
|
|
For the moment i find awesome miner just useful for monitoring my rigs. The curve to getvan advanced users is long . However i would like the gpu overcloking feature but should upgrade again . The thing before ugrading : how you guys manage to make work afterburner on amd rigs ? I either use command line with claymore or wattman settings. For nvidia rigs i dont have issues.
By reading the faq the feature is managed by afterburner but if afterburner not working on my amd rigs it will be useless for them? Just the nvidia rigs?
Awesome Miner is unfortunately not able to work in scenarios where MSI Afterburner isn't working - as it's used for the clocking. The same limitations you have with MSI Afterburner will be present even when Awesome Miner is used. In the future there will probably be support for more overclocking tools. I do know that a number of users setup clocking via batch files and have it automatically exectured when a miner is starting/stopping. |
|
|
|
@patrike When I create two or more different pools on Used defined Online Service with the same Algorithm (all custom (yiimp compatible)) . AM confuse them. It mix the pools, taking the most profitable of them but mining on one with the profit of other  Is it on pools with shared port and not dedicated? That's kind of normal behaviour for AM right now, Yiimp profit/hashrate stat from API takes precedence over coin spec as I have detailed the scenarios before few pages back. Only way I have been avoiding that kind of scenario now till current mechanism changes is to stay away from (Yiimp) Online Services and pools that uses shared port, something such as BSOD, pickaxe, and new one, quantummining..., meaning slower block times, less consistent income but more flexibility for ppl who want to manage their coins. No, itīs on dedicated ports. Example: I created a phi yiimp.eu:8333. All is ok. Then I created a pool.bsod.pw:6667 same phi algorithm. Now in User defined I have the two pools. And in online service the two pools appear right with different profit. And now is when itīs a bug: Profit yiimp>BSOD. I enable profit miner and It begins mining in yiimp. But I seems two yiimp.eu pools... Then, I Exclude yiimp.eu in Managed Profit Switcher and leave the BSOD on. Then I start the miner and itīs mining on yiipm.eu??? Note that there is only one Phi Pool (yiimp and not BSOD). But it takes the profit on yiimp and not te BSODīs profit. I enable BSOD and disable yiimp but AM is wrong there EDIT: it seems that the problem is when we have several pools with the same algorithm, AM takes the most valuable one without taking into account if we disconnect any of them and mixing them all Excuse my english That's clearly a bug and fairly similar to my situation, in a different way. And that's whyI have everything in online services turned off except nicehash... If I don't turn it off, for example, neoscrypt @ say zpool, then any custom neoscrypt pools i setup individually (i think even non yiimp pools) gets profit info overridden by zPool, and I'll have machines mining random neoscrypt coins all over the place at the same time and in details tab, they all show the same profitability. Hopefully this gets addressed I investigated this, and were able to reproduce at least one issue in the profit switcher and profit display (which is also what you see in the View Details dialog), where the same entry was displayed twice instead of two separate Phi entries. I've made a correction for that scenario. If you find any additional scenarios, please let me know. There are also some concepts that Awesome Miner doesn't handle very well today, and that's where some Yiimp based pools offers multiple entries pools/ports for each algorithm. The general concept for the Online Services has been that they provide profit switching on a specific algorithm. Now some of them also provide single coin pools, and that isn't handled correctly when added as an Online Service. |
|
|
|
Hi Patrike, Please kindly verify XMRig setting for CryptonightV7, should the default commandline parameter be of the sort cryptonight --donate-level=1 --variant 1 for assurance? I just started mining some CNv7 coins at CryptoKnight.cc (ITNS) and without explicitly specify --variant 1, I got temporary IP banned for producing rejected shares (low diff share), I guess it must be mining on the original CN algo and auto detection didn't work on all pools. Cheers, Good point. I thought that the automatic detection in XMRig would resolve this, but your findings indicate that it would make sense to always add this flag. I will make the change in the next release. |
|
|
|
Something I would really like to see improved is the custom software uploading. It's been a nightmare keeping up with the latest RVN software releases with 50+ miners, which are often providing much better returns then the built in software.
Anything that's built in works very easily - you just select the miner in the template or profile or whatever, and done. No need to upload anything or configure locations, it automatically downloads them to your rigs.
The workflow for custom software:
1. Define the software name in options - managed software.
2. Select all your miners in the miner view.
3. Click a different tab (tools), pick upload custom software.
4. Browse for the folder to upload
5. Pick it and click upload - it's a modal window, so if you have a lot of miners you could be waiting a VERY long time before you can do anything else in AM. It took me literally 15 minutes to upload a 40mb folder to 50 miners.
6. Write down the uploads which failed, which always seems to happen to at least a few.
7. Go back and ctrl-click all the miners that failed, and try again.
8. Repeat 6-7 over and over until you finally get that software uploaded.
9. Also, write down any miners that were offline - this is important, because there is no way whatsoever to tell whether or not a particular miner has a particular software, aside from it just failing if it profit switches to that algo.
10. Now that you have the software uploaded - go to each profit profile, scroll all the way down, click in the new software, click configure, then click the little arrow next to browse (which could not be less obvious), browse uploaded software. Then pick a host that has the software on it, even though you're defining a relative directory for all hosts. Then select the new software.
11. Repeat for every profile, which is at minimum the number of different GPU models you're using.
12. Then bench the software (again, for each profile) and have it automatically selected if it has the highest hashrate - or manually select it for each profile by opening the profile.
This is way, way too much work for something that should be so simple. AM already has some sort of facility for uploading software and I believe the custom software should just hang right off of that. This should be as simple as defining custom software, defining it's location on the box hosting AM, and then it should automatically download to clients whenever it needs to. Just like the built-in software. That would also completely eliminate all the failure points where certain rigs don't get the software if they're offline, etc.
Agreed, I have only 15 miners and already giving me headache, especially uploading to remote sites on the other side of the globe where connections are a bit wonky. A simplified workflow can probably be devised from user inputs. I don't have a suggestion atm, except maybe we can start off by using this procedure during upload: select upload folder (or compressed/zip file) -> AM Zips folder b4 uploading (obviously ignores if already compressed/zipped) -> AM extracts compressed/zip to own subfolder once upload is completed. This at least saves time and bandwidth for starters during this time where customized miners are rather abundant and updates are regular. Yeah, a compressed transfer wouldn't hurt either. I have to imagine this is a pretty straightforward FTP behind the scenes.
I think the most important thing is that it stays in sync automatically. I do not want to have to keep track of which miners contain which software - it should be enough that the AM host has the software and can send it down to the agents as needed.
Or can make it just how AM works with predefined mining software, but you can have a user-defined repository in AM main Host and able to point at it the same way how it does with predefined. then it can monitor the repository folder/container etc and sync to agents in the background. this repository target directory can be, say, entered somewhere in Managed Software in Options....maybe need to draw a diagram. But sound like AM has most of the tools already built in, just need to figure a way to change the hardcoded stuff into customizable nature. This way, Patrike doesn't have to spend as much time as to include the growing list of miner-forks day by day and pondered by never ending requests to add new ones = more time on more useful features! Yeah that's exactly what I'm suggesting. I fully understand the points you both are making here and I agree that this process can be made better. I do have this item on the improvement list already, so the plan is of course to make the user experience better here. Thanks for all feedback. The idea is to have a concept where you don't have to manually upload and make it more like the automatic download feature where the Remote Agent simply requests the latest version and run it. When a new mining software version is available, it should just be about putting the latest software in a folder and all remote miners should automatically get the latest software. Some configuration in the Options dialog, Managed Software section, will probably be required for the initial setup. Any other suggestions on this are of course also welcome. Thanks! |
|
|
|
It doesn't look like this mining software provides any monitoring interface (API) where external applications can connect and get information. You need to add this miner as a Generic Miner in Awesome Miner, where you can start and stop it using Awesome Miner and get the process restarted in case of crashes. However, no hashrate or similar information will be available. http://www.awesomeminer.com/help/genericminer.aspx |
|
|
|
|
Show Posts
