Author

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

newbie
Activity: 26
Merit: 0
One of my miners keeps having ccminer crashes "cuda error in func unspecified launch failure". Hoping the new version included in 4.5 helps but it appears I cannot remotely upgrade the agents today and your website is also down.
full member
Activity: 270
Merit: 100
- Awesome Miner HTTP API for adding, updating and removing user defined coins with profit information
- Awesome Miner HTTP API for adding, updating and removing pools


Where is this option, what does it do, the WTM Json is still there to add, is there any changes?
full member
Activity: 201
Merit: 100
THe latest version I can't apply template it's mine the old template.
newbie
Activity: 45
Merit: 0
Updated to V4.5  Any detailed info on setting up mining Dutch?  I had it mining it showed most profitable in details but nothing showing in coin total per day.
I made an account on mining dutch and used my User name as worker (Username.1).  But doesnt seem to be working correctly

Any help much appreciated

Better you should keeping away mining-dutch, stats of this pool are very inacurate, especially for Skein, Qubit, Quark, and Myr-gr; way lower than expected, have tested too with scrypt, same bad results
newbie
Activity: 3
Merit: 0
Any chance in a future update there could be a feature that caps the amount of time Awesome Miner will remain on a single algo when profit switching? For example, if PHI (or any algo) remains most profitable and is mined for say 10 minutes straight (or through 5 consecutive 2min Switching Interval checks) have a setting that would cause AM to switch to the next most profitable algo and put PHI on timeout/cooldown for a configurable amount of time after which the profit switching profile would take it back into consideration. Perhaps per algo in Options -> Online Services a setting like "Max Continuous Mining Duration Before Forced Switch" or "Max Time Active" paired with that a setting that could remove the algo from profit switching consideration for a configurable amount of time if it triggers the previous setting so it doesn't just immediately switch back next Switching Interval check. Either that if per algo is too much to implement, the 2 settings could just apply to all algos and be configured under Options --> Profit Switching right were Switching Interval and Profit switch Threshold are configured

My thinking is that with tuning these settings could help AM from getting stuck on a single algo for too long with a high ttf that isn't finding blocks. Anyway, thanks for the Awesome software and the continuous updates!

I'm confused by this, but I'm sure you have a good reason for wanting this.  This behavior runs counter to what profit-switching is for.  I think Patrike has said he would look into adding profit-switching triggers and actions, so maybe this could be set in a future version.

I know what you mean, it seems counter productive to want to switch away from whats most profitable but I'll see if I can explain my thought process in wanting the settings. I'm mining on zPool, and when mining a specific algo I'm generating shares. There's a max share percentage that I can achieve for my hashing power which changes based on the max hashing power pointed at that algo by all miners. Once a block is found those shares are consumed and I'm credited for them. If no block is found, and AM switches to a different algo I retain those shares until a block is found, albeit with a very slow decay until AM switches back to that algo.

On algos that find blocks very frequently, its fine to stay on them while they're most profitable because you're constantly replenishing your share percentage as they're consumed. When it comes to an algo like PHI however, sometimes no block is found for 1-3 hours or even more at a time. If it takes 10 minutes on that algo submitting shares to reach my max share percentage, any additional time continuing to mine on that algo is simply maintaining that max share percentage not increasing it so would be better time spent generating shares for additional algos. Earlier, AM remained on PHI for over 50 minutes while no blocks were found because IF one were found it would have been most profitable however over half of that time was spent simply maintaining my share percentage with 0 earnings. With the settings I was requesting, I could set a max consecutive time for PHI to run and if it reaches that time, force a switch to the next most profitable algo and with the second setting optionally put PHI on cooldown for 10 mins or something so that AM will generate shares for another algo and not take PHI into consideration till off of cooldown.

The settings would really only help with algos that have a high ttf (which is why I suggested they be per algo settings) but with the right tuning I think could really help efficiency/profitability. My thinking is that during that 50+ minute stretch of no earnings, I could have generated max shares for PHI, forced it to switch to next most profitable algo/s to generate shares while PHI was on cooldown for 10 minutes after hitting my configured time limit, and then after that if PHI was still most profitable AM would switch back and share percentage would be topped off again (which wouldn't be much, the decay really is slow). It would have then happened again of course because PHI was considered most profitable for over 50 mins ect. In the end with those settings, instead of mining my max share percentage up for 10 minutes and then maintaining it for another 40+ on a single algo, I would have mined max share percentage for PHI in case a block was found, then ignored it for 10 mins generating shares for other algos, then topped it off for 10 mins cause no block found, then ignored it again & generated shares for other algos, then topped it off again cause still no block found ect... Using a 10 minute max time and a 10 minute cooldown triggered on reaching that time specifically for PHI, I would have spent 20 of those 50 minutes generating shares/earnings for other algos instead of continuing to mine an algo which wasn't finding any blocks.

That got wordy RIP hope it makes sense to someone other than me lol

newbie
Activity: 1
Merit: 0
I've got a problem with Phi showing up on the profit switching list for zergpool. I have tried adding it in under user defined rules but haven't had any luck in getting it to show up. Anyone else having the same issue? Ok nevermind I fat fingered it Tongue Its working now
fgm
newbie
Activity: 43
Merit: 0
BUGS:
- after i change the pool to some miners i can't change the pool to the rest anymore. I have to restart Am then it works.
- AM does not apply changed pool / template / mining application after applying them, several restarts of the miner is required

FEATURE REQUEST:
- IMPORTANT - add an option to remove all income/revenue data in the dashboard  from the view only / control view user roles
- when you search for awesome miner agents put a field in the wizard to enter the password, so you don't have to enter the password for each host - if you add lots of miner it is tiresome to modify each one.
- add a checkmark in miner properties to get the worker name from the description, so you don't have to always check "add to worker name" and type the worker for each miner
- make a "clone" button for the managed hosts section
- make the hw errors text color in webserver red so it pops out and see it better
- make a button to map all the selected miner gpus to system monitoring
- maybe add a tooltip so when you hover with the mouse above the miner after 2 you can see the  details ( command line arguments and configuration )

hero member
Activity: 1151
Merit: 528
AwesomeMiner Coin Updater 0.3 (Requires AwesomeMiner 4.5 Release)
  • Added support for UExplorer
  • Added support for any coin on CryptoChainz
  • Added support for CryptoBridge Exchange

You can find the latest update here: https://bitcointalksearch.org/topic/awesomeminer-coin-updater-version-100-plugin-2979494
jr. member
Activity: 241
Merit: 6
I wish the profit switching had some options like "If profit drops below X(user defined) for more then X(user defined)minutes, then restart (switch). Also, an option of "if miner stops, restart after x(user defined) minutes" would be great too. My experience has been that I will be home, and I set the switch time to 20-25 minutes. It will be mining along at profit of $20 a day. It will go anywhere from 10-20 minutes like that, then all of a sudden it drops to $6.75. If I'm there I wait 2 minutes to watch, and if it isn't recovering, I hit restart, and it usually switches to something in the $17-22 dollar range. Once in awhile it will choose another poor choice in the $8-9 range, and I hit restart again, and it catches another $17-22 switch. Once in awhile the miner stops. I've figured out most of the algorithms, and pools that cause trouble, and disabled, or removed them, but to avoid the miner going down, when I'm sleeping, or out of the house, I change the switch time to 38 minutes so it will switch less (in case it stops, to avoid waking up and realizing the miner has been down for 4 hours, which kills whatever extra profit I may of made) That scenario wouldn't be a problem if it just auto restarted after 3-5 minutes. Thanks for all your hard work Patrike!
member
Activity: 140
Merit: 18
Is the default setup for profit mining a good one to start with?  Specifically, what time duration, % change are people have good success with?  I have most everything turned on... on 1080Ti's (6) and am using Zpool, MPH, and ahashpool (I turned on zergpool for a while, but it seems it never pays Sad... unless it stuck behind some mandatory hold timer, I mined there for 10 hours and everything is in the exchange, nothing has cleared).

Anyway, just looking for a good starting point and process and proposed BTC/day for the above?  looking for any suggestions.
hero member
Activity: 1151
Merit: 528
AwesomeMiner Coin Updater 0.2 (Requires AwesomeMiner 4.4.7 Dev or 4.5 Release)
  • Changed away from nethash to difficulty measurements (delete your LocalCoinData.json file)
  • Now updates all coin properties thanks to new AwesomeMiner HTTP APIs
  • You no longer have to add custom coins, they are created for you thanks to new AwesomeMiner HTTP APIs
  • Updated config.json to support these new changes. You MUST update your custom coins to the new format.
  • Made the error messages more obvious about what is going on

You can find the latest update here: https://bitcointalksearch.org/topic/awesomeminer-coin-updater-version-100-plugin-2979494
newbie
Activity: 2
Merit: 0
Hi,

Using version 4.5.0, I am trying to develop a script which is supposed to turn off and turn on a smart plug if certain miner goes offline. To do so, I have defined a custom rule which uses "Detect offline, 180 seconds" as a trigger and as an action, I use "Run executable" which takes an .exe file which looks up smart plug IP based on miner hostname and restarts the smart plug. It all runs fine, if script manages to execute well and restart the plug, however, if there is an error, like plug is offline for any reason or the farm which is offline isn't equipped with the plug, AwesomeMiner keeps triggering my executable every couple of seconds. So the question is: is there a functionality when choosing "Run executable" action to perform it only fixed number of times? For example, if miner went offline, I would try to restart associated smart plug 3 times, if there is one, and, if it doesn't work for any reason (plug lost network or no plug is installed on that miner), I don't want executable to be called anymore.

Thanks a lot for help in advance!

You probably need some waits in the actions to allow the rig to power back on.  Otherwise, the rule will get triggered again.

Check out my version of what you are trying to do with Awesome Miner and Smart Plugs.  I use IFTTT to integrate the Smart Plugs and Awesome Miner.

https://bitcointalksearch.org/topic/m.29694068

Thanks for sharing your experience. I have already added "Wait" to give miner some time to boot up, however, the major problem is that on my farm there are a lot of machines that are not equipped with plugs. To get a bit more technical, I maintain a file which stores a mapping from miner name to IP address of associated smart plug, but if miner isn't equipped with a plug, an executable that powers plugs on/off simply finds no matching IP and exits. But AwesomeMiner keeps triggering it again and again.

The only solution I can think of is use "Only apply to selected miners" and chose only those that are equipped with a plug.
newbie
Activity: 117
Merit: 0
bminer does not start, produces an empty string in the console
sr. member
Activity: 700
Merit: 294
Updated to V4.5  Any detailed info on setting up mining Dutch?  I had it mining it showed most profitable in details but nothing showing in coin total per day.
I made an account on mining dutch and used my User name as worker (Username.1).  But doesnt seem to be working correctly

Any help much appreciated

Did you setup the workers on Mining Dutch in the same format?  username.rigname

A lot of mining pools want you to do this like Suprnova and MPH for instance.  Some pools will auto-create the miner for you, but I setup the workers on the pool first just to make sure there are no errors.
sr. member
Activity: 700
Merit: 294
Please add new pool for Managed Profit Switcher : phi-phi-pool.com  Cry Cry Cry

You could add the individual pools available on this site as a pool group and set profit-switching to the pool group.
sr. member
Activity: 700
Merit: 294
Any chance in a future update there could be a feature that caps the amount of time Awesome Miner will remain on a single algo when profit switching? For example, if PHI (or any algo) remains most profitable and is mined for say 10 minutes straight (or through 5 consecutive 2min Switching Interval checks) have a setting that would cause AM to switch to the next most profitable algo and put PHI on timeout/cooldown for a configurable amount of time after which the profit switching profile would take it back into consideration. Perhaps per algo in Options -> Online Services a setting like "Max Continuous Mining Duration Before Forced Switch" or "Max Time Active" paired with that a setting that could remove the algo from profit switching consideration for a configurable amount of time if it triggers the previous setting so it doesn't just immediately switch back next Switching Interval check. Either that if per algo is too much to implement, the 2 settings could just apply to all algos and be configured under Options --> Profit Switching right were Switching Interval and Profit switch Threshold are configured

My thinking is that with tuning these settings could help AM from getting stuck on a single algo for too long with a high ttf that isn't finding blocks. Anyway, thanks for the Awesome software and the continuous updates!

I'm confused by this, but I'm sure you have a good reason for wanting this.  This behavior runs counter to what profit-switching is for.  I think Patrike has said he would look into adding profit-switching triggers and actions, so maybe this could be set in a future version.
sr. member
Activity: 700
Merit: 294
Hi,

Using version 4.5.0, I am trying to develop a script which is supposed to turn off and turn on a smart plug if certain miner goes offline. To do so, I have defined a custom rule which uses "Detect offline, 180 seconds" as a trigger and as an action, I use "Run executable" which takes an .exe file which looks up smart plug IP based on miner hostname and restarts the smart plug. It all runs fine, if script manages to execute well and restart the plug, however, if there is an error, like plug is offline for any reason or the farm which is offline isn't equipped with the plug, AwesomeMiner keeps triggering my executable every couple of seconds. So the question is: is there a functionality when choosing "Run executable" action to perform it only fixed number of times? For example, if miner went offline, I would try to restart associated smart plug 3 times, if there is one, and, if it doesn't work for any reason (plug lost network or no plug is installed on that miner), I don't want executable to be called anymore.

Thanks a lot for help in advance!

You probably need some waits in the actions to allow the rig to power back on.  Otherwise, the rule will get triggered again.

Check out my version of what you are trying to do with Awesome Miner and Smart Plugs.  I use IFTTT to integrate the Smart Plugs and Awesome Miner.

https://bitcointalksearch.org/topic/m.29694068
jr. member
Activity: 61
Merit: 2
Updated to V4.5  Any detailed info on setting up mining Dutch?  I had it mining it showed most profitable in details but nothing showing in coin total per day.
I made an account on mining dutch and used my User name as worker (Username.1).  But doesnt seem to be working correctly

Any help much appreciated
newbie
Activity: 108
Merit: 0
Please add new pool for Managed Profit Switcher : phi-phi-pool.com  Cry Cry Cry
newbie
Activity: 84
Merit: 0
I have never done mining, I just tried to understand it. thank you for the information that has been given by you very useful for me Wink
Jump to: