CGWatcher 1.4.0, the GUI/monitor for CGMiner and BFGMiner to prevent downtime

[milone]

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.

[Gasai Yuno]

hello.

using your software about 2 months. remote and watcher. everything is great.

i have two rig. i use cgwatcher both of them.

today i added to my second rig 2 new gpus. no any windows based or software based changes happend. just added new gpus and run. first time cgwatcher seems smooth i got the normal hashrate.

then i made a reset pc. windows logged in and opened cgwatcher, but first time i see that cgwatcher trying to access api but it cant, cgminer starting but it wont mine. just it connect to pool.

its first time happened me and im running cgminer alone now but im worry about sick or dead issue so cgwatcher is a software i cant throw it away.

what should i do? should i go w8.1 from w7?

thanks.

(other rig is okey with no problem.)

[Ntrain2k]

hello.

using your software about 2 months. remote and watcher. everything is great.

i have two rig. i use cgwatcher both of them.

today i added to my second rig 2 new gpus. no any windows based or software based changes happend. just added new gpus and run. first time cgwatcher seems smooth i got the normal hashrate.

then i made a reset pc. windows logged in and opened cgwatcher, but first time i see that cgwatcher trying to access api but it cant, cgminer starting but it wont mine. just it connect to pool.

its first time happened me and im running cgminer alone now but im worry about sick or dead issue so cgwatcher is a software i cant throw it away.

what should i do? should i go w8.1 from w7?

thanks.

(other rig is okey with no problem.)

Have you done a clean driver uninstall and then a reinstall?

DDU works great for that. Win 7 should be fine with up to 4-5 cards.

[Gasai Yuno]

hello.

using your software about 2 months. remote and watcher. everything is great.

i have two rig. i use cgwatcher both of them.

today i added to my second rig 2 new gpus. no any windows based or software based changes happend. just added new gpus and run. first time cgwatcher seems smooth i got the normal hashrate.

then i made a reset pc. windows logged in and opened cgwatcher, but first time i see that cgwatcher trying to access api but it cant, cgminer starting but it wont mine. just it connect to pool.

its first time happened me and im running cgminer alone now but im worry about sick or dead issue so cgwatcher is a software i cant throw it away.

what should i do? should i go w8.1 from w7?

thanks.

(other rig is okey with no problem.)

Have you done a clean driver uninstall and then a reinstall?

DDU works great for that. Win 7 should be fine with up to 4-5 cards.

no i now deleting my drivers with driver sweeper i will write the result. thanks.

[Ntrain2k]

hello.

using your software about 2 months. remote and watcher. everything is great.

i have two rig. i use cgwatcher both of them.

today i added to my second rig 2 new gpus. no any windows based or software based changes happend. just added new gpus and run. first time cgwatcher seems smooth i got the normal hashrate.

then i made a reset pc. windows logged in and opened cgwatcher, but first time i see that cgwatcher trying to access api but it cant, cgminer starting but it wont mine. just it connect to pool.

its first time happened me and im running cgminer alone now but im worry about sick or dead issue so cgwatcher is a software i cant throw it away.

what should i do? should i go w8.1 from w7?

thanks.

(other rig is okey with no problem.)

Have you done a clean driver uninstall and then a reinstall?

DDU works great for that. Win 7 should be fine with up to 4-5 cards.

no i now deleting my drivers with driver sweeper i will write the result. thanks.

Wouldn't be a bad idea to go into the registry and turn ULPS off as well.

Search for enableulps and change every entry from 1 to 0.

[Gasai Yuno]

hello.

using your software about 2 months. remote and watcher. everything is great.

i have two rig. i use cgwatcher both of them.

today i added to my second rig 2 new gpus. no any windows based or software based changes happend. just added new gpus and run. first time cgwatcher seems smooth i got the normal hashrate.

then i made a reset pc. windows logged in and opened cgwatcher, but first time i see that cgwatcher trying to access api but it cant, cgminer starting but it wont mine. just it connect to pool.

its first time happened me and im running cgminer alone now but im worry about sick or dead issue so cgwatcher is a software i cant throw it away.

