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

dave111223

legendary

Activity: 1190

Merit: 1001

For some reason with version 3.10.0 i can only get 40 antminers to be detected. I have 2 raspberries setup both with about 50 miners each, both only detected 40 each with 3.10.0

I had to rollback to using nwoolls version 3.9 in order to get all miners to be detected.

The weird thing is that with 3.10.0 it's showing 40 devices, but all physical miners are getting accepted share LED flashes (all 50). But hashrate is only for 40, both in BFG and in pool stats.

Sarticus

newbie

Activity: 17

Merit: 0

Thanks for the help. Running stable as a rock @ default freq yielding 1.6Gh/S. 14 hours HW:0. 19.2 uBTC/hr.

kabopar

hero member

Activity: 616

Merit: 500

Quote from: kabopar on January 16, 2014, 05:27:51 AM

Quote from: kabopar on January 16, 2014, 04:15:56 AM

Quote from: Luke-Jr on January 16, 2014, 01:08:44 AM

Quote from: kabopar on January 16, 2014, 12:39:59 AM

Quote from: Luke-Jr on January 15, 2014, 07:31:46 PM

If anyone wants to elaborate on the README FAQ covering un-Zadig'ing, I bet that would be well-appreciated by many.

What is the Com driver used for the Drillbit devices?

Standard USB CDC ACM.

Luke-Jr,
Thanks. I still cannot find this driver (specifically for Win7/64). I know how to remove the current Zadig installed one, but the only one that I can find for Drillbit is the Atmel driver used for firmware updates, which doesn't seem to work for me. Any clues would be appreciated.

Thanks

Managed to solve my driver issue - using the Atmel driver provided by Drillbit for firmware updates. Tried this so far on the Thumb. Removing the WinUSB driver has to be 'complete' (not just uninstal, but tick the box to remove the driver).

Cheers

Tried the same approach using the Atmel driver for the Drillbit Eight Board, but it failed to accept the driver (Win7/64) and subsequently bfgminer3.10 could not find it either. This was attempted on a separate PC with just the 8Board connected directly to one of the PC's USB ports.
Any idea where to find the drivers for the Drillbit Eight board for Windows 7/64?

