OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB

[creativex]

Luke is there a way to stop BFGMiner.exe from displaying "press enter to continue" and waiting for user input to begin mining? This is preventing a watchdog timer from functioning. Thx.

[Luke-Jr]

Luke is there a way to stop BFGMiner.exe from displaying "press enter to continue" and waiting for user input to begin mining? This is preventing a watchdog timer from functioning. Thx.

I'm not aware of anything that behaves like that off-hand.
The only press enter I am aware of is when the pools are all down, in which case it causes BFGMiner to exit...
Can you elaborate on what you want changed?

[creativex]

I'm running 3.1.1 off a standard desktop pc on windoze 7 x64. The PC is feeding 1 BFL minirig SC and (4) BFL single SCs connected to a powered hub. The program runs great 99% of the time and keeps them all fed happily, but there are the occasional problems and I'd like the program to restart, which the timer does fine. Unfortunately whether I restart the program manually or the timer restarts the program, it pauses and waits for user input with the dialog "press enter to continue". I'm starting bfgminer.exe and not a .bat file as everything is set up in .conf.

[Luke-Jr]

I'm running 3.1.1 off a standard desktop pc on windoze 7 x64. The PC is feeding 1 BFL minirig SC and (4) BFL single SCs connected to a powered hub. The program runs great 99% of the time and keeps them all fed happily, but there are the occasional problems and I'd like the program to restart, which the timer does fine. Unfortunately whether I restart the program manually or the timer restarts the program, it pauses and waits for user input with the dialog "press enter to continue". I'm starting bfgminer.exe and not a .bat file as everything is set up in .conf.

It only says "press enter to continue"? Nothing else (like a reason)?

[creativex]

I'm running 3.1.1 off a standard desktop pc on windoze 7 x64. The PC is feeding 1 BFL minirig SC and (4) BFL single SCs connected to a powered hub. The program runs great 99% of the time and keeps them all fed happily, but there are the occasional problems and I'd like the program to restart, which the timer does fine. Unfortunately whether I restart the program manually or the timer restarts the program, it pauses and waits for user input with the dialog "press enter to continue". I'm starting bfgminer.exe and not a .bat file as everything is set up in .conf.

It only says "press enter to continue"? Nothing else (like a reason)?

Correct. No reason is given. When enter is pressed it initializes the BFLs and begins mining just fine.

[Luke-Jr]

I'm running 3.1.1 off a standard desktop pc on windoze 7 x64. The PC is feeding 1 BFL minirig SC and (4) BFL single SCs connected to a powered hub. The program runs great 99% of the time and keeps them all fed happily, but there are the occasional problems and I'd like the program to restart, which the timer does fine. Unfortunately whether I restart the program manually or the timer restarts the program, it pauses and waits for user input with the dialog "press enter to continue". I'm starting bfgminer.exe and not a .bat file as everything is set up in .conf.

It only says "press enter to continue"? Nothing else (like a reason)?

Correct. No reason is given. When enter is pressed it initializes the BFLs and begins mining just fine.

If you add -G, does that get past it?
If so, it's failing to initialise your GPU(s) and (perhaps more problematic) failing to print the error message saying so.

[creativex]

I'm running 3.1.1 off a standard desktop pc on windoze 7 x64. The PC is feeding 1 BFL minirig SC and (4) BFL single SCs connected to a powered hub. The program runs great 99% of the time and keeps them all fed happily, but there are the occasional problems and I'd like the program to restart, which the timer does fine. Unfortunately whether I restart the program manually or the timer restarts the program, it pauses and waits for user input with the dialog "press enter to continue". I'm starting bfgminer.exe and not a .bat file as everything is set up in .conf.

It only says "press enter to continue"? Nothing else (like a reason)?

Correct. No reason is given. When enter is pressed it initializes the BFLs and begins mining just fine.

If you add -G, does that get past it?
If so, it's failing to initialise your GPU(s) and (perhaps more problematic) failing to print the error message saying so.

No it sure doesn't. I'm going to try a different computer connected to the same hashers tomorrow and see if it makes any difference. It runs great aside from this little issue.

[Luke-Jr]

I'm running 3.1.1 off a standard desktop pc on windoze 7 x64. The PC is feeding 1 BFL minirig SC and (4) BFL single SCs connected to a powered hub. The program runs great 99% of the time and keeps them all fed happily, but there are the occasional problems and I'd like the program to restart, which the timer does fine. Unfortunately whether I restart the program manually or the timer restarts the program, it pauses and waits for user input with the dialog "press enter to continue". I'm starting bfgminer.exe and not a .bat file as everything is set up in .conf.

It only says "press enter to continue"? Nothing else (like a reason)?

Correct. No reason is given. When enter is pressed it initializes the BFLs and begins mining just fine.

If you add -G, does that get past it?
If so, it's failing to initialise your GPU(s) and (perhaps more problematic) failing to print the error message saying so.

No it sure doesn't. I'm going to try a different computer connected to the same hashers tomorrow and see if it makes any difference. It runs great aside from this little issue.

"press enter to continue" only exists in the OpenCL driver.
With -G, that is disabled, so I'm guessing something else on your system is doing it in this case...?

