Search content
Sort by
Showing 9 of 9 results by Megistal
Re: [ANN][AUTO-SWITCH] Profit-switch auto-exchange pool: CleverMining.com
Quote
Posted by: pengoau
Insert Quote
Quote from: Megistal on Today at 03:58:16 PM
Hi,
Is there a list of coins CleverMining can mined?
I don't need to know which coins is actually mined (although that could be very nice to know but I understand that could reveal some of the mechanics behind the scenes) but having the list of coins that could potentially be mined by CleverMining would be very helpful.
Thank you
You didn't bother to read, nor read the first page did you?
Insert Quote
Quote from: Megistal on Today at 03:58:16 PM
Hi,
Is there a list of coins CleverMining can mined?
I don't need to know which coins is actually mined (although that could be very nice to know but I understand that could reveal some of the mechanics behind the scenes) but having the list of coins that could potentially be mined by CleverMining would be very helpful.
Thank you
You didn't bother to read, nor read the first page did you?
I read the initial post, more than often, all the require information is there.
However this time it wasn't.
As I said before, if you read all those 96 pages and kept yourself up-to-date, congratulations.
I've even went on the beta thread in case of something could be there.
Satisfied?
Re: [ANN][AUTO-SWITCH] Profit-switch auto-exchange pool: CleverMining.com
Quote
byt411 -> Who cares what they are mining if we are making profit? And if you aren't bothered to follow the thread, then stop asking questions asked a million times already.
If you don't like it, go away. CleverMining is perfect as it is, and we don't need to know what we are mining.
If you don't like it, go away. CleverMining is perfect as it is, and we don't need to know what we are mining.
First thank you giving me the answer I was looking for. I really appreciate it you took the time of providing it.
Second, I did some searches before posting something (I do RTFM). Mostly my keywords weren't successful enough to find the answer it seems. Congratulations if you read all those 96 pages of posts and kept yourself up-to-date.
Third, I do care. If you don't, that's fine for you and I respect that.
Fourth, if you feel aggressive, why don't buying a punching bag and let go off that frustration? (Maybe I'm not translating / interpreting correctly, English is not my primary language)
Thank you
Re: [ANN][AUTO-SWITCH] Profit-switch auto-exchange pool: CleverMining.com
Hi,
Is there a list of coins CleverMining can mined?
I don't need to know which coins is actually mined (although that could be very nice to know but I understand that could reveal some of the mechanics behind the scenes) but having the list of coins that could potentially be mined by CleverMining would be very helpful.
Thank you
Is there a list of coins CleverMining can mined?
I don't need to know which coins is actually mined (although that could be very nice to know but I understand that could reveal some of the mechanics behind the scenes) but having the list of coins that could potentially be mined by CleverMining would be very helpful.
Thank you
Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA
Quote
Here where I have two bluFuries and one erupter in one hub
Win7 64
bfgminer.exe -S bigpic:\\.\COM9 -S bigpic:\\.\COM4 -S erupter:\\.\COM6
Win7 64
bfgminer.exe -S bigpic:\\.\COM9 -S bigpic:\\.\COM4 -S erupter:\\.\COM6
Thank you,
I'm starting to feel that I don't have the correct prefix (NFY)
Tried (with different port for the chips):
-S bifury:\\.\COM3
-S bigpic:\\.\COM3
-S NFY:\\.\COM3
Still all of them start
Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA
Quote
Quote
the other way is to define the com ports. you need to go back into this thread for details.
This is what I've found in a previous thread (and will change the -S parameter accordingly):
Quote
You might also try simplifying your command line to '-S COM4' instead of '-S bitforce://./COM4'; I am running cgminer 2.3.6, 2.4.1, and 2.4.2 on Win7/64 machines with ONLY Singles (no GPUs) and I've never had to specify 'bitforce:' on my command line. Also, the long-hand form of '//./COM4' is only required for COMxx ports where 'xx' is '10' or higher.
I will also give it a try with that (it seems easier to do):
Quote
NFY are not assigned a com port since they use the HID driver
You would need the USB path and/or serial number of each device. S/N can be seen from manage panel in bfgminer and use dentify to see which is which
I've seen the serial when running bfgminer. What would the parameter looks like? -S SerialNFY1 SerialNFY2 SerialNFY4 (not using #3 for the other instance)
Thank you both of you I'll check those out tonight.
Feel happy again! Cheesy
the other way is to define the com ports. you need to go back into this thread for details.
This is what I've found in a previous thread (and will change the -S parameter accordingly):
Quote
You might also try simplifying your command line to '-S COM4' instead of '-S bitforce://./COM4'; I am running cgminer 2.3.6, 2.4.1, and 2.4.2 on Win7/64 machines with ONLY Singles (no GPUs) and I've never had to specify 'bitforce:' on my command line. Also, the long-hand form of '//./COM4' is only required for COMxx ports where 'xx' is '10' or higher.
I will also give it a try with that (it seems easier to do):
Quote
NFY are not assigned a com port since they use the HID driver
You would need the USB path and/or serial number of each device. S/N can be seen from manage panel in bfgminer and use dentify to see which is which
I've seen the serial when running bfgminer. What would the parameter looks like? -S SerialNFY1 SerialNFY2 SerialNFY4 (not using #3 for the other instance)
Thank you both of you I'll check those out tonight.
Feel happy again! Cheesy
Hummm All the chips always run whatever the config I use
-S NFY@\\.\USB1
-S NFY@\\.\USBSNumber
-S bifury:SNumber
-S bfl:SNumber
-S SNumber
-S NFY@/dev/ttyUSBSNumber
-S \\.\COMn (where n were replace by possible numbers)
and some other that I don't remember (was too excited to write them down at first)
Either all chips ran or bfgminer wouldn't start.
What would be the correct syntax?
(Btw I've read that USB root could change number when rebooting, hence why I'd prefer the Serial Number solution if possible)
(Read twice the manual, read readmeASIC.txt don't get it, what am I missing?)
Thank you
Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA
Quote
the other way is to define the com ports. you need to go back into this thread for details.
This is what I've found in a previous thread (and will change the -S parameter accordingly):
Quote
You might also try simplifying your command line to '-S COM4' instead of '-S bitforce://./COM4'; I am running cgminer 2.3.6, 2.4.1, and 2.4.2 on Win7/64 machines with ONLY Singles (no GPUs) and I've never had to specify 'bitforce:' on my command line. Also, the long-hand form of '//./COM4' is only required for COMxx ports where 'xx' is '10' or higher.
I will also give it a try with that (it seems easier to do):
Quote
NFY are not assigned a com port since they use the HID driver
You would need the USB path and/or serial number of each device. S/N can be seen from manage panel in bfgminer and use dentify to see which is which
You would need the USB path and/or serial number of each device. S/N can be seen from manage panel in bfgminer and use dentify to see which is which
I've seen the serial when running bfgminer. What would the parameter looks like? -S SerialNFY1 SerialNFY2 SerialNFY4 (not using #3 for the other instance)
Thank you both of you I'll check those out tonight.
Feel happy again!
Re: CGWatcher 1.3.5, the GUI/monitor for CGMiner and BFGMiner to prevent downtime
Hello,
I'm having an issue with CGWatcher.
When CGWatcher launch cgminer (3.7.2) it detects the process and monitor them correctly.
However, I start my miners using a batch file which start an app which start the miners.
In that case, CGWatcher isn't able to connect to CGMiner processes and skip them (cannot find the processes from the logs).
Is it because of a 64 bits OS and the CGMiner process shows as "CGMiner *32" instead of "CGMiner" only?
Is it a requirements that CGWatcher must launch CGMiner?
Thank you
I'm having an issue with CGWatcher.
When CGWatcher launch cgminer (3.7.2) it detects the process and monitor them correctly.
However, I start my miners using a batch file which start an app which start the miners.
In that case, CGWatcher isn't able to connect to CGMiner processes and skip them (cannot find the processes from the logs).
Is it because of a 64 bits OS and the CGMiner process shows as "CGMiner *32" instead of "CGMiner" only?
Is it a requirements that CGWatcher must launch CGMiner?
Thank you
Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA
Quote
use the M command to stop them in the first session.
then your second session should auto detect
then your second session should auto detect
Hummm from what I recall this put off the chip only, but my memory could also be wrong I'll test that tonight to make sure.
Any possible way to parametrize that instead of starting BFGMiner first?
Thank you
Re: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA
Hello,
First, let me thank you about your dedicated time in BFGminer project.
I was wondering if it was possible to run multiple instance of BFGMiner on a single machine to mine different coin with different pool, both having their proper fail over pool.
(In other words, on the same machine, BFGMiner Instance 1 mine X coin on Y pool having Z fail over pool, BFGMiner Instance 2 min A coin on B pool having C fail over pool)
I'm calling BFGMiner from a batch file (if that can help) so I can configure switchs as needed.
FYI: I'm using the NanoFury USB chip only (for the fun of it)
1- I've tried the -d and / or --device switch to turn off some of the devices on instance 1 of BFGMiner and enable them on a second instance
Result -> First instance still showed all the USB device even those NFY that were turned OFF. Second instance -> ran but detect no device
2- I've also tried the -S switch to scan device and try to "separate" them from the command line, wasn't successful.
3- I thought using the --set switch to set default parameters on the wanted NFY on each instance but didn't succeeded.
4- I've also tried to "release" a NFY chip when BFGMiner was running but it only turned it OFF
Is it possible to run BFGMiner like I was trying to do, is it a configuration issue or that particular scenario isn't supported?
Thank you
First, let me thank you about your dedicated time in BFGminer project.
I was wondering if it was possible to run multiple instance of BFGMiner on a single machine to mine different coin with different pool, both having their proper fail over pool.
(In other words, on the same machine, BFGMiner Instance 1 mine X coin on Y pool having Z fail over pool, BFGMiner Instance 2 min A coin on B pool having C fail over pool)
I'm calling BFGMiner from a batch file (if that can help) so I can configure switchs as needed.
FYI: I'm using the NanoFury USB chip only (for the fun of it)
1- I've tried the -d and / or --device switch to turn off some of the devices on instance 1 of BFGMiner and enable them on a second instance
Result -> First instance still showed all the USB device even those NFY that were turned OFF. Second instance -> ran but detect no device
2- I've also tried the -S switch to scan device and try to "separate" them from the command line, wasn't successful.
3- I thought using the --set switch to set default parameters on the wanted NFY on each instance but didn't succeeded.
4- I've also tried to "release" a NFY chip when BFGMiner was running but it only turned it OFF
Is it possible to run BFGMiner like I was trying to do, is it a configuration issue or that particular scenario isn't supported?
Thank you