what should i do? should i go w8.1 from w7?

thanks.

(other rig is okey with no problem.)

Have you done a clean driver uninstall and then a reinstall?

DDU works great for that. Win 7 should be fine with up to 4-5 cards.

no i now deleting my drivers with driver sweeper i will write the result. thanks.

Wouldn't be a bad idea to go into the registry and turn ULPS off as well.

Search for enableulps and change every entry from 1 to 0.

hello. deleted with driver sweeper. deleted appsdk

and i re installed that. now cgwatcher is working smooth. thanks for your help.

[Ntrain2k]

hello.

using your software about 2 months. remote and watcher. everything is great.

i have two rig. i use cgwatcher both of them.

today i added to my second rig 2 new gpus. no any windows based or software based changes happend. just added new gpus and run. first time cgwatcher seems smooth i got the normal hashrate.

then i made a reset pc. windows logged in and opened cgwatcher, but first time i see that cgwatcher trying to access api but it cant, cgminer starting but it wont mine. just it connect to pool.

its first time happened me and im running cgminer alone now but im worry about sick or dead issue so cgwatcher is a software i cant throw it away.

what should i do? should i go w8.1 from w7?

thanks.

(other rig is okey with no problem.)

Have you done a clean driver uninstall and then a reinstall?

DDU works great for that. Win 7 should be fine with up to 4-5 cards.

no i now deleting my drivers with driver sweeper i will write the result. thanks.

Wouldn't be a bad idea to go into the registry and turn ULPS off as well.

Search for enableulps and change every entry from 1 to 0.

hello. deleted with driver sweeper. deleted appsdk

and i re installed that. now cgwatcher is working smooth. thanks for your help.

Glad to help.

[techman05]

Any idea when the next version update is coming out. The new cgminer has white lists and black lists and if I try to use them cgwatcher kills the cgminer and restarts it.

I'm hoping for some kind of watchlist built into cgwatcher if its not already there so if I decide I don't want device x it will save it to cgwatcher till I re-enable the device or remove cgwatcher.

Thanks

[geetash]

it would be great if you can add support for gridseed miners

[milone]

Working on updates for both CGWatcher and CGRemote right now... should have them out by Monday.


techman05: I don't see whitelisting or blacklisting in API or config settings, so it would be difficult for CGWatcher to do anything with these. Can you explain a little more about what you'd like it to do? Does CGWatcher say why the restart is triggered in its log?


geetash: I don't have one of these... what does it require that makes supporting it different from other devices?

[Mylo]

Working on updates for both CGWatcher and CGRemote right now... should have them out by Monday.


techman05: I don't see whitelisting or blacklisting in API or config settings, so it would be difficult for CGWatcher to do anything with these. Can you explain a little more about what you'd like it to do? Does CGWatcher say why the restart is triggered in its log?


geetash: I don't have one of these... what does it require that makes supporting it different from other devices?

Hey man, I'm so tired working out CGWatcher under Windows 8. Every time I add a pool it goes on the upper row no matter I do, no matter where I do put it.
So when I want to switch back to other pool, nothing changes, so I need to delete every pool before it or create a double at the top.

The other issue is with Windows 8 when I mass switch my miners to other pool (CGRemote) via Windows 7 on them - it works fine, but not on Win 8 machine, it does nothing.

And I'm very curious if you are working on elegant mass-pool switch solution on CGRemote.
Talking back about your reply, I should say that it would be at least nice to have a wildcard option to put a Miner.%digit-up% from 1 to 99 with repetative pass (like "x")

[geetash]

geetash: I don't have one of these... what does it require that makes supporting it different from other devices?

its a scrypt ASIC and there is a version of modified cgminer to support it. too bad that you dont have one.

Code:

https://github.com/dtbartle/cgminer-gc3355

[milone]

Hey man, I'm so tired working out CGWatcher under Windows 8. Every time I add a pool it goes on the upper row no matter I do, no matter where I do put it.
So when I want to switch back to other pool, nothing changes, so I need to delete every pool before it or create a double at the top.

