Pages:
Author

Topic: How to use ASICMiner Block Erupters with CGMiner on Windows 7 - page 3. (Read 87358 times)

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I also ran cgminer with this command line, in case it provides any further useful info.  Here's the first few lines of the output.

cgminer-nogpu --debug --verbose 2>cgminer.debug.output.txt

Code:
[2013-09-06 17:30:48] Started cgminer 3.4.2
 [2013-09-06 17:30:48] Loaded configuration file cgminer.conf
 [2013-09-06 17:30:48] USB scan devices: checking for ICA devices
 [2013-09-06 17:30:48] RES: thread starting
 [2013-09-06 17:30:48] ICA looking for ICA 067b:2303 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for AMU 10c4:ea60 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for BLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for LLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:8350 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for ICA 067b:2303 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for AMU 10c4:ea60 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for BLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for LLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:8350 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for ICA 067b:2303 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for AMU 10c4:ea60 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for BLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for LLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:8350 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for ICA 067b:2303 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for AMU 10c4:ea60 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for BLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for LLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:8350 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:6014 but found 8087:8008 instead
Interesting, it's not showing up an AMU at all... nothing matches AMU 10c4:ea60
hero member
Activity: 546
Merit: 500
does cgminer not work well with vista. I'm obviously having problems entering the commands to get it to recognize my device and set the com.
sr. member
Activity: 295
Merit: 250
./cgminer -n

If they don't show up then my guess would be a USB3 port that libusb doesn't know how to deal with.

Code:

C:\Users\Admin\Downloads\cgminer>cgminer -V
cgminer 3.4.2

C:\Users\Admin\Downloads\cgminer>rem no block erupters plugged in

C:\Users\Admin\Downloads\cgminer>cgminer -n
 [2013-09-06 17:26:03] CL Platform 0 vendor: Advanced Micro Devices, Inc.

 [2013-09-06 17:26:03] CL Platform 0 name: AMD Accelerated Parallel Processing

 [2013-09-06 17:26:03] CL Platform 0 version: OpenCL 1.2 AMD-APP (1124.2)

 [2013-09-06 17:26:03] Platform 0 devices: 1
 [2013-09-06 17:26:03]  0       Tahiti
 [2013-09-06 17:26:03] Failed to ADL_Adapter_ID_Get. Error -1

 [2013-09-06 17:26:03] Failed to ADL_Adapter_ID_Get. Error -1

 [2013-09-06 17:26:03] GPU 0 AMD Radeon HD 7900 Series hardware monitoring enabl
ed
 [2013-09-06 17:26:03] 1 GPU devices max detected
 [2013-09-06 17:26:03] USB all: found 4 devices - listing known devices

 [2013-09-06 17:26:03] No known USB devices

C:\Users\Admin\Downloads\cgminer>rem one block erupter plugged in

C:\Users\Admin\Downloads\cgminer>cgminer -n
 [2013-09-06 17:26:30] CL Platform 0 vendor: Advanced Micro Devices, Inc.

 [2013-09-06 17:26:30] CL Platform 0 name: AMD Accelerated Parallel Processing

 [2013-09-06 17:26:30] CL Platform 0 version: OpenCL 1.2 AMD-APP (1124.2)

 [2013-09-06 17:26:30] Platform 0 devices: 1
 [2013-09-06 17:26:30]  0       Tahiti
 [2013-09-06 17:26:31] Failed to ADL_Adapter_ID_Get. Error -1

 [2013-09-06 17:26:31] Failed to ADL_Adapter_ID_Get. Error -1

 [2013-09-06 17:26:31] GPU 0 AMD Radeon HD 7900 Series hardware monitoring enabl
ed
 [2013-09-06 17:26:31] 1 GPU devices max detected
 [2013-09-06 17:26:31] USB all: found 4 devices - listing known devices

 [2013-09-06 17:26:31] No known USB devices


I also ran cgminer with this command line, in case it provides any further useful info.  Here's the first few lines of the output.

cgminer-nogpu --debug --verbose 2>cgminer.debug.output.txt

