 Show Posts
|
|
Pages: [1]
|
|
Luck today has been miserable. Wow.
|
|
|
|
How do I use CGminer to ONLY mine using my ASIC? I have block eruptors plugged in and I get an INSANE error log while my Jalapeno, and 2 GPU's are mining. I want it to STOP mining using my GPU's and STOP trying to connect to the Block eruptors.
Use CGMiner-nogpu. Block Erupters are ASIC's too. If they are getting errors try putting some fans on them and use the WinUSB driver like it says. If you don't want to use the Block Erupters then unplug them from your USB ports. Thank you for your quick reply! I'd like to use them, but with a different client. How can I do this? Thank you for the No GPU info. Use 3.1.1 where you have to specify the com port of each individual device and then just don't list the com ports of your block erupters? |
|
|
|
|
Pool luck has been pretty abysmal this past week. Here's hoping it turns around or the difficulty increase will be that much more painful to bear.
|
|
|
|
so how do I tell where ICA 24 is located among my hubs? is there a way in cgminer to force the green light on the USB Miner to flicker very fast to help locate a particular USB Miner? kind of like on some hard drives in raid array you have an option to "identify" a drive by turning on a flashing light or something... if this feature does not exist, i'd like to request it. should it be added to ICA, AVL and BFL devices? http://i41.tinypic.com/2q2guns.jpgWhat makes some miners show up as "OFF" in cgminer (as in the image above) and how do you turn them back on? I have cgminer 3.1.1 and five USB ASICs on an Anker USB 3.0 hub and windows 8. If I try to run them in one instance of cgminer, only the first one is active and the rest show up as off. Strange thing is, I had three working just fine in one instance and it was only after I added the COM settings for the two new ones that it stopped working. If I run an independent instance for each miner, they all work. |
|
|
|
Ran into a weird problem. My apologies if it has already been answered somewhere, but a search didn't lead me to anything fruitful. For the past couple of days I've been running cgminer 3.1.1 with 3 USB ASICs on a Anker 3.0 hub. I just received two more today. I plugged them in and made note of the COM ports they were assigned and added them to the bat file. When I run the file, cgminer recognizes that they are all there, but only "ICA 0" is initialized, "ICA 1" - "ICA 4" all show as "OFF". Here's the code: start /D "C:\Users\Dan\Desktop\Bitcoin\CGMiner" cgminer-nogpu.exe -o stratum+tcp://stratum.bitcoin.cz:3333 -u user.worker2 -p password--icarus-options 115200:1:1 --icarus-timing 3.0=100 -S COM3 -S COM5 -S COM6 -S COM7 -S COM9 But, if I give each COM it's own line, they all work (but with five different cgminer instances). Here's that code: start /D "C:\Users\Dan\Desktop\Bitcoin\CGMiner" cgminer-nogpu.exe -o stratum+tcp://stratum.bitcoin.cz:3333 -u user.worker2 -p password--icarus-options 115200:1:1 --icarus-timing 3.0=100 -S COM3
start /D "C:\Users\Dan\Desktop\Bitcoin\CGMiner" cgminer-nogpu.exe -o stratum+tcp://stratum.bitcoin.cz:3333 -u user.worker2 -p password--icarus-options 115200:1:1 --icarus-timing 3.0=100 -S COM5
start /D "C:\Users\Dan\Desktop\Bitcoin\CGMiner" cgminer-nogpu.exe -o stratum+tcp://stratum.bitcoin.cz:3333 -u user.worker2 -p password--icarus-options 115200:1:1 --icarus-timing 3.0=100 -S COM6
start /D "C:\Users\Dan\Desktop\Bitcoin\CGMiner" cgminer-nogpu.exe -o stratum+tcp://stratum.bitcoin.cz:3333 -u user.worker2 -p password--icarus-options 115200:1:1 --icarus-timing 3.0=100 -S COM7
start /D "C:\Users\Dan\Desktop\Bitcoin\CGMiner" cgminer-nogpu.exe -o stratum+tcp://stratum.bitcoin.cz:3333 -u user.worker2 -p password--icarus-options 115200:1:1 --icarus-timing 3.0=100 -S COM9 Ideally, I'd like to have one instance of cgminer open for all of them. Has anyone else encountered this? Or any thoughts on how to fix it? I'm not a coder by trade, so odds are it's something simple that I'm overlooking. Thanks for the help. |
|
|
|
Just got my USB ASICminer running on an Anker USB 3.0 hub using cgminer-nogpu v3.1.1. So it can be done. Here's my .bat file txt. C:\Users\my name\Desktop\cgminer-3.1.1-windows\cgminer-nogpu.exe -o http://rr.btcmp.com:8332 -u XXX -p YYY --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S \\.\COM3 It worked after repeatedly installing these drivers: http://sourceforge.net/projects/libwdi/files/zadig/http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspxKeep doing it until the "(COM3)" appears after the "Silicon Labs CP210x USB to UART Bridge" If "(COM3)" is not visible for 1 USB device, cgminer can't see it. This is coming from an excited noob miner. I DID IT!!!Can't wait for my other 5 to come in the mail. It definitely works with 3.1.1. The question is whether it works with 3.2.1 or not. I have the same config, btw, with an Anker USB 3.0 hub. M I read somewhere that the Anker 3.0's wouldn't work with cgminer. Not trying to be smart, but why should we even care if it doesn't work with 3.2.1 or higher. If it works, it works....right? That's reportedly version 3.2.0 and 3.2.1 (although it might be fixed in 3.2.1). The reason why it matters is that cgminer 3.2.1 has been altered to work better with the USB ASICS (making them hot swappable and supposedly reducing the HW error rate). Getting the HW error rate as low as possible to improve miner efficiency and productivity will help improve profitability. |
|
|
|
You're using cgminer 3.2.1. It doesn't work with the UART driver (it's what makes it show up as a COM port). Use 3.1.1 and you should be fine. If you want to use 3.2.1, you'll have to uninstall the UART driver. Rumor has it this doesn't work properly if you have it plugged into a USB 3.0 port. I haven't tried it yet, took too long for me to recover from trying 3.2.0.  M Just hoping for a quick clarification: By USB 3.0 port do you mean on the computer or where the miner is physically connected. I guess what I'm wondering is if the miners being plugged into a USB 3.0 hub but the hub being plugged into a 2.0 port on the computer makes a difference or if any USB 3.0 connection in the chain is enough to mess it up. I'm running on 3.1.1 right now, but would love to try 3.2.1 to see if it does reduce the number of HW errors as some have reported. But I don't want to generate unnecessary problems for myself if it is already known not to work. |
|
|
|
|
How can the luck for the day be at 113% when there have been so many long blocks today?
|
|
|
|
|
I just picked up some USB ASICs to tide me over until my BFL order is filled.
|
|
|
|
Correction: Approx. cluster performance (30 min average): 16132.899 Ghash/s and rising.....  Pool luck (1 day, 7 days, 30 days): 62%, 110%, 95% The big question is, is this the new normal or will the number continue to rise at such a torrid pace? And if it continues to increase, what is the likely stabilization point? |
|
|
|
Am hating to bring this up, but is seeming to be a problem again:
18474 2013-06-08 20:06:47 1:10:33 13092667 1625 0.00000000 240455 25.05091001
Same problem here as well. Zero payout on that block despite continuous mining. Hopefully it gets fixed. |
|
|
|
|
Good luck OP. Why would anyone sell for less than market value?
|
|
|
|
|
This would make an interesting novelty item, but not practical for any sort transactional purpose. It would also be highly susceptible to fraud/scams if meant as a long term investment vehicle.
|
|
|
|
|
Very detailed and amusing guide. Thanks.
|
|
|
|
|
Same here. Finally decided to sign up to be able to post instead of just lurking and learning.
|
|
|
|
|