(btw I'm running bfgminer 3.10 successfully on some BF/RF USB miners which used 3.9.0 previously)

wwwin

sr. member

Activity: 447

Merit: 250

Quote from: nwoolls on January 18, 2014, 01:19:17 AM

Quote from: wwwin on January 18, 2014, 01:13:41 AM

Ok, so tomorrow I will get delivered a second U1, I have been looking for the correct syntax to get that one to get recognized as well but cannot find it. So do I do

-S antminer:\\.\COM5 -S antminer:\\.\COMX twice

or is there a shortcut

You should be able to do:

Code:

-S antminer:all

Hi, no if I do that won't recognize in Win 7 64bit...the only way to get it to work for me was doing the -S antminer:\\.\COM5

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: wwwin on January 18, 2014, 01:13:41 AM

Ok, so tomorrow I will get delivered a second U1, I have been looking for the correct syntax to get that one to get recognized as well but cannot find it. So do I do

-S antminer:\\.\COM5 -S antminer:\\.\COMX twice

or is there a shortcut

You should be able to do:

Code:

-S antminer:all

wwwin

sr. member

Activity: 447

Merit: 250

Ok, so tomorrow I will get delivered a second U1, I have been looking for the correct syntax to get that one to get recognized as well but cannot find it. So do I do

-S antminer:\\.\COM5 -S antminer:\\.\COMX twice

or is there a shortcut

like -S antminer:\\.\COM5;\\.\COMX

in other words how do I add the second antminer with a different COM, what is the syntax??? Thanks

Xbits

newbie

Activity: 13

Merit: 0

Quote from: AbiTxGroup on January 17, 2014, 12:28:59 PM

Quote from: Xbits on January 17, 2014, 11:08:39 AM

Quote from: Laxe on January 16, 2014, 12:29:19 PM

How long do you give it? Try giving it a minute or two to load. Are you running it in a command prompt or a shortcut/.bat file? If it's the latter try using the command prompt directly since the window closes if the shortcut or .bat file runs into an error. Using a command prompt lets you see what the error message is.

You could try to start BFG Miner with just the '--set-device antiminer:clock=x0981' command and see if that works or with no commands at all.

Also make sure the pool details are correct as it will auto close the window if it is not.

At the end of your .bat file start a new line and put:

Quote

pause

instead of closing out, this will keep the window open when there is a problem so you can see what the problem is.

Its easier to use windows explorer to go to you miners directory and click on the path to highlight it, then type in "CMD" and press enter. This will open a command prompt, you can start your batch file in this window. If the miner stops or if you stop the miner, the window will stay open.

If you put

Code:

pause

in the second line of your batch file then all you have to do is double click the batch file and it will open the CMD window for you, but will stay open and won't close if there is any error. I find this much easier since my batch file is a shortcut on my desktop.

wwwin

sr. member

Activity: 447

Merit: 250

Quote from: Sarticus on January 17, 2014, 08:17:59 PM

I can get my AMU to mine at ~ 400Mh/s using

Quote from: Luke-Jr

AMUs do not support autodetection (no idea why not, it'd be trivial for them to add...), so you need -S antminer:\\.\COM3

OK, so based on that I uninstalled Zadig driver again and ran it and now is working with 3.10. Grin

this is the command I used, just overclocked to 1.80 to test.

"bfgminer -o stratum+tcp://us1.ghash.io:3333 -u XXXXXXXX -p 123 -S antminer:\\.\COM5 --set-device antiminer:clock=x0881"

and nothing else. Do I need to add what I see other people adding such as "--icarus-options 115200:2:2 --icarus-timing 2.5=90 " or is that just for the BEs...I am asking b/c with CG it has something like "bmsc-options 115200:20" BFG does not like that bmsc...do I need to add something with this 115200:00 or am I done?

It seems to be doing good so far ZERO HW errors where I was getting around .02 before...below is pic, the only thing is I see a lot of "Stratum from pool 0 requested work update" where with CG never got that there.

But seems to be working mighty fine now, will try OC to 2.00

at OC 1.8 hashing as below

I guess my only question is the "Stratum from pool 0 requested work update" and can I add something else to the command. I was not getting that with CG but I guess BFG has different info?

voingiappone

newbie

Activity: 43

Merit: 0

Quote from: nwoolls on January 17, 2014, 12:56:16 PM

Run the following and report the output back here:

Code:

bfgminer -d? -D -S antminer:all

Code:

 [2014-01-18 12:51:19] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)                    
 [2014-01-18 12:51:19] Started bfgminer 3.10.0                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:001:020 (path=(null), vid=10c4, pid=ea60, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:001:019 (path=(null), vid=10c4, pid=ea60, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:001:017 (path=(null), vid=1a40, pid=0201, manuf=(null), prod=USB 2.0 Hub [MTT], serial=(null))                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:007:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 3.5.0-23-generic uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.2)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:006:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 3.5.0-23-generic uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.1)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:005:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 3.5.0-23-generic uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.0)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:004:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 3.5.0-23-generic uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1a.1)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:003:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 3.5.0-23-generic uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1a.0)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=1d6b, pid=0002, manuf=Linux 3.5.0-23-generic ehci_hcd, prod=EHCI Host Controller, serial=0000:00:1d.7)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=1d6b, pid=0002, manuf=Linux 3.5.0-23-generic ehci_hcd, prod=EHCI Host Controller, serial=0000:00:1a.7)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:006:005 (path=(null), vid=10c4, pid=ea60, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:005:002 (path=(null), vid=0000, pid=0000, manuf=ServerEngines, prod=SE USB Device, serial=401A64E74826F2)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:003:009 (path=(null), vid=04b3, pid=3108, manuf=(null), prod=(null), serial=(null))                    
 [2014-01-18 12:51:19] lowlevel_scan: Found usb device at usb:001:015 (path=(null), vid=1a40, pid=0201, manuf=(null), prod=USB 2.0 Hub [MTT], serial=(null))                    
 [2014-01-18 12:51:19] lowlevel_scan: Found vcom device at dev_t:01bc000000000000 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found vcom device at dev_t:02bc000000000000 (path=/dev/ttyUSB2, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)                    
 [2014-01-18 12:51:19] lowlevel_scan: Found vcom device at dev_t:00bc000000000000 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)                    
 [2014-01-18 12:51:19] Icarus Detect: Attempting to open /dev/ttyUSB1                    
 [2014-01-18 12:51:19] Icarus Detect: Attempting to open /dev/ttyUSB2                    
 [2014-01-18 12:51:19] Icarus Detect: Attempting to open /dev/ttyUSB0                    
 [2014-01-18 12:51:19] Acquired exclusive advisory lock on /dev/ttyUSB1                    
 [2014-01-18 12:51:19] Timers: Using clock_gettime(CLOCK_MONOTONIC_RAW)                    
 [2014-01-18 12:51:19] Acquired exclusive advisory lock on /dev/ttyUSB0                    
 [2014-01-18 12:51:19] Acquired exclusive advisory lock on /dev/ttyUSB2                    
 [2014-01-18 12:51:19] Icarus Detect: Test succeeded at /dev/ttyUSB0: got 000187a2                    
 [2014-01-18 12:51:19] Found AMU 0 at /dev/ttyUSB0                    
 [2014-01-18 12:51:19] AMU 0: Init: baud=115200 work_division=0 fpga_count=0                    
 [2014-01-18 12:51:19] AMU 0: Init: mode=default read_count=19 limit=0ms Hs=4.761000e-10                    
 [2014-01-18 12:51:19] Icarus Detect: Test failed at /dev/ttyUSB1: expected 5 bytes, got 4                    
 [2014-01-18 12:51:19] Icarus Detect: Test failed at /dev/ttyUSB2: expected 5 bytes, got 4                    
 [2014-01-18 12:51:19] Devices detected:                    
 [2014-01-18 12:51:19]  CP2102 USB to UART Bridge Controller by Silicon Labs (driver=antminer; procs=1; serial=0001; path=/dev/ttyUSB0)                    
