creativex
|
|
July 21, 2013, 08:59:54 PM |
|
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 (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
July 21, 2013, 09:13:45 PM |
|
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
|
|
July 21, 2013, 09:59:53 PM |
|
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 (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
July 21, 2013, 10:14:44 PM |
|
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
|
|
July 21, 2013, 10:25:14 PM |
|
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 (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
July 21, 2013, 10:29:23 PM |
|
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
|
|
July 22, 2013, 03:12:19 AM |
|
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 (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
July 22, 2013, 04:44:30 AM |
|
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
|
|
July 22, 2013, 11:17:47 AM |
|
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
|
|
July 22, 2013, 12:18:11 PM |
|
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
|
|
July 22, 2013, 12:41:52 PM |
|
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
|
|
July 22, 2013, 02:48:13 PM |
|
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
|
|
July 22, 2013, 04:59:32 PM |
|
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?
|
New Bitcoin fund doubling platform has launched! Receive Automated Payment Every 2 Hours Appealing alternative with Sophisticated algorithms. https://Btc-Funds.com
|
|
|
-Redacted-
|
|
July 22, 2013, 07:44:53 PM |
|
Teamviewer is a nice option for remote access. Free for personal use.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
July 22, 2013, 07:47:17 PM |
|
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
|
|
July 23, 2013, 01:09:17 AM |
|
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 (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
July 23, 2013, 01:25:42 AM |
|
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
|
|
July 23, 2013, 01:48:01 AM |
|
ok, all enumerated by using kmod-usb-serial-cp210x now, thx
|
|
|
|
Xer0
|
|
July 23, 2013, 02:39:25 AM |
|
will i need any special parameters or just -S /dev/ttyUSBx for Block Eruptors?
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
July 23, 2013, 03:30:04 AM |
|
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.
|
|
|
|
|