The other issue is with Windows 8 when I mass switch my miners to other pool (CGRemote) via Windows 7 on them - it works fine, but not on Win 8 machine, it does nothing.

And I'm very curious if you are working on elegant mass-pool switch solution on CGRemote.
Talking back about your reply, I should say that it would be at least nice to have a wildcard option to put a Miner.%digit-up% from 1 to 99 with repetative pass (like "x")

Where are you adding pools in CGWatcher that it is putting it at the top, and what row are you referring to?

Mylo:

As for mass pool switching and Windows 8, I'm not aware of any reason it should behave differently than Windows 7. As long as you are connected to the miner it should work the same. You can try adding a pool to a Windows 8 miner yourself using the miner's API in CGRemote: Open the miner's window (button with magnifying glass), and click on API in the middle toolbar. In the "Miner API Command" box, type:

addpool|URL,Worker,Password

(Obviously replace URL, Worker, and Password with your pool's URL, your worker name, and password).

Click Submit, and let me know what the miner's response is (in the large textbox).

We are definitely working on a more elegant way to perform mass add and switch pools in CGRemote. If your miners are running CGWatcher, you'll be able to use variables... so, for example, you could set the worker name to %worker% and create a variable on each miner in CGWatcher called worker, and set it to the worker name for each miner. There will also be an option to enter worker names and passwords for each miner, as well as a numbering system where you can assign each miner a number and use something like "worker.N" where N is the number and worker can be any word you choose.

We just automated the payment processing for CGRemote, which is a big step because the number of users joining each day keeps rising and processing them manually was taking a large portion of my time. So I'm back to working solely on CGWatcher and CGRemote updates. We also have some other plans and have come up with some pretty awesome ideas we'll have more information on soon.

geetash:  If it uses a modified cgminer, CGWatcher and CGRemote should work with it assuming the API is left intact. If you can provide more info as to the problems you're having using CGWatcher or CGRemote with this miner, I'll try to get it worked out.

[geetash]

geetash:  If it uses a modified cgminer, CGWatcher and CGRemote should work with it assuming the API is left intact. If you can provide more info as to the problems you're having using CGWatcher or CGRemote with this miner, I'll try to get it worked out.

i have tried one of them on another machine and it worked this time. thanks for your support.

 

[isriam]

i wrote a config with bfgminer, and then went to profiles in cgwatcher and loaded the config file and get an error on the below line:

Error reading from string.  Unexpected token: StartArray.Path'scan', line 49, position 11.  Here is my line 49:

"scan" : [
   "opencl:auto"
],
"api-allow" : "W:127.0.0.1"
}

[Mylo]

Hey man, I'm so tired working out CGWatcher under Windows 8. Every time I add a pool it goes on the upper row no matter I do, no matter where I do put it.
So when I want to switch back to other pool, nothing changes, so I need to delete every pool before it or create a double at the top.

The other issue is with Windows 8 when I mass switch my miners to other pool (CGRemote) via Windows 7 on them - it works fine, but not on Win 8 machine, it does nothing.

And I'm very curious if you are working on elegant mass-pool switch solution on CGRemote.
Talking back about your reply, I should say that it would be at least nice to have a wildcard option to put a Miner.%digit-up% from 1 to 99 with repetative pass (like "x")

Where are you adding pools in CGWatcher that it is putting it at the top, and what row are you referring to?

Mylo:

As for mass pool switching and Windows 8, I'm not aware of any reason it should behave differently than Windows 7. As long as you are connected to the miner it should work the same. You can try adding a pool to a Windows 8 miner yourself using the miner's API in CGRemote: Open the miner's window (button with magnifying glass), and click on API in the middle toolbar. In the "Miner API Command" box, type:

addpool|URL,Worker,Password