Code:
[2013-09-06 17:30:48] Started cgminer 3.4.2
 [2013-09-06 17:30:48] Loaded configuration file cgminer.conf
 [2013-09-06 17:30:48] USB scan devices: checking for ICA devices
 [2013-09-06 17:30:48] RES: thread starting
 [2013-09-06 17:30:48] ICA looking for ICA 067b:2303 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for AMU 10c4:ea60 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for BLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for LLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:8350 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:30:48] ICA looking for ICA 067b:2303 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for AMU 10c4:ea60 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for BLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for LLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:8350 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:30:48] ICA looking for ICA 067b:2303 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for AMU 10c4:ea60 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for BLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for LLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:8350 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:30:48] ICA looking for ICA 067b:2303 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for AMU 10c4:ea60 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for BLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for LLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:8350 but found 8087:8008 instead
 [2013-09-06 17:30:48] ICA looking for CMR 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:30:48] USB scan devices: checking for BAS devices
 [2013-09-06 17:30:48] BAS looking for BAS 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:30:48] BAS looking for BAS 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:30:48] BAS looking for BAS 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:30:48] BAS looking for BAS 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:30:48] USB scan devices: checking for BFL devices
 [2013-09-06 17:30:48] BFL looking for BFL 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:30:48] BFL looking for BFL 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:30:48] BFL looking for BFL 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:30:48] BFL looking for BFL 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:30:48] USB scan devices: checking for MMQ devices
 [2013-09-06 17:30:49] MMQ looking for MMQ 1fc9:0003 but found 8086:8c26 instead
 [2013-09-06 17:30:49] MMQ looking for MMQ 1fc9:0003 but found 8086:8c2d instead
 [2013-09-06 17:30:49] MMQ looking for MMQ 1fc9:0003 but found 8087:8000 instead
 [2013-09-06 17:30:49] MMQ looking for MMQ 1fc9:0003 but found 8087:8008 instead
 [2013-09-06 17:30:49] Not a ZTEX device 8086:8c26
 [2013-09-06 17:30:49] Not a ZTEX device 8086:8c2d
 [2013-09-06 17:30:49] Not a ZTEX device 8087:8000
 [2013-09-06 17:30:49] Not a ZTEX device 8087:8008
 [2013-09-06 17:30:49] USB scan devices: checking for AVA devices
 [2013-09-06 17:30:49] AVA looking for BTB 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:49] AVA looking for AVA 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:49] AVA looking for BTB 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:49] AVA looking for AVA 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:49] AVA looking for BTB 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:49] AVA looking for AVA 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:49] AVA looking for BTB 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:49] AVA looking for AVA 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:49] No devices detected!
 [2013-09-06 17:30:49] Waiting for USB hotplug devices or press q to quit
 [2013-09-06 17:30:49] Probing for an alive pool
 [2013-09-06 17:30:49] Popping work to stage thread
 [2013-09-06 17:30:49] Testing pool http://stratum.bitcoin.cz:3333
 [2013-09-06 17:30:49] Probing for GBT support
 [2013-09-06 17:30:49] HTTP request failed: Empty reply from server
 [2013-09-06 17:30:49] Failed to connect in json_rpc_call
 [2013-09-06 17:30:49] No GBT coinbase + append support found, using getwork protocol
 [2013-09-06 17:30:50] HTTP request failed: Empty reply from server
 [2013-09-06 17:30:50] Failed to connect in json_rpc_call
 [2013-09-06 17:30:50] Pool 0 stratum session id: ae6812eb4cd7735a302a8a9dd95cf71f
 [2013-09-06 17:30:50] JSON-RPC decode failed: (unknown reason)
 [2013-09-06 17:30:50] Failed to resume stratum, trying afresh
 [2013-09-06 17:30:51] Pool 0 stratum session id: ae6812eb4cd7735a302a8a9dd95cf71f
 [2013-09-06 17:30:51] Pool 0 difficulty changed to 3
 [2013-09-06 17:30:51] Stratum authorisation success for pool 0
 [2013-09-06 17:30:51] Pool 0 http://stratum.bitcoin.cz:3333 alive
 [2013-09-06 17:30:51] API not running - API will not be available
 [2013-09-06 17:30:51] Generated stratum merkle 7513ff33ce55ff44b86f9219e298ab3f0c8777d9b8626cdcd69402476132c164
 [2013-09-06 17:30:51] Generated stratum header 00000002b509afe0ce26c772c7a2da2c08a7e3446d84468946f35fd600000029000000007513ff33ce55ff44b86f9219e298ab3f0c8777d9b8626cdcd69402476132c1645229d90f1931679c000000000000008000000000000000000000000000000000000000000000000000000000000000
 [2013-09-06 17:30:51] Work job_id 17b8 nonce2 0 ntime 5229d90f
 [2013-09-06 17:30:51] Generated target 0000000000000000000000000000000000000000000000000000555500000000
 [2013-09-06 17:30:51] Generated stratum work
 [2013-09-06 17:30:51] Pushing work from pool 0 to hash queue
 [2013-09-06 17:30:51] Network diff set to 86.9M
 [2013-09-06 17:30:51] New block: 002946f35fd66d84... diff 86.9M
 [2013-09-06 17:30:51] Generated stratum merkle 25c4fd56cf9622756dd231804542c10138ea7c82ee574e9b00506d41691bb593
 [2013-09-06 17:30:51] Generated stratum header 00000002b509afe0ce26c772c7a2da2c08a7e3446d84468946f35fd6000000290000000025c4fd56cf9622756dd231804542c10138ea7c82ee574e9b00506d41691bb5935229d90f1931679c000000000000008000000000000000000000000000000000000000000000000000000000000000
 [2013-09-06 17:30:51] Work job_id 17b8 nonce2 1 ntime 5229d90f
 [2013-09-06 17:30:51] Generated target 0000000000000000000000000000000000000000000000000000555500000000
 [2013-09-06 17:30:51] Generated stratum work
 [2013-09-06 17:30:51] Pushing work from pool 0 to hash queue
 [2013-09-06 17:30:56] USB scan devices: checking for ICA devices
 [2013-09-06 17:30:56] ICA looking for ICA 067b:2303 but found 8086:8c26 instead
 [2013-09-06 17:30:56] ICA looking for AMU 10c4:ea60 but found 8086:8c26 instead
 [2013-09-06 17:30:56] ICA looking for BLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:56] ICA looking for LLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:56] ICA looking for CMR 0403:8350 but found 8086:8c26 instead
 [2013-09-06 17:30:56] ICA looking for CMR 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:30:56] ICA looking for ICA 067b:2303 but found 8086:8c2d instead
 [2013-09-06 17:30:56] ICA looking for AMU 10c4:ea60 but found 8086:8c2d instead
 [2013-09-06 17:30:56] ICA looking for BLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:56] ICA looking for LLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:56] ICA looking for CMR 0403:8350 but found 8086:8c2d instead
 [2013-09-06 17:30:56] ICA looking for CMR 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:30:56] ICA looking for ICA 067b:2303 but found 8087:8000 instead
 [2013-09-06 17:30:56] ICA looking for AMU 10c4:ea60 but found 8087:8000 instead
 [2013-09-06 17:30:56] ICA looking for BLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:56] ICA looking for LLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:56] ICA looking for CMR 0403:8350 but found 8087:8000 instead
 [2013-09-06 17:30:56] ICA looking for CMR 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:30:56] ICA looking for ICA 067b:2303 but found 8087:8008 instead
 [2013-09-06 17:30:56] ICA looking for AMU 10c4:ea60 but found 8087:8008 instead
 [2013-09-06 17:30:56] ICA looking for BLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:56] ICA looking for LLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:56] ICA looking for CMR 0403:8350 but found 8087:8008 instead
 [2013-09-06 17:30:56] ICA looking for CMR 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:30:56] USB scan devices: checking for BAS devices
 [2013-09-06 17:30:56] BAS looking for BAS 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:30:56] BAS looking for BAS 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:30:56] BAS looking for BAS 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:30:56] BAS looking for BAS 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:30:56] USB scan devices: checking for BFL devices
 [2013-09-06 17:30:56] BFL looking for BFL 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:30:56] BFL looking for BFL 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:30:56] BFL looking for BFL 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:30:56] BFL looking for BFL 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:30:56] USB scan devices: checking for MMQ devices
 [2013-09-06 17:30:57] MMQ looking for MMQ 1fc9:0003 but found 8086:8c26 instead
 [2013-09-06 17:30:57] MMQ looking for MMQ 1fc9:0003 but found 8086:8c2d instead
 [2013-09-06 17:30:57] MMQ looking for MMQ 1fc9:0003 but found 8087:8000 instead
 [2013-09-06 17:30:57] MMQ looking for MMQ 1fc9:0003 but found 8087:8008 instead
 [2013-09-06 17:30:57] USB scan devices: checking for AVA devices
 [2013-09-06 17:30:57] AVA looking for BTB 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:57] AVA looking for AVA 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:30:57] AVA looking for BTB 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:57] AVA looking for AVA 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:30:57] AVA looking for BTB 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:57] AVA looking for AVA 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:30:57] AVA looking for BTB 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:57] AVA looking for AVA 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:30:57] (5s):0.000 (avg):0.000h/s | A:0  R:0  HW:0  WU:0.0/m
 [2013-09-06 17:31:02] USB scan devices: checking for ICA devices
 [2013-09-06 17:31:02] ICA looking for ICA 067b:2303 but found 8086:8c26 instead
 [2013-09-06 17:31:02] ICA looking for AMU 10c4:ea60 but found 8086:8c26 instead
 [2013-09-06 17:31:02] ICA looking for BLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:31:02] ICA looking for LLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:31:02] ICA looking for CMR 0403:8350 but found 8086:8c26 instead
 [2013-09-06 17:31:02] ICA looking for CMR 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:31:02] ICA looking for ICA 067b:2303 but found 8086:8c2d instead
 [2013-09-06 17:31:02] ICA looking for AMU 10c4:ea60 but found 8086:8c2d instead
 [2013-09-06 17:31:02] ICA looking for BLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:31:02] ICA looking for LLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:31:02] ICA looking for CMR 0403:8350 but found 8086:8c2d instead
 [2013-09-06 17:31:02] ICA looking for CMR 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:31:02] ICA looking for ICA 067b:2303 but found 8087:8000 instead
 [2013-09-06 17:31:02] ICA looking for AMU 10c4:ea60 but found 8087:8000 instead
 [2013-09-06 17:31:02] ICA looking for BLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:31:02] ICA looking for LLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:31:02] ICA looking for CMR 0403:8350 but found 8087:8000 instead
 [2013-09-06 17:31:02] ICA looking for CMR 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:31:02] ICA looking for ICA 067b:2303 but found 8087:8008 instead
 [2013-09-06 17:31:02] ICA looking for AMU 10c4:ea60 but found 8087:8008 instead
 [2013-09-06 17:31:02] ICA looking for BLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:31:02] ICA looking for LLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:31:02] ICA looking for CMR 0403:8350 but found 8087:8008 instead
 [2013-09-06 17:31:02] ICA looking for CMR 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:31:02] USB scan devices: checking for BAS devices
 [2013-09-06 17:31:02] BAS looking for BAS 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:31:02] BAS looking for BAS 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:31:02] BAS looking for BAS 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:31:02] BAS looking for BAS 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:31:02] USB scan devices: checking for BFL devices
 [2013-09-06 17:31:03] BFL looking for BFL 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:31:03] BFL looking for BFL 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:31:03] BFL looking for BFL 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:31:03] BFL looking for BFL 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:31:03] USB scan devices: checking for MMQ devices
 [2013-09-06 17:31:03] MMQ looking for MMQ 1fc9:0003 but found 8086:8c26 instead
 [2013-09-06 17:31:03] MMQ looking for MMQ 1fc9:0003 but found 8086:8c2d instead
 [2013-09-06 17:31:03] MMQ looking for MMQ 1fc9:0003 but found 8087:8000 instead
 [2013-09-06 17:31:03] MMQ looking for MMQ 1fc9:0003 but found 8087:8008 instead
 [2013-09-06 17:31:03] USB scan devices: checking for AVA devices
 [2013-09-06 17:31:03] (5s):0.000 (avg):0.000h/s | A:0  R:0  HW:0  WU:0.0/m
 [2013-09-06 17:31:03] AVA looking for BTB 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:31:03] AVA looking for AVA 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:31:03] AVA looking for BTB 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:31:03] AVA looking for AVA 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:31:03] AVA looking for BTB 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:31:03] AVA looking for AVA 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:31:03] AVA looking for BTB 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:31:03] AVA looking for AVA 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:31:08] USB scan devices: checking for ICA devices
 [2013-09-06 17:31:08] ICA looking for ICA 067b:2303 but found 8086:8c26 instead
 [2013-09-06 17:31:08] ICA looking for AMU 10c4:ea60 but found 8086:8c26 instead
 [2013-09-06 17:31:08] ICA looking for BLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:31:08] ICA looking for LLT 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:31:08] ICA looking for CMR 0403:8350 but found 8086:8c26 instead
 [2013-09-06 17:31:08] ICA looking for CMR 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:31:08] ICA looking for ICA 067b:2303 but found 8086:8c2d instead
 [2013-09-06 17:31:08] ICA looking for AMU 10c4:ea60 but found 8086:8c2d instead
 [2013-09-06 17:31:08] ICA looking for BLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:31:08] ICA looking for LLT 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:31:08] ICA looking for CMR 0403:8350 but found 8086:8c2d instead
 [2013-09-06 17:31:08] ICA looking for CMR 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:31:08] ICA looking for ICA 067b:2303 but found 8087:8000 instead
 [2013-09-06 17:31:08] ICA looking for AMU 10c4:ea60 but found 8087:8000 instead
 [2013-09-06 17:31:08] ICA looking for BLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:31:08] ICA looking for LLT 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:31:08] ICA looking for CMR 0403:8350 but found 8087:8000 instead
 [2013-09-06 17:31:08] ICA looking for CMR 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:31:08] ICA looking for ICA 067b:2303 but found 8087:8008 instead
 [2013-09-06 17:31:08] ICA looking for AMU 10c4:ea60 but found 8087:8008 instead
 [2013-09-06 17:31:08] ICA looking for BLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:31:08] ICA looking for LLT 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:31:08] ICA looking for CMR 0403:8350 but found 8087:8008 instead
 [2013-09-06 17:31:08] ICA looking for CMR 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:31:08] USB scan devices: checking for BAS devices
 [2013-09-06 17:31:08] BAS looking for BAS 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:31:08] BAS looking for BAS 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:31:08] BAS looking for BAS 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:31:08] BAS looking for BAS 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:31:08] USB scan devices: checking for BFL devices
 [2013-09-06 17:31:08] BFL looking for BFL 0403:6014 but found 8086:8c26 instead
 [2013-09-06 17:31:08] BFL looking for BFL 0403:6014 but found 8086:8c2d instead
 [2013-09-06 17:31:08] BFL looking for BFL 0403:6014 but found 8087:8000 instead
 [2013-09-06 17:31:08] BFL looking for BFL 0403:6014 but found 8087:8008 instead
 [2013-09-06 17:31:08] USB scan devices: checking for MMQ devices
 [2013-09-06 17:31:09] MMQ looking for MMQ 1fc9:0003 but found 8086:8c26 instead
 [2013-09-06 17:31:09] MMQ looking for MMQ 1fc9:0003 but found 8086:8c2d instead
 [2013-09-06 17:31:09] MMQ looking for MMQ 1fc9:0003 but found 8087:8000 instead
 [2013-09-06 17:31:09] MMQ looking for MMQ 1fc9:0003 but found 8087:8008 instead
 [2013-09-06 17:31:09] USB scan devices: checking for AVA devices
 [2013-09-06 17:31:09] AVA looking for BTB 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:31:09] AVA looking for AVA 0403:6001 but found 8086:8c26 instead
 [2013-09-06 17:31:09] AVA looking for BTB 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:31:09] AVA looking for AVA 0403:6001 but found 8086:8c2d instead
 [2013-09-06 17:31:09] AVA looking for BTB 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:31:09] AVA looking for AVA 0403:6001 but found 8087:8000 instead
 [2013-09-06 17:31:09] AVA looking for BTB 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:31:09] AVA looking for AVA 0403:6001 but found 8087:8008 instead
 [2013-09-06 17:31:09] (5s):0.000 (avg):0.000h/s | A:0  R:0  HW:0  WU:0.0/m
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
these erupter sticks don't show temperature in bfg or cgminer do they?  i measured the temp and got like 62C plus
anyone know the max operating temperature?