1 devices listed

* I moved only one Antminer for testing and there are also two Erupters on the same HUB I am using to mine for my sister.

Thank you nwoolls... it detects it! But only if I run your command beforehand.. otherwise it returns me the same error (No devices). I think I can just script it to run your command and then my bfgminer command line so the problem is solved but I still miss the point....
I feel like a dumb right now as I spent all the evening yesterday trying to get it running to no avail! Thought the problem was in the libs.
Can I ask you what kind of magic was in that command that made it recognized??

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: Sarticus on January 17, 2014, 08:17:59 PM

I can get my AMU to mine at ~ 400Mh/s using cgminer. Zadig driver overwrite/installed.
I can't get BFGminer to recognize it. (Windows XP SP3 dual core Dell w 3GB ram)
Running bfgminer -D -d? -T from command prompt shows the device but does not recognize it:

"[2014-01-17 20:09:44] lowlevel_scan: Found vcom device at com:3 (path=\\.\COM3,
vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2014-01-17 20:09:44] Devices detected:
[2014-01-17 20:09:44] Timers: Using QueryPerformanceCounter

[2014-01-17 20:09:44] Recalibrating timeofday offset (delta 1389992602.308127s)

0 devices listed "

AMUs do not support autodetection (no idea why not, it'd be trivial for them to add...), so you need -S antminer:\\.\COM3

Quote from: Xer0 on January 17, 2014, 08:47:52 PM

antminer support is in openwrt release, too?

Yes

Xer0

hero member

Activity: 826

Merit: 1000

°^°

antminer support is in openwrt release, too?

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: Sarticus on January 17, 2014, 08:17:59 PM

I can get my AMU to mine at ~ 400Mh/s using cgminer. Zadig driver overwrite/installed.
I can't get BFGminer to recognize it. (Windows XP SP3 dual core Dell w 3GB ram)
Running bfgminer -D -d? -T from command prompt shows the device but does not recognize it:

"[2014-01-17 20:09:44] lowlevel_scan: Found vcom device at com:3 (path=\\.\COM3,
vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2014-01-17 20:09:44] Devices detected:
[2014-01-17 20:09:44] Timers: Using QueryPerformanceCounter

[2014-01-17 20:09:44] Recalibrating timeofday offset (delta 1389992602.308127s)

0 devices listed "

Also, how does one get the named configuration file used when starting bfgminer?
Thanks

Bfgminer uses the silabs VCP DRIVERS. Not Zadig. To fix go to device manager with it plugged in right click choose driver settings make sure the checkbox for delete driver is ticked.

DL the island driver. Install it.

Reboot. Bfgminer -d -D? Should list it now

Named config is -c /path/to/file.conf

The asicminer USB sticks aren't software tunable. It uses a FIXED frequency and always yields the same hash rate rated at 12MHz*28 clock multiplier(in ASIC) = 336Mhash/sec. Any variation caused by altering timings with -- icarus-options and --icarus-timing are artefacts and do not represent an increase in realized hashrate

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: Sarticus on January 17, 2014, 08:17:59 PM