(Obviously replace URL, Worker, and Password with your pool's URL, your worker name, and password).

Click Submit, and let me know what the miner's response is (in the large textbox).

We are definitely working on a more elegant way to perform mass add and switch pools in CGRemote. If your miners are running CGWatcher, you'll be able to use variables... so, for example, you could set the worker name to %worker% and create a variable on each miner in CGWatcher called worker, and set it to the worker name for each miner. There will also be an option to enter worker names and passwords for each miner, as well as a numbering system where you can assign each miner a number and use something like "worker.N" where N is the number and worker can be any word you choose.

We just automated the payment processing for CGRemote, which is a big step because the number of users joining each day keeps rising and processing them manually was taking a large portion of my time. So I'm back to working solely on CGWatcher and CGRemote updates. We also have some other plans and have come up with some pretty awesome ideas we'll have more information on soon.

geetash:  If it uses a modified cgminer, CGWatcher and CGRemote should work with it assuming the API is left intact. If you can provide more info as to the problems you're having using CGWatcher or CGRemote with this miner, I'll try to get it worked out.

Hey milone, thanks for the answer but I got a new bugging thing going on right now.

1) Whenever I start CGRemote, it runs for any number of hours then shuts down itself and DELETES .EXE file. What the actual fuck man?
You are doing great job and all but why this happens every single time? Does it have something to do with scheduled "donation hashing"?