That's pretty hot.  They need active cooling, or their lifespan will decrease.

M
No there is no temperature sensor ... I guess it was some sort of cost saving idea ...
legendary
Activity: 1540
Merit: 1001
these erupter sticks don't show temperature in bfg or cgminer do they?  i measured the temp and got like 62C plus
anyone know the max operating temperature?

That's pretty hot.  They need active cooling, or their lifespan will decrease.

M
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
./cgminer -n

If they don't show up then my guess would be a USB3 port that libusb doesn't know how to deal with.
sr. member
Activity: 295
Merit: 250
OK, I have a strange situation here, maybe y'all can help me make some sense of this.

I recently moved, but I didn't take my computer with me. When I got to my new place, I bought a new Core i7 4770K based PC with a Z87 chipset based motherboard, a 7970 graphics card, and all the other usual accoutrements.  Brand new hard disk.  Installed Windows 7 Ultimate, drivers for the motherboard and graphics, Microsoft Security Essentials, 7-Zip, and nothing else.  Ran Windows Update until it ran out of things to patch. Downloaded and unzipped Zadig and cgminer, but didn't run them yet. So far, all normal.

Next, I plugged a single Block Erupter directly into USB slot on the case.  Windows dutifully reported that the driver failed to load. I ran the Zadig tool and installed the WinUSB driver. Now the device appears properly in the Device Manager.  If I unplug it and replug it, Windows doesn't give any error messages.