I can get my AMU to mine at ~ 400Mh/s using cgminer. Zadig driver overwrite/installed.
I can't get BFGminer to recognize it.

Don't use the Zadig driver for bfgminer. For AntMiner U1s you want:

http://www.silabs.com/products/mcu/pages/usbtouartbridgevcpdrivers.aspx

Sarticus

newbie

Activity: 17

Merit: 0

I can get my AMU to mine at ~ 400Mh/s using cgminer. Zadig driver overwrite/installed.
I can't get BFGminer to recognize it. (Windows XP SP3 dual core Dell w 3GB ram)
Running bfgminer -D -d? -T from command prompt shows the device but does not recognize it:

"[2014-01-17 20:09:44] lowlevel_scan: Found vcom device at com:3 (path=\\.\COM3,
vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2014-01-17 20:09:44] Devices detected:
[2014-01-17 20:09:44] Timers: Using QueryPerformanceCounter

[2014-01-17 20:09:44] Recalibrating timeofday offset (delta 1389992602.308127s)

0 devices listed "

Also, how does one get the named configuration file used when starting bfgminer?
Thanks

WhiteBeard

full member

Activity: 156

Merit: 102

Bean Cash - More Than a Digital Currency!

Quote from: HellDiverUK on January 17, 2014, 06:15:35 AM

Quote from: WhiteBeard on January 17, 2014, 05:29:18 AM

But it's still not working... I've been working on it for hours. Any ideas?

Need more info. What OS are you running on? What way is the BFL attached? Hubs? What sort of USB port?

OS is Ubuntu
1 BFL attached directly to motherboard USB
3 others by generic 10 port powered hub

loshia

legendary

Activity: 1610

Merit: 1000

Luke, just to bring this to your attention,
https://bitcointalksearch.org/topic/m.4568041
Excuse my cross post
Pls comment it if you like
10X

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: alicea on January 17, 2014, 10:29:52 AM

Quote from: nwoolls on January 17, 2014, 10:21:30 AM

Yes, you need to pass in -S erupter:all in order to have them detected as a Block Erupter

Must I do it or may I leave them being recognised as Icarus? Does it change anything from practical point of view?

Using the erupter driver gives you: correct hashrate, timings, and identify function.
With icarus timings, you might lose some hashing time until it calibrates, but I've tried to minimise that.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: voingiappone on January 17, 2014, 12:30:16 PM

I am using 4 Antminers U1 on a 32bit Linux machine (my laptop). No problems here but I need to move them on my mining server (linux 64bit) but if I try to compile and install BFGMiner it cannot detect any miner. No matter how I try... even if I get root privileges.

Run the following and report the output back here:

Code:

bfgminer -d? -D -S antminer:all

voingiappone

newbie

Activity: 43

Merit: 0

Hello everybody, I dare to ask here a small question that is driving me nuts!

I am using 4 Antminers U1 on a 32bit Linux machine (my laptop). No problems here but I need to move them on my mining server (linux 64bit) but if I try to compile and install BFGMiner it cannot detect any miner. No matter how I try... even if I get root privileges.
No problem when installing on any 32bit machine but not working on any 64bit.

I have all the dependencies installed (compiles fine) and I also tried to change libudev0-dev with libudev1-dev, updated libc6 etc. Last thing I can do is to run a virtualized 32 bit machine but I think that's a last resort (dumb) solution.

Can somebody point me to a solution? Or at least explain me where the problem is....

Thank you all,

Luca

AbiTxGroup

sr. member

Activity: 447

Merit: 250

Quote from: Xbits on January 17, 2014, 11:08:39 AM

Quote from: Laxe on January 16, 2014, 12:29:19 PM

How long do you give it? Try giving it a minute or two to load. Are you running it in a command prompt or a shortcut/.bat file? If it's the latter try using the command prompt directly since the window closes if the shortcut or .bat file runs into an error. Using a command prompt lets you see what the error message is.

You could try to start BFG Miner with just the '--set-device antiminer:clock=x0981' command and see if that works or with no commands at all.

Also make sure the pool details are correct as it will auto close the window if it is not.

At the end of your .bat file start a new line and put:

Quote

pause

instead of closing out, this will keep the window open when there is a problem so you can see what the problem is.

Its easier to use windows explorer to go to you miners directory and click on the path to highlight it, then type in "CMD" and press enter. This will open a command prompt, you can start your batch file in this window. If the miner stops or if you stop the miner, the window will stay open.

Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 57. (Read 1193208 times)