2) I switched all my miners (one by one, can't mass switch) through CGRemote to a new pool but variables do not get written in .conf,
so when the miner restarts for any reason ("Closed outside CG/SGMiner", restarts after N period etc.) all my miners switch to old pool mining undesirable coin (big waste)

I appreciate your input milone and I very much hope to get some reasonable solution for these problem which kinda annoy.
Linux is all cool, Anubis and PHPMiner work fine but I thought your software is much more versatile so I gave it a shot.

Talking back about Windows 8 problem, I have one miner running on it and whenever I add a new pool it gets itself on top of the list no matter where I put it.
I guess it is a write-permission thing and "Running as administrator" doesn't help it either.

[milone]

isriam: 

I think I might have answered you on our support forum but I'll answer here just in case it wasn't you. The problem it is having is with the "scan" setting... change it to:

Code:

"scan" : "opencl:auto"

and it should work correctly.


mylo:

Which .exe is getting deleted? CGRemote doesn't delete any executables. Are you sure it's not your antivirus software deleting it? Also, the next update has several stability improvements and should be available this week.

As for adding and switching pools, I think you'll be happy with the solution I've come up with in this next update. We spent the day testing it and it went pretty well, but I still have a few changes to make. There is also a CGWatcher update that will be released in the next few days that will correct the issue with using variables when adding pools in CGRemote. This has already been fixed in the code. And CGRemote will also provide several new options for adding pools to multiple miners while assigning each miner a unique worker and password. There are also options to save the new pool, regardless of whether or not the miner is running CGWatcher, so adding pools will persist through miner restarts.

I'll also check out the Windows 8 issue. I do a lot of development on Windows 8, but my miners are running Windows 7. We just put a rig together today just for software testing, so it will be useful in getting the Windows 8 problems figured out once I get it loaded. I also bought a USB Block Erupter just so I could mine on my notebook (Windows and try to replicate this problem.

Today was a very productive day... I just need a few more to work out the issues we found. I appreciate the feedback and patience. Please keep in mind CGRemote is still in beta because there are these issues to work out and still a lot to be added. There is no doubt in my mind it will be the best, most complete miner management software available. The features it has now are only the beginning... the ideas we've come up with just in the past week are nothing short of awesome and we're working very hard on getting them implemented as quickly as possible.

[Mylo]

isriam: 

I think I might have answered you on our support forum but I'll answer here just in case it wasn't you. The problem it is having is with the "scan" setting... change it to:

Code:

"scan" : "opencl:auto"

and it should work correctly.


mylo:

Which .exe is getting deleted? CGRemote doesn't delete any executables. Are you sure it's not your antivirus software deleting it? Also, the next update has several stability improvements and should be available this week.

As for adding and switching pools, I think you'll be happy with the solution I've come up with in this next update. We spent the day testing it and it went pretty well, but I still have a few changes to make. There is also a CGWatcher update that will be released in the next few days that will correct the issue with using variables when adding pools in CGRemote. This has already been fixed in the code. And CGRemote will also provide several new options for adding pools to multiple miners while assigning each miner a unique worker and password. There are also options to save the new pool, regardless of whether or not the miner is running CGWatcher, so adding pools will persist through miner restarts.

I'll also check out the Windows 8 issue. I do a lot of development on Windows 8, but my miners are running Windows 7. We just put a rig together today just for software testing, so it will be useful in getting the Windows 8 problems figured out once I get it loaded. I also bought a USB Block Erupter just so I could mine on my notebook (Windows and try to replicate this problem.

Today was a very productive day... I just need a few more to work out the issues we found. I appreciate the feedback and patience. Please keep in mind CGRemote is still in beta because there are these issues to work out and still a lot to be added. There is no doubt in my mind it will be the best, most complete miner management software available. The features it has now are only the beginning... the ideas we've come up with just in the past week are nothing short of awesome and we're working very hard on getting them implemented as quickly as possible.

That's very nice milone. Keep up the good work man!

Talking back about .exe self-destroy "feature" I thought you might get me some input on this one, very weird experience indeed.

[techman05]

Working on updates for both CGWatcher and CGRemote right now... should have them out by Monday.


techman05: I don't see whitelisting or blacklisting in API or config settings, so it would be difficult for CGWatcher to do anything with these. Can you explain a little more about what you'd like it to do? Does CGWatcher say why the restart is triggered in its log?


geetash: I don't have one of these... what does it require that makes supporting it different from other devices?

milone its under usb settings for 4.1 and up on cgminer. When I set that like when it kept picking up an unsupported drillbit systems device (new firmware), I went and selected it  and cgwatcher would kill the cgminer and restart with not saving the setting.

I'll keep an eye for the update.

[Mylo]

isriam:  

I think I might have answered you on our support forum but I'll answer here just in case it wasn't you. The problem it is having is with the "scan" setting... change it to:

Code:

"scan" : "opencl:auto"

and it should work correctly.


mylo:

Which .exe is getting deleted? CGRemote doesn't delete any executables. Are you sure it's not your antivirus software deleting it? Also, the next update has several stability improvements and should be available this week.

As for adding and switching pools, I think you'll be happy with the solution I've come up with in this next update. We spent the day testing it and it went pretty well, but I still have a few changes to make. There is also a CGWatcher update that will be released in the next few days that will correct the issue with using variables when adding pools in CGRemote. This has already been fixed in the code. And CGRemote will also provide several new options for adding pools to multiple miners while assigning each miner a unique worker and password. There are also options to save the new pool, regardless of whether or not the miner is running CGWatcher, so adding pools will persist through miner restarts.

I'll also check out the Windows 8 issue. I do a lot of development on Windows 8, but my miners are running Windows 7. We just put a rig together today just for software testing, so it will be useful in getting the Windows 8 problems figured out once I get it loaded. I also bought a USB Block Erupter just so I could mine on my notebook (Windows and try to replicate this problem.

Today was a very productive day... I just need a few more to work out the issues we found. I appreciate the feedback and patience. Please keep in mind CGRemote is still in beta because there are these issues to work out and still a lot to be added. There is no doubt in my mind it will be the best, most complete miner management software available. The features it has now are only the beginning... the ideas we've come up with just in the past week are nothing short of awesome and we're working very hard on getting them implemented as quickly as possible.

That's very nice milone. Keep up the good work man!

Talking back about .exe self-destroy "feature" I thought you might get me some input on this one, very weird experience indeed.

Yesterday this happened again, then again, why your app keeps deleting .exe file and adding up donation strings in .ini everytime?

Basically your software acts like malware right now, forcing me to donate-hash my rigs for no reason, otherwise it closes and deletes itself.
It is not a problem for me to take a video of this with no antivirus enabled or anything of that sort.

What bothers me most that you actually know what I'm talking about, otherwise your software would not rewrite donation mining strings and leave out the rest as it is.

Needless to say I don't use CGRemote at all "thanks" to aforementioned "feature"