[bronan]

Finally got scrypt working with bfgminer with help of Zanatos666, thanks again for helping me find a solution
People who have problems getting scrypt working you need to mess around constant with the "thread-concurrency" leave all other parameters away besides --scrypt and the needed pool parameters and the "thread-concurrency".
Do NOT add worksize, shaders, lookup-gap or vectors let the program do it when it has started and runs you can write a working config from within bfgminer

I advice you to make use of any stratum pool because this will somehow get it to make the necessary .bin file as long as that is not created you will not get it running at all

Zanatos666 his changes to the .conf gave me the idea to tinker with that parameter and i left all other parameters away because the old .conf did not start in any way. So i did enter in the concurrency "8192" but it did not start so i changed it to the max known setting for 7970 gpu "22400" and poof it started
 
I am now experimenting with all of them to see when it fails and try to find the best hash power with changing them one by one, if a scrypt.......... bin NOT has been made try set some of the parameters to set to "0" this seems to make the miners fill that parameter by itself

Before the mess started my scrypt was having the following settings and failed to run all of a sudden completely even though it has worked for a very long time :

"vectors" : "1",
"shaders" : "2048",
"worksize" : "256",
"lookup-gap" : "2",
"thread-concurrency" : "21712",

now it looks like this :

"vectors" : "1",
"shaders" : "0",
"worksize" : "0",
"lookup-gap" : "0",
"thread-concurrency" : "22400",

[HellDiverUK]

Is there a limit to the Load Balancing between pools?  My two main pools are either under DDoS or are a bit glitchy.  I added a third pool, and I seem to end up with my miners getting stuck on WAIT for quite a while, before doing a little work, then stopping again.

Two main pools are Slush's and BTCGuild, third pool I added was Eligius.

[bronan]

I have never had any problems adding pools in balance
In my balance config i had 6 pools and all worked fine

However somehow i allways have the idea that i get less coins using balanced mining
So i decided to share my hashpower now at only 2 pools : elegius and bitparking
 
Nevertheless if pools are messing up change the pool order or make it fail over only
When pools do mess up alot i simply disable them or switch to a pool which does not fail so much

[creativex]

I'm running 3.1.1 off a standard desktop pc on windoze 7 x64. The PC is feeding 1 BFL minirig SC and (4) BFL single SCs connected to a powered hub. The program runs great 99% of the time and keeps them all fed happily, but there are the occasional problems and I'd like the program to restart, which the timer does fine. Unfortunately whether I restart the program manually or the timer restarts the program, it pauses and waits for user input with the dialog "press enter to continue". I'm starting bfgminer.exe and not a .bat file as everything is set up in .conf.

It only says "press enter to continue"? Nothing else (like a reason)?

Correct. No reason is given. When enter is pressed it initializes the BFLs and begins mining just fine.

If you add -G, does that get past it?
If so, it's failing to initialise your GPU(s) and (perhaps more problematic) failing to print the error message saying so.

No it sure doesn't. I'm going to try a different computer connected to the same hashers tomorrow and see if it makes any difference. It runs great aside from this little issue.

"press enter to continue" only exists in the OpenCL driver.
With -G, that is disabled, so I'm guessing something else on your system is doing it in this case...?

Not sure. I swapped mobos and it worked fine with the process watcher. Same vid card and os even. Not sure what the deal was, but I'm willing to leave this mystery unsolved. Thanks for your assistance Luke.

[mdopro1]

How does the remote control module work? Or does it exist? Currently I'm looking at my BFGMiner via logmein but that's the lamest way of monitoring activity.

Help?

[-Redacted-]

Teamviewer is a nice option for remote access.  Free for personal use.

[Luke-Jr]

Teamviewer is a nice option for remote access.  Free for personal use.

Ugh, it is not a nice option. It is totally non-free, and only gratis for personal use.
VNC has been around forever and works fine...

[Xer0]

sucessfully installed BFGminer on TP-Link MR3020 OpenWRT 12.09

"bfgminer: all devices disabled - cannot mine"

lsusb: lists Block Erupters
dmesg: Block Erupters listed, but not autodetected as ttyUSB
ls /dev/: no ttyUSB devices

installed kmod-usb-serial-pl2303 but does not help too...

[Luke-Jr]

sucessfully installed BFGminer on TP-Link MR3020 OpenWRT 12.09

"bfgminer: all devices disabled - cannot mine"

lsusb: lists Block Erupters
dmesg: Block Erupters listed, but not autodetected as ttyUSB
ls /dev/: no ttyUSB devices

installed kmod-usb-serial-pl2303 but does not help too...

Erupters are cp210x, not pl2303

[Xer0]

ok, all enumerated by using kmod-usb-serial-cp210x now, thx

[Xer0]

will i need any special parameters or just -S /dev/ttyUSBx for Block Eruptors?

[Luke-Jr]

will i need any special parameters or just -S /dev/ttyUSBx for Block Eruptors?

That should work, or you can use -S erupter:/dev/ttyUSBx for the Erupter-specific driver (basically just looks nicer).
If your Erupter supports autodetect, you don't need any -S.