Next, I ran cgminer. It asked for my pool info, which I entered.  It found my graphics card, but not the BE.  It didn't give any error message indicating USB problems or anything like that.

Confused, I saved the config file, exited, and ran cgminer-nogpu.  It reported no devices found at all.  Unplugging and replugging the BE did nothing.  Trying other slots, USB2, USB3, all elicited no response from cgminer.  Tried a hub with a BE in it, same thing -- no response from cgminer.

My USB ports work normally.  If I plug a USB thumb drive or keyboard into the same slot as the BE, it works without issue.  There's no yellow ! sign in Device manager.  There's no error message from cgminer about missing drivers, or anything like that.  It just ... doesn't see the block erupter.  Any ideas?

(Once we get to the point where cgminer sees the BE, I'll ask the follow up about why this PC says it runs out of USB resources after about ten devices...)

Edit: Couple more bits of info.  I've tried this with cgminer 3.4.1 and 3.4.2. I run cgminer with no command line options, just the config file.  I also tried editing the config file to delete everything except my pool. I did read through the various readme files, but nothing pertinent jumped out at me. 

I did try multiple different BEs, and all had the same result.  I also tried with multiple BEs plugged in at once.  No joy.  Unplugging and replugging while cgminer was running didn't do anything either.

The HDD was reformatted, so there's no weird software lurking around.  If you deem it necessary, I'd be happy to reformat the disk again. I have access to all current versions of Windows, if you want me to try something else.  Other than this glitch, the computer seems to work normally. When mining with the GPU, it seems to be perfectly fine and puts out somewhere north of 500Mh/s (I don't remember the exact number, but it seems in the ballpark for this card on stock settings).
JBT
full member
Activity: 165
Merit: 100
these erupter sticks don't show temperature in bfg or cgminer do they?  i measured the temp and got like 62C plus
anyone know the max operating temperature?
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
...
yes but all 13 erupters will use the same worker, cg and bfminer works well but i want to assign each erupter its own worker. its easier to see which stick is doing what
Run each one: ./cgminer --usb ICA:1 ... etc
cgminer-nogpu -o http://pool -u user.1 -p password --usb ica:1 -u user.2 -p password --usb ica:2 -u user.3 -p password --usb ica:3

something like that?
...
No.

cgminer will assign all devices to the first active pool(/worker) in failover mode (the default)
or it will assign all devices to all pools(/workers) in balance or loadbalance mode

If you wish to handle each device independently, you need to run a cgminer for each device (and each will connect to all the pools individually)
Thus you would run
cgminer-nogpu -o http://pool -u user.1 -p password --usb ICA:1
cgminer-nogpu -o http://pool -u user.2 -p password --usb ICA:1
cgminer-nogpu -o http://pool -u user.3 -p password --usb ICA:1

and each cgminer would only use 1 ICA device (ICA is the driver for AMU,ICA,BLT,LLT,CMR)

of course you can change or add more to the --usb option if you also have other non ica devices ...
e.g. --usb :1 means grab whatever the first USB mining device is, it can find, and only one device

Quote
ps. for this usb i will need to uninstall the silicon drivers and install the usb drivers?
On windows, of course ... as it says to.
JBT
full member
Activity: 165
Merit: 100
...
yes but all 13 erupters will use the same worker, cg and bfminer works well but i want to assign each erupter its own worker. its easier to see which stick is doing what
Run each one: ./cgminer --usb ICA:1 ... etc
cgminer-nogpu -o http://pool -u user.1 -p password --usb ica:1 -u user.2 -p password --usb ica:2 -u user.3 -p password --usb ica:3

something like that?

one of my sticks just gone zombie mode will not work anywhere on the hub except on the pc..... weird

ps. for this usb i will need to uninstall the silicon drivers and install the usb drivers?
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
...
yes but all 13 erupters will use the same worker, cg and bfminer works well but i want to assign each erupter its own worker. its easier to see which stick is doing what
Run each one: ./cgminer --usb ICA:1 ... etc
full member
Activity: 138
Merit: 100
Getting confused with the different cgminer versions and which drivers to install.

Right now I get nothing out of 3.11 and 3.42 with the zadig drivers, can someone please clarify which driver to use for 3.42?

Running Win7 64 bit with Anker 10-port hub, tested in both USB2 and USB3 ports. Bat file using only cgminer-nogpu and pool info.
"No deviced detected"

EDIT: From the FPGA readme (why not the ASIC readme?)
"You must also make sure you are using the latest libusb-1.0.dll supplied with cgminer (not the libusbx version)"
libusb-1.0.dll is not even included in 3.42, so I took it from 3.40. Still no miners in cgminer.  Angry

EDIT 2: Got them running, after unplugging and replugging them on different ports of the hub.
Running on cgminer 3.42 with no parameters other than the pool, zadig 2.0.1.160 drivers only.
JBT
full member
Activity: 165
Merit: 100

It seems to be safe now to move up to 3.4.0 or 3.4.1, in which case the parameters become much simpler. I have one machine still running 7 erupters on 3.1.1 with the messy parameters. It never crashes. My machine running 3.4.0 for a week or so and 3.4.1 as of yesterday crashes cgminer about once a day, for reasons yet unknown.

One shortcut should handle several workers though, regardless of version.

For example, this bat file using 3.4.1 finds all 13 erupters mounted on two hubs and allows for a backup pool:

C:\cgminer\cgminer-3.4.1-windows\cgminer-nogpu.exe -o http://stratum.bitcoin.cz:3333 -u blah.blee -p somepassword -o http://stratum.btcguild.com:3333 -u blah_something -p whatever


yes but all 13 erupters will use the same worker, cg and bfminer works well but i want to assign each erupter its own worker. its easier to see which stick is doing what
legendary
Activity: 1450
Merit: 1013
Cryptanalyst castrated by his government, 1952
A zombie is simply a device that has stopped responding to libusb and thus I can no longer talk to it otherwise libusb will crash.
Normally, it should simply hotplug the device back again and push the zombie off the screen and replace it with the hotplugged device.
A common cause of this is the device overheating.
They have no temperature sensors so I can certainly not throttle the device when they get too hot ... all I can do is keep mining until it fails.
Yes I still do not understand why they don't have a temperature sensor ...
(I almost burnt my finger on one the other day trying to unplug it Tongue)

Thanks, kano. I forgot to mention that when I come across a zombie it is almost always cool to the touch. This could be because I just didn't notice it for a while and gave it time to cool off. My erupters are all under wall-plug fans, but sometimes they still feel uncomfortably warm while running - never hot enough to make me recoil though.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
A zombie is simply a device that has stopped responding to libusb and thus I can no longer talk to it otherwise libusb will crash.
Normally, it should simply hotplug the device back again and push the zombie off the screen and replace it with the hotplugged device.
A common cause of this is the device overheating.
They have no temperature sensors so I can certainly not throttle the device when they get too hot ... all I can do is keep mining until it fails.
Yes I still do not understand why they don't have a temperature sensor ...
(I almost burnt my finger on one the other day trying to unplug it Tongue)
legendary
Activity: 1450
Merit: 1013
Cryptanalyst castrated by his government, 1952
I added some erupters yesterday via a new DUB-7 hub daisy chained into another DUB-7. I was using 3.3.4, which was crashing every 24 hours. Anyways, when I ran cgminer it would detect all of them fine, but within 5-10 mins I would get a ZOMBIE erupter. I tried rebooting and changing the erupters around (to make sure it wasn't just a bad erupter). I even tried 3.1.1 - no luck.
I downloaded 3.4.2 and tried again. ZOMBIE!  Angry Huh So I unplugged it without shutting down cgminer and then hot plugged it another port. After a brief pause and windows notifying me that the drivers were installed, it was detected by cgminer and ran strong all day. Weird.

I get occasional zombies on 3.4.2, actually on 3.4.x come to think of it, but never on 3.1.1. Sometimes I can hot-swap the zombie and it starts up fine. Other times I have to hot-swap the whole hub it is on (power off, disconnect USB, then reconnect). I see I have a zombie right now, in fact. It's random with respect to position on a hub, which erupter fails, and choice of hub itself as far as I can see.
sr. member
Activity: 457
Merit: 250
I added some erupters yesterday via a new DUB-7 hub daisy chained into another DUB-7. I was using 3.3.4, which was crashing every 24 hours. Anyways, when I ran cgminer it would detect all of them fine, but within 5-10 mins I would get a ZOMBIE erupter. I tried rebooting and changing the erupters around (to make sure it wasn't just a bad erupter). I even tried 3.1.1 - no luck.
I downloaded 3.4.2 and tried again. ZOMBIE!  Angry Huh So I unplugged it without shutting down cgminer and then hot plugged it another port. After a brief pause and windows notifying me that the drivers were installed, it was detected by cgminer and ran strong all day. Weird.
legendary
Activity: 1450
Merit: 1013
Cryptanalyst castrated by his government, 1952

Good to know.  I was thinking I'll put 3.4.2 on another rig and move the erupters over there.  That way if it doesn't work, it won't take an hour reconfiguring the drivers.

M

Tag-team updates can save a lot of grief. I hadn't even noticed 3.4.2 was out until I saw your post though - thought I was up to the minute with 3.4.1.

I took a chance and switched my 3.4.1 'puter to 3.4.2 just now with no safety nets of any kind. No drama yet. Same bat file, except for the change in version number of course.
hero member
Activity: 504
Merit: 502
I have  W7 x64. Just got in 9 sticks delivered today Plugged them into a 10 port Anker Uspeed 3.0. Loaded cgminer 3.1.1, and loaded the UART to COM drivers listed by the OP. Ran into the issue where I had to specify -s for each COM device, but that was it. 9 sticks hashing at just over 3Ghs happily cooled by the Artic Breeze as recommended by the OP.

It could not have been easier, it took less than 20 minutes from part arrival to hashing.

My total out-of-pocket was a little high at $370 but I bought the sticks on ebay. This includes the hub and fan from Amazon. From a $$ standpoint (not a bitcoin standpoint) I should ROI in around 130 days assuming btc price remains stable.

Thank-you mdude77 for a very good and useful guide. Now my graphic cards can get a well deserved rest. They already paid for themselves, as well as my new little 3ghs rig.
legendary
Activity: 1540
Merit: 1001
this really helped to get going.   but all this is to use one worker, i got mine like this
cgminer.exe -o http://stratum.bitcoin.cz:3333 -u worker.name1 -p password5 -G -S \\.\com11 --icarus-options 115200:1:1 --icarus-timing 3.0=100

i have 5 shortcuts for each stick. i just changed worker.name1 to worker.name2 3 4 5.

is there a better way?

It seems to be safe now to move up to 3.4.0 or 3.4.1, in which case the parameters become much simpler. I have one machine still running 7 erupters on 3.1.1 with the messy parameters. It never crashes. My machine running 3.4.0 for a week or so and 3.4.1 as of yesterday crashes cgminer about once a day, for reasons yet unknown.

One shortcut should handle several workers though, regardless of version.

For example, this bat file using 3.4.1 finds all 13 erupters mounted on two hubs and allows for a backup pool:

C:\cgminer\cgminer-3.4.1-windows\cgminer-nogpu.exe -o http://stratum.bitcoin.cz:3333 -u blah.blee -p somepassword -o http://stratum.btcguild.com:3333 -u blah_something -p whatever

Good to know.  I was thinking I'll put 3.4.2 on another rig and move the erupters over there.  That way if it doesn't work, it won't take an hour reconfiguring the drivers.

M
Pages:
Jump to: