The monitoring option to restart the miner/computer if the hashrate exceeds a given threshold has been added and will be in the next update (1.3.6).
Hi! I'm getting an issue. When the miner looses conection it doesn't connect again, keeps showing waiting work from pools. This just happens with cgwatcher ,if I just cgminer alone it doesn't happen.
Any clue?
Thanks!
Once the miner is running CGWatcher doesn't do anything to it unless you've set monitoring or scheduling to perform an action. The miner losing its connection to the pool and reconnecting should be the same regardless of whether you're using CGWatcher or not. The only time CGWatcher would get involved is if you set it to restart the miner/computer when accepted shares stop increasing, which would happen if the pool connection was down.
It seems like the profitability adjustment field isn't being used in the profitability chart.. and I can't use it in a custom field value either. I'd like to use this to set Vertcoin profitability to about 0.5 times what Coinchoose reports.
What is the adjustment you used for Vertcoin? "*0.5" (without quotes)? I just tested this and it worked correctly, cutting the profitability field values by half. Make sure you click the Save button after adding the adjustment in the Coin Manager window.
Hey Justin,
Today I tried your software but can't get it why there is no mass pool change option?
Still I found something like it when you create a new pool and forward your miners to it but there is only one option for LOGIN and PASSWORD.
Can you automate miner's names and passwords?
Like when I enter "Miner" in pool's login area it adds up number 1, 2 to whatever the miner number I have. Password can be the same for all of them.
It just doesn't work that way right now and I still need to do all that manually.
This gets a little tricky because miners might not be numbered in the same way you're expecting them to be. They're initially numbered in the order that they're added, but if I remember correctly, removing a miner and then adding one will use the first available ID, putting it out of chronological order.
It may be possible to do this with variables in CGWatcher, and I've made some changes to allow for using variables when adding a pool to miners in CGRemote. You could then set the pool username to a variable (e.g. %username%) and the password to a variable (e.g. %password%) and then set these variables in CGWatcher on each of your miners. Whenever you join a new pool, just create the same worker names and passwords as is set in the variables. This would allow you to add a pool to all or selected miners at once while still assigning unique workers to each miner.
If you have any ideas that make this easier, I'm definitely open to suggestions. It'd be possible to allow for some built-in variables, like %name%, which would use the miner's name... but it would need to remove spaces and doesn't seem like the cleanest way to handle it considering everyone has their own naming style. Perhaps a step where you can enter unique usernames and passwords for each miner before adding the pool to them?
Also, don't forget to check out the new support forum at
http://www.minerremote.com/support, where you can get help and suggest features for CGWatcher and CGRemote. It will be much easier to find information having a whole forum devoted to the software instead of a single thread.