Bitcoin Forum

Bitcoin => Mining software (miners) => Topic started by: Luke-Jr on November 29, 2014, 03:22:18 AM



Title: BFGMiner 5.4.2: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, solo stratum
Post by: Luke-Jr on November 29, 2014, 03:22:18 AM
Announcing BFGMiner 5.4, the modular cryptocurrency miner written in C. BFGMiner features dynamic clocking, monitoring, and remote interface capabilities.

"St. Barbara's Faithfully Glorified Mining Initiative Naturally Exceeding Rivals", or just basically a freaking good miner.

This code is provided entirely free of charge by the programmer, so donations would be greatly appreciated.
Please consider donating: 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh (bitcoin:1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh)

If you find a bug or have a suggestion, please check to see if it's already been reported (https://github.com/luke-jr/bfgminer/issues) and, if not, report it (https://github.com/luke-jr/bfgminer/issues).
Help can also be obtained (or provided) by joining the support mailing list (https://lists.gnu.org/mailman/listinfo/bfgminer-support) or IRC: chat.freenode.net #eligius (http://webchat.freenode.net/?channels=%23eligius)
READ THE README FILES INCLUDED IN THE ARCHIVE BEFORE ASKING QUESTIONS.
Also, please note that this thread is for discussion of BFGMiner, its features and bugs - if you feel the need to troll or talk off-topic, start another forum thread (and PM me with it if you want my attention).

If you want to help develop BFGMiner, the best way to get in touch with us is on IRC (http://webchat.freenode.net/?channels=%23eligius).
We also have a development mailing list (https://lists.gnu.org/mailman/listinfo/bfgminer-dev), mainly used to pre-announce upcoming releases for third-party packagers.

If you would like to be notified of new versions, please join the announcement mailing list (https://lists.gnu.org/mailman/listinfo/bfgminer-announce).

Latest release: 5.4.2 (announcement & changes (https://bitcointalk.org/?topic=877081.msg14339279#msg14339279))
  • Arch: pacman -S bfgminer
  • Debian: aptitude install bfgminer
  • Gentoo: emerge bfgminer (consider accepting ~arch and/or adding the bitcoin overlay to get the latest version)
  • OpenWrt: opkg repository for 15.05 "Chaos Calmer" (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.2/openwrt/15.05/README) (sig (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.2/SHA256SUMS.asc) + PGP key (http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD02942421F4889F))
  • Ubuntu: apt-get install bfgminer
  • Win32: zip (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.2/bfgminer-5.4.2-win32.zip) (sig (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.2/SHA256SUMS.asc) + PGP key (http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD02942421F4889F))
  • Win64: zip (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.2/bfgminer-5.4.2-win64.zip) (sig (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.2/SHA256SUMS.asc) + PGP key (http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD02942421F4889F))
  • Source code: git (https://github.com/luke-jr/bfgminer) | txz (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.2/bfgminer-5.4.2.txz) | zip (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.2/bfgminer-5.4.2.zip)
Stable release: 4.10.6
  • OpenWrt: opkg repository for 15.05 "Chaos Calmer" (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/4.10.6/openwrt/15.05/README) (sig (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/4.10.6/SHA256SUMS.asc) + PGP key (http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD02942421F4889F))
  • Win32: zip (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/4.10.6/bfgminer-4.10.6-win32.zip) (sig (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/4.10.6/SHA256SUMS.asc) + PGP key (http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD02942421F4889F))
  • Win64: zip (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/4.10.6/bfgminer-4.10.6-win64.zip) (sig (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/4.10.6/SHA256SUMS.asc) + PGP key (http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD02942421F4889F))
  • Source code: git (https://github.com/luke-jr/bfgminer) | tbz2 (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/4.10.6/bfgminer-4.10.6.tbz2) | zip (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/4.10.6/bfgminer-4.10.6.zip)

Archive of all official release source & binaries (http://luke.dashjr.org/programs/bitcoin/files/bfgminer/)

Features:
  • A large variety of device drivers for Bitcoin (SHA256d):
    • ASICMINER Block Erupter blades, cubes, USB miners (Emerald and Sapphire), and Tube (http://www.iasicminer.com/)
    • BFx2 Bitfury USB miner (https://bitcointalk.org/?topic=524521)
    • Bi•Fury (https://bitcointalk.org/?topic=309918)
    • Big Picture Mining Bitfury-based USB miners (BF1, RedFury, BlueFury) (https://bitcointalk.org/?topic=292433)
    • BitCentury LittleFury USB miners
    • Bitmain AntMiner S1 - S4 and S5 (https://bitcointalk.org/?topic=902305)
    • Bitmain AntMiner U1 - U3 (https://bitcointalk.org/?topic=330665)
    • BlackArrow Prospero X-1.5 (http://www.blackarrowsoftware.com/)
    • BTCFPGA's ModMiner Quad FPGA-based mining device
    • Butterfly Labs's FPGA and ASIC mining products (BitForce, MiniRig, Monarch) (http://www.butterflylabs.com/)
    • Canaan Creative Avalon1/2/3 ASIC mining rigs (http://www.canaan-creative.com/)
    • The Chili miner assembly (https://bitcointalk.org/?topic=304250)
    • Cointamination
    • CoinTerra TerraMiner ASIC miner (http://cointerra.com/)
    • Drillbit Thumb and Eight (https://bitcointalk.org/?topic=266235)
    • DualMiner ASIC-based USB miner (http://www.dualminer.com/)
    • Enterpoint's Cairnsmore1 FPGA mining board (http://www.enterpoint.co.uk/cairnsmore/cairnsmore1.html)
    • FPGA Mining X6500 (http://fpgamining.com/products/x6500-rev3)
    • GekkoScience Compac BM1384 USB stick (https://bitcointalk.org/?topic=1126705)
    • HashBuster mining boards (https://bitcointalk.org/?topic=293668)
    • HashFast Baby Jet (https://hashfast.com/)
    • Intron/C-scape BitFury-based mining boards
    • JingTian miner (http://www.jtminer.com/)
    • Klondike boards (http://projectklondike.org)
    • KnCMiner Mercury, Saturn, Jupiter, and Neptune (https://www.kncminer.com/)
    • Metabank gen 1 (old) BitFury-based mining device
    • NanoFury NF1 and NF2 units (https://bitcointalk.org/?topic=291456)
    • One String Miner (https://bitcointalk.org/?topic=370932)
    • Qi Hardware's Icarus (http://en.qi-hardware.com/wiki/Icarus) and Lancelot (http://en.qi-hardware.com/wiki/Lancelot) FPGA mining boards
    • ROCKMINER 30 Gh/s R-BOX and T1 (http://www.rockminer.com/)
    • Spondoolies SP10 and SP30 (http://www.spondoolies-tech.com)
    • Twinfury USB stick miner (https://bitcointalk.org/?topic=345294)
    • Ztex's 1.15x and 1.15y FPGA boards (http://www.ztex.de/)
    • OpenCL GPUs, such as AMD Radeons (http://www.amd.com/us/products/Pages/graphics.aspx) (disabled by default, see README.GPU)
      • Kernels: Diablo, DiaKGCN, Phatk and poclbm
      • BFI_INT patching for Catalyst versions before 13.2
      • Vector support
      • Dynamic intensity that keeps desktop interactive under load and maximises throughput when desktop idle
      • Support for mining with free Mesa/LLVM OpenCL
    • CPU (not enabled by default nor included in Windows build)
    • Coming soon:
      • any device provided for development (PM me)
  • A variety of device drivers for scrypt:
    • AlcheMiner Alchemist miner (https://www.alcheminer.com/)
    • DualMiner ASIC-based USB miner (http://www.dualminer.com/)
    • GAW War Machine (http://www.gawminers.com/)
    • Gridseed mining devices (http://www.gridseed.com/)
    • KnCMiner Titan (https://www.kncminer.com/)
    • ZeusMiner units (http://zeusminer.com/)
    • OpenCL GPUs, such as AMD Radeons (http://www.amd.com/us/products/Pages/graphics.aspx) (disabled by default, see README.GPU)
      • Kernels: ckolivas, lsoc, psw, zuikkis
    • CPU (not enabled by default nor included in Windows build)
    • Coming soon:
      • any device provided for development (PM nwoolls and/or jstefanop)
  • CPU and OpenCL/GPU mining for Keccak (SHA-3)
  • Automatically can configure itself to failover to solo mining and local block submission when Bitcoin Core is running
  • Support for getblocktemplate decentralized mining protocol (https://en.bitcoin.it/wiki/Getblocktemplate) (no proxy needed!)
  • Builtin stratum and getwork proxy server
  • Very low overhead free C code for Linux and Windows with very low CPU usage
  • Integrated overclocking and fan control (including automatic adjustment, if configured)
  • Heavily threaded code hands out work retrieval and work submission to separate threads to not hinder devices working
  • Caching of submissions during transient network outages
  • Preemptive generation of work prior to completion of current work
  • Automatically detects failing pools and disables them
  • Multi-device support (all or discrete selection)
  • Summarised and discrete device data statistics of requests, accepts, rejects, hw errors, efficiency and utility
  • Watchdog thread to restart idle threads but not crash machine if they don't respond
  • Summary displayed when quitting
  • Supports multiple pools with multiple intelligent failover mechanisms
  • On the fly menu based management of most settings
  • Trickling of extra work to backup pools if primary pool is responding but slow
  • On the fly enabling/disable/restarting of devices
  • Device temperature monitoring (for devices that support it)
  • Reuses persistent connections when possible
  • RPC interface for remote control
  • Ability to cope with slow routers
  • Lots of other stuff I can't remember. See options.

Sample output:
Code:
 bfgminer version 5.4.2 - Started: [2014-06-10 20:13:01] - [  0 days 06:15:32]
 [M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
 Pool 0: ...ning.eligius.st  Diff:128  +Strtm  LU:[02:28:32]  User:1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh
 Block #305190: ...6e8ba4d9  Diff:11.8G (84.16P)  Started: [02:07:22]  I:1.04mBTC/hr
 ST:156  F:0  NB:31  AS:0  BW:[269/ 12 B/s]  E:1127.28  BS:21.8M
 5/24   63.0C | 94.10/98.68/95.60Gh/s | A:1974 R:2+2(.20%) HW:5729/2.6%
--------------------------------------------------------------------------------
 BFL 0: 54.0C |  8.11/ 8.10/ 7.65Gh/s | A:  62 R:1+2(4.6%) HW: 273/1.3%
 HBR 0: 63.0C | 22.91/22.85/21.55Gh/s | A: 208 R:0+0(none) HW:3022/5.4%
 TBF 0: 28.0C |  5.13/ 5.10/ 4.89Gh/s | A:  49 R:0+0(none) HW: 331/4.5%
 PXY 0:       | 27.85/30.23/29.84Gh/s | A: 358 R:1+0(.28%) HW: 450/1.0%
 RKM 0: 40.0C | 30.10/32.40/31.67Gh/s | A:1297 R:0+0(none) HW:1653/.92%
--------------------------------------------------------------------------------
 [2014-06-11 02:28:10] Accepted 00c819ef HBR 0d Diff 327/255
 [2014-06-10 02:28:13] Accepted 012058dd PXY 0  Diff 227/128
 [2014-06-11 02:28:15] Accepted 01778be1 RKM 0b Diff 174/128
---
Pool menu:
Code:
0: Enabled  Strtm Quota 1 Pool 0: stratum+tcp://stratum.mining.eligius.st:3334  User:1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh
1: Disabled GWork Quota 1 Pool 1: http://127.0.0.1:9332  User:x

Current pool management strategy: Load Balance
[A]dd pool [R]emove pool [D]isable pool [E]nable pool
[C]hange management strategy [S]witch pool [I]nformation
Or press any other key to continue

Device management menu:
Code:
Select processor to manage using up/down arrow keys
 MMQ 0d: 41.0°C │ 194.0/190.9/32.98Mh/s │ A:   4 R:0+0(none) HW: 0/none
  ModMiner LJRalpha  from BTCFPGA
Serial: 19191F145358077D4FAADA7AF5000004
Clock speed: 194

[D]isable [C]lock speed
Or press Enter when done
Code:
Select processor to manage using up/down arrow keys
 OCL 0 : 77.0C | 272.2/272.2/265.7Mh/s | A:2992 R:13+0(.43%) HW:0/none
I:10  F: 69% (2655 RPM)  E: 765 MHz  M: 1000 MHz  V: 1.088V  A: 99%  P: 0%
Last initialised: [2013-07-08 05:33:26]
Thread 0: 90.9 Mh/s Enabled ALIVE
Thread 1: 90.6 Mh/s Enabled ALIVE
Thread 2: 90.8 Mh/s Enabled ALIVE

[D]isable [I]ntensity [R]estart GPU [C]hange settings
Or press Enter when done

Change GPU settings menu:
Code:
Temp: 72.0 C
Fan Speed: 50% (4489 RPM)
Engine Clock: 950 MHz
Memory Clock: 825 Mhz
Vddc: 1.175 V
Activity: 99%
Powertune: 20%
Fan autotune is enabled (0-85)
GPU engine clock autotune is enabled (880-950)
Change [A]utomatic [E]ngine [F]an [M]emory [V]oltage [P]owertune
Or press any other key to continue

Settings menu:
Code:
[L]ongpoll: On
[Q]ueue: 0
[S]cantime: 60
[E]xpiry: 120
[R]etries: -1
[W]rite config file
[B]FGMiner restart
Select an option or any other key to return

Display menu:
Code:
[N]ormal [C]lear [S]ilent mode (disable all output)
[D]ebug:off
[P]er-device:off
[Q]uiet:off
[V]erbose:off
[R]PC debug:off
[W]orkTime details:off
su[M]mary detail level:devices
[L]og interval:20
S[T]atistical counts: absolute
[Z]ero statistics
Select an option or any other key to return


On exiting:
Code:
Summary of runtime statistics:

Started at [2011-07-19 14:40:09]
Runtime: 2 hrs : 31 mins : 18 secs
Average hashrate: 1680.1 Megahash/s
Solved blocks: 0
Best share difficulty: 49
Share submissions: 3489
Accepted shares: 3489
Rejected shares: 0 + 9 stale (0.00%)
Accepted difficulty shares: 32
Rejected difficulty shares: 0
Hardware errors: 3
Efficiency (accepted shares * difficulty / 2 KB): 0.05
Utility (accepted shares / min): 34.26/min

Unable to get work from server occasions: 16
Work items generated locally: 330
Submitting work remotely delay occasions: 33
New blocks detected on network: 10

Pool: http://getwork.mining.eligius.st:8337
 Share submissions: 3426
 Accepted shares: 3426
 Rejected shares: 0 + 0 stale (0.00%)
 Accepted difficulty shares: 31
 Rejected difficulty shares: 0
 Efficiency (accepted * difficulty / 2 KB): 0.08
 Unable to get work from server occasions: 0
 Submitting work remotely delay occasions: 0

Summary of per device statistics:

 ICA 0:       | 375.9/376.0/349.5Mh/s | A: 487 R:4+0(none) HW:  0/none
 MMQ 0: 46.0C | 629.9/632.0/526.8Mh/s | A: 734 R:0+0(none) HW:196/none
 XBS 0: 46.9C | 392.0/397.8/398.3Mh/s | A: 555 R:0+0(none) HW: 57/none
 ZTX 0:       | 198.6/198.5/190.2Mh/s | A: 265 R:0+0(none) HW: 95/none
 ZTX 1:       | 855.0/848.7/825.3Mh/s | A:1150 R:4+0(none) HW:176/none

GUI frontends:
  • Android: EasyMiner (http://www.butterflylabs.com/drivers/)
  • Linux: EasyMiner (http://www.butterflylabs.com/drivers/) and MultiMiner (http://www.multiminerapp.com/)
  • Mac OS X: MacMiner (http://fabulouspanda.co.uk/macminer/) and MultiMiner (http://www.multiminerapp.com/)
  • Windows: EasyMiner (http://www.butterflylabs.com/drivers/) and MultiMiner (http://www.multiminerapp.com/)

Bare-metal operating systems with BFGMiner:
  • BeagleBone Black: MinePeon (http://mineforeman.com/minepeon/)
  • Raspberry Pi: Controla (http://hashra.com/support), MinePeon (http://mineforeman.com/minepeon/), and Minera (http://getminera.com/)
  • x86: PiMP (http://getpimp.org/)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on November 29, 2014, 03:22:43 AM
NEW VERSION 5.0.0, NOVEMBER 29 2014

Human readable changelog:
  • Multi-blockchain support: BFGMiner can now be told which pools use the same "mining goals", and will track the blockchain independently for ones that don't. This allows you to mine multiple cryptocurrencies concurrently using any pool strategy (including balance and load-balance).
  • Multi-algorithm support: BFGMiner is now capable of hashing on both scrypt and SHA256d work at the same time, and you can assign the mining algorithm to use on a per-goal basis. As with multi-blockchain support, this works even in balancing strategies. Note that at this time, only CPU, OpenCL, and Proxy drivers actually support multiple algorithms at the same time (DualMiner must be preconfigured for only one, and GridSeed remains scrypt-only).
  • Stratum extensions for mining goals: New experimental methods mining.capabilities and mining.set_goal for Stratum (https://en.bitcoin.it/wiki/Stratum_mining_protocol) allow you to expose control of the mining algorithm to the pool. These extensions are considered draft and may be changed based on the needs of multiblockchain pool operators.
  • RPC: Also extended for multiple mining goals/algorithms. Interface is subject to change.
  • kncasic: New driver for KnCMiner Neptune (and 2nd-gen Jupiter modules).
  • minion: New driver for BlackArrow Prospero X1.5.
  • titan: Work flushing optimisations from KnCMiner, and reduce processor view from per-core to per-die.
  • Keccak: Support for the SHA-3 winner hash as a proof-of-work algorithm.
  • opencl: Workaround broken global work offset support in buggy drivers.
  • opencl: GPU mining is now disabled by default for scrypt. Use -S opencl:auto to enable it.

Full changelog:
  • opencl: Fail gracefully if clGetProgramInfo/CL_PROGRAM_NUM_DEVICES returns zero
  • opencl: Remember results of global offset testing
  • opencl: Only save kernel binary when we built from source
  • opencl: Only try to patch BFI_INT when compiling a kernel from source
  • opencl: Major refactor, splitting up opencl_load_kernel into many new functions
  • titan: Initialise variables to satisfy compilers
  • Bugfix: opencl: Correctly handle non-goffset kernels
  • Fixing column spacing of non-curses device output
  • Bugfix: opencl: free memory if clState creation fails
  • Titan: Do not do actual configuration job in API thread context. Instead, send commands to the worker thread to do the actual job.
  • Titan: bugfix: dies are not configured if die#0 is OFF
  • Titan: unused function argument
  • Titan: unused variables
  • Update knc-asic: Titan FPGA image with spi->i2c commands removed and fixed some lock-up scenarios
  • Titan code rework: Use one bfgminer processor per die (instead of core)
  • minion: Reinitialise chips if they don't seem to be progressing
  • minion: Read temperature sensor
  • minion: TUI clock speed control
  • minion: Include "Frequency" in RPC status
  • minion: Add "clock" setting
  • minion: Set configuration parameters we care about
  • minion: Reset chip at initialization
  • minion: Configure PLL to 900 MHz at startup
  • minion: Report hashes done as accurately as we can
  • minion: Core enable/disable control
  • minion: Implement queue flushing
  • minion: Implement basic mining
  • lowl-spi: linux_spi_txrx2 to include device protocol dumping
  • minion: Detection code for the Prospero X1
  • Actually add version.c file
  • Only rebuild a minimal version.c file when git commit changes
  • Bugfix: Use HASH_ADD_KEYPTR for const char *, not HASH_ADD_STR
  • Bugfix: Re-lock stgd_lock when we don't have a malgo-specific pool to use
  • scrypt: Disable OpenCL by default
  • opencl: Remove support for "OCL1" kernel define (indicated OpenCL 1.1+)
  • opencl: Autodetect whether global offset actually works
  • opencl: Add no-goffset support to scrypt kernels
  • opencl: Determine kernel support for goffset by code analysis
  • opencl: Add "goffset" setting to override detection of support for global work offsets
  • util: seek_data_cb: Check validity of offset
  • Allow libcurl to rewind the upload buffer
  • cpu: Set the priority of miner threads to idle on Windows
  • cpu: Use _SC_NPROCESSORS_CONF instead of _SC_NPROCESSORS_ONLN
  • cpu: Do not set thread affinity on single-processor systems
  • Adding additional boolean keywords enable and disable
  • AUTHORS: Move Pelle and Vitalii to "Current Maintainers" since they actively maintain the Titan driver
  • AUTHORS: Add Ronny Van Keer (Keccak C implementation)
  • Titan: supply its own rolling hashrate implementation
  • A driver can supply its own rolling hashrate function   (in case generic rolling hashrate implementation does not work)
  • Bugfix: configure: kncasic does not actually need i2c-tools
  • Keccak: Simplify keccak_hash_data
  • keccak: Adapt opencl intensity interpretation to have approximately the same desktop interactivity affect as SHA256d
  • Keccak: Include support in various builds
  • Travis: Update with Keccak
  • opencl/keccak: Add non-goffset support
  • opencl/keccak: Unroll all the hash rounds properly
  • opencl: Add Keccak support via "fullheader" kernel interface
  • keccak: Adapt for BFGMiner
  • Keccak: Import algorithm code as-is
  • opencl: Add a simple "fullheader" kernel interface
  • Update stratum mining.capabilities method to use a single Object for all parameters
  • Bugfix: Correct USE_SHA256D macro name to ensure SHA256d is always preferred as default algorithm
  • cpu: Generic scanhash that can support any PoW algorithm
  • RPC: Include Hash Method in minecoin for new algorithms
  • opencl: Teach findnonce to behave based on kernel interface rather than mining algorithm
  • opencl: Get min_nonce_diff from struct mining_algorithm
  • Move malgo-specific code to dedicated source files
  • opencl: Simplify kernel-specific data handling
  • Update knc-asic: Fix issue with detect_die crashing due to errors in response
  • titan: Init last_nonce on die reconfiguration to avoid lots of "unknown work" messages
  • Bugfix: titan: Extra garbage was sent on SPI with new commands
  • titan: Remove temporary log messages for manual report checks
  • titan: Wrong variable used in new per-die iteration
  • titan: Do manual core checks in parallel with normal ones
  • titan: Fix: Only one die was checked after flush in last commit
  • titan: Manually check all cores for reports after flush
  • opencl: Remove redundant checks for USE_OPENCL
  • cpu: Remove redundant checks for USE_CPUMINING
  • opencl: Only attempt to BFI_INT patch SHA256d kernels
  • Significantly rewrite configure script to handle driver dependencies cleaner
  • Make SHA256d mining optional
  • Bugfix: cointerra: Can handle nonces down to pdiff 1
  • kncasic: Initialise first_cgpu to silence false warning
  • Bugfix: Clarify goffset decision code, and refuse to compile kernels in situations where they won't work
  • Bugfix: opencl: Output buffer must be readable by kernel since it is used with a count/position iterator
  • Bugfix: opencl: Skip NULL kernel interface entry
  • DevAPI: hashes_done: Simplify and improve precision of max_nonce calculation
  • opencl: Avoid duplicating kernel_interfaces mapping in select_kernel
  • opencl: Avoid duplicating kernel_interfaces mapping in opencl_scanhash_get_kernel
  • cpu: Drivers should not be doing fulltest on their own, so remove it
  • cpu: Pass full work struct to scanhash functions
  • kncasic: Split up each ASIC channel to its own device
  • kncasic: Use consistent naming for KNC_MAX_DIES_PER_CORE
  • kncasic: Refactoring: coreid is not used, remove it
  • kncasic: Refactoring: put all device architecture defines in one place (knc-asic.h)
  • kncasic: Add lock to protect concurrent accesses to knc_state
  • kncasic: Fix auto
  • Build system fixes for kncasic driver
  • configure: Deduplicate Linux i2c-dev.h checks for KnCMiner drivers
  • Travis: Update for kncasic driver
  • kncasic: Only show the relevant die for RPC stats
  • kncasic: Use proc_repr for logging
  • kncasic: Split up logical processors
  • kncasic: Silence warning about unhandled enumeration values
  • Bugfix: kncasic: Proper format specifications
  • kncasic: Remove unused code
  • kncasic: Minimal changes to get it compiling
  • kncasic: Import gen 2 driver from cgminer commit bc153552be8591250cb3214bf5202501d4a39922
  • titan: Move thread_reportin() call to poll function
  • titan: reportin every process_report to avoid falsely tripping the watchdog
  • titan: Remove unused variables
  • Bump knc-asic submodule
  • titan: Increase FPGA to ASIC SPI frequency to 6 MHz
  • titan: Use new get_work_status prototype and print FPGA CRC error counters to log
  • Titan flush optimization fix: Don't send get_info commands when FPGA is speaking to ASIC
  • titan: All dies use same nonce working range
  • Titan flush optimization bugfix: FPGA status was checked once per poll instead of once per ASIC
  • Titan flush optimization: Bugfix: Flush time measurement only worked with one ASIC
  • Titan flush optimization: Point knc-asic submodule to include new FPGA image
  • Titan flush optimization: Remove temporary debug messages
  • Titan flush optimization: Keep works in local queue until slot number is reused
  • Titan flush optimization: Point knc-asic submodule to needed revision
  • Titan flush optimization: Measure new flush time
  • Titan flush optimization: Send works to all dies after flush
  • Titan flush optimization: First rough implementation
  • Titan: Less clobber on the screen: group some "failure" messages
  • Bugfix: Prefer not using work created just to ensure a specific algorithm is queued, so strategies work as much as possible
  • Stratum: Enable mining.set_goal to change parameters on the current goal
  • cpu: Fail gracefully if unsupported mining algo gets into scanhash
  • opencl: Fail gracefully if unsupported mining algo gets into opencl_scanhash_get_kernel
  • SSM: Send goal malgo to goal-enabled clients
  • Allow pools with #change_goal_malgo attribute to change the mining algorithm used by their assigned goal
  • Gracefully fail when no pool can be found to generate specific-algo work
  • Remove opt_scrypt
  • dualminer: Replace opt_scrypt with a per-device "scrypt" option
  • dualminer: Make dual_mode a per-device option as it should be
  • opencl: Nearly complete migration to per-work mining algorithms
  • pool_actively_desired: If we are the highest priority, workable pool for a given algorithm, we are needed
  • Ignore opt_queue for unused mining algorithms
  • Set name and aliases on mining algorithms
  • When hotplug is enabled and a mining algorithm is configured for the first time, schedule a rescan of hardware to pick up anything now applicable that may not have been before
  • Try to keep enough work queued for each mining algorithm in use
  • Move select_loadbalance and select_failover logic into their own functions
  • Keep track of how much work is staged per-algorithm
  • Keep track of how many goals reference each mining algorithm
  • Abstract goal_set_malgo function
  • Build a mining_algorithms list
  • get_work: Restore previous getwork rollntime behaviour
  • get_work: Only return work items compatible with processor (degrades getwork rollntime support)
  • opencl: Support for per-work mining algorithms
  • Build without POW_SCRYPT at all
  • opencl: Defer loading kernel until it is needed
  • opencl: Split initCl into opencl_create_clState and opencl_load_kernel
  • SSM: Implement mining.capabilities including proxying mining.set_goal
  • Replace mining.goal.subscribe with mining.capabilities
  • Stratum: Avoid resetting the goal if the old and new name match
  • Allow specifying goal options as eg, --pool-goal name:malgo=scrypt
  • cpu: Support for per-work mining algorithms
  • Replace cgpu.min_nonce_diff with drv.drv_min_nonce_diff(cgpu, malgo)
  • proxy: Avoid assumptions about mining algorithm at initialisation
  • Core only: Partially move most of opt_scrypt to mining_goal
  • opencl: Reintroduce independent intensity setting internally
  • Move MAX_*_INTENSITY stuff to driver-opencl.h
  • proxy: Minimise minimum difficulty for proxy clients
  • Enable --generate-to option (was --coinbase-addr) to work with non-default goals
  • Save pool goals in written config files
  • README: Update documentation for multiple blockchain support
  • RPC: Add "Difficulty Accepted" to "coin" command
  • RPC: Add "Mining Goal" to "pools" command
  • RPC: Accept an additional argument for "addpool" to indicate mining goal by name
  • Stratum: Support for mining.set_goal("goal name") - currently just resetting the user-configured goal
  • Teach longpoll logic about multiple mining goals
  • RPC: Include non-default goals in reply to "coin" command
  • Ignore generation address/script on pools using non-default mining goals
  • Only include block display lines for active goals
  • Move income to block display line, and show extra block display lines for each additional mining goal
  • New --pool-goal option to set a distinct named goal per-pool
  • Parameterise most references to global mining_goal_info
  • Move block_time to be per block_info
  • Show "?" for income if block height is unknown
  • Move block height tracking onto block_info
  • Calculate current_fullhash only when needed (for RPC 'coins')
  • Replace current_block_id with blkchain->currentblk[->block_id]
  • Move current_hash to goal->current_goal_detail
  • Clean up struct block_info names
  • Use full prevblock hash as block key (also gets rid of dead code)
  • Move global variables related to the blockchain or mining goals on to global structs
Full changelog (4.10.1):
  • Upgraded Windows libcurl from 7.38.0 to 7.39.0
  • Bugfix: bytes_free: Set buf to NULL so the bytes_t is reusable
  • Bugfix: minergate: Avoid malloc(0) if stats file has too few values
  • Bugfix: modminer: Avoid leaking devname when detecting claimed devices
  • Bugfix: free memory allocated for config file loading/writing
  • Bugfix: nanofury: Avoid NULL pointer dereference on init failure
  • Bugfix: varint_decode: Correctly decode multibyte numbers
  • cpu: Fix processor count detection with HW_NCPU
  • cpu: SCHED_IDLE and SCHED_BATCH can only be used with sched_priority 0
  • cpu: fix sched_setaffinity parameter : sizeof(cpu_set_t)
  • Bugfix: opencl: Correctly accept negative intensities and set dynamic intensity without changing current value
  • Since longpoll connections are never reused, explicitly forbid reuse so libcurl cleans them up immediately
  • Bugfix: Correct already-in-use getcbaddr message
  • Demote some Bitfury debug log messages to only with device protocol dumping
  • Update bundled libbase58 to 0.1.3
  • README.ASIC: Minor cleanups to Zeusminer section
  • README.ASIC: Explain Zeusminer options
  • Makefile: Specify .cl files explicitly, and only include scrypt ones when configured with scrypt support
  • Bugfix: DevAPI: hashes_done: Explicitly cast to uint64_t for big calculations (LLVM was allowing overflow)
  • Bugfix: titan: First core in each die got too big nonce area to work on
  • Travis: Build MinGW64 with ncurses
  • Bugfix: Declare manual_enable_pool in miner.h, for api.c use
  • Bugfix: bitfury: Use long long and llabs to avoid under/over flows misbehaving
  • Bugfix: Highlight all active pools, in pool listing
  • Set quota to 1 when enabling a failover-only pool, and disable failover-only when setting quota
  • Bugfix: pool_actively_desired: Detect failover-only conditions for loadbalance and balance strategies
  • Bugfix: Only display pools as Failover state when it is effectively so
  • Make sure KEY_EVENT from wincon is ignored (it conflicts with ncurses)
  • README.ASIC: Add details for BFx2 USB
  • Titan: Submit stale shares while doing flushes
  • README.ASIC: Remove CFLAGS hack not needed for KnCMiner Titan build
  • Bugfix: Need unicode_micro in non-Unicode curses builds
  • Remove unused variables from curses-less builds
  • Bugfix: Cannot duplicate userpass option or we end up with it processed double


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on November 29, 2014, 04:35:52 AM
Is there any details on the pool strategies? I want to select a suitable one but I can't understand it. An explanation would be helpful. :)

P.S. Bumping my question again. :)

Code:
--cmd-idle <arg>                Execute a command when a device is allowed to be idle (rest or wait)

--cmd-sick <arg>                Execute a command when a device is declared sick

--cmd-dead <arg>                Execute a command when a device is declared dead

What all arguments can I use? Any arguments to restart the dead miner?

   ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on November 29, 2014, 04:52:40 AM
Is there any details on the pool strategies? I want to select a suitable one but I can't understand it. An explanation would be helpful. :)
What is unclear from the README descriptions?

Code:
--cmd-idle <arg>                Execute a command when a device is allowed to be idle (rest or wait)
--cmd-sick <arg>                Execute a command when a device is declared sick
--cmd-dead <arg>                Execute a command when a device is declared dead

What all arguments can I use? Any arguments to restart the dead miner?
They're commands for your OS - so usually useful for things like sending emails, SMS, etc.
BFGMiner will try to restart dead miners on its own by default, though... If the entire PC needs to be rebooted, *nix has a "reboot" command (I imagine Windows has some command to do it as well).


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on November 29, 2014, 01:05:25 PM
What is unclear from the README descriptions?

I didn't understand round robin and load balance. ???

They're commands for your OS - so usually useful for things like sending emails, SMS, etc.
BFGMiner will try to restart dead miners on its own by default, though... If the entire PC needs to be rebooted, *nix has a "reboot" command (I imagine Windows has some command to do it as well).

Thanks! I found it from stackoverflow.

  • shutdown -r  — restarts
  • shutdown -s  — shutsdown
  • shutdown -l  — logoff
  • shutdown -t xx  — where xx is number of seconds to wait till shutdown/restart/logoff
  • shutdown -i  — gives you a dialog box to fill in what function you want to use
  • shutdown -a  — aborts the previous shutdown command

Additional options:
  • -f — force the selected action

I used : --cmd-dead shutdown-r-f .  :)

  ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on November 29, 2014, 01:08:20 PM
I used : --cmd-dead shutdown-r-f .  :)
I think you want a few spaces in there...


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on November 29, 2014, 02:40:00 PM
I used : --cmd-dead shutdown-r-f .  :)
I think you want a few spaces in there...

I added spaces first time but I got an error saying something like "command -r not found" , I can't understand correctly as it is closing rapidly. :( I don't know whether command without spaces will work... ???

P.S. Added '> bfgminer.txt' at-last which made a log file. Log file:

Code:

 [2014-11-29 14:30:47] bfgminer: -r: unrecognized option


    ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Lumanet on November 29, 2014, 08:43:12 PM
Hi Luke-JR,

I am part working on making BFGMiner and Antminer S1 and S3 to work. Let me know how I can help.

Olaf

Lumanet Solar Energy LLC


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on November 30, 2014, 12:35:19 AM
I am part working on making BFGMiner and Antminer S1 and S3 to work. Let me know how I can help.
Not sure I parsed that correctly - do you mean you are writing the code?
If so, a pull request on GitHub is probably best.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: toptek on November 30, 2014, 04:38:22 AM
wow nice im gonna try this in command mode giving my  lowly farm a break for a few days  i don't trust my power company it seems every month for 3 month it gets down to the last week or so and they play with prices . so i want to see if there doing bad things .:) . I'm run-in five zeusminer trying not to buy an other one before the L1's  hit .


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on November 30, 2014, 06:24:51 AM
I used : --cmd-dead shutdown-r-f .  :)
I think you want a few spaces in there...
P.S. Added '> bfgminer.txt' at-last which made a log file. Log file:

Code:

 [2014-11-29 14:30:47] bfgminer: -r: unrecognized option


Do you think the command will work if there is no space(s)?

If anybody is using this command, then I just want to tell that, bfgminer won't open on startup(when restarting). So to do that, drag and drop .bat file to Start - All Programs - Startup , if you are unable to do it, then to %AppData%\Microsoft\Windows\Start Menu\Programs\Startup\ or if you have made config file, then right click bfgminer and click create shortcut, then drag and drop the shortcut to startup folder like you do .bat file. :)

   ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: toptek on December 01, 2014, 11:06:50 AM
nice man I just loaded it into two zeus miner they both have been run'in for two hours now  so far no hash drain it's like run'in with BFG 4.3.1 as far as  hashing goes, one of my zeus the only thunder x3 I have is run'in great now with the latest BFG  so far very low HW errors and the HASH stays on the mark even in minera with a donation pool set up. now the other one has great hashing as well  but the HW errors shot thu the roof so I'm going to remount the boards with new paste later this week then see and my other three are x6 thunders I'll  get to them later to day .  but so far so good . i need to play a round with the cyclone a  little for the HW errors or just use 4.3.1 after i try to re paste the boards thing.



HM. just switched pools to see may be it was westhash on the hw errors it seems it was so far all the Zeus's i have tried with 5. 0 work awesome, it just depends on which pool for one ..







Cya


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Dimoza on December 01, 2014, 08:27:00 PM
Hi,

I've got number of the Avalon Nano (https://bitcointalk.org/index.php?topic=779612.msg8841428;topicseen#msg8841428) and have successfuly downloaded and compiled fresh version of bfgminer and run it. It works fine for couple of minutes, then it starts to get slower and finally stall at all. Restarting the bfgminer helps but for same couple of minutes.

I've got configuration here: https://en.bitcoin.it/wiki/Avalon_nano#BFGMiner
here is a log (last half of that): http://pastebin.com/EQAj58HH

The obvious solution -- to make the simple script that restart BFGMiner each 2 minutes, but it's doesn't looks good.

Would be appreciate for any help and hints!

PS I'm on linux (if it may concern...)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Riley600 on December 01, 2014, 09:17:24 PM
Hi,

I've got number of the Avalon Nano (https://bitcointalk.org/index.php?topic=779612.msg8841428;topicseen#msg8841428) and have successfuly downloaded and compiled fresh version of bfgminer and run it. It works fine for couple of minutes, then it starts to get slower and finally stall at all. Restarting the bfgminer helps but for same couple of minutes.

I've got configuration here: https://en.bitcoin.it/wiki/Avalon_nano#BFGMiner
here is a log (last half of that): http://pastebin.com/EQAj58HH

The obvious solution -- to make the simple script that restart BFGMiner each 2 minutes, but it's doesn't looks good.

Would be appreciate for any help and hints!

PS I'm on linux (if it may concern...)
I have a similar issue but with Scrypt on multipools (Clevermining, in this case).  Nwools noted that it's a known issue with BFGminer that the hashrate will drop as the multipool switches blockchains.  I'm using a mix of Gridseed Orbs and a Blizzard.  I'm not sure if this has been fixed in version 5.0. 

Are you using a multipool, Dimoza?  If yes, that might be issue.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Dimoza on December 02, 2014, 02:04:00 AM
Hi,

I've got number of the Avalon Nano (https://bitcointalk.org/index.php?topic=779612.msg8841428;topicseen#msg8841428) and have successfuly downloaded and compiled fresh version of bfgminer and run it. It works fine for couple of minutes, then it starts to get slower and finally stall at all. Restarting the bfgminer helps but for same couple of minutes.

I've got configuration here: https://en.bitcoin.it/wiki/Avalon_nano#BFGMiner
here is a log (last half of that): http://pastebin.com/EQAj58HH

The obvious solution -- to make the simple script that restart BFGMiner each 2 minutes, but it's doesn't looks good.

Would be appreciate for any help and hints!

PS I'm on linux (if it may concern...)
I have a similar issue but with Scrypt on multipools (Clevermining, in this case).  Nwools noted that it's a known issue with BFGminer that the hashrate will drop as the multipool switches blockchains.  I'm using a mix of Gridseed Orbs and a Blizzard.  I'm not sure if this has been fixed in version 5.0. 

Are you using a multipool, Dimoza?  If yes, that might be issue.

actually, not. I use classical stratum "single" pool.
But... concerning to your issue, does your hashrate drops to 0 or just getting relatively lower? Cause mine drops to zero.
(and I was trying it on ver 5.0 as well, by the way)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 02, 2014, 02:24:50 AM
I've got number of the Avalon Nano (https://bitcointalk.org/index.php?topic=779612.msg8841428;topicseen#msg8841428) and have successfuly downloaded and compiled fresh version of bfgminer and run it. It works fine for couple of minutes, then it starts to get slower and finally stall at all. Restarting the bfgminer helps but for same couple of minutes.

I've got configuration here: https://en.bitcoin.it/wiki/Avalon_nano#BFGMiner
here is a log (last half of that): http://pastebin.com/EQAj58HH
That looks like a hardware issue - but obviously if restarting the software helps, it must be something else... unless the downtime from the restart is giving it time to cool?

Unfortunately, I never received an Avalon Nano sample to debug with - IIRC, the vendor only wanted to send a sample if I was going to personally buy a large volume myself.
I'd recommend customers express their interest in well-tested BFGMiner support, so that perhaps they will understand the importance of sending a developer unit.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Riley600 on December 02, 2014, 03:37:32 PM
Hi,

I've got number of the Avalon Nano (https://bitcointalk.org/index.php?topic=779612.msg8841428;topicseen#msg8841428) and have successfuly downloaded and compiled fresh version of bfgminer and run it. It works fine for couple of minutes, then it starts to get slower and finally stall at all. Restarting the bfgminer helps but for same couple of minutes.

I've got configuration here: https://en.bitcoin.it/wiki/Avalon_nano#BFGMiner
here is a log (last half of that): http://pastebin.com/EQAj58HH

The obvious solution -- to make the simple script that restart BFGMiner each 2 minutes, but it's doesn't looks good.

Would be appreciate for any help and hints!

PS I'm on linux (if it may concern...)
I have a similar issue but with Scrypt on multipools (Clevermining, in this case).  Nwools noted that it's a known issue with BFGminer that the hashrate will drop as the multipool switches blockchains.  I'm using a mix of Gridseed Orbs and a Blizzard.  I'm not sure if this has been fixed in version 5.0. 

Are you using a multipool, Dimoza?  If yes, that might be issue.

actually, not. I use classical stratum "single" pool.
But... concerning to your issue, does your hashrate drops to 0 or just getting relatively lower? Cause mine drops to zero.
(and I was trying it on ver 5.0 as well, by the way)
The hashrate will get progressively slower rather than just dropping to 0.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Phoenix1969 on December 02, 2014, 04:31:41 PM
Wow nice BFG re-work. U-r-a-machine Luke.... amazing


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: CCW on December 03, 2014, 05:53:11 PM
will the new bfgminer 5.0 support antminer u3 like the cgminer?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 03, 2014, 06:26:17 PM
will the new bfgminer 5.0 support antminer u3 like the cgminer?
When/if Bitmain sends me something to work with... which depends on their customers requesting BFGMiner support.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 04, 2014, 01:50:32 PM
Hello,

you know about when the Bfgminer support the Technobit HEX8A1 miner?

regards


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: VoodooServ on December 04, 2014, 02:04:36 PM
Hello,

you know about when the Bfgminer support the Technobit HEX8A1 miner?

regards

... &  other Technobit hardware.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 04, 2014, 02:20:49 PM
Hello,

you know about when the Bfgminer support the Technobit HEX8A1 miner?

regards

... &  other Technobit hardware.
Only support for HEX16A is planned at this time, and possibly only for Mac/Windows since they're incompatible with Linux.
We'll need samples of the newer hardware to support them (although maybe it's possible they use the same interface and would just work).


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 06, 2014, 07:24:41 PM
Have anyone the same problem on the PI?

Quote
root@sunwatch:/usr/src# apt-get install bfgminer
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package bfgminer

regards


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 06, 2014, 07:32:46 PM
Have anyone the same problem on the PI?

Quote
root@sunwatch:/usr/src# apt-get install bfgminer
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package bfgminer

regards
I think Raspbian is based on Debian stable, which is too old for Bitcoin stuff.
Usually I just build from source.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 06, 2014, 07:38:06 PM
THX for your answer, but over source:

Quote
configure: error: Could not find HASH_ITER - please install uthash-dev 1.9.4+

but uthash-dev is on the newest version installed?

regards


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 06, 2014, 08:01:03 PM
THX for your answer, but over source:

Quote
configure: error: Could not find HASH_ITER - please install uthash-dev 1.9.4+

but uthash-dev is on the newest version installed?

regards
What version is that?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 06, 2014, 08:27:18 PM
Quote
root@sunwatch:~# apt-get install uthash-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
uthash-dev is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

so i will try a manual installation...

THX

Edit1:

So i have loaded the package but i can't install it??

wget https://launchpad.net/ubuntu/+archive/primary/+files/uthash_1.9.7-1.debian.tar.gz
tar xvf uthash_1.9.7-1.debian.tar.gz
cd debian
??Make??


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 06, 2014, 09:11:26 PM
 "Problem solved":

I have loaded the uthash-dev_1.9-4_all.deb and i installed manually

but i have the next missing package:

configure: error: Could not find jansson library

Quote
root@sunwatch:~# sudo apt-get install libjansson-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libjansson-dev

regards

Quote
root@sunwatch:/usr/src# dpkg -i libjansson-dev_2.7-1_armel.deb
Selecting previously deselected package libjansson-dev.
(Reading database ... 30542 files and directories currently installed.)
Unpacking libjansson-dev (from libjansson-dev_2.7-1_armel.deb) ...
dpkg: dependency problems prevent configuration of libjansson-dev:
 libjansson-dev depends on libjansson4 (= 2.7-1); however:
  Package libjansson4 is not installed.
dpkg: error processing libjansson-dev (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libjansson-dev


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 06, 2014, 10:18:01 PM
Why are you trying to install debs manually? Did you run aptitude update before starting??


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 06, 2014, 10:40:37 PM
There is a README file.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 06, 2014, 10:56:00 PM
There is a README file.

Sorry but no chance to install?

Quote
See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
 /bin/mkdir -p '/usr/local/share/doc/libbase58'
 /usr/bin/install -c -m 644 AUTHORS COPYING README '/usr/local/share/doc/libbase58'
 /bin/mkdir -p '/usr/local/include'
 /usr/bin/install -c -m 644 libbase58.h '/usr/local/include'
 /bin/mkdir -p '/usr/local/lib/pkgconfig'
 /usr/bin/install -c -m 644 libbase58.pc '/usr/local/lib/pkgconfig'
make[3]: Leaving directory `/usr/src/bfgminer/libbase58'
make[2]: Leaving directory `/usr/src/bfgminer/libbase58'
Making install in libblkmaker
make[2]: Entering directory `/usr/src/bfgminer/libblkmaker'
  CC       libblkmaker_jansson_0.1_la-blkmaker_jansson.lo
blkmaker_jansson.c:13:21: error: jansson.h: No such file or directory
blkmaker_jansson.c:21:3: error: #error "Jansson 2.0 with long long support required!"
blkmaker_jansson.c:24: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token
blkmaker_jansson.c:130: error: expected declaration specifiers or '...' before 'json_t'
blkmaker_jansson.c: In function 'parse_txn':
blkmaker_jansson.c:131: error: 'json_t' undeclared (first use in this function)
blkmaker_jansson.c:131: error: (Each undeclared identifier is reported only once
blkmaker_jansson.c:131: error: for each function it appears in.)
blkmaker_jansson.c:131: error: 'vv' undeclared (first use in this function)
blkmaker_jansson.c:133: warning: implicit declaration of function 'json_object_get'
blkmaker_jansson.c:133: error: 'txnj' undeclared (first use in this function)
blkmaker_jansson.c:133: warning: implicit declaration of function 'json_is_string'
blkmaker_jansson.c:135: warning: implicit declaration of function 'json_string_value'
blkmaker_jansson.c: At top level:
blkmaker_jansson.c:174: warning: type defaults to 'int' in declaration of 'json_t'
blkmaker_jansson.c:174: error: expected ';', ',' or ')' before '*' token
blkmaker_jansson.c:280: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token
blkmaker_jansson.c:325: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token
blkmaker_jansson.c:374: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token
blkmaker_jansson.c:378: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token
make[2]: *** [libblkmaker_jansson_0.1_la-blkmaker_jansson.lo] Error 1
make[2]: Leaving directory `/usr/src/bfgminer/libblkmaker'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/src/bfgminer'
make: *** [install] Error 2
root@sunwatch:/usr/src/bfgminer#

regards


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 06, 2014, 11:01:45 PM
All I can say is your OS appears to be broken.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: pekatete on December 06, 2014, 11:13:45 PM
All I can say is your OS appears to be broken.
He needs to set up the environment before trying to compile bfgminer.


configure: error: Could not find jansson library

Quote
root@sunwatch:~# sudo apt-get install libjansson-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libjansson-dev

regards

Quote
root@sunwatch:/usr/src# dpkg -i libjansson-dev_2.7-1_armel.deb
Selecting previously deselected package libjansson-dev.
(Reading database ... 30542 files and directories currently installed.)
Unpacking libjansson-dev (from libjansson-dev_2.7-1_armel.deb) ...
dpkg: dependency problems prevent configuration of libjansson-dev:
 libjansson-dev depends on libjansson4 (= 2.7-1); however:
  Package libjansson4 is not installed.
dpkg: error processing libjansson-dev (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libjansson-dev

I'd suggest you read the README file and sequentially and carefully follow the instructions section of setting up the developement environment before you try to compile.
I have not done it on rPi, but used BFGMiner instructions for setting up MinGW on windows and it works a treat. All the errors that you are encountering indicate that your environment is not set up correctly, and posting each error as you encounter it may simply bamboozle whoever is trying to help.
I know for sure you'll encounter compilation errors that need Luke-Jr to address, but if you keep crying wolf when there is none, then when that wolf does turn up you may not get the help you require!


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 06, 2014, 11:34:30 PM
All I can say is your OS appears to be broken.

@Luke

THX for your help BIG THX



After a reinstallation of libjansson the BfgMiner run with my BFx2 Bitfury but at the same time the Bfgminer do not scan my:

8 x BFx2 Bitfury
2 x Antminer U2+

??

My settings:

Quote
]
,
"api-listen" : true,
"api-port" : "4028",
"api-allow" : "W:0/0",
"expiry" : "120",
"failover-only" : true,
"log" : "5",
"no-pool-disable" : true,
"queue" : "2",
"scan-time" : "60",
"worktime" : true,
"shares" : "0",
"kernel-path" : "/usr/local/bin",
"scan" : ["antminer:all"],
"set-device" : ["antminer:clock=x0A81"],
"scan" : ["bfx:all"],
"set-device" : ["bfx:osc6_bits=53"]
}


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: cuke on December 07, 2014, 02:57:43 AM
After a reinstallation of libjansson the BfgMiner run with my BFx2 Bitfury but at the same time the Bfgminer do not scan my:

8 x BFx2 Bitfury
2 x Antminer U2+


I'm not familiar with the bfx settings, but

Try this:

Code:
"scan" : [
  "amu:all",
  "bfx:all"
],
"set-device" : [
  "amu:clock=x0a81",
  "bfx:osc6_bits=53"
]


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 07, 2014, 08:53:43 AM
After a reinstallation of libjansson the BfgMiner run with my BFx2 Bitfury but at the same time the Bfgminer do not scan my:

8 x BFx2 Bitfury
2 x Antminer U2+


I'm not familiar with the bfx settings, but

Try this:

Code:
"scan" : [
  "amu:all",
  "bfx:all"
],
"set-device" : [
  "amu:clock=x0a81",
  "bfx:osc6_bits=53"
]

THX ;)

Quote
bfgminer version 5.0.0 - Started: [2014-12-07 10:01:14] - [  0 days 00:02:02]
 Manage devices Pool management Settings Display options         Help Quit
 Pool 1: mint.bitminter.com  Diff:16  +Strtm  LU:[10:03:10]  User:Buchinger84.Buchi
 Block #333250: ...11a7df35  Diff:40G (286.4P)  Started: [10:03:08]  I:15.22uBTC/hr
 ST:21  F:0  NB:4  AS:0  BW:[101/ 62 B/s]  E:86.32  BS:746
 10/18        | 37.91/34.76/33.89Gh/s | A:50 R:1+0(2.0%) HW:25/2.6%
---------------------------------------------------------------------------------------
 AMU 0:       |  2.16/ 2.16/ 2.15Gh/s | A: 4 R:0+0(none) HW: 0/none
 AMU 1:       |  2.22/ 2.20/ 2.54Gh/s | A: 5 R:0+0(none) HW: 0/none
 BFX 0:       |  4.03/ 3.69/ 3.52Gh/s | A: 4 R:0+0(none) HW: 1/.99%
 BFX 1:       |  4.42/ 4.10/ 3.77Gh/s | A: 4 R:0+0(none) HW: 1/.93%
 BFX 2:       |  4.01/ 3.70/ 3.04Gh/s | A: 9 R:0+0(none) HW: 0/none
 BFX 3:       |  4.16/ 3.84/ 3.37Gh/s | A: 7 R:1+0( 12%) HW: 0/none
 BFX 4:       |  3.91/ 3.58/ 3.40Gh/s | A: 3 R:0+0(none) HW: 1/1.0%
 BFX 5:       |  4.28/ 3.88/ 4.73Gh/s | A: 7 R:0+0(none) HW: 2/1.5%
 BFX 6:       |  4.11/ 3.80/ 3.94Gh/s | A: 4 R:0+0(none) HW: 2/1.8%
 BFX 7:       |  4.66/ 4.21/ 3.69Gh/s | A: 6 R:0+0(none) HW:18/ 15%
---------------------------------------------------------------------------------------
 [1970-01-01 01:00:33] bfx_open: Failed to open --> ??


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on December 07, 2014, 02:23:40 PM
Hello,

you know about when the Bfgminer support the Technobit HEX8A1 miner?

regards

... &  other Technobit hardware.
Only support for HEX16A is planned at this time, and possibly only for Mac/Windows since they're incompatible with Linux.
We'll need samples of the newer hardware to support them (although maybe it's possible they use the same interface and would just work).

forgive me for forgetting, what is it about them that makes them incompatible with linux?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 07, 2014, 02:58:26 PM
Hello,

you know about when the Bfgminer support the Technobit HEX8A1 miner?

regards

... &  other Technobit hardware.
Only support for HEX16A is planned at this time, and possibly only for Mac/Windows since they're incompatible with Linux.
We'll need samples of the newer hardware to support them (although maybe it's possible they use the same interface and would just work).

forgive me for forgetting, what is it about them that makes them incompatible with linux?
I don't entirely remember at this point...
http://comments.gmane.org/gmane.linux.usb.general/97519


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: xwtfbobx on December 07, 2014, 04:09:46 PM
so question, I know that BFG works with the gridseed 5 chip pods for scrypt mining. What about dual mode with the gridseed device?  I am pretty sure the first comment to come my way might very well be why would you want to do that.  I realize profit for sha/scrypt mining on the little buggers is nonexistent. I am just at war with the pc at the moment trying to do it.  currently I am running cpu&cgminer to accomplish this, but it is not getting the results i think it should be.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on December 07, 2014, 05:41:19 PM
so question, I know that BFG works with the gridseed 5 chip pods for scrypt mining. What about dual mode with the gridseed device?  I am pretty sure the first comment to come my way might very well be why would you want to do that.  I realize profit for sha/scrypt mining on the little buggers is nonexistent. I am just at war with the pc at the moment trying to do it.  currently I am running cpu&cgminer to accomplish this, but it is not getting the results i think it should be.

No it's not currently supported in BFGMiner.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 07, 2014, 06:28:12 PM
so question, I know that BFG works with the gridseed 5 chip pods for scrypt mining. What about dual mode with the gridseed device?  I am pretty sure the first comment to come my way might very well be why would you want to do that.  I realize profit for sha/scrypt mining on the little buggers is nonexistent. I am just at war with the pc at the moment trying to do it.  currently I am running cpu&cgminer to accomplish this, but it is not getting the results i think it should be.
AFAIK only the DualMiner ever supported SHA2, and on the GridSeed devices, the PCB design was such that SHA2 overheated it.
In any case, the BFGMiner driver for gridseed only supports scrypt, and nobody has mentioned plans to add SHA2 support, so unless you're prepared to write/contribute code, you won't get very far with that ;)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 08, 2014, 02:04:37 PM
At firtst THX for the successfull miner ;)

the miner runs very good and stable on my PI, but has this massage any importance?
Quote

 [2014-12-08 10:46:38] bfx_open: Failed to open
 [2014-12-08 10:46:42] bfx_open: Failed to open
 [2014-12-08 10:51:40] bfx_open: Failed to open
 [2014-12-08 10:51:43] bfx_open: Failed to open

all miners runs good and fast...??

THX and regards


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on December 08, 2014, 04:35:09 PM
At firtst THX for the successfull miner ;)

the miner runs very good and stable on my PI, but has this massage any importance?
Quote

 [2014-12-08 10:46:38] bfx_open: Failed to open
 [2014-12-08 10:46:42] bfx_open: Failed to open
 [2014-12-08 10:51:40] bfx_open: Failed to open
 [2014-12-08 10:51:43] bfx_open: Failed to open

all miners runs good and fast...??

THX and regards

What is the command you used to run bfgminer? As well as os?

****EDIT: found earlier post from you with details

My guess would be that's from the bfx driver attempting to open the antminer devices?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: siampumpkin on December 09, 2014, 02:21:50 PM
so question, I know that BFG works with the gridseed 5 chip pods for scrypt mining. What about dual mode with the gridseed device?  I am pretty sure the first comment to come my way might very well be why would you want to do that.  I realize profit for sha/scrypt mining on the little buggers is nonexistent. I am just at war with the pc at the moment trying to do it.  currently I am running cpu&cgminer to accomplish this, but it is not getting the results i think it should be.

No it's not currently supported in BFGMiner.

Are there any plans to add it to the Open Wrt version or any other version or are the Gridseed Orbs to old to bother with supporting them?  ???


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on December 09, 2014, 04:55:57 PM
Are there any plans to add it to the Open Wrt version or any other version or are the Gridseed Orbs to old to bother with supporting them?  ???

The demand for mining SHA on the GridSeed ASICs is extremely low and is not supported in anything newer than the 5-chip Orbs, so it's not something I have planned. Contributions are always welcome though and it should now be possible to mine both SHA and Scrypt in once instance with BFGMiner 5 (previously this required two miner instances even with a miner driver that supports it).


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: siampumpkin on December 10, 2014, 03:20:59 AM
Are there any plans to add it to the Open Wrt version or any other version or are the Gridseed Orbs to old to bother with supporting them?  ???

The demand for mining SHA on the GridSeed ASICs is extremely low and is not supported in anything newer than the 5-chip Orbs, so it's not something I have planned. Contributions are always welcome though and it should now be possible to mine both SHA and Scrypt in once instance with BFGMiner 5 (previously this required two miner instances even with a miner driver that supports it).

Thanks for the info. Much appreciated.  ;D


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 10, 2014, 07:49:52 AM
Good day,

after few day with Bfgminer i must say that the best mining software I've used so far, except the problematic installation on the raspberry (libjansson-dev?).

for example the configuration from the Bfx2 during the operating...

But i have another question, i run another oscam server on the raspberry B+ and have at two USB connection two cards reader (/dev/ttyUSB0 + 1), I can exclude from the scan?

Quote
"scan" : [
  "amu:all",
  "bfx:all"
],
"set-device" : [
  "amu:clock=x0a81",
  "bfx:osc6_bits=53"
]

or do I have to manually exclude?

Quote
"scan-serial" : [
"/dev/ttyUSB2",
"/dev/ttyUSB3",
"/dev/ttyUSB4",
"/dev/ttyUSB5",
...
],


one last wish would be the support of the miners HEX8 of technobit, there is no chance for a HEX Batch as in Cgminer of technobit, or the driver directly from technobit?

regards


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on December 10, 2014, 12:28:02 PM
Good day,

after few day with Bfgminer i must say that the best mining software I've used so far, except the problematic installation on the raspberry (libjansson-dev?).

for example the configuration from the Bfx2 during the operating...

But i have another question, i run another oscam server on the raspberry B+ and have at two USB connection two cards reader (/dev/ttyUSB0 + 1), I can exclude from the scan?

Quote
"scan" : [
  "amu:all",
  "bfx:all"
],
"set-device" : [
  "amu:clock=x0a81",
  "bfx:osc6_bits=53"
]

or do I have to manually exclude?

Quote
"scan-serial" : [
"/dev/ttyUSB2",
"/dev/ttyUSB3",
"/dev/ttyUSB4",
"/dev/ttyUSB5",
...
],


one last wish would be the support of the miners HEX8 of technobit, there is no chance for a HEX Batch as in Cgminer of technobit, or the driver directly from technobit?

regards

In regards to running bfgminer, at present do you have to run using SUDO to get the software to recognize the devices?


And regarding the technobit devices, the devices themselves don't quite conform to the standards for the communication protocol they "use". That is to say when plugged in and showing as a /dev/tty{USB|ACM}### when they are opened to start communicating they misbehave. This is why they're not presently supported


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 11, 2014, 09:31:52 PM
Good day,

after few day with Bfgminer i must say that the best mining software I've used so far, except the problematic installation on the raspberry (libjansson-dev?).

for example the configuration from the Bfx2 during the operating...

But i have another question, i run another oscam server on the raspberry B+ and have at two USB connection two cards reader (/dev/ttyUSB0 + 1), I can exclude from the scan?

Quote
"scan" : [
  "amu:all",
  "bfx:all"
],
"set-device" : [
  "amu:clock=x0a81",
  "bfx:osc6_bits=53"
]

or do I have to manually exclude?

Quote
"scan-serial" : [
"/dev/ttyUSB2",
"/dev/ttyUSB3",
"/dev/ttyUSB4",
"/dev/ttyUSB5",
...
],


one last wish would be the support of the miners HEX8 of technobit, there is no chance for a HEX Batch as in Cgminer of technobit, or the driver directly from technobit?

regards

In regards to running bfgminer, at present do you have to run using SUDO to get the software to recognize the devices?


And regarding the technobit devices, the devices themselves don't quite conform to the standards for the communication protocol they "use". That is to say when plugged in and showing as a /dev/tty{USB|ACM}### when they are opened to start communicating they misbehave. This is why they're not presently supported

At time i have this postings in the miner:


Quote
[2014-12-11 04:00:07] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:20:15] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:20:43] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:21:11] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:21:37] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:02] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:31] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:58] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:11:25] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:11:52] usb_devinfo_scan: Error getting USB device list: libusb e

The other software (OSCAM with USB Easymouse) runs the USB device /dev/tty0 (/dev/EM-ICE) but after a USB scan or other messages the OSCAM los the USB device on USB0??

regards


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on December 11, 2014, 10:06:55 PM
Interesting


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 11, 2014, 10:22:25 PM
At time i have this postings in the miner:


Quote
[2014-12-11 04:00:07] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:20:15] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:20:43] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:21:11] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:21:37] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:02] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:31] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:58] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:11:25] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:11:52] usb_devinfo_scan: Error getting USB device list: libusb e

The other software (OSCAM with USB Easymouse) runs the USB device /dev/tty0 (/dev/EM-ICE) but after a USB scan or other messages the OSCAM los the USB device on USB0??

regards
So don't scan USB0...?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Buchi-88 on December 12, 2014, 07:23:08 AM
At time i have this postings in the miner:


Quote
[2014-12-11 04:00:07] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:20:15] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:20:43] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:21:11] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 14:21:37] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:02] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:31] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:10:58] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:11:25] usb_devinfo_scan: Error getting USB device list: libusb e
 [2014-12-11 21:11:52] usb_devinfo_scan: Error getting USB device list: libusb e

The other software (OSCAM with USB Easymouse) runs the USB device /dev/tty0 (/dev/EM-ICE) but after a USB scan or other messages the OSCAM los the USB device on USB0??

regards
So don't scan USB0...?

THX, but you have the right command for the bfgminer.conf?

At time the miner scan the USB posrt for the 10 miners:

Quote
"usb" : ":10",
"scan" : [
  "amu:all",
  "bfx:all"
],
"set-device" : [
  "amu:clock=x0a81",
  "bfx:osc6_bits=53"
]

is there a command line that certain ports are excluded?

regards



Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: greek_hephaestus on December 14, 2014, 04:40:45 PM
Hi,  :D
Is it possible to install the BFGMiner 5 in KnC Saturn ?

Thank you very Much

Hephaestus


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on December 14, 2014, 05:22:37 PM
Hi,  :D
Is it possible to install the BFGMiner 5 in KnC Saturn ?

Thank you very Much

Hephaestus

Hello! AFAIK yes, it is possible!

   ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: greek_hephaestus on December 14, 2014, 06:01:48 PM
Hi,  :D
Is it possible to install the BFGMiner 5 in KnC Saturn ?

Thank you very Much

Hephaestus

Hello! AFAIK yes, it is possible!

   ~~MZ~~

Thank you very much Muhammed for your answer.
Please can you tell me how?

Best Regards

Hephaestus


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 14, 2014, 09:59:27 PM
That's what README.ASIC is for..


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: knowndragon on December 15, 2014, 12:10:24 AM
Hey all I was just going to inquire to see if anyone might be able to help me. I am about to go eat diner. I have been trying to use bfgminer for proxy to connect a rockminer t1 box to a pool other then the ones they normally do. I have had half okay outputs.

Code:
bfgminer.exe  --stratum-port 3333 -o stratum+tcp://stratum.minerpools.com:4714 -u pleasehelp.1 -p x --set-device PXY:diff=512

This is my bat file that I have been using. It takes a while and it will accept shares up to say .47 th and then it will get notified of block change or difficulty change and it just get stuck. I know it isn't bitcoin and that is an altcoin but I still like to figure this thing out if at all possible.

I have the miner pointed at my pc and the 3333 port. Like I said it will do this for a while and then it will accept shares again. So maybe I don't have something configured right. I expect this is the place that would be able to teach me. In the mean time will be pointing the miner at ghash.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJRGale on December 15, 2014, 01:43:04 AM
Hey Luke, any luck with rockxie and his "New R-box"? im not sure if its my hardware doing the bad hashing (i suspect it is) or if its the lack of information you're getting from rockxie


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on December 15, 2014, 02:06:26 AM
Hey Luke, any luck with rockxie and his "New R-box"? im not sure if its my hardware doing the bad hashing (i suspect it is) or if its the lack of information you're getting from rockxie

IME both the NEW R-Box and the R3-Box perform sub-par with BFGMiner compared to CGMiner and the CGMiner fork. It seems like the code in BFGMiner is not able to properly set the clock rate to overclock it with the same effectiveness as the CGMiner code.

From what I've seen, both CGMiner and BFGMiner perform comparably until you start to overclock the RockMiner ASICs. While the original R-Box wasn't overclocked much (and showed the same issue if you tried to do so), their newer hardware ships overclocked to a large degree. And while overclocking seems to work with CGMiner (though at the expense of some hardware errors), it seems to only moderately increase effective hashrate with BFGMiner while sending the hardware errors sky-rocketing.

My 2 cents.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJRGale on December 15, 2014, 02:31:25 AM
Hey Luke, any luck with rockxie and his "New R-box"? im not sure if its my hardware doing the bad hashing (i suspect it is) or if its the lack of information you're getting from rockxie

IME both the NEW R-Box and the R3-Box perform sub-par with BFGMiner compared to CGMiner and the CGMiner fork. It seems like the code in BFGMiner is not able to properly set the clock rate to overclock it with the same effectiveness as the CGMiner code.

From what I've seen, both CGMiner and BFGMiner perform comparably until you start to overclock the RockMiner ASICs. While the original R-Box wasn't overclocked much (and showed the same issue if you tried to do so), their newer hardware ships overclocked to a large degree. And while overclocking seems to work with CGMiner (though at the expense of some hardware errors), it seems to only moderately increase effective hashrate with BFGMiner while sending the hardware errors sky-rocketing.

My 2 cents.

true, Ckolivas has had some time hacking at the driver for the that type of miner though, hence the little better support, but if you don't have documentation on how to talk to the drivers correctly, you're only guessing what each bit is.

since the rbox was based on the Icarus protocol standard, one was able to get the required data out of it, but anything else is just poking a dead horse, seeing if it would twitch.

since rockxie has been all over the amhash thing like a bad rash, he hasn't shown any updates to the software and firmware for these devices for months now, people are looking elsewhere..


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 15, 2014, 04:43:10 AM
Hey Luke, any luck with rockxie and his "New R-box"? im not sure if its my hardware doing the bad hashing (i suspect it is) or if its the lack of information you're getting from rockxie
Nope.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJRGale on December 15, 2014, 08:10:06 AM
Hey Luke, any luck with rockxie and his "New R-box"? im not sure if its my hardware doing the bad hashing (i suspect it is) or if its the lack of information you're getting from rockxie
Nope.

hm.. having the hardware wouldn’t help you much ether, am i correct?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: greek_hephaestus on December 15, 2014, 09:49:37 AM
That's what README.ASIC is for..

Thank yoy very much Luke for your answer.
I'll try.

Regards


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 15, 2014, 04:46:32 PM
Hey Luke, any luck with rockxie and his "New R-box"? im not sure if its my hardware doing the bad hashing (i suspect it is) or if its the lack of information you're getting from rockxie
Nope.
hm.. having the hardware wouldn’t help you much ether, am i correct?
They did send hardware... which is part of why it's confusing that they stopped communicating.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJRGale on December 15, 2014, 11:17:30 PM
Hey Luke, any luck with rockxie and his "New R-box"? im not sure if its my hardware doing the bad hashing (i suspect it is) or if its the lack of information you're getting from rockxie
Nope.
hm.. having the hardware wouldn’t help you much ether, am i correct?
They did send hardware... which is part of why it's confusing that they stopped communicating.

Well thats just bloody annoying, not me annoyed by you, but them, you can't do crap, and i bet people bug you plenty of times about these guys..


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: fielpo on December 15, 2014, 11:32:55 PM
hi, is it possible to connet to multiple pool trough multiple http proxy?

i'm struggling to make it works with my asic hardware, but if i put the -x option bfg start and i get the error "no server to connect exiting"
without the proxy works fine. thi is an exaple of my bat

Code:
bfgminer --scrypt -o stratum xxxxxxx -x http:ip:port -u xxx -p xxx -o stratum xxxxxxx -x http:ip:port -u xxx -p xxx -o stratum xxxxxxx -x http:ip:port -u xxx -p xxx  -S noauto -S \\.\COMx --set-device gridseed:clock=800
paus


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJRGale on December 16, 2014, 12:01:55 AM
hi, is it possible to connet to multiple pool trough multiple http proxy?

i'm struggling to make it works with my asic hardware, but if i put the -x option bfg start and i get the error "no server to connect exiting"
without the proxy works fine. thi is an exaple of my bat

Code:
bfgminer --scrypt -o stratum xxxxxxx -x http:ip:port -u xxx -p xxx -o stratum xxxxxxx -x http:ip:port -u xxx -p xxx -o stratum xxxxxxx -x http:ip:port -u xxx -p xxx  -S noauto -S \\.\COMx --set-device gridseed:clock=800
paus

Code:
bfgminer -o http://pool1:port -u pool1username -p pool1password -o http://pool2:port -u pool2usernmae -p pool2password

so if you go

Code:
bfgminer --scrypt -o stratum+tcp://stratum.mining:3334 -u worker -p password -o stratum+tcp://stratum.mining2:3333 -u worker -p password -o stratum+tcp://stratum.mining3:3332 -u worker -p password -S noauto -S \\.\COMx --set-device gridseed:clock=800

also, try one pool at a time, see if its not down.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: fielpo on December 16, 2014, 11:07:50 AM
but i need to connect to a stratum trough http proxy, but i just read in the readme that i can't, it's possible only trough socks proxy and not http proxy.

is there out there a patch for this or somethig? :'(


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: ronny2014 on December 16, 2014, 02:13:21 PM
Hi all,

for 2 days i try to install a miner like bfgminer, cgminer, different versions with zeus support, on my raspbian raspberry pi for my blizzard x6

i dont find any constellation, that works, and also google with "raspberry pi cgminer blizzard x6" or "raspberry pi bfgminer blizzard x6" i didn't find really helpful things.

under windows i get good results with cgminer x6 special, but i want **** to have my raspberry to mine with my blizzard.

so can anybody help my getting my actual installed bfgminer 5.0.0 to find my devices ?

i have bfgminer 5.0.0. installed but it shows no devices - not with M+ all, but i see that my miner is attached as ttyUSB0 when i look in the /dev and its on bus 001 device 7 CPX210 Cyngal (lsusb)

i tried sudo apt get hidapi but my system cant find hidapi - is this the problem ?

thanks for your help ;(

Ronny


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: teek on December 16, 2014, 03:47:45 PM
Is it possible to point BFGMiner Proxy at another BFGMiner Proxy as to aggregate hashrate from multiple sources and redirect toward intended target?

I thought I had done this in the past using slush's proxy..  but it doesn't seem to want to work.

I get "ssm: Failed to subdivide upstream stratum notify!"

Anyone know?

thanks in advance!


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 16, 2014, 06:52:15 PM
Is it possible to point BFGMiner Proxy at another BFGMiner Proxy as to aggregate hashrate from multiple sources and redirect toward intended target?

I thought I had done this in the past using slush's proxy..  but it doesn't seem to want to work.

I get "ssm: Failed to subdivide upstream stratum notify!"

Anyone know?

thanks in advance!
You'll need to hack the code for one of them.

work2d.c:work2d_init assigns work2d_xnonce2sz = 2

If you assign this to 3 on your pool-side proxy, it will divide 4+ byte pool extranonce into 3 byte chunks, and then the normal BFGMiner can divide that into 2 byte chunks.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: teek on December 16, 2014, 10:39:22 PM
Is it possible to point BFGMiner Proxy at another BFGMiner Proxy as to aggregate hashrate from multiple sources and redirect toward intended target?

I thought I had done this in the past using slush's proxy..  but it doesn't seem to want to work.

I get "ssm: Failed to subdivide upstream stratum notify!"

Anyone know?

thanks in advance!
You'll need to hack the code for one of them.

work2d.c:work2d_init assigns work2d_xnonce2sz = 2

If you assign this to 3 on your pool-side proxy, it will divide 4+ byte pool extranonce into 3 byte chunks, and then the normal BFGMiner can divide that into 2 byte chunks.


hey thanks for the reply!  i'll see if i can find that and re-compile.

teek


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: toptek on December 17, 2014, 06:05:16 AM
Hi all,

for 2 days i try to install a miner like bfgminer, cgminer, different versions with zeus support, on my raspbian raspberry pi for my blizzard x6

i dont find any constellation, that works, and also google with "raspberry pi cgminer blizzard x6" or "raspberry pi bfgminer blizzard x6" i didn't find really helpful things.

under windows i get good results with cgminer x6 special, but i want **** to have my raspberry to mine with my blizzard.

so can anybody help my getting my actual installed bfgminer 5.0.0 to find my devices ?

i have bfgminer 5.0.0. installed but it shows no devices - not with M+ all, but i see that my miner is attached as ttyUSB0 when i look in the /dev and its on bus 001 device 7 CPX210 Cyngal (lsusb)

i tried sudo apt get hidapi but my system cant find hidapi - is this the problem ?

thanks for your help ;(

Ronny



I did in fact have all my Zeus miner using  BFG 5. once on four PIs . but had to stop using it for now i like UI's like minera more and it seems any bfg i have tired but this https://litecointalk.org/index.php?topic=20477.0 on don't work well with minera but minera is about to  release 4.0 and should have the latest BFG in it and it works in PI's well . but try this till the new Minera comes out,the new minera is  suppose to stop the drain , cap , or power draw no connect  issue BFG was having , but BFG 5 works well   in  command mode but i hate comnad line  mode type  miners so i went back to this https://litecointalk.org/index.php?topic=20477.0  inside minera 3.8 i do not have the hack issue with  minera 3.8 other are having which has been fixed in 4.0 and  zeus issue with any version above bfg 4.3.1 it was having so I'm hearing . don't know I do very little  beta testing these day i could have done the beta .


check this out

https://litecointalk.org/index.php?topic=20477.0
  
how to compile it

http://blog.rastating.com/mining-dogecoin-with-a-zeusminer-blizzard-and-a-raspberry-pi/

and this how you load into minera 3.8 or wait for 4.0

https://github.com/michelem09/minera  

 If you want use any other miner software on Ubuntu (or any other system architecture) you need to compile it and put the binary file in "minera-bin/" directory.


maybe try this for the driver


sudo ldconfig
lsusb

if that doesn't work this

ls -l /dev/ttyUSB*

I don't think this will work at all for any zeus


sudo apt get hidapi

wrong driver i might be wrong .

These should be the right packages for zeus or all  you need for 5.0.

sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin


again I might be wrong it worked for me .


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Tompinara on December 17, 2014, 07:55:32 AM

Hello Everyone!
I use BFGMiner + 1 Gridseed G-Blade + 1 Gridseed ORB + Win7 + Clevermining,
I noticed that if I reset the statistics regularly (every 8 hours) it never come to zero hash,
if I do not it become unstable and go to zero hash.
this is known issue?
someone has already solved?
infinite thanks to all :-)

Alberto



Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: fielpo on December 17, 2014, 01:30:37 PM
but i need to connect to a stratum trough http proxy, but i just read in the readme that i can't, it's possible only trough socks proxy and not http proxy.

is there out there a patch for this or somethig? :'(



quote myself, anyone know this?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on December 17, 2014, 01:36:20 PM
No, there is no patch, sorry.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: doger69 on December 18, 2014, 07:28:34 PM
Hi all,I have a small question and I have not been able to find the answer in the read me files.

How do I use bfgminer to mine scrypt_n? I use the --scrypt but it just rejects every share submitted.

Sorry to be ignorant but I am not an experienced miner so any help is much appreciated. If it matters,I am on win7x64 and using GSD orbs and Gaw\Zuess miners.Thanks :-)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 18, 2014, 07:36:41 PM
Hi all,I have a small question and I have not been able to find the answer in the read me files.

How do I use bfgminer to mine scrypt_n? I use the --scrypt but it just rejects every share submitted.

Sorry to be ignorant but I am not an experienced miner so any help is much appreciated. If it matters,I am on win7x64 and using GSD orbs and Gaw\Zuess miners.Thanks :-)
scrypt-n is not supported at this time.

Edit: Also, the only hardware I am aware of supporting scrypt-n is KnCMiner's Titan, NOT gridseed or zeusminer...


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: doger69 on December 18, 2014, 07:39:03 PM
Hi all,I have a small question and I have not been able to find the answer in the read me files.

How do I use bfgminer to mine scrypt_n? I use the --scrypt but it just rejects every share submitted.

Sorry to be ignorant but I am not an experienced miner so any help is much appreciated. If it matters,I am on win7x64 and using GSD orbs and Gaw\Zuess miners.Thanks :-)
scrypt-n is not supported at this time.

Edit: Also, the only hardware I am aware of supporting scrypt-n is KnCMiner's Titan, NOT gridseed or zeusminer...

Ok Luke and thank you very much for the fast reply.Have a great day man :-)

Also,thank you very much for all your hard work,I love bfgminer!


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: ronny2014 on December 19, 2014, 04:56:59 PM
hi toptek,

thank you so much - it works!

regards,
ronny


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: doger69 on December 20, 2014, 02:20:02 AM
Hi all,I need some help please.Whenever I am trying to solo mine with bfgminer my Zeuss and Gaw miners do not work.In this screen shot you can see what they are doing and that the GSD miners are ok but Zeus and Gaw are not happy hahaha.

They also do this with some pools or it seems certain coins as well.Any ideas on what I can try would be greatly appreciated.Thanks in advance :-)



http://lookpic.com/O/i2/1914/s6HrU7GW.png


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on December 20, 2014, 03:56:50 AM
Since you are running from a PC, try using a separate instance of BFGMiner for each of the device models, run simultaneously and see if it continues to function correctly or still goes sick.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: doger69 on December 20, 2014, 04:39:18 AM
Since you are running from a PC, try using a separate instance of BFGMiner for each of the device models, run simultaneously and see if it continues to function correctly or still goes sick.
 

Hi man and thanks for the reply.
Yea I tried running each device in a separate instance of the miner and ran them all together as well as each one alone and they still do the same thing when solo mining and on certain coins and pools.  For instance they refuse to connect to BGR and solo mine but in a pool at cryptopia works fine and this screen is solo mining corgi coin.They do well solo mining and pool mining alot of coins but certain ones they dont like for some reason.All my config and launch files are the same so I thought it must be a setting I need to add to my launch cmnd.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on December 20, 2014, 09:47:34 AM
It appears then that what you are now learning is that there is no single generic setup that can operate correctly for all the many combinations of possibilities. Some pools use different structures that handle the difficulty while others tailor specific ports for particular devices because the have specific needs to keep the drivers happy. I would begin by taking notes of which pools and coins work on whichever devices and the configuration that worked. Then track down the thread for the pools  which you need to alter your settings for. Many times the people on the best pool threads for alt. coins will also help you establish the specific alterations you need to solo mine a particular coin.

   Good Luck.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: doger69 on December 20, 2014, 06:57:04 PM
It appears then that what you are now learning is that there is no single generic setup that can operate correctly for all the many combinations of possibilities. Some pools use different structures that handle the difficulty while others tailor specific ports for particular devices because the have specific needs to keep the drivers happy. I would begin by taking notes of which pools and coins work on whichever devices and the configuration that worked. Then track down the thread for the pools  which you need to alter your settings for. Many times the people on the best pool threads for alt. coins will also help you establish the specific alterations you need to solo mine a particular coin.

   Good Luck.


Wow,I didnt know it was so complicated,lol. O.K. man will try to figure all that out and see what I get.Thank you for your help and have a Merry Christmas.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Sonya on December 21, 2014, 04:09:10 AM
Just got a "new r-box" or r-box 100. Have it running on BFGminer 5.0.0 and unable to clock it up to even default speed. Is there a different driver I should be using?

 Before I purchased it I saw on the site that it claimed both cg and bfgminers supported it... anyway I'm unable to set clock speed higher than 290 --site says 340 in both miners-- when I try; I get this message: dangerous clock speed <use unsafe :N to force".  

 Anyone know if there's a simple way to get this thing mining at it's default speeds or am I stuck with only 47 effective GH of 100?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on December 21, 2014, 05:15:58 AM
Just got a "new r-box" or r-box 100. Have it running on BFGminer 5.0.0 and unable to clock it up to even default speed. Is there a different driver I should be using?

 Before I purchased it I saw on the site that it claimed both cg and bfgminers supported it... anyway I'm unable to set clock speed higher than 290 --site says 340 in both miners-- when I try; I get this message: dangerous clock speed <use unsafe :N to force".  

 Anyone know if there's a simple way to get this thing mining at it's default speeds or am I stuck with only 47 effective GH of 100?

do what it says, on the end of the clock put a colon followed by an N

--set RKM:clock=unsafe:340


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJinNYC on December 22, 2014, 11:05:01 PM
I'm using a New RBox on MultiMiner and am experiencing the reduced hash rate issue (~78 GH/s), any chances of getting it fixed?

I tried the --set RKM:clock=unsafe:340 method and got it up to ~90GH/s but the temp readings were all over the place, and a couple of times it landed at 140 degrees. Of course, more than likely inaccurate, but I'm not willing to run it without knowing the temp of it.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on December 23, 2014, 12:46:36 AM
Does your display have 12/12 or 11/12? That would be the chip count and if it is not 12/12 then there's your issue. Otherwise you may have to give in and run the Official Rockminer Fork of CGMiner available from the Download Tab on the Rockminer website. Yes it is an old CGMiner 4.3.3 but Rockminer has tinkered with it and MOST likely will be the only other solution to getting the full hashrate from your device.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJinNYC on December 23, 2014, 01:01:13 AM
Does your display have 12/12 or 11/12? That would be the chip count and if it is not 12/12 then there's your issue. Otherwise you may have to give in and run the Official Rockminer Fork of CGMiner available from the Download Tab on the Rockminer website. Yes it is an old CGMiner 4.3.3 but Rockminer has tinkered with it and MOST likely will be the only other solution to getting the full hashrate from your device.

I've never been able to get CGMiner to work... When ever I launch it, it opens a split second and then closes. Can't do anything with it, nor see why it's even closing; doesn't matter which version I use.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJinNYC on December 23, 2014, 06:14:29 AM
Does your display have 12/12 or 11/12? That would be the chip count and if it is not 12/12 then there's your issue. Otherwise you may have to give in and run the Official Rockminer Fork of CGMiner available from the Download Tab on the Rockminer website. Yes it is an old CGMiner 4.3.3 but Rockminer has tinkered with it and MOST likely will be the only other solution to getting the full hashrate from your device.

Say I do go to CGMiner. How would I make it so that CGMiner only uses the Rockminers and nothing else?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJinNYC on December 23, 2014, 06:26:34 AM
Does your display have 12/12 or 11/12? That would be the chip count and if it is not 12/12 then there's your issue. Otherwise you may have to give in and run the Official Rockminer Fork of CGMiner available from the Download Tab on the Rockminer website. Yes it is an old CGMiner 4.3.3 but Rockminer has tinkered with it and MOST likely will be the only other solution to getting the full hashrate from your device.

Say I do go to CGMiner. How would I make it so that CGMiner only uses the Rockminers and nothing else?

Now these piece of shits are running at 20GH/s. Crap like this just makes me want to give up this bitcoin crap and walk away. And never come back. Not even use it, let alone mine it. All of this crap has got to be the most hacked piece of shit I have ever seen in my entire life.

Seriously, if you're considering a New RBox or anything from Rockminer, don't bother.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: lubing7683 on December 23, 2014, 01:13:32 PM
Code:
bfgminer version 5.0.0 - Started: [2014-12-23 20:55:45] - [  0 days 00:11:06]
 [M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
 Pool 1: .........?  Diff:1.02k  +Strtm  LU:[21:06:50]  User:1JN54MPz
b6ZC6JnAk64UfSdMqpeQER4eY
 ST:98  F:0  NB:2  AS:0  BW:[547/ 65 B/s]  E:302.56  BS:1.07M
 8/96   22.0C | 598.3/595.6/360.0Gh/s | A:83 R:55+0( 39%) HW:739/.81%
-------------------------------------------------------------------------------
 RKM 0: 22.0C | 74.59/74.23/56.19Gh/s | A:15 R: 5+0( 23%) HW:205/1.8%
 RKM 1: 22.0C | 74.56/74.58/36.98Gh/s | A: 9 R: 9+0( 50%) HW: 20/.17%
 RKM 2: 22.0C | 75.06/74.35/47.46Gh/s | A: 8 R: 5+0( 35%) HW: 72/.63%
 RKM 3: 20.0C | 74.65/74.54/30.77Gh/s | A: 9 R:13+0( 59%) HW:189/1.6%
 RKM 4: 21.0C | 74.76/74.49/48.66Gh/s | A:14 R: 7+0( 35%) HW: 39/.34%
 RKM 5: 21.0C | 74.38/74.48/37.35Gh/s | A: 8 R: 7+0( 50%) HW: 37/.32%
 RKM 6: 20.0C | 75.09/74.23/49.43Gh/s | A: 9 R: 6+0( 33%) HW:140/1.2%
 RKM 7: 21.0C | 75.11/74.63/55.54Gh/s | A:11 R: 3+0( 25%) HW: 44/.38%
-------------------------------------------------------------------------------
 [2014-12-23 21:06:10] Accepted 000363cf RKM 6k pool 1 Diff 19.3k/1.02k
 [2014-12-23 21:06:21] Pool 1 stale share detected, submitting as user requeste

 [2014-12-23 21:06:21] Accepted 002b8032 RKM 2b pool 1 Diff 1.51k/1.02k
 [2014-12-23 21:06:36] Accepted 003cfdd3 RKM 0f pool 1 Diff 1.07k/1.02k
 [2014-12-23 21:06:42] Accepted 0033bff2 RKM 3g pool 1 Diff 1.27k/1.02k
 [2014-12-23 21:06:43] Pool 1 stale share detected, submitting as user requeste

 [2014-12-23 21:06:43] Accepted 000b0b14 RKM 5h pool 1 Diff 5.93k/1.02k

my hash is 120GH/s per RKM, why BFGMINER is that?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: ShosMeister on December 24, 2014, 02:49:28 AM
Found another thread showing best bfg for Zeusminer was 4.0 so that's what I'm running. Been playing with MultiMiner but couldn't even get it to see the Zeus. BFG does but it's getting 98% hardware errors :( :(

Using   .\bfgminer.exe --scrypt -S zeus:\\.\COM13 --url %URL% --user %cgUSER% --pass x --set zus:chips=6 --set zus:ignore_golden_nonce=1

Any ideas? Thoughts? Suggestions? Should I just get 5.0? Are my switches wrong? Do I need to specify the COM or just let it find it and if so with what?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on December 24, 2014, 03:02:21 AM
Found another thread showing best bfg for Zeusminer was 4.0 so that's what I'm running. Been playing with MultiMiner but couldn't even get it to see the Zeus. BFG does but it's getting 98% hardware errors :( :(

Using   .\bfgminer.exe --scrypt -S zeus:\\.\COM13 --url %URL% --user %cgUSER% --pass x --set zus:chips=6 --set zus:ignore_golden_nonce=1

Any ideas? Thoughts? Suggestions? Should I just get 5.0? Are my switches wrong? Do I need to specify the COM or just let it find it and if so with what?

You may need to under-clock it as folks have reported their newer ASICs being happier at lower clock speeds (I think I've seen 240 but not certain).


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Lumanet on December 24, 2014, 03:23:09 AM
I am part working on making BFGMiner and Antminer S1 and S3 to work. Let me know how I can help.
Not sure I parsed that correctly - do you mean you are writing the code?
If so, a pull request on GitHub is probably best.
I could write but right now I focus on using your code and Compile it for Raspberry spezific and custom tweak it for Gridseed to tune as much as possible on them.

Olaf


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: MoreBloodWine on December 28, 2014, 12:05:37 PM
I'm use to using MinePeon with bfgminer on my rPi but I wanted to repurpose my Pi as a retro gaming system. That being said, I installed 3.10.8 on a laptop with Vista. Got it loaded and running fine, entered pool info but here's where I'm a bit lost as I haven't had to do this for some time.

I connected a hub to the laptop, plugged in two of the 1.95 Gh/s Bitmain sticks and am getting a driver error or w/e you wana call it.

cp210x usb to uart bridge controller

I thought BFG was supposed to come with all the required drivers as when I use MinePeon on my Pi I have no driver issues but go to use it on a real system like my laptop and voila, driver problems.

Anyone able to help me out ? Please be as detailed as possible, Ty.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on December 28, 2014, 12:42:45 PM
I'm use to using MinePeon with bfgminer on my rPi but I wanted to repurpose my Pi as a retro gaming system. That being said, I installed 3.10.8 on a laptop with Vista. Got it loaded and running fine, entered pool info but here's where I'm a bit lost as I haven't had to do this for some time.

I connected a hub to the laptop, plugged in two of the 1.95 Gh/s Bitmain sticks and am getting a driver error or w/e you wana call it.

cp210x usb to uart bridge controller

I thought BFG was supposed to come with all the required drivers as when I use MinePeon on my Pi I have no driver issues but go to use it on a real system like my laptop and voila, driver problems.

Anyone able to help me out ? Please be as detailed as possible, Ty.
Windows installs need the SiliconLabs driver installed. Make certain you have removed and deleted Zadig drivers if they are present on the computer.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: MoreBloodWine on December 28, 2014, 12:56:35 PM
I'm use to using MinePeon with bfgminer on my rPi but I wanted to repurpose my Pi as a retro gaming system. That being said, I installed 3.10.8 on a laptop with Vista. Got it loaded and running fine, entered pool info but here's where I'm a bit lost as I haven't had to do this for some time.

I connected a hub to the laptop, plugged in two of the 1.95 Gh/s Bitmain sticks and am getting a driver error or w/e you wana call it.

cp210x usb to uart bridge controller

I thought BFG was supposed to come with all the required drivers as when I use MinePeon on my Pi I have no driver issues but go to use it on a real system like my laptop and voila, driver problems.

Anyone able to help me out ? Please be as detailed as possible, Ty.
Windows installs need the SiliconLabs driver installed. Make certain you have removed and deleted Zadig drivers if they are present on the computer.
Can you link me please ? As for existing drivers, that won't be an issue as this laptops never really been used for any BTC stuff before.

FWIW, the zadig is for the 333Mh sticks right ? That being said, what if someone had those and the 1.9 sticks that I have wanting to run both at the same time using a hub like you can with MinePeon, would this be an issue on a windows system I assume since you said to remove those drivers if present.

Ty. (http://www.silabs.com/Support%20Documents/Software/CP210x_VCP_Windows.zip)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on December 28, 2014, 01:55:01 PM
I'm use to using MinePeon with bfgminer on my rPi but I wanted to repurpose my Pi as a retro gaming system. That being said, I installed 3.10.8 on a laptop with Vista. Got it loaded and running fine, entered pool info but here's where I'm a bit lost as I haven't had to do this for some time.

I connected a hub to the laptop, plugged in two of the 1.95 Gh/s Bitmain sticks and am getting a driver error or w/e you wana call it.

cp210x usb to uart bridge controller

I thought BFG was supposed to come with all the required drivers as when I use MinePeon on my Pi I have no driver issues but go to use it on a real system like my laptop and voila, driver problems.

Anyone able to help me out ? Please be as detailed as possible, Ty.
Windows installs need the SiliconLabs driver installed. Make certain you have removed and deleted Zadig drivers if they are present on the computer.
Can you link me please ? As for existing drivers, that won't be an issue as this laptops never really been used for any BTC stuff before.

FWIW, the zadig is for the 333Mh sticks right ? That being said, what if someone had those and the 1.9 sticks that I have wanting to run both at the same time using a hub like you can with MinePeon, would this be an issue on a windows system I assume since you said to remove those drivers if present.

Ty.
The Zadig drivers are necessary for CGMiner. http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: MoreBloodWine on December 28, 2014, 02:43:26 PM
I'm use to using MinePeon with bfgminer on my rPi but I wanted to repurpose my Pi as a retro gaming system. That being said, I installed 3.10.8 on a laptop with Vista. Got it loaded and running fine, entered pool info but here's where I'm a bit lost as I haven't had to do this for some time.

I connected a hub to the laptop, plugged in two of the 1.95 Gh/s Bitmain sticks and am getting a driver error or w/e you wana call it.

cp210x usb to uart bridge controller

I thought BFG was supposed to come with all the required drivers as when I use MinePeon on my Pi I have no driver issues but go to use it on a real system like my laptop and voila, driver problems.

Anyone able to help me out ? Please be as detailed as possible, Ty.
Windows installs need the SiliconLabs driver installed. Make certain you have removed and deleted Zadig drivers if they are present on the computer.
Can you link me please ? As for existing drivers, that won't be an issue as this laptops never really been used for any BTC stuff before.

FWIW, the zadig is for the 333Mh sticks right ? That being said, what if someone had those and the 1.9 sticks that I have wanting to run both at the same time using a hub like you can with MinePeon, would this be an issue on a windows system I assume since you said to remove those drivers if present.

Ty.
The Zadig drivers are necessary for CGMiner. http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx
Thx.

So I DL'd the windows package since the laptop has Vista on it, install ran fine, did a restart for good measure. Plugged in the hub & turned it on, booted BFGMiner. So far so good, well, I went and plugged in one of the three 1.95Gh BMT sticks I have and it doesn't seem to be detecting it. Did the whole all / auto thing for searching for devices and nothing came up. I did however get an "error" or something when I did option "all". Looks like it might have mentioned the hub or something. Will have to try and get the exact "error" to post here later.

In the meantime, this (linked below) is the hub I have which works fine on the rPi with MinePeon and has no detection issues for deivces even if I hot swap by yanking and inserting them to move em around or w/e.

http://www.ebay.com/itm/New-Bitcoin-mining-20-port-USB-2-0-HUB-Industrial-grade-Bitcoin-HUB-/231413053952?pt=US_USB_Cables_Hubs_Adapters&hash=item35e14afa00


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on December 28, 2014, 03:39:13 PM
I'm use to using MinePeon with bfgminer on my rPi but I wanted to repurpose my Pi as a retro gaming system. That being said, I installed 3.10.8 on a laptop with Vista. Got it loaded and running fine, entered pool info but here's where I'm a bit lost as I haven't had to do this for some time.

I connected a hub to the laptop, plugged in two of the 1.95 Gh/s Bitmain sticks and am getting a driver error or w/e you wana call it.

cp210x usb to uart bridge controller

I thought BFG was supposed to come with all the required drivers as when I use MinePeon on my Pi I have no driver issues but go to use it on a real system like my laptop and voila, driver problems.

Anyone able to help me out ? Please be as detailed as possible, Ty.
Windows installs need the SiliconLabs driver installed. Make certain you have removed and deleted Zadig drivers if they are present on the computer.
Can you link me please ? As for existing drivers, that won't be an issue as this laptops never really been used for any BTC stuff before.

FWIW, the zadig is for the 333Mh sticks right ? That being said, what if someone had those and the 1.9 sticks that I have wanting to run both at the same time using a hub like you can with MinePeon, would this be an issue on a windows system I assume since you said to remove those drivers if present.

Ty.
The Zadig drivers are necessary for CGMiner. http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx
Thx.

So I DL'd the windows package since the laptop has Vista on it, install ran fine, did a restart for good measure. Plugged in the hub & turned it on, booted BFGMiner. So far so good, well, I went and plugged in one of the three 1.95Gh BMT sticks I have and it doesn't seem to be detecting it. Did the whole all / auto thing for searching for devices and nothing came up. I did however get an "error" or something when I did option "all". Looks like it might have mentioned the hub or something. Will have to try and get the exact "error" to post here later.

If you had already used Zadig to install drivers, you may first need to uninstall those drivers in the Windows Control Panel, choosing the option (it's a checkbox on the dialog) to delete the driver. Then install the proper set of drivers for BFGMiner (linked before from silabs).


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on December 28, 2014, 03:48:11 PM
Plug in the miner and verify the driver is installed before opening bfgminer. Its normal to not find AMU without the -S antminer:all, personally I would verify that things work first before adding overclock arguments. If you think its the hub, look under device manager, most hubs use 5 or 7 channel IC's. The 20 port would look like 5 hubs were installed. If Windows fails to install the hub right, usually you just need to leave it plugged in and restart Windows a time or three, once its good your hub is usually recognized without issue from then on. Don't try to hotplug U2's while bfgminer is running, it just doesn't usually work well.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: MoreBloodWine on December 28, 2014, 04:20:29 PM
I'm use to using MinePeon with bfgminer on my rPi but I wanted to repurpose my Pi as a retro gaming system. That being said, I installed 3.10.8 on a laptop with Vista. Got it loaded and running fine, entered pool info but here's where I'm a bit lost as I haven't had to do this for some time.

I connected a hub to the laptop, plugged in two of the 1.95 Gh/s Bitmain sticks and am getting a driver error or w/e you wana call it.

cp210x usb to uart bridge controller

I thought BFG was supposed to come with all the required drivers as when I use MinePeon on my Pi I have no driver issues but go to use it on a real system like my laptop and voila, driver problems.

Anyone able to help me out ? Please be as detailed as possible, Ty.
Windows installs need the SiliconLabs driver installed. Make certain you have removed and deleted Zadig drivers if they are present on the computer.
Can you link me please ? As for existing drivers, that won't be an issue as this laptops never really been used for any BTC stuff before.

FWIW, the zadig is for the 333Mh sticks right ? That being said, what if someone had those and the 1.9 sticks that I have wanting to run both at the same time using a hub like you can with MinePeon, would this be an issue on a windows system I assume since you said to remove those drivers if present.

Ty.
The Zadig drivers are necessary for CGMiner. http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx
Thx.

So I DL'd the windows package since the laptop has Vista on it, install ran fine, did a restart for good measure. Plugged in the hub & turned it on, booted BFGMiner. So far so good, well, I went and plugged in one of the three 1.95Gh BMT sticks I have and it doesn't seem to be detecting it. Did the whole all / auto thing for searching for devices and nothing came up. I did however get an "error" or something when I did option "all". Looks like it might have mentioned the hub or something. Will have to try and get the exact "error" to post here later.

If you had already used Zadig to install drivers, you may first need to uninstall those drivers in the Windows Control Panel, choosing the option (it's a checkbox on the dialog) to delete the driver. Then install the proper set of drivers for BFGMiner (linked before from silabs).
That's just it, the first time I did the install with the linked drivers was after the windows installer failed to locate anything.

Anyway, I have yet to sleep so I'm gonna go do that and get back to this later but like I said, I did the install with the windows package from the link you posted and nothing seemed to work even after reboot so open to thoughts.

Thx again and now I'm off to get some sleep before I pass out or some S.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 28, 2014, 07:05:21 PM
From README:
Quote
Erupter:    http://www.silabs.com/products/mcu/pages/usbtouartbridgevcpdrivers.aspx


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: dracolumina on December 30, 2014, 02:28:17 PM
I have looked and I cannot find it.  I am using bfgminer to solo mine my coins wallet.  BUT I don't want it to declare sick after 60 seconds, is there any way that I can disable that ?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on December 30, 2014, 02:32:38 PM
I have looked and I cannot find it.  I am using bfgminer to solo mine my coins wallet.  BUT I don't want it to declare sick after 60 seconds, is there any way that I can disable that ?


Your miner? Underclocking it may make it stable. :)

   ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: dracolumina on December 30, 2014, 02:38:07 PM
that isn't the problem.  the problem is if BFG does not detect "shares" being accepted it throws up an idle error after 60 seconds.  It found a block last night (its my own coin and I am trying to get the blockchain moving again) but it always wants to restart because of the idle.  I am wanting to turn that feature off


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on December 30, 2014, 02:41:09 PM
that isn't the problem.  the problem is if BFG does not detect "shares" being accepted it throws up an idle error after 60 seconds.  It found a block last night (its my own coin and I am trying to get the blockchain moving again) but it always wants to restart because of the idle.  I am wanting to turn that feature off

Your miner configuration please? Please post it here.

   ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: dracolumina on December 30, 2014, 02:43:11 PM
Code:
{
"pools" : [
{
"url" : "http://localhost:3333/",
"user" : "draco",
"pass" : "x",
"pool-priority" : "0"
},
{
"url" : "http://127.0.0.1:3333",
"user" : "draco",
"pass" : "x",
"pool-priority" : "1"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "120",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "20",
"no-pool-disable" : true,
"no-client-reconnect" : true,
"no-show-processors" : true,
"no-show-procs" : true,
"no-unicode" : true,
"queue" : "1",
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "60",
"scrypt" : true,
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"rotate" : "1",
"kernel-path" : "C:\\Program Files\\BFGMiner\\/share/bfgminer",
"scan" : [
"noauto",
"zeusminer:\\\\.\\COM3"
],
"device" : [
"zeusminer@\\\\.\\COM3"
]
}


The miner connects to the wallet and says the pool is alive


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on December 30, 2014, 02:55:49 PM
Code:
{
"pools" : [
{
"url" : "http://localhost:3333/",
"user" : "draco",
"pass" : "x",
"pool-priority" : "0"
},
{
"url" : "http://127.0.0.1:3333",
"user" : "draco",
"pass" : "x",
"pool-priority" : "1"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "120",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "20",
"no-pool-disable" : true,
"no-client-reconnect" : true,
"no-show-processors" : true,
"no-show-procs" : true,
"no-unicode" : true,
"queue" : "1",
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "60",
"scrypt" : true,
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"rotate" : "1",
"kernel-path" : "C:\\Program Files\\BFGMiner\\/share/bfgminer",
"scan" : [
"noauto",
"zeusminer:\\\\.\\COM3"
],
"device" : [
"zeusminer@\\\\.\\COM3"
]
}


The miner connects to the wallet and says the pool is alive

Try

Code:
{
"pools" : [
{
"url" : "http://localhost:3333/",
"user" : "draco",
"pass" : "x",
"pool-priority" : "0"
},
{
"url" : "http://127.0.0.1:3333",
"user" : "draco",
"pass" : "x",
"pool-priority" : "1"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "300",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "20",
"no-pool-disable" : true,
"no-client-reconnect" : true,
"no-show-processors" : true,
"no-show-procs" : true,
"no-unicode" : true,
"queue" : "1",
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "300",
"scrypt" : true,
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"rotate" : "1",
"kernel-path" : "C:\\Program Files\\BFGMiner\\/share/bfgminer",
"scan" : [
"noauto",
"zeusminer:\\\\.\\COM3"
],
"device" : [
"zeusminer@\\\\.\\COM3"
]
}


   ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: dracolumina on December 30, 2014, 03:04:39 PM
still throws up an error Idle for more than 60 seconds, declaring SICK


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on December 30, 2014, 03:05:51 PM
the problem is if BFG does not detect "shares" being accepted it throws up an idle error after 60 seconds.
No, it doesn't. That error means the device has stopped responding entirely.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: dracolumina on December 30, 2014, 03:08:30 PM
well, no clue then lol.  When I connect to westhash I have no issues out of it.  using the same settings to connect to local wallet I get the errors so that is what I thought it was.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on December 30, 2014, 03:13:51 PM
well, no clue then lol.  When I connect to westhash I have no issues out of it.  using the same settings to connect to local wallet I get the errors so that is what I thought it was.

Try removing first pool from the config file.

   ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: dracolumina on December 30, 2014, 03:18:30 PM
no suitable long-poll found for pool

60 seconds later declared sick (after taking the first pool out)

Turned longpoll off.  Still going sick

Code:
server=1
listen=1
rpcuser=draco
rpcpassword=x
addnode=54.194.99.126
daemon=1
rpcallowip=localhost
rpcport=3333
addnode=192.168.1.116
addnode=192.99.111.227
addnode=198.50.151.86
addnode=5.196.226.54
addnode=5.196.29.188

is my wallet setup


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJinNYC on December 30, 2014, 10:20:48 PM
What's the proper syntax for BFGMiner to clock a GridSeed five blade up to the correct speed? It should be set to 800 if I'm not mistaken to get 340KH/s. I'm only getting about 200KH/s so I'm assuming it defaults to a 600 setting?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on December 30, 2014, 10:28:59 PM
What's the proper syntax for BFGMiner to clock a GridSeed five blade up to the correct speed? It should be set to 800 if I'm not mistaken to get 340KH/s. I'm only getting about 200KH/s so I'm assuming it defaults to a 600 setting?

Code:
--set gsd:clock=800

I use 835 myself.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: giannigdev on December 31, 2014, 09:15:49 AM
could someone tell me if the parameter HW which stay always in the same condition (HW: 0/none) is a symptom that my gridseed have some hardware problems or is it just a settings/software error?  :(


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on December 31, 2014, 09:36:20 AM
What's the proper syntax for BFGMiner to clock a GridSeed five blade up to the correct speed? It should be set to 800 if I'm not mistaken to get 340KH/s. I'm only getting about 200KH/s so I'm assuming it defaults to a 600 setting?

Code:
--set gsd:clock=800

I use 835 myself.

Me too! 835 seems a stable one but 800 is more stable.

   ~~MZ~~


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: thesincircle on December 31, 2014, 01:28:42 PM
Hi,

I've got number of the Avalon Nano (https://bitcointalk.org/index.php?topic=779612.msg8841428;topicseen#msg8841428) and have successfuly downloaded and compiled fresh version of bfgminer and run it. It works fine for couple of minutes, then it starts to get slower and finally stall at all. Restarting the bfgminer helps but for same couple of minutes.

I've got configuration here: https://en.bitcoin.it/wiki/Avalon_nano#BFGMiner
here is a log (last half of that): http://pastebin.com/EQAj58HH

The obvious solution -- to make the simple script that restart BFGMiner each 2 minutes, but it's doesn't looks good.

Would be appreciate for any help and hints!

PS I'm on linux (if it may concern...)
I have a similar issue but with Scrypt on multipools (Clevermining, in this case).  Nwools noted that it's a known issue with BFGminer that the hashrate will drop as the multipool switches blockchains.  I'm using a mix of Gridseed Orbs and a Blizzard.  I'm not sure if this has been fixed in version 5.0. 

Are you using a multipool, Dimoza?  If yes, that might be issue.

actually, not. I use classical stratum "single" pool.
But... concerning to your issue, does your hashrate drops to 0 or just getting relatively lower? Cause mine drops to zero.
(and I was trying it on ver 5.0 as well, by the way)
The hashrate will get progressively slower rather than just dropping to 0.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: AJinNYC on December 31, 2014, 08:52:06 PM
What's the proper syntax for BFGMiner to clock a GridSeed five blade up to the correct speed? It should be set to 800 if I'm not mistaken to get 340KH/s. I'm only getting about 200KH/s so I'm assuming it defaults to a 600 setting?

Code:
--set gsd:clock=800

I use 835 myself.

Thanks, works perfect.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: MathewCNichols on December 31, 2014, 09:00:47 PM
This is my first post on bitcointalk. Thanks for your work on BFGminer! Also, thanks to Bitcoin Talk for creating such a knowledge rich forum! I've been reading and following many threads. Cryptocurrency is very interesting!

A little background:

I'm currently trying to setup a single Antminer U2 USB on an ASUS RT-N66U. I know I will never achieve an ROI, but my router is always on and I want to contribute to the bitcoin community and mine the blockchain.

This router has Shibby's latest TomatoUSB firmware + Entware + OPKG package manager. However, TomatoUSB, Entware, and OPKG do not provide the kernel driver I need for the Antminer U2 (kmod-usb-serial-cp210x.)

I believe I would have to compile these kernel drivers for Entware or request to have them built into TomatoUSB?

The big question:

Would someone be willing to compile the cp210x.ko for the Tomatousb 2.6.22.19 kernel or an .ipk for kmod-usb-serial & kmod-usb-serial-cp210x for Entware with MIPS architecture? I believe if I had this kernel driver or package I could insmod it or install them using OPKG and mine away!

All input is welcome!

Happy 2015!


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on January 01, 2015, 01:00:50 PM
How can you underclock the Monarch?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: 455510 on January 04, 2015, 12:09:58 AM
BFGMiner closes after I enter the password.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on January 04, 2015, 06:18:28 AM
How can you underclock the Monarch?
[/quote
This would be a great question for Lightfoot


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on January 04, 2015, 08:01:37 AM
How can you underclock the Monarch?
--set bitforce:_cmd1=F??

The first "?" is a frequency index, from 1 to F (hexadecimal).
Due to dynamic clocking in the MCU, there are no set frequency numbers.
The second "?" is either "X" for normal speed, or "D" for double speed.

You can also use --set bitforce:_cmd1=V?X to control voltage.
In this case, the "?" is one of:
  • 0 = 0.54 V
  • 1 = 0.55 V
  • 2 = 0.56 V
  • 3 = 0.58 V
  • 4 = 0.6 V
  • 5 = 0.62 V
  • 6 = 0.63 V
  • 7 = 0.643 V
  • 8 = 0.65 V
  • 9 = 0.662 V
  • A = 0.67 V
  • B = 0.68 V
  • C = 0.7 V
  • D = 0.72 V
  • E = 0.73 V
  • F = 0.75 V


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on January 05, 2015, 10:48:15 PM
Sweet, thanx!


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: systembug on January 07, 2015, 09:39:55 AM
Hi Luke-Jr.

Just a tip: the README.ASIC.txt, Gridseed section, reports the possibility to set individual clock per device, but not to force the use of individual devices.
Indeed, it reports only the parameter "-S gridseed:all", so it seems to be impossible to use a single device.
After reading the README.txt (lines 370-380) and some search (also this thread, post #67 (https://bitcointalk.org/index.php?topic=877081.msg9851306#msg9851306) and #68 (https://bitcointalk.org/index.php?topic=877081.msg9851473#msg9851473)) I find that BFGMiner allows this possibility, simply specifying a "-S gridseed:\\.\COMx" for every device needed (also the simplest "-S \\.\COMx" seems to works correctly).
It may be useful to update the README.ASIC.txt with these information, as i.e. reported in the Zeus section ;)

Now, the implementations request ;D

1) Can be added the possibility to show in the main interface (at least) the specified clock for every Gridseed device, like CGMiner?

2) Can be added the possibility to specify a single (or a set of) device(s) to a specific pool?
Explanation: I have 2 Gridseed Mini (5 chip) and 1 Gridseed Blade (2x40 chip), and I need to use them separately (every single device dedicated to a specific pool).
The reasons of this choice are multiples, last but not least the use of pools with rapid difficulty changes, that seem to work better (higher speed on dashboard) with a single dedicated device, instead to use all devices and set the load-balancing with quota for every pool.
To make this, currently I run 4 instances of BFGMiner, each with its config file: it works well, but it's a little complicated to monitor them via RPC.
A single BFGMiner instance, with a single RPC to monitor, will be more simple to monitor ::)

Greetings in advance :)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: giellepi on January 08, 2015, 07:06:12 PM
Hi,
I'm optimizing a Titan for Nicehash.

I read I should add #xnsub for extranonce but I'm already using #skipcbcheck (got the hint reading KnC forums).

So, a couple of questions:

Is #skipcbcheck of any use for Nicehash?
What would be the right grammar to add both, "stratum+tcp://stratum.nicehash.com/#xnsub#skipcbcheck"?

Thanks


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on January 08, 2015, 07:09:51 PM
What would be the right grammar to add both, "stratum+tcp://stratum.nicehash.com/#xnsub#skipcbcheck"?
Yes


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: kenshirothefist on January 08, 2015, 07:27:28 PM
What would be the right grammar to add both, "stratum+tcp://stratum.nicehash.com/#xnsub#skipcbcheck"?

Luke-Jr, it would be very useful if you would include a section in README explaining all #xxx pool parameters and the correct usage of them (syntax). Currently these options/features are only mentioned in NEWS...


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on January 08, 2015, 07:58:05 PM
What would be the right grammar to add both, "stratum+tcp://stratum.nicehash.com/#xnsub#skipcbcheck"?

Luke-Jr, it would be very useful if you would include a section in README explaining all #xxx pool parameters and the correct usage of them (syntax). Currently these options/features are only mentioned in NEWS...
I agree it would be useful. Perhaps some non-coder can contribute these kind of changes? ;)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: MathewCNichols on January 09, 2015, 04:05:33 PM
Hello again,

I've setup a Tomato development environment for Shibby's latest build using GitHub. I built the 2.6.22.19 kernel with the Silicon Labs cp2101 driver option enabled as a module in the .config file. I then extracted the cp2101.ko.

If you want to use this kernel object, you can find it here: https://drive.google.com/file/d/0B9zGF2pK75nCUmEzZE5obTlCVFk/view?usp=sharing

Simply put it in your /opt directory if you mount Optware or Entware FS at boot time. In the web GUI, set Tomato to load the usbserial (included in firmware image at /lib/modules/2.6.22.19/kernel/drivers/usb/) and cp2101 kernel objects after boot with insmod. Use lsmod to make sure the kernel objects loaded. The device mounts to /dev/ttyUSB0. Make sure it is using the driver with "cat /proc/bus/usb/devices." The result should be "Driver=cp2101."

Alternatively you can use a firmware extract tool, insert the cp2101.ko into /lib/modules/2.6.22.19/kernel/drivers/usb/, rebuild, and call on usbserial and cp2101 kernel objects with insmod in the web GUI.

You can run bfgminer command line or JSON config file, just reference the /dev/ttyUSB0 device.

I'm currently hashing 2 GH/s or 1uBTC/hr!

One more feather in the cap for embedded Linux!


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on January 14, 2015, 04:59:05 PM
How can you underclock the Monarch?
--set bitforce:_cmd1=F?? --set bitforce:_cmd1=V?X

Are those in the 5.0.0 release?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on January 14, 2015, 05:03:47 PM
How can you underclock the Monarch?
--set bitforce:_cmd1=F?? --set bitforce:_cmd1=V?X

Are those in the 5.0.0 release?
They go back all the way to 4.0.0 :)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on January 14, 2015, 08:33:06 PM
Ok, BFL is a bit slow then: https://forums.butterflylabs.com/the-monarch-discussion/8936-underclocking-psu.html


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on January 14, 2015, 11:37:14 PM
Well it's not like they've been known for making great haste at anything :/


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: OgNasty on January 15, 2015, 02:57:45 AM
How can you underclock the Monarch?
--set bitforce:_cmd1=F??

The first "?" is a frequency index, from 1 to F (hexadecimal).
Due to dynamic clocking in the MCU, there are no set frequency numbers.
The second "?" is either "X" for normal speed, or "D" for double speed.

You can also use --set bitforce:_cmd1=V?X to control voltage.
In this case, the "?" is one of:
  • 0 = 0.54 V
  • 1 = 0.55 V
  • 2 = 0.56 V
  • 3 = 0.58 V
  • 4 = 0.6 V
  • 5 = 0.62 V
  • 6 = 0.63 V
  • 7 = 0.643 V
  • 8 = 0.65 V
  • 9 = 0.662 V
  • A = 0.67 V
  • B = 0.68 V
  • C = 0.7 V
  • D = 0.72 V
  • E = 0.73 V
  • F = 0.75 V

Anyone want to throw out their lowest stable underclock command line?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: BCwinning on January 17, 2015, 12:50:06 PM
Fired up 5.0 pointed it at a pool running peercoin and this error basically kept showing up.

Coinbase check: multiple inputs in coinbase: 0x26
It appeared it was mining ok, shares seemed to be accepted and credited. But that coinbase check wouldn't go away.
I'm curious to know what it is and why its doing it.
I wasn't mining to any coinbase address or to a wallet address. Just to normal username.worker.

Reverting back to 4.* works with no output like pasted above.
I'm guessing it's checking bitcoin related and because I'm not mining bitcoin but another sha it isn't handling it well?
only a guess


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on January 17, 2015, 04:07:08 PM
Fired up 5.0 pointed it at a pool running peercoin and this error basically kept showing up.

Coinbase check: multiple inputs in coinbase: 0x26
It appeared it was mining ok, shares seemed to be accepted and credited. But that coinbase check wouldn't go away.
I'm curious to know what it is and why its doing it.
I wasn't mining to any coinbase address or to a wallet address. Just to normal username.worker.

Reverting back to 4.* works with no output like pasted above.
I'm guessing it's checking bitcoin related and because I'm not mining bitcoin but another sha it isn't handling it well?
only a guess

Try adding #skipcbcheck to the pool URL, e.g. stratum+tcp://stratum.whatever.com/#skipcbcheck


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: BCwinning on January 17, 2015, 04:33:31 PM
Fired up 5.0 pointed it at a pool running peercoin and this error basically kept showing up.

Coinbase check: multiple inputs in coinbase: 0x26
It appeared it was mining ok, shares seemed to be accepted and credited. But that coinbase check wouldn't go away.
I'm curious to know what it is and why its doing it.
I wasn't mining to any coinbase address or to a wallet address. Just to normal username.worker.

Reverting back to 4.* works with no output like pasted above.
I'm guessing it's checking bitcoin related and because I'm not mining bitcoin but another sha it isn't handling it well?
only a guess

Try adding #skipcbcheck to the pool URL, e.g. stratum+tcp://stratum.whatever.com/#skipcbcheck
ok I will try that. more concerned that I was doing it right and nothing was awry than anything.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on January 19, 2015, 06:44:01 PM
Anyone want to throw out their lowest stable underclock command line?

Hm, I tried this command, but the Monarch still goes full blast:

Quote
bfgminer.exe --set bitforce:_cmd1=F1X --set bitforce:_cmd1=V0X -o stratum+tcp://stratum.bitcoin.cz:3333 -u XXX -p XXX

Also I get loads of these:

Quote
[2015-01-19 17:33:51] BFL 0ee: Failed to find work for queue results: 2BD0,6C,1
41BCB839
[2015-01-19 17:33:51] BFL 0eb: Failed to find work for queue results: 2BC9,69,1
B94B99AB
[2015-01-19 17:33:51] BFL 0ar: Failed to find work for queue results: 2BCA,11,2
DA71CA12,D614DE35
[2015-01-19 17:33:51] BFL 0cf: Failed to find work for queue results: 2BBC,39,0

[2015-01-19 17:33:51] BFL 0dl: Failed to find work for queue results: 2BB5,59,1
82CD91C6
[2015-01-19 17:33:51] BFL 0bi: Failed to find work for queue results: 2BB9,22,1


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on January 19, 2015, 07:04:53 PM
@Luke-jr: how much work would be needed to modify the lowl-ftdi code to support the ft2232h as well?

I ask before I go usb to SPI&I2C interface shopping


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on January 19, 2015, 07:08:50 PM
@Luke-jr: how much work would be needed to modify the lowl-ftdi code to support the ft2232h as well?

I ask before I go usb to SPI&I2C interface shopping
Not sure, but I think the ft2232h is just a dual-channel version of the ft232h, which lowl-ftdi already supports (to some extent) for the BFx2.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on January 19, 2015, 08:37:52 PM
@Luke-jr: how much work would be needed to modify the lowl-ftdi code to support the ft2232h as well?

I ask before I go usb to SPI&I2C interface shopping
Not sure, but I think the ft2232h is just a dual-channel version of the ft232h, which lowl-ftdi already supports (to some extent) for the BFx2.

Correct it's basically 2 ft232h smacked together on some Si. Oh have I got s fun project ahead. 😁

Time to get my dev board and start coding my baby


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on January 19, 2015, 08:39:51 PM
Anyone want to throw out their lowest stable underclock command line?

Hm, I tried this command, but the Monarch still goes full blast:

Quote
bfgminer.exe --set bitforce:_cmd1=F1X --set bitforce:_cmd1=V0X -o stratum+tcp://stratum.bitcoin.cz:3333 -u XXX -p XXX

Also I get loads of these:

Quote
[2015-01-19 17:33:51] BFL 0ee: Failed to find work for queue results: 2BD0,6C,1
41BCB839
[2015-01-19 17:33:51] BFL 0eb: Failed to find work for queue results: 2BC9,69,1
B94B99AB
[2015-01-19 17:33:51] BFL 0ar: Failed to find work for queue results: 2BCA,11,2
DA71CA12,D614DE35
[2015-01-19 17:33:51] BFL 0cf: Failed to find work for queue results: 2BBC,39,0

[2015-01-19 17:33:51] BFL 0dl: Failed to find work for queue results: 2BB5,59,1
82CD91C6
[2015-01-19 17:33:51] BFL 0bi: Failed to find work for queue results: 2BB9,22,1
All I can say is ask BFL... Probably you should make a debug log and put it on Google Drive or something to send them (feel free to open an issue on GitHub if you want me to confirm from that log everything is okay in BFG).


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on January 19, 2015, 09:06:00 PM
You mean you never underclocked your Monarch?

It's hardware, you can't change it after it ships.

Edit: Ok, I get it the 1.4.2 firmware has the possibility to set frequence and voltage and you built your part. But BFL has to compile the special bfgminer?

Because the 5.0.0 doesn't work at all with the Monarch. I get 500GH vs 700GH with the old special bfgminer on the BFL site.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on January 21, 2015, 07:40:46 AM
So it's as easy as PuTTY to COM port and paste the command V0X and F1X?

IT WORKS!

- Download putty.
- Then run it and switch the radio button from SSH to serial.
- Enter the COM port that your miner is on and 9600 as Speed.

codes V0X and F1X for lowest voltage and frequency

- Press Open, then PASTE the codes (do not type) and you should see OK after each, close the window.

THX a million welsh!

WHOHOOO FUCKING SILENCE!!!! 260GH at lowest all!!!


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: ComaWombat on January 21, 2015, 01:33:10 PM
IT WORKS!

WHOHOOO FUCKING SILENCE!!!! 260GH at lowest all!!!

I can confirm this and it's AWESOME  ;D

http://i.imgur.com/NUHxzs9.png

500 GH, 260 Watts, 48 C temp:

With the serial commands FDX and V3X. Increasing the voltage seems to increase hashrate too so they're linked with some kind of BFL black magic.

We're in Antminer S5 territory now with W / GH. You just need two Monarchs to get the same hashrate ;D


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Taugeran on January 21, 2015, 04:09:12 PM
...

500 GH, 260 Watts, 48 C temp:

With the serial commands FDX and V3X. Increasing the voltage seems to increase hashrate too so they're linked with some kind of BFL black magic.

Or a voltage controlled oscillator versus a pll

Akin to the Bitfury chips of yore where upping voltage upped hash at the same number of bits


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: MINX on January 28, 2015, 01:38:36 PM
Hi, this is a simple question:  does the BFGMIner 5.5.0 support Rockminer R-BOX 2 hardware?
Thanks


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: mendoza1468 on January 29, 2015, 02:11:56 PM
Hi, im getting problem on version higher than 3.10 (BFGMINER) with my gridseeb blade.
I'Ve tried 5.0 and 4.10.1 and many other version and it doesn't work properly. My problem is there's only one board who working it said :
GSD1aa being disabled. (as picture shown under)

My bat file :

Bfgminer -S gridseed:all --set-device gridseed:clock=825 -d 1 -d 0 --scrypt -o stratum+tcp://us.clevermining.com:3333 -u xxxx -p xxx

im using usbser (v1.3.1.0)

Can you help me to make it work on version 5.0 please? Or should i stay on the older version? I don't understand why it didn'T work

http://s15.postimg.org/8ec0uqxmv/Capture.jpg (http://postimg.org/image/8ec0uqxmv/)

Thanks


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: input on February 01, 2015, 07:54:10 PM
Hi, I try to mine both SHA and scrypt with gridseed 5-chip on linux machine. It is possible to use Bfgminer instead of cpuminer for scrypt mining?
When I mine only SHA or only scrypt Bfgminer works fine, but I can't mine both. With cgminer-cpuminer combo it works, but i dislike cpuminer.
Is any chance to use Bfgminer as second program?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on February 01, 2015, 07:59:26 PM
Hi, I try to mine both SHA and scrypt with gridseed 5-chip on linux machine. It is possible to use Bfgminer instead of cpuminer for scrypt mining?
When I mine only SHA or only scrypt Bfgminer works fine, but I can't mine both. With cgminer-cpuminer combo it works, but i dislike cpuminer.
Is any chance to use Bfgminer as second program?
Give this a look over, it uses BFG Miner.
https://bitcointalk.org/index.php?topic=248173.msg2632586#msg2632586


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: input on February 01, 2015, 08:09:19 PM
Hi, I try to mine both SHA and scrypt with gridseed 5-chip on linux machine. It is possible to use Bfgminer instead of cpuminer for scrypt mining?
When I mine only SHA or only scrypt Bfgminer works fine, but I can't mine both. With cgminer-cpuminer combo it works, but i dislike cpuminer.
Is any chance to use Bfgminer as second program?
Give this a look over, it uses BFG Miner.
https://bitcointalk.org/index.php?topic=248173.msg2632586#msg2632586

Sorry, I use Ubuntu server without graphical interface and the multiminer need X.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on February 01, 2015, 08:21:49 PM
Hi, I try to mine both SHA and scrypt with gridseed 5-chip on linux machine. It is possible to use Bfgminer instead of cpuminer for scrypt mining?
When I mine only SHA or only scrypt Bfgminer works fine, but I can't mine both. With cgminer-cpuminer combo it works, but i dislike cpuminer.
Is any chance to use Bfgminer as second program?
Give this a look over, it uses BFG Miner.
https://bitcointalk.org/index.php?topic=248173.msg2632586#msg2632586

Sorry, I use Ubuntu server without graphical interface and the multiminer need X.
The interface works from any terminal on the same network. You must have some type of monitor on the network to use the other software unless you are typing blind.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: input on February 01, 2015, 08:27:23 PM
Hi, I try to mine both SHA and scrypt with gridseed 5-chip on linux machine. It is possible to use Bfgminer instead of cpuminer for scrypt mining?
When I mine only SHA or only scrypt Bfgminer works fine, but I can't mine both. With cgminer-cpuminer combo it works, but i dislike cpuminer.
Is any chance to use Bfgminer as second program?
Give this a look over, it uses BFG Miner.
https://bitcointalk.org/index.php?topic=248173.msg2632586#msg2632586

Sorry, I use Ubuntu server without graphical interface and the multiminer need X.
The interface works from any terminal on the same network. You must have some type of monitor on the network to use the other software unless you are typing blind.

The server is on another network, I use ssh to manage it from distance. On server I don't have monitor nor keyboard.
Is any chance to make Bfgminer to work with --dual option like cpuminer?


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on February 01, 2015, 09:39:37 PM
Hi, I try to mine both SHA and scrypt with gridseed 5-chip on linux machine. It is possible to use Bfgminer instead of cpuminer for scrypt mining?
When I mine only SHA or only scrypt Bfgminer works fine, but I can't mine both. With cgminer-cpuminer combo it works, but i dislike cpuminer.
Is any chance to use Bfgminer as second program?
Give this a look over, it uses BFG Miner.
https://bitcointalk.org/index.php?topic=248173.msg2632586#msg2632586

Sorry, I use Ubuntu server without graphical interface and the multiminer need X.

FWIW MultiMiner does not need X if you download the latest dev builds linked in the MultiMiner thread. There is a TUI being developed that will be released in 4.0.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: emiL932 on February 02, 2015, 11:04:10 PM
hey guys!
I just started using a couple of Asic miners, hooked up to my pc, but the pool im interested in joining via BFGminer wont work, it says something like "pool is dead" when trying to add the pool in BFGminer...
at first, i used Guiminer for a while, but that software cant detect my new hardware ^^
the pool im interested in joining is BTCMP.com.
help a noob-fella out! ? :D


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on February 04, 2015, 09:53:17 AM
hey guys!
I just started using a couple of Asic miners, hooked up to my pc, but the pool im interested in joining via BFGminer wont work, it says something like "pool is dead" when trying to add the pool in BFGminer...
at first, i used Guiminer for a while, but that software cant detect my new hardware ^^
the pool im interested in joining is BTCMP.com.
help a noob-fella out! ? :D

Which ASIC miners are you using? You are using getwork or stratum? Can you please share your .bat file or config file? They are charging higher fees, so try to join any other pool.

   -MZ


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: emiL932 on February 06, 2015, 02:48:34 PM
hey guys!
I just started using a couple of Asic miners, hooked up to my pc, but the pool im interested in joining via BFGminer wont work, it says something like "pool is dead" when trying to add the pool in BFGminer...
at first, i used Guiminer for a while, but that software cant detect my new hardware ^^
the pool im interested in joining is BTCMP.com.
help a noob-fella out! ? :D

Which ASIC miners are you using? You are using getwork or stratum? Can you please share your .bat file or config file? They are charging higher fees, so try to join any other pool.

   -MZ

i use 2 of these babies http://www.ebay.com/itm/Bitcoin-Miner-Antminer-U1-USB-BTC-miner-1-6GH-s-Overclock-2-2GH-s-AntMiner-/141560460690?pt=ES_Monedas_virtuales&hash=item20f5a93592
and will add a 3 more of those, then a couple of U2+´s
*edit* im currently running stratum on this server *editclose*  unfortunatly my current pool cant be connected to when using BFGminer ..  Mining.bitcoin.cz  is the one i have had success with...
what pool would you recommend? :)


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on February 06, 2015, 03:21:57 PM
i use 2 of these babies http://www.ebay.com/itm/Bitcoin-Miner-Antminer-U1-USB-BTC-miner-1-6GH-s-Overclock-2-2GH-s-AntMiner-/141560460690?pt=ES_Monedas_virtuales&hash=item20f5a93592
and will add a 3 more of those, then a couple of U2+´s
*edit* im currently running stratum on this server *editclose*  unfortunatly my current pool cant be connected to when using BFGminer ..  Mining.bitcoin.cz  is the one i have had success with...
what pool would you recommend? :)

I would suggest Eligius or Mining.bitcoin.cz. If you want a bit more profit, then Nicehash[1]. You can find a guide to setup Antiminer U1 here (http://www.rubicite.com/Tutorials/AntMinerU1Tutorial.aspx).

Bat file:

Code:
bfgminer.exe –set-device antminer:clock=x0781 -o http://mint.bitminter.com:8332 -u USERNAME_WORKER -p PASSWORD -S antminer:all

Before you do these things, I highly recommend you to check whether you are making profit out of it or just paying your electricity bills, using vnbitcoin Bitcoin profitability calculator (http://www.vnbitcoin.org/bitcoincalculator.php).

[1] You will have to set a back-up pool and set a price parameter as password.

   -MZ


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: seasonw on February 09, 2015, 02:35:08 PM
i use 2 of these babies http://www.ebay.com/itm/Bitcoin-Miner-Antminer-U1-USB-BTC-miner-1-6GH-s-Overclock-2-2GH-s-AntMiner-/141560460690?pt=ES_Monedas_virtuales&hash=item20f5a93592
and will add a 3 more of those, then a couple of U2+´s
*edit* im currently running stratum on this server *editclose*  unfortunatly my current pool cant be connected to when using BFGminer ..  Mining.bitcoin.cz  is the one i have had success with...
what pool would you recommend? :)

I would suggest Eligius or Mining.bitcoin.cz. If you want a bit more profit, then Nicehash[1]. You can find a guide to setup Antiminer U1 here (http://www.rubicite.com/Tutorials/AntMinerU1Tutorial.aspx).

Bat file:

Code:
bfgminer.exe –set-device antminer:clock=x0781 -o http://mint.bitminter.com:8332 -u USERNAME_WORKER -p PASSWORD -S antminer:all

Before you do these things, I highly recommend you to check whether you are making profit out of it or just paying your electricity bills, using vnbitcoin Bitcoin profitability calculator (http://www.vnbitcoin.org/bitcoincalculator.php).

[1] You will have to set a back-up pool and set a price parameter as password.

   -MZ

It is absolutely right that you must check the estimated profit, because 1.6GH is almost nothing right now...  :P


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: NoahWL1 on February 10, 2015, 01:33:27 AM
I'm solo mining with my extra 3 Antminer U2s just for the heck of it.  When I start BFGMiner, it gives the error "No suitable long-poll found for http://localhost:8332".  From what I've read, this means that BFGMiner won't know if a block is stale or not and thus increasing the amount of stale shares.  How can I fix this problem?  Thanks!


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: philipma1957 on February 10, 2015, 02:30:10 AM
does bfg miner 5.0 support avalon nano and or avalon4


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on February 10, 2015, 01:17:08 PM
does bfg miner 5.0 support avalon nano and or avalon4

AFAIK BFGMiner supports it. See https://en.bitcoin.it/wiki/Avalon_nano#BFGMiner.

   -MZ


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: toptekk on February 11, 2015, 09:36:21 PM
Hey  Bit main, i love what you have done for us but can you give luke the info he needs so  BFGMIner can have support for your Antminer S series type miner, you would really be  spuzied how many would use it, i won't say over  CGMiner they are both very nice miners but some of us, well  not some all of us, all  but one or two would like more then one miner. I have even asked you all over the Phone was told you would once but  nothing yet ,  but really you don't know how many would love to have a pick of both not one.  and no luke did not put me up to this i have liked BFGMINER sense I discovered  it and not over CGMINer i use both or would use both the same a mount.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: romeshomey on February 17, 2015, 09:50:42 PM
Any ideas?  This baffles me as I always show 1 gridseed with a 0 hashrate but it always appears as if its hash is being split between the other gridseeds.

I am running BFGminer 5.0.0 with 6 gridseeds atm but only 5 of them will ever show a hashrate with a 6th at 0 but the one that is 0 is always random when BFGminer starts and no matter how long its left running it stays looking like below.

The strange thing for me is that one of the other gridseeds will show like a 500-600 kh/s hashrate at times or others will show an above normal hashrate and I'm wondering if the hashrate from the one showing 0 is being applied to it/them?

http://i.imgur.com/l13IhoC.jpg


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 19, 2015, 05:12:19 PM
NEW VERSION 5.1.0, FEBRUARY 19 2015

Miners must upgrade to 3.10.9, 4.10.2, or 5.1.0 to continue using GBT pools post-BIP66 or solo mining with Bitcoin Core 0.10 or newer.

Human readable changelog:
  • Update libblkmaker for compatibility with BIP66 version 3 blocks.
  • Merge Kano's web-based config file loader from cgminer.

Full changelog:
  • Fix broken driver options in configure script
  • Bugfix: extract_domain: Correctly handle query/fragment in URI without path
  • kncasic: Do flush!
  • kncasic: avoid duplicate nonces to be reported
  • kncasic: Fix logging levels
  • kncasic: Neptune-compatible API interface for enabling/disabling dies
  • kncasic: Use one bfgminer processor per die (not per core)
  • Update libblkmaker to 0.5.1
  • Titan: Lower log level when reconfiguring dies
  • Titan: does not need SHA256d algo
  • Titan: lower log level for flush messages
  • Titan: adjust log levels in knc_titan_get_info
  • get_master_rolling_hashrate -> get_proc_rolling_hashrate
  • Update webconfig code to latest BFGMiner
  • allow url based config files
  • kncasic: Fix "double free" error
  • kncasic: We need to free queued work to avoid memory leaks
  • Bugfix: minion: Don't try to add 0-chip devices
  • configure: Avoid BASHisms for better portability


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Wingborn on February 19, 2015, 10:32:36 PM
Announcing BFGMiner 5.1, the modular cryptocurrency miner written in C. BFGMiner features dynamic clocking, monitoring, and remote interface capabilities.


(snip)

The repository for Ubuntu seems to be stuck at 3.10.x, and for Arch Arm at version 3.9.x. 



AP


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 19, 2015, 10:40:59 PM
Announcing BFGMiner 5.1, the modular cryptocurrency miner written in C. BFGMiner features dynamic clocking, monitoring, and remote interface capabilities.


(snip)

The repository for Ubuntu seems to be stuck at 3.10.x, and for Arch Arm at version 3.9.x. 



AP

Hmm, distros may need new maintainers if the old ones are slacking :(
Anyone want to take care of these?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on February 20, 2015, 01:23:20 PM
Hmm, distros may need new maintainers if the old ones are slacking :(
Anyone want to take care of these?

Can you tell me what all things will I have to do? i.e., I am beginner to programming.

   -MZ


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: romeshomey on February 20, 2015, 04:57:45 PM
I am still struggling to figure out why I can't get all of my ASICS to hash using bfgminer.  

The issue isn't with the gridseeds themselves, its something else and I can't pinpoint the issue.  No matter how many ASICS I have hooked up, there is always one that doesn't do any work in the miner.  It is never the same one, everytime I start an instance of bfgminer its a different device that won't do work.

If I hooked up 1-2 ASICS, both work.  If I hook up 3, only 2 work.  If I hook up 4, only 3 work, and etc.

If I start each ASIC in its own instance of bfgminer, same thing, there is always one that doesn't do any work.

Here are a couple of screen shots of what I am struggling with.

http://i.imgur.com/KLYWRAn.jpg
http://i.imgur.com/Swd1g1d.jpg

Also, if I run my gridseeds and blizzards in the same instance, then there is 2 devices that won't do any work.

Here is my .bat config for both.

With the below all but 1 device will do work.
bfgminer.exe --scrypt -o stratum+tcp://pool.com:PORT -u user.name -p pass -S gridseed:all --set gridseed:clock=850

Running gridseeds and blizzards in the same instance, 2 devices won't do work.
bfgminer.exe --scrypt -o stratum+tcp://pool.com:PORT -u user.name -p pass -S gridseed:all -S zeusminer:\\.\COM8 -S zeusminer:\\.\COM9 --set gridseed:clock=850 --set zeusminer:clock=340 --set zeusminer:chips=128





Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on February 20, 2015, 05:14:51 PM
I am still struggling to figure out why I can't get all of my ASICS to hash using bfgminer. 

The issue isn't with the gridseeds themselves, its something else and I can't pinpoint the issue.  No matter how many ASICS I have hooked up, there is always one that doesn't do any work in the miner.  It is never the same one, everytime I start an instance of bfgminer its a different device that won't do work.

If I hooked up 1-2 ASICS, both work.  If I hook up 3, only 2 work.  If I hook up 4, only 3 work, and etc.

If I start each ASIC in its own instance of bfgminer, same thing, there is always one that doesn't do any work.

Here are a couple of screen shots of what I am struggling with.

[img ]http://i.imgur.com/KLYWRAn.jpg[/img]
[img ]http://i.imgur.com/Swd1g1d.jpg[/img]

Also, if I run my gridseeds and blizzards in the same instance, then there is 2 devices that won't do any work.

Here is my .bat config for both.

With the below all but 1 device will do work.
bfgminer.exe --scrypt -o stratum+tcp://pool.com:PORT -u user.name -p pass -S gridseed:all --set gridseed:clock=850

Running gridseeds and blizzards in the same instance, 2 devices won't do work.
bfgminer.exe --scrypt -o stratum+tcp://pool.com:PORT -u user.name -p pass -S gridseed:all -S zeusminer:\\.\COM8 -S zeusminer:\\.\COM9 --set gridseed:clock=850 --set zeusminer:clock=340 --set zeusminer:chips=128

This happens for me too. I suggest using 835 instead of 850 as clock speed for better stability.

   -MZ


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: romeshomey on February 20, 2015, 05:35:36 PM
I am still struggling to figure out why I can't get all of my ASICS to hash using bfgminer. 

The issue isn't with the gridseeds themselves, its something else and I can't pinpoint the issue.  No matter how many ASICS I have hooked up, there is always one that doesn't do any work in the miner.  It is never the same one, everytime I start an instance of bfgminer its a different device that won't do work.

If I hooked up 1-2 ASICS, both work.  If I hook up 3, only 2 work.  If I hook up 4, only 3 work, and etc.

If I start each ASIC in its own instance of bfgminer, same thing, there is always one that doesn't do any work.

Here are a couple of screen shots of what I am struggling with.

[img ]http://i.imgur.com/KLYWRAn.jpg[/img]
[img ]http://i.imgur.com/Swd1g1d.jpg[/img]

Also, if I run my gridseeds and blizzards in the same instance, then there is 2 devices that won't do any work.

Here is my .bat config for both.

With the below all but 1 device will do work.
bfgminer.exe --scrypt -o stratum+tcp://pool.com:PORT -u user.name -p pass -S gridseed:all --set gridseed:clock=850

Running gridseeds and blizzards in the same instance, 2 devices won't do work.
bfgminer.exe --scrypt -o stratum+tcp://pool.com:PORT -u user.name -p pass -S gridseed:all -S zeusminer:\\.\COM8 -S zeusminer:\\.\COM9 --set gridseed:clock=850 --set zeusminer:clock=340 --set zeusminer:chips=128

This happens for me too. I suggest using 835 instead of 850 as clock speed for better stability.

   -MZ

Ahhhhh, much thanks!  I thought I had tried 828 previously and had the same issue but maybe not as switching to 835 allowed them all to function now.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: romeshomey on February 20, 2015, 05:45:34 PM
Well maybe not, 1 gridseed stopped working after 1 share.  Still better than 0 lol.  I'll keep toying around, baffling.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on February 20, 2015, 05:54:01 PM
Well maybe not, 1 gridseed stopped working after 1 share.  Still better than 0 lol.  I'll keep toying around, baffling.

Good news! 1 gridseed is not running on mine. Anybody know what's the reason? I thought it was for me only, some problem in the hardware, wires etc... and that's why I didn't ask here. @romeshomey: Thanks for posting here.

   -MZ


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: romeshomey on February 21, 2015, 04:23:44 AM
Well maybe not, 1 gridseed stopped working after 1 share.  Still better than 0 lol.  I'll keep toying around, baffling.

Good news! 1 gridseed is not running on mine. Anybody know what's the reason? I thought it was for me only, some problem in the hardware, wires etc... and that's why I didn't ask here. @romeshomey: Thanks for posting here.

   -MZ

Ya, I only have this issue in BFGminer, not sure what causes it.

Also, as I noted above, if I connect any other types of ASIC to the same BFGminer instance as my gridseeds, then 2 gridseeds won't do any work.  Kinda bizarre.


Title: Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: romeshomey on February 21, 2015, 05:18:51 AM
Hi all,I need some help please.Whenever I am trying to solo mine with bfgminer my Zeuss and Gaw miners do not work.In this screen shot you can see what they are doing and that the GSD miners are ok but Zeus and Gaw are not happy hahaha.

They also do this with some pools or it seems certain coins as well.Any ideas on what I can try would be greatly appreciated.Thanks in advance :-)



http://lookpic.com/O/i2/1914/s6HrU7GW.png

Actually this is normal and they will remain in a sick status until they find a block or a share.  This is standard for zeus miners for some odd reason but it's nothing to worry about, they are only in a 'sick' state because you haven't found any blocks or shares yet, as soon as a block or share is found that status will be removed and then come back again after a short time until a block or share is found again.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: alishahid on February 21, 2015, 05:47:13 PM
its a great post  :)


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on February 22, 2015, 08:03:46 AM
Hello, new user here trying to get my first of two pieces of mining gear going.  I have a Cryptorig Hitchhiker usb stick (Bitfury ASIC, same chip used in red fury, blue fury).  I downloaded the latest BFGminer, plugged in my usb stick, and then launched BFGminer using the following: bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u myBTCaddress.HH -p x -S all --set-device NFY:osc6_bits=50

The light on the ubs stick comes on briefly, the screen displays:
"Started bfgminer 5.1.0"

Then the light goes out, nothing happens on the screen, then it quits with:
"No server could be used! Exiting."


Any idea what I'm doing wrong?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on February 22, 2015, 08:10:33 AM
Hello, new user here trying to get my first of two pieces of mining gear going.  I have a Cryptorig Hitchhiker usb stick (Bitfury ASIC, same chip used in red fury, blue fury).  I downloaded the latest BFGminer, plugged in my usb stick, and then launched BFGminer using the following: bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u myBTCaddress.HH -p x -S all --set-device NFY:osc6_bits=50

The light on the ubs stick comes on briefly, the screen displays:
"Started bfgminer 5.1.0"

Then the light goes out, nothing happens on the screen, then it quits with:
"No server could be used! Exiting."


Any idea what I'm doing wrong?

Are you sure you want to throw your 2.6GH/s to solo mining? You won't get anything from it. Calculate your profit using vnbitcoin.org/bitcoincalculator.php and if it is profitable, point that miner to Ghash.io or Eligius as these pools support merged mining.

   -MZ


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on February 22, 2015, 08:26:25 AM
At this point I just want to try mining anything at all.  I can't afford a setup that will make a profit, I just want to get in for the "lottery" effect, as well as to contribute what I can to the bitcoin network.  Once I get this thing working I will look at those pools you suggest.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 22, 2015, 02:10:44 PM
Hello, new user here trying to get my first of two pieces of mining gear going.  I have a Cryptorig Hitchhiker usb stick (Bitfury ASIC, same chip used in red fury, blue fury).  I downloaded the latest BFGminer, plugged in my usb stick, and then launched BFGminer using the following: bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u myBTCaddress.HH -p x -S all --set-device NFY:osc6_bits=50

The light on the ubs stick comes on briefly, the screen displays:
"Started bfgminer 5.1.0"

Then the light goes out, nothing happens on the screen, then it quits with:
"No server could be used! Exiting."

Any idea what I'm doing wrong?
My guess would be that the bc address is invalid. I've confirmed that pool seems to work fine (with regard to login).

If you actually want to solo mine, though (which using any third-party operated server is not), just configure and run Bitcoin Core with the RPC server enabled, and skip the -o/-u/-p options.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on February 22, 2015, 08:24:03 PM
My guess would be that the bc address is invalid. I've confirmed that pool seems to work fine (with regard to login).

If you actually want to solo mine, though (which using any third-party operated server is not), just configure and run Bitcoin Core with the RPC server enabled, and skip the -o/-u/-p options.

Double checked the btc address, it is correct.

There are advantages to ckpool over pure solo mining that I wish to make use of; that pool is as close to solo mining as it comes without technically solo mining.  I tried configuring BTC core with RPC server enabled, however, since I have moved my block chain data from the default location I have yet to have any luck getting that to work, either.  As I said, new BTC user here. :)


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on February 22, 2015, 09:51:31 PM
Hi, I run bfgminer with -S \\.\COM9 \\.\COM10 \\.\COM11 but still my USB memory stick doesn't want to mount properly.

Whenever I plug something into a USB port I see bfgminer complaining about something (can't remember, remote location) so it's definetly not sticking to those COM ports...

How can I force bfgminer to not spam my whole USB circuit?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: nwoolls on February 23, 2015, 01:08:45 AM
Hi, I run bfgminer with -S \\.\COM9 \\.\COM10 \\.\COM11 but still my USB memory stick doesn't want to mount properly.

Whenever I plug something into a USB port I see bfgminer complaining about something (can't remember, remote location) so it's definetly not sticking to those COM ports...

How can I force bfgminer to not spam my whole USB circuit?

Try adding -S noauto to the parameters.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 23, 2015, 01:48:10 AM
My guess would be that the bc address is invalid. I've confirmed that pool seems to work fine (with regard to login).

If you actually want to solo mine, though (which using any third-party operated server is not), just configure and run Bitcoin Core with the RPC server enabled, and skip the -o/-u/-p options.

Double checked the btc address, it is correct.
Please pastebin (or share a Google Drive file with me) a debug log made by bfgminer -P --debuglog --log-file debug.log

There are advantages to ckpool over pure solo mining that I wish to make use of; that pool is as close to solo mining as it comes without technically solo mining.
So-called "solo pools" are frankly all the disadvantages of solo mining combined with all the disadvantages of pool mining, with none of the advantages of either.
What exactly are you hoping to achieve? O.o

I tried configuring BTC core with RPC server enabled, however, since I have moved my block chain data from the default location I have yet to have any luck getting that to work, either.  As I said, new BTC user here. :)
You can use the -datadir=/path/to/.bitcoin/directory/ to override where Bitcoin Core looks for stuff.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 23, 2015, 01:49:21 AM
Hi, I run bfgminer with -S \\.\COM9 \\.\COM10 \\.\COM11 but still my USB memory stick doesn't want to mount properly.

Whenever I plug something into a USB port I see bfgminer complaining about something (can't remember, remote location) so it's definetly not sticking to those COM ports...

How can I force bfgminer to not spam my whole USB circuit?
That's the default behaviour (not probing unrecognised devices) - maybe you have a config file somewhere overriding it?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on February 23, 2015, 08:37:40 PM
Please pastebin (or share a Google Drive file with me) a debug log made by bfgminer -P --debuglog --log-file debug.log

So-called "solo pools" are frankly all the disadvantages of solo mining combined with all the disadvantages of pool mining, with none of the advantages of either.
What exactly are you hoping to achieve? O.o


I am "solo" mining in ckpool because it keeps me from having to run a full node at work (which I can't do, but I do at home), and I like that this pool is lightweight and connected to high speed low latency bitcoin nodes for rapid block change notification and propagation.  What I am hoping to achieve is to contribute, albeit negligibly, to the Bitcoin network while giving myself a lottery ticket that plays every 10 minutes.

Seems I had a firewall issue not related to BFGMiner, got another miner working on my home machine, but did not have time to re-try the HitchHiker at home.  Brought it to work and seem to have it running here, I will test it again from home tonight to verify.

I don't seem to be finding any shares, however, which seems odd to me.  Command line display shows it chugging along at ~2.1gh, but not finding shares.  Not sure if that is a BFGminer issue or not.  Been running 10 minutes now and no shares :(.  Could this be a difficulty setting issue?  I don't see that BFGminer supports --suggest-diff or anything of that sort. [edit, found option --request-diff, which I think is the same thing, tried using it with value 6 and it would not connect to pool, so maybe not what I was looking for]  Any advice here welcomed (would a debug log of this activity help?).  Pict below:

http://i60.tinypic.com/34jcgn8.jpg

Thank you.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 23, 2015, 09:15:19 PM
I am "solo" mining in ckpool because it keeps me from having to run a full node at work (which I can't do, but I do at home), and I like that this pool is lightweight and connected to high speed low latency bitcoin nodes for rapid block change notification and propagation.  What I am hoping to achieve is to contribute, albeit negligibly, to the Bitcoin network while giving myself a lottery ticket that plays every 10 minutes.
I suppose it makes sense if you're after the "thrill" of gambling, but do note this doesn't contribute to the network any more than using a pool sharing rewards between miners.
The entire network benefit of solo mining, comes from the locally administrated full node.

I don't seem to be finding any shares, however, which seems odd to me.  Command line display shows it chugging along at ~2.1gh, but not finding shares.  Not sure if that is a BFGminer issue or not.  Been running 10 minutes now and no shares :(.  Could this be a difficulty setting issue?
Note that real solo mining does not use shares.
ckpool's server appears to use diff ~1k shares, which should take about 35 minutes on average per share with 2.1 Gh/s.

I don't see that BFGminer supports --suggest-diff or anything of that sort. [edit, found option --request-diff, which I think is the same thing, tried using it with value 6 and it would not connect to pool, so maybe not what I was looking for]
ckpool does not support request-diff, and instead implemented (over a year later IIRC) an incompatible way to do the same thing in an apparent effort to push people away from BFGMiner.

If you don't like their diff 1024 target, perhaps the best option is to run a private poolserver on your full node?
Eloipool (https://bitcointalk.org/index.php?topic=61731.0) can help with that if it's a Linux system.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on February 23, 2015, 09:55:44 PM
Great information, thank you so much for laying it out for me.

I will attempt to get my solo mining going from home, the contribution to the network is important to me and I understand what you are saying.  I have a full node at home, so there I would be providing benefit if I solo mined.

I went away to lunch and left the stick mining and it adjusted its difficulty on its own and I am now having shares accepted successfully.

Thanks again for your assistance, I really appreciate it.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: bitsolutions on February 23, 2015, 11:23:50 PM
Note that real solo mining does not use shares.
ckpool's server appears to use diff ~1k shares, which should take about 35 minutes on average per share with 2.1 Gh/s.
AFAIK diff should adjust downwards fairly quickly if you have a low speed device. 1K is just the default starting diff.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 26, 2015, 10:23:21 AM
AntMiner U3 support needs some pretty major improvements to the "icarus" driver that serves as the base for many FPGA and ASIC devices.
If you can help test (I don't have all the devices!), please do. List of stuff that needs testing is on https://github.com/luke-jr/bfgminer/pull/603
Windows binaries are available from http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=icarus_ms


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on February 27, 2015, 12:06:30 PM
Hi, I run bfgminer with -S \\.\COM9 \\.\COM10 \\.\COM11 but still my USB memory stick doesn't want to mount properly.

Whenever I plug something into a USB port I see bfgminer complaining about something (can't remember, remote location) so it's definetly not sticking to those COM ports...

How can I force bfgminer to not spam my whole USB circuit?
That's the default behaviour (not probing unrecognised devices) - maybe you have a config file somewhere overriding it?

Well, I don't think it's probing that is the problem. It seems bfgminer is doing something (maybe just communicating with the miners) that disturbs win from finding the USB flash memory. It mounts, but it's empty; I thought the USB stick was fried but then at another location it works fine. Will try mounting it without the miners/bfgminer on next time maybe it's something else that's broken.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 27, 2015, 12:11:49 PM
Hi, I run bfgminer with -S \\.\COM9 \\.\COM10 \\.\COM11 but still my USB memory stick doesn't want to mount properly.

Whenever I plug something into a USB port I see bfgminer complaining about something (can't remember, remote location) so it's definetly not sticking to those COM ports...

How can I force bfgminer to not spam my whole USB circuit?
That's the default behaviour (not probing unrecognised devices) - maybe you have a config file somewhere overriding it?

Well, I don't think it's probing that is the problem. It seems bfgminer is doing something (maybe just communicating with the miners) that disturbs win from finding the USB flash memory. It mounts, but it's empty; I thought the USB stick was fried but then at another location it works fine. Will try mounting it without the miners/bfgminer on next time maybe it's something else that's broken.
Maybe try with --no-hotplug ?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: JohnS2k on February 27, 2015, 05:25:24 PM
Hi Luke,
I would like to use my multi-core/clusters and special coprocessors for mining. I would like to write my special drivers (CPU/cluster based). Where is in the source code I should make change or start from?
 Thanks, John


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: adaseb on February 27, 2015, 08:29:39 PM
Started using BFGMiner with my KNCMINER Jupiter

is there anyway to temporarily disable mining within the software?

Like Pause mining ?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 28, 2015, 12:36:30 AM
Hi Luke,
I would like to use my multi-core/clusters and special coprocessors for mining. I would like to write my special drivers (CPU/cluster based). Where is in the source code I should make change or start from?
 Thanks, John
If your system supports OpenCL already, you may be able to just replace CL_DEVICE_TYPE_GPU in ocl.c
If it's similar enough to the existing CPU mining, driver-cpu.c may be the place to hook into the CPU mining stuff.
If it needs an entirely new driver, the HACKING document is a good reference.

Started using BFGMiner with my KNCMINER Jupiter

is there anyway to temporarily disable mining within the software?

Like Pause mining ?
See README.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: adaseb on February 28, 2015, 02:17:42 AM
Hi Luke,
I would like to use my multi-core/clusters and special coprocessors for mining. I would like to write my special drivers (CPU/cluster based). Where is in the source code I should make change or start from?
 Thanks, John
If your system supports OpenCL already, you may be able to just replace CL_DEVICE_TYPE_GPU in ocl.c
If it's similar enough to the existing CPU mining, driver-cpu.c may be the place to hook into the CPU mining stuff.
If it needs an entirely new driver, the HACKING document is a good reference.

Started using BFGMiner with my KNCMINER Jupiter

is there anyway to temporarily disable mining within the software?

Like Pause mining ?
See README.

I read both the README and README.ASIC and there is nothing about pausing or stopping mining.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on February 28, 2015, 02:40:59 AM
Hi Luke,
I would like to use my multi-core/clusters and special coprocessors for mining. I would like to write my special drivers (CPU/cluster based). Where is in the source code I should make change or start from?
 Thanks, John
If your system supports OpenCL already, you may be able to just replace CL_DEVICE_TYPE_GPU in ocl.c
If it's similar enough to the existing CPU mining, driver-cpu.c may be the place to hook into the CPU mining stuff.
If it needs an entirely new driver, the HACKING document is a good reference.

Started using BFGMiner with my KNCMINER Jupiter

is there anyway to temporarily disable mining within the software?

Like Pause mining ?
See README.

I read both the README and README.ASIC and there is nothing about pausing or stopping mining.
--sched-start <arg> Set a time of day in HH:MM to start mining (a once off without a stop time)
--sched-stop <arg>  Set a time of day in HH:MM to stop mining (will quit without a start time)

You can also manually either disable all devices (individually) or disable all pools.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: adaseb on February 28, 2015, 03:13:38 AM
Hi Luke,
I would like to use my multi-core/clusters and special coprocessors for mining. I would like to write my special drivers (CPU/cluster based). Where is in the source code I should make change or start from?
 Thanks, John
If your system supports OpenCL already, you may be able to just replace CL_DEVICE_TYPE_GPU in ocl.c
If it's similar enough to the existing CPU mining, driver-cpu.c may be the place to hook into the CPU mining stuff.
If it needs an entirely new driver, the HACKING document is a good reference.

Started using BFGMiner with my KNCMINER Jupiter

is there anyway to temporarily disable mining within the software?

Like Pause mining ?
See README.

I read both the README and README.ASIC and there is nothing about pausing or stopping mining.
--sched-start <arg> Set a time of day in HH:MM to start mining (a once off without a stop time)
--sched-stop <arg>  Set a time of day in HH:MM to stop mining (will quit without a start time)

You can also manually either disable all devices (individually) or disable all pools.

I see. How do I run this from the command terminal.

/etc/init.d/bfgminer --sched-stop

doesn't work.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on February 28, 2015, 03:33:06 AM
Set a time of day in HH:MM to stop mining (will quit without a start time)


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: movellan on March 02, 2015, 11:43:15 PM
Have been using BFGMiner 5.0 with Bitcoin Core 9.3 to do some solo mining. Just switched to the new 10.0 Core and now BFG doesn't see any pool available. Using same "bitcoin-qt.exe -server" command to run Bitcoin. What am I missing? TIA.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 03, 2015, 12:48:23 AM
Have been using BFGMiner 5.0 with Bitcoin Core 9.3 to do some solo mining. Just switched to the new 10.0 Core and now BFG doesn't see any pool available. Using same "bitcoin-qt.exe -server" command to run Bitcoin. What am I missing? TIA.
You mean 0.10, which had release notes explaining that it included BIP66, and also that this means you need to upgrade your miner...
BFGMiner 5.1's release notes also mentioned the need to upgrade.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: movellan on March 03, 2015, 10:11:43 AM
Have been using BFGMiner 5.0 with Bitcoin Core 9.3 to do some solo mining. Just switched to the new 10.0 Core and now BFG doesn't see any pool available. Using same "bitcoin-qt.exe -server" command to run Bitcoin. What am I missing? TIA.
You mean 0.10, which had release notes explaining that it included BIP66, and also that this means you need to upgrade your miner...
BFGMiner 5.1's release notes also mentioned the need to upgrade.

Thank you Luke-Jr. BFG 5.10 did the trick.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: JohnS2k on March 03, 2015, 02:53:17 PM
Hi Luke,
Many thanks. May I ask what is the quick test to know that my system is practically useful? I mean how fast it should be as I read in the CPU README, you said it not worth it to try. As I am new to bitcoin miner,  please advice what I would expect and should do/do not.  Thanks, John.

Hi Luke,
I would like to use my multi-core/clusters and special coprocessors for mining. I would like to write my special drivers (CPU/cluster based). Where is in the source code I should make change or start from?
 Thanks, John
If your system supports OpenCL already, you may be able to just replace CL_DEVICE_TYPE_GPU in ocl.c
If it's similar enough to the existing CPU mining, driver-cpu.c may be the place to hook into the CPU mining stuff.
If it needs an entirely new driver, the HACKING document is a good reference.



Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 03, 2015, 03:35:27 PM
Many thanks. May I ask what is the quick test to know that my system is practically useful? I mean how fast it should be as I read in the CPU README, you said it not worth it to try. As I am new to bitcoin miner,  please advice what I would expect and should do/do not.  Thanks, John.
Bitcoin mining with a CPU, no matter what kind of CPU, will never be practically useful for more than testing.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: j1pvt on March 05, 2015, 01:37:25 PM
5.1 update problem
HTTP request failed: Protocol "stratum+tcp" not supported or disabled in libcurl
easyminer running BFL machine.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 05, 2015, 01:45:41 PM
5.1 update problem
HTTP request failed: Protocol "stratum+tcp" not supported or disabled in libcurl
easyminer running BFL machine.
This message is normal (libcurl does not support stratum, so BFG uses its own).
Is there an actual problem?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: j1pvt on March 05, 2015, 03:14:10 PM
5.1 update problem
HTTP request failed: Protocol "stratum+tcp" not supported or disabled in libcurl
easyminer running BFL machine.
This message is normal (libcurl does not support stratum, so BFG uses its own).
Is there an actual problem?

Will not connect after 5.1 update
Will not connect to ghash pool
Been running with no hitches on the same settings for over a year now
Updated this morning and get this error code , wont connect.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 05, 2015, 03:36:23 PM
5.1 update problem
HTTP request failed: Protocol "stratum+tcp" not supported or disabled in libcurl
easyminer running BFL machine.
This message is normal (libcurl does not support stratum, so BFG uses its own).
Is there an actual problem?

Will not connect after 5.1 update
Will not connect to ghash pool
Been running with no hitches on the same settings for over a year now
Updated this morning and get this error code , wont connect.
Can you upload a full debug log to Google Drive and send me a link?
bfgminer --debuglog --log-file debug.log


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on March 05, 2015, 04:27:17 PM
Ghash is possibly under ddos attack since yesterday.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 05, 2015, 04:44:10 PM
Ghash is possibly under ddos attack since yesterday.
Good point...
Eligius received notification that we will be constantly under DDoS as well (although wizkid057 has things setup well enough that we don't even really notice).


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hurricandave on March 05, 2015, 04:48:51 PM
BTC Guild just posted its under attack as well.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: j1pvt on March 06, 2015, 07:44:27 AM
5.1 update problem
HTTP request failed: Protocol "stratum+tcp" not supported or disabled in libcurl
easyminer running BFL machine.
This message is normal (libcurl does not support stratum, so BFG uses its own).
Is there an actual problem?

Will not connect after 5.1 update
Will not connect to ghash pool
Been running with no hitches on the same settings for over a year now
Updated this morning and get this error code , wont connect.
Can you upload a full debug log to Google Drive and send me a link?
bfgminer --debuglog --log-file debug.log

Thank you Luke,
The problem seems to have miraculously subsided.
Left the miner overnight on retry at 5 minute intervals and by morning it had reconnected and was hashing......
?!?
So all good for now and I will def do a log for you if it happens again
Many thanks.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on March 09, 2015, 07:50:45 PM
--request-diff <arg> does not appear to function for me, where <arg> has been 1.0, 2.0, 2, 6 in my efforts to get it working.  No matter what value I input the pool starts me at 1k difficulty.  Would it depend on the pool I'm connecting to whether or not that command gets accepted?  The difficulty auto-adjusts down after several minutes, but I would like to avoid that period of auto adjustment.  Using a single nanofury usb stick.  Thanks.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 09, 2015, 08:22:27 PM
--request-diff <arg> does not appear to function for me, where <arg> has been 1.0, 2.0, 2, 6 in my efforts to get it working.  No matter what value I input the pool starts me at 1k difficulty.  Would it depend on the pool I'm connecting to whether or not that command gets accepted?  The difficulty auto-adjusts down after several minutes, but I would like to avoid that period of auto adjustment.  Using a single nanofury usb stick.  Thanks.
It's just a request. Pools can just ignore it (and most do).


Title: why connected to 2 pools when solo-mining?
Post by: Geremia on March 10, 2015, 05:45:11 AM
Why when I solo mine am I connected to two pools:

Code:
0: Enabled   GBT  Quota 1 Pool 0: http://localhost:8332  User:bitcoinrpc
1: Enabled   GBT  Quota 0 Pool 1: http://localhost:8332/#allblocks  User:bitcoinrpc

I'm using the code you mentioned on the BFGMiner GitHub page (https://github.com/luke-jr/bfgminer) (with modifications specific to me, of course):
Code:
bfgminer -o http://localhost:8332 -u username -p password \
    --generate-to 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh \
    --coinbase-sig "rig1: This is Joe's block!"

What is the "#allblocks" pool?


Title: Re: why connected to 2 pools when solo-mining?
Post by: Luke-Jr on March 10, 2015, 01:27:33 PM
Why when I solo mine am I connected to two pools:

Code:
0: Enabled   GBT  Quota 1 Pool 0: http://localhost:8332  User:bitcoinrpc
1: Enabled   GBT  Quota 0 Pool 1: http://localhost:8332/#allblocks  User:bitcoinrpc

I'm using the code you mentioned on the BFGMiner GitHub page (https://github.com/luke-jr/bfgminer) (with modifications specific to me, of course):
Code:
bfgminer -o http://localhost:8332 -u username -p password \
    --generate-to 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh \
    --coinbase-sig "rig1: This is Joe's block!"

What is the "#allblocks" pool?
When possible, BFGMiner automatically configures itself for solo mining.
The #allblocks keyword makes it submit all blocks locally, no matter what pool it was found for.
This helps the block propagate faster and prevents the pool from performing the selfish mining attack.


Title: Re: why connected to 2 pools when solo-mining?
Post by: Geremia on March 10, 2015, 05:23:55 PM
The #allblocks keyword makes it submit all blocks locally, no matter what pool it was found for.
This helps the block propagate faster and prevents the pool from performing the selfish mining attack.
thanks


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 11, 2015, 01:45:11 AM
AntMiner U3 support needs some pretty major improvements to the "icarus" driver that serves as the base for many FPGA and ASIC devices.
If you can help test (I don't have all the devices!), please do. List of stuff that needs testing is on https://github.com/luke-jr/bfgminer/pull/603
Windows binaries are available from http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=icarus_ms

By my read of that pull, have you been successful getting the U3 to work on linux?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 11, 2015, 02:00:54 AM
AntMiner U3 support needs some pretty major improvements to the "icarus" driver that serves as the base for many FPGA and ASIC devices.
If you can help test (I don't have all the devices!), please do. List of stuff that needs testing is on https://github.com/luke-jr/bfgminer/pull/603
Windows binaries are available from http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=icarus_ms

By my read of that pull, have you been successful getting the U3 to work on linux?
Yes, that was tested before I posted about it :)


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 11, 2015, 03:30:03 PM
AntMiner U3 support needs some pretty major improvements to the "icarus" driver that serves as the base for many FPGA and ASIC devices.
If you can help test (I don't have all the devices!), please do. List of stuff that needs testing is on https://github.com/luke-jr/bfgminer/pull/603
Windows binaries are available from http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=icarus_ms

By my read of that pull, have you been successful getting the U3 to work on linux?
Yes, that was tested before I posted about it :)

Thanks.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: eire1274 on March 13, 2015, 03:44:10 AM
Having an odd issue since I upgraded to 5.1.0, but some times BFGminer only sees one GPU/card. No other application has this problem, even other OpenCL tools (e.g. video coders) or games in CrossfireX. I can't even seem to manage to forcibly get it to see the other.

System is on a 990FX chipset, two R9 280X cards, on Windows 8.1 Pro, with scrypt GPU mining and GPU auto-detect at the command line. No, this issue doesn't happen in Ubuntu, but this machine has other duties via Windows that need the CPU overnight, which is also when I mine.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 13, 2015, 03:04:10 PM
Having an odd issue since I upgraded to 5.1.0, but some times BFGminer only sees one GPU/card. No other application has this problem, even other OpenCL tools (e.g. video coders) or games in CrossfireX. I can't even seem to manage to forcibly get it to see the other.

System is on a 990FX chipset, two R9 280X cards, on Windows 8.1 Pro, with scrypt GPU mining and GPU auto-detect at the command line. No, this issue doesn't happen in Ubuntu, but this machine has other duties via Windows that need the CPU overnight, which is also when I mine.
Upgraded from what? 5.0?

Can you bisect the issue?
http://luke.dashjr.org/tmp/code/webisect/webisect.php
Enter something unique for session name, then put in the two versions (formatted as in the example) and follow instructions.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: eire1274 on March 13, 2015, 09:48:57 PM
Turned out to be nothing to do with your code.

While I was installing a larger water cooling system, I also took the GPU cards out to dust, and when I re-installed them, I managed to swap their positions (accidently). For what ever reason, BFGminer picks them both up immediately, AND I am getting better performance in all OpenCL tools now. I'm qualifying this to hardware being picky.

Thanks for the help.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on March 17, 2015, 12:03:05 AM
I have this issue with bfgminer; when any pool in my list is attacked with DDoS bfg goes crazy and drops out all over the place.

First this happened to me with 1.ghash 2.slush when ghash whent upside down two weeks ago. Then bfg never connected to slush = zero revenue but full electric bill = not good.

Now when I have 1.slush 2.f2pool it happened again when f2pool was under attack! that's my secondary pool!!!

I think it might be due too:

1) My connection is 3G and the connection is dodgy = lots of reconnects.
2) I'm using BFLs old Monarch compatible bfgminer.

But how can I tell bfgminer to only connect to pools that behave good?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 17, 2015, 12:27:30 AM
I have this issue with bfgminer; when any pool in my list is attacked with DDoS bfg goes crazy and drops out all over the place.

First this happened to me with 1.ghash 2.slush when ghash whent upside down two weeks ago. Then bfg never connected to slush = zero revenue but full electric bill = not good.

Now when I have 1.slush 2.f2pool it happened again when f2pool was under attack! that's my secondary pool!!!

I think it might be due too:

1) My connection is 3G and the connection is dodgy = lots of reconnects.
2) I'm using BFLs old Monarch compatible bfgminer.

But how can I tell bfgminer to only connect to pools that behave good?
Try a current version first.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on March 17, 2015, 02:54:49 PM
Try a current version first.

It doesn't work well with the Monarch on Windows.

But I'm thinking the problem is my 3G operator and not f2pool which is now working and the pool uptime is still haywire... will check it out this weekend.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 17, 2015, 08:33:47 PM
I posted on github, but thought I'd post here.

When I autogen the present version of BFG, I get the following error:

Code:
./autogen.sh
Getting submodules...
Submodule 'ccan' () registered for path 'ccan-upstream'
Submodule 'knc-asic' () registered for path 'knc-asic'
Submodule 'libbase58' () registered for path 'libbase58'
Submodule 'libblkmaker' () registered for path 'libblkmaker'
fatal: Needed a single revision
Unable to find current revision in submodule path 'libblkmaker'

Thoughts?

[edit on Rasp Pi, raspbian]


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 17, 2015, 09:41:22 PM
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 17, 2015, 10:19:31 PM
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker


Code:
$ git clone git://github.com/bitcoin/libblkmaker
fatal: destination path 'libblkmaker' already exists and is not an empty directory.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 17, 2015, 10:25:48 PM
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker


Code:
$ git clone git://github.com/bitcoin/libblkmaker
fatal: destination path 'libblkmaker' already exists and is not an empty directory.

Ah, this is an existing repo... Try this then:
( cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker; )


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 17, 2015, 10:29:44 PM
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker


Code:
$ git clone git://github.com/bitcoin/libblkmaker
fatal: destination path 'libblkmaker' already exists and is not an empty directory.

Ah, this is an existing repo... Try this then:
( cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker; )

Code:
~/u3test/bfgminer $ cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker
remote: Counting objects: 638, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 638 (delta 34), reused 31 (delta 31), pack-reused 601
Receiving objects: 100% (638/638), 99.72 KiB, done.
Resolving deltas: 100% (418/418), done.
From git://github.com/bitcoin/libblkmaker
 * branch            HEAD       -> FETCH_HEAD
~/u3test/bfgminer $ ./autogen.sh
Getting submodules...
Submodule 'ccan' () registered for path 'ccan-upstream'
Submodule 'knc-asic' () registered for path 'knc-asic'
Submodule 'libbase58' () registered for path 'libbase58'
Submodule 'libblkmaker' () registered for path 'libblkmaker'
fatal: Needed a single revision
Unable to find current revision in submodule path 'libblkmaker'


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 17, 2015, 10:42:18 PM
To clarify, I did a fresh run of this, and these are the full errors:

Code:
git clone git://github.com/luke-jr/bfgminer
sudo get-apt install build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev
cd bfgminer
./autogen.sh
~/u3test2/bfgminer $ ./autogen.sh
Getting submodules...
Submodule 'ccan' (git://git.ozlabs.org/~ccan/ccan) registered for path 'ccan-upstream'
Submodule 'knc-asic' (git://github.com/KnCMiner/knc-asic) registered for path 'knc-asic'
Submodule 'libbase58' (git://github.com/luke-jr/libbase58.git) registered for path 'libbase58'
Submodule 'libblkmaker' (git://gitorious.org/bitcoin/libblkmaker.git) registered for path 'libblkmaker'
Cloning into 'ccan-upstream'...
remote: Counting objects: 16823, done.
remote: Compressing objects: 100% (5244/5244), done.
remote: Total 16823 (delta 12196), reused 15554 (delta 11341)
Receiving objects: 100% (16823/16823), 12.74 MiB | 645 KiB/s, done.
Resolving deltas: 100% (12196/12196), done.
Submodule path 'ccan-upstream': checked out '8b0bdb090e2882aa431e89f4bc7aa4736e9e2838'
Cloning into 'knc-asic'...
remote: Counting objects: 898, done.
remote: Total 898 (delta 0), reused 0 (delta 0), pack-reused 898
Receiving objects: 100% (898/898), 2.76 MiB | 675 KiB/s, done.
Resolving deltas: 100% (586/586), done.
Submodule path 'knc-asic': checked out 'e75c9ba362466546a83f1e705b62510a0e0afc6c'
Cloning into 'libbase58'...
remote: Counting objects: 167, done.
remote: Total 167 (delta 0), reused 0 (delta 0), pack-reused 167
Receiving objects: 100% (167/167), 29.15 KiB, done.
Resolving deltas: 100% (95/95), done.
Submodule path 'libbase58': checked out 'b6adca8ebb12962374a9cd1f6b543186f0cf6a40'
Cloning into 'libblkmaker'...
fatal: The remote end hung up unexpectedly
Clone of 'git://gitorious.org/bitcoin/libblkmaker.git' into submodule path 'libblkmaker' failed


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 17, 2015, 10:45:49 PM
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker


Code:
$ git clone git://github.com/bitcoin/libblkmaker
fatal: destination path 'libblkmaker' already exists and is not an empty directory.

Ah, this is an existing repo... Try this then:
( cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker; )

Code:
~/u3test/bfgminer $ cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker
remote: Counting objects: 638, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 638 (delta 34), reused 31 (delta 31), pack-reused 601
Receiving objects: 100% (638/638), 99.72 KiB, done.
Resolving deltas: 100% (418/418), done.
From git://github.com/bitcoin/libblkmaker
 * branch            HEAD       -> FETCH_HEAD
~/u3test/bfgminer $ ./autogen.sh
Getting submodules...
Submodule 'ccan' () registered for path 'ccan-upstream'
Submodule 'knc-asic' () registered for path 'knc-asic'
Submodule 'libbase58' () registered for path 'libbase58'
Submodule 'libblkmaker' () registered for path 'libblkmaker'
fatal: Needed a single revision
Unable to find current revision in submodule path 'libblkmaker'
You skipped the git clone of libblkmaker in there...

What version of git? What is the output of:
git submodule status


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 17, 2015, 10:48:33 PM
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker


Code:
$ git clone git://github.com/bitcoin/libblkmaker
fatal: destination path 'libblkmaker' already exists and is not an empty directory.

Ah, this is an existing repo... Try this then:
( cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker; )

Code:
~/u3test/bfgminer $ cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker
remote: Counting objects: 638, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 638 (delta 34), reused 31 (delta 31), pack-reused 601
Receiving objects: 100% (638/638), 99.72 KiB, done.
Resolving deltas: 100% (418/418), done.
From git://github.com/bitcoin/libblkmaker
 * branch            HEAD       -> FETCH_HEAD
~/u3test/bfgminer $ ./autogen.sh
Getting submodules...
Submodule 'ccan' () registered for path 'ccan-upstream'
Submodule 'knc-asic' () registered for path 'knc-asic'
Submodule 'libbase58' () registered for path 'libbase58'
Submodule 'libblkmaker' () registered for path 'libblkmaker'
fatal: Needed a single revision
Unable to find current revision in submodule path 'libblkmaker'
You skipped the git clone of libblkmaker in there...

What version of git? What is the output of:
git submodule status

I did skip the git clone. I did it after the autogen.sh gave me the error above, and then I got the first error, the unable to find current revision one.

Code:
git submodule status
 8b0bdb090e2882aa431e89f4bc7aa4736e9e2838 ccan-upstream (init-1884-g8b0bdb0)
 e75c9ba362466546a83f1e705b62510a0e0afc6c knc-asic (v2.3-4-ge75c9ba)
 b6adca8ebb12962374a9cd1f6b543186f0cf6a40 libbase58 (v0.1.3)
 e9cd82be9352d502fce9df696a8933567e1e00a4 libblkmaker (e9cd82b)


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 17, 2015, 10:51:24 PM
So what version of git? ;)

After making sure you have an updated libblkmaker, you can tell autogen.sh to skip submodules with:
NOSUBMODULES=1 ./autogen.sh


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 17, 2015, 10:56:38 PM
So what version of git? ;)

After making sure you have an updated libblkmaker, you can tell autogen.sh to skip submodules with:
NOSUBMODULES=1 ./autogen.sh

What version of git itself? 1.7.10.4.

How do I make sure I have an updated libblmaker besides doing what I've done?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 17, 2015, 10:58:25 PM
What version of git itself? 1.7.10.4.
Hm, so pretty old. Maybe that's related.

How do I make sure I have an updated libblmaker besides doing what I've done?
git log inside the libblkmaker directory should show e9cd82be9352d502fce9df696a8933567e1e00a4 as the top commit.

You can use the git fetch command followed by git checkout v0.5.1 if it isn't.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 18, 2015, 12:33:45 AM
What version of git itself? 1.7.10.4.
Hm, so pretty old. Maybe that's related.

How do I make sure I have an updated libblmaker besides doing what I've done?
git log inside the libblkmaker directory should show e9cd82be9352d502fce9df696a8933567e1e00a4 as the top commit.

You can use the git fetch command followed by git checkout v0.5.1 if it isn't.

Seemed to work. I was able to compile and run.

Testing the U3 is inconclusive however. It doesn't seem to run at the appropriate speed; running at 2 GH/s. Often with 80+% HW.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 18, 2015, 12:47:23 AM
What version of git itself? 1.7.10.4.
Hm, so pretty old. Maybe that's related.

How do I make sure I have an updated libblmaker besides doing what I've done?
git log inside the libblkmaker directory should show e9cd82be9352d502fce9df696a8933567e1e00a4 as the top commit.

You can use the git fetch command followed by git checkout v0.5.1 if it isn't.

Seemed to work. I was able to compile and run.

Testing the U3 is inconclusive however. It doesn't seem to run at the appropriate speed; running at 2 GH/s. Often with 80+% HW.
Are you using the antminer driver for it? -S antminer:/dev/ttyUSB0


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 18, 2015, 12:55:23 AM
What version of git itself? 1.7.10.4.
Hm, so pretty old. Maybe that's related.

How do I make sure I have an updated libblmaker besides doing what I've done?
git log inside the libblkmaker directory should show e9cd82be9352d502fce9df696a8933567e1e00a4 as the top commit.

You can use the git fetch command followed by git checkout v0.5.1 if it isn't.

Seemed to work. I was able to compile and run.

Testing the U3 is inconclusive however. It doesn't seem to run at the appropriate speed; running at 2 GH/s. Often with 80+% HW.
Are you using the antminer driver for it? -S antminer:/dev/ttyUSB0

Code:
./bfgminer -d? -S antminer:/dev/ttyUSB7

 [2015-03-17 20:54:53] Started bfgminer 5.1.0-31-g3bc0b32
 [2015-03-17 20:54:54] Devices detected:
 [2015-03-17 20:54:54]  CP2102 USB to UART Bridge Controller by Silicon Labs (driver=antminer; procs=4; serial=0001; path=/dev/ttyUSB7)
1 devices listed


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 18, 2015, 01:16:57 AM
Victory is mine! It works now. Seems to be hashing around 37 GH/s.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: rupy on March 18, 2015, 04:56:34 PM
Seems it's not my 3G connection but something is really weird, when I arrived at the cabin bfg had crashed and said "No availiable pools" but during the better part of this week bfg had been unstable during the day, but stable during the nights.

I suspect some complex interaction between bfgminer and the 3G connection causes this. I guess the only proper thing to do is to fix a VPN so I can access the cabin from the city with a linux machine instead of my windows "oculus rift" gaming rig...

Oh, well, I'm going slush solo for now to see if that makes things stabler so expect a DDoS on slush any day now.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 19, 2015, 12:13:29 AM
Victory is mine! It works now. Seems to be hashing around 37 GH/s.

Any thoughts on why it's running slower than it should? I've read that the USB cable is crap, so I ordered a new A-B one. Will try testing with that.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on March 19, 2015, 01:10:43 AM
Victory is mine! It works now. Seems to be hashing around 37 GH/s.

Any thoughts on why it's running slower than it should? I've read that the USB cable is crap, so I ordered a new A-B one. Will try testing with that.

The USB cables they come with are crap.  I have 3 U3s and threw all those cables out.  Are you running stock volt/freq (750/225)?  I only get about 40gh on mine with factory settings.  The factory power bricks are trash, too, you shouldn't overclock with them or they melt.  I run mine off an atx psu with molex 4-pin to barrel plug connectors.  I run at 785mv and 244mhz for 58gh @ <0.8% error.  You can play around and see how yours responds, max volt is 850, but 800 is considered high; max freq is 250.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 19, 2015, 01:32:45 AM
Victory is mine! It works now. Seems to be hashing around 37 GH/s.

Any thoughts on why it's running slower than it should? I've read that the USB cable is crap, so I ordered a new A-B one. Will try testing with that.
Definitely set voltage and frequency. I have no idea what the defaults are.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 19, 2015, 03:41:10 AM
Victory is mine! It works now. Seems to be hashing around 37 GH/s.

Any thoughts on why it's running slower than it should? I've read that the USB cable is crap, so I ordered a new A-B one. Will try testing with that.

The USB cables they come with are crap.  I have 3 U3s and threw all those cables out.  Are you running stock volt/freq (750/225)?  I only get about 40gh on mine with factory settings.  The factory power bricks are trash, too, you shouldn't overclock with them or they melt.  I run mine off an atx psu with molex 4-pin to barrel plug connectors.  I run at 785mv and 244mhz for 58gh @ <0.8% error.  You can play around and see how yours responds, max volt is 850, but 800 is considered high; max freq is 250.

What commands are you using in BFG to set the stock and freq? Also, what type of PSU are you using exactly?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on March 19, 2015, 03:54:51 AM
Victory is mine! It works now. Seems to be hashing around 37 GH/s.

Any thoughts on why it's running slower than it should? I've read that the USB cable is crap, so I ordered a new A-B one. Will try testing with that.

The USB cables they come with are crap.  I have 3 U3s and threw all those cables out.  Are you running stock volt/freq (750/225)?  I only get about 40gh on mine with factory settings.  The factory power bricks are trash, too, you shouldn't overclock with them or they melt.  I run mine off an atx psu with molex 4-pin to barrel plug connectors.  I run at 785mv and 244mhz for 58gh @ <0.8% error.  You can play around and see how yours responds, max volt is 850, but 800 is considered high; max freq is 250.

What commands are you using in BFG to set the stock and freq? Also, what type of PSU are you using exactly?

I actually use a different program for my U3s, but I use bfg for my nanofuries.  Luke should be able to tell you the commands to set volt and freq, or they may be in the readme.  I have a 850w psu for my S1, and my 3 U3s share it, they use about 60w each.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 19, 2015, 04:00:27 AM
I'll try to document U3 stuff in README.ASIC before 5.2...


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Ecnad on March 22, 2015, 04:23:57 AM
Using BFG for my nanofurry's and my BFL single. Have a friend sending me an Antminer U3 to ad to my "junk" miner collections. Is it officially supported now, and if so in what version?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Replikator on March 22, 2015, 10:54:57 PM
Hey guys,

i have the latest bfgminer version on my raspbian. But i have no menu or something like the older versions.

here u can see how it looks:

http://www.bilder-upload.eu/show.php?file=8d8626-1427065207.png

it's working but it looks wrong  ???


replikator


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: shoggot on March 23, 2015, 09:17:38 AM
Hi, i am having troubles with my alcheminer scrypt miner when using bfgminer as a getwork to stratum proxy (also as a stratum to stratum proxy). My problem is that bfgminer send difficulty 0 to my miner.
Is there a way to fix it? Is the fault in my miner or is BFGminer sending difficulty in some strange way?

/Hans


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on March 23, 2015, 03:28:21 PM
Hi, i am having troubles with my alcheminer scrypt miner when using bfgminer as a getwork to stratum proxy (also as a stratum to stratum proxy). My problem is that bfgminer send difficulty 0 to my miner.
Is there a way to fix it? Is the fault in my miner or is BFGminer sending difficulty in some strange way?
Difficulty >0 would be extremely hard for scrypt.
--set pxy:diff=1 should work, if you want to try it though.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hopsail on March 23, 2015, 04:32:45 PM
Hey guys,

i have the latest bfgminer version on my raspbian. But i have no menu or something like the older versions.

here u can see how it looks:

http://www.bilder-upload.eu/show.php?file=8d8626-1427065207.png

it's working but it looks wrong  ???


replikator

It looks to me like ncurses is not working or was not compiled with the build.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: shoggot on March 23, 2015, 04:46:12 PM
Hi, i am having troubles with my alcheminer scrypt miner when using bfgminer as a getwork to stratum proxy (also as a stratum to stratum proxy). My problem is that bfgminer send difficulty 0 to my miner.
Is there a way to fix it? Is the fault in my miner or is BFGminer sending difficulty in some strange way?
Difficulty >0 would be extremely hard for scrypt.
--set pxy:diff=1 should work, if you want to try it though.

I tried a bit more. On litecoinpool it works and the diff is sent correctly to the getwork miners. But i need to be able to set difficulty below one since that equals 65536 which is a bit high.
--set pxy:diff= works and it sets the diff correctly i.e --set pxy:diff=8192 gives diffculty 8192 (in scrypt) to the miners but i wont work on vardiff.
Ghash.io doesnt transmit the difficulty to the getwork miners so i need to set it manually but it doesnt work very well.

I have the python source code for the miner. Would it be possible to convert and add it to bfgminer? It uses serial communication to the chips.

Thanks for the reply.

/Hans


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Blackbird0 on March 25, 2015, 03:40:20 PM
Victory is mine! It works now. Seems to be hashing around 37 GH/s.

Any thoughts on why it's running slower than it should? I've read that the USB cable is crap, so I ordered a new A-B one. Will try testing with that.

The USB cables they come with are crap.  I have 3 U3s and threw all those cables out.  Are you running stock volt/freq (750/225)?  I only get about 40gh on mine with factory settings.  The factory power bricks are trash, too, you shouldn't overclock with them or they melt.  I run mine off an atx psu with molex 4-pin to barrel plug connectors.  I run at 785mv and 244mhz for 58gh @ <0.8% error.  You can play around and see how yours responds, max volt is 850, but 800 is considered high; max freq is 250.

What commands are you using in BFG to set the stock and freq? Also, what type of PSU are you using exactly?

After running alright for a few days, BFG now crashes and stop mining after an hour or two. Mining with U1/U2/U3 in the same instance.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: adaseb on March 25, 2015, 04:03:34 PM
I know this is probably a stupid question but how exactly are the 3 speeds calculated?

| 94.10/98.68/95.60Gh/s |

The 94.10 is the 5 second average?
The 98.68 is the 5 minute average?
The 95.60 is the daily average?


I am using version bfgminer 3.8.1 with my KNCJupiter.





Quote
bfgminer version 5.1.0 - Started: [2014-06-10 20:13:01] - [  0 days 06:15:32]
 [M]anage devices [P]ool management ettings [D]isplay options  [H]elp [Q]uit
 Pool 0: ...ning.eligius.st  Diff:128  +Strtm  LU:[02:28:32]  User:1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh
 Block #305190: ...6e8ba4d9  Diff:11.8G (84.16P)  Started: [02:07:22]  I:1.04mBTC/hr
 ST:156  F:0  NB:31  AS:0  BW:[269/ 12 B/s]  E:1127.28  BS:21.8M
 5/24   63.0C | 94.10/98.68/95.60Gh/s | A:1974 R:2+2(.20%) HW:5729/2.6%
--------------------------------------------------------------------------------
 BFL 0: 54.0C |  8.11/ 8.10/ 7.65Gh/s | A:  62 R:1+2(4.6%) HW: 273/1.3%
 HBR 0: 63.0C | 22.91/22.85/21.55Gh/s | A: 208 R:0+0(none) HW:3022/5.4%
 TBF 0: 28.0C |  5.13/ 5.10/ 4.89Gh/s | A:  49 R:0+0(none) HW: 331/4.5%
 PXY 0:       | 27.85/30.23/29.84Gh/s | A: 358 R:1+0(.28%) HW: 450/1.0%
 RKM 0: 40.0C | 30.10/32.40/31.67Gh/s | A:1297 R:0+0(none) HW:1653/.92%
--------------------------------------------------------------------------------
 [2014-06-11 02:28:10] Accepted 00c819ef HBR 0d Diff 327/255
 [2014-06-10 02:28:13] Accepted 012058dd PXY 0  Diff 227/128
 [2014-06-11 02:28:15] Accepted 01778be1 RKM 0b Diff 174/128


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: hopsail on March 30, 2015, 03:08:03 PM
I know this is probably a stupid question but how exactly are the 3 speeds calculated?

| 94.10/98.68/95.60Gh/s |

The 94.10 is the 5 second average?
The 98.68 is the 5 minute average?
The 95.60 is the daily average?

I am using version bfgminer 3.8.1 with my KNCJupiter.

Not sure how the 3.8.1 averages are computed, but the 5.1.0 are below. You should be able to find this in your readme.txt file. To reduce output I have my summary reporting every 60 seconds. I imagine that means mine shows a 60 sec decaying average.

Each column is as follows:
  The number of devices and processors currently mining
  Hottest temperature reported by any processor
  20 second exponentially decaying average hash rate (configurable with --log
      option)
  An all time average hash rate
  An all time average hash rate based on actual nonces found, adjusted for pool
      reject and stale rate
  The number of Accepted shares
  The number of Rejected shares and stale shares discarded (never submitted),
      and the percentage these are of total found.
  The number of HardWare errors, and percentage invalid of nonces returned


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: movellan on April 03, 2015, 01:37:16 AM
I'll try to document U3 stuff in README.ASIC before 5.2...

In the meantime, can you or someone else suggest a command line to use with 5.10 that will get BFG to recognize a U3? TIA.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on April 03, 2015, 05:43:23 AM
I'll try to document U3 stuff in README.ASIC before 5.2...

In the meantime, can you or someone else suggest a command line to use with 5.10 that will get BFG to recognize a U3? TIA.

--set antminer:voltage=x800 --set antminer:clock=x1286


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: movellan on April 03, 2015, 08:17:22 AM
I'll try to document U3 stuff in README.ASIC before 5.2...

In the meantime, can you or someone else suggest a command line to use with 5.10 that will get BFG to recognize a U3? TIA.

--set antminer:voltage=x800 --set antminer:clock=x1286

Still getting no "NO DEVICES FOUND". Only 1 U3 connected as CP210x USB to UART Bridge on COM1. Command line:

bfgminer.exe -o stratum+tcp://stratum.mining.eligius.st:3334 -u address -p x --no-opencl-binaries -S antminer:all --set antminer:voltage=x800 --set antminer:clock=x1286

Ideas?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on April 03, 2015, 11:43:26 AM
Well, when 5.10 exists it will work. Latest 5.1 does not support U3...


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: phatkiller on April 03, 2015, 02:57:58 PM
question: Does --generate-to only accept Bitcoin & Litecoin addresses ?

 I am trying to mine my local doged wallet but when i use --generate-to DOGEDADDR i get error Invalid Address

command i use:
bfgminer.exe --scrypt -o 127.0.0.1:20102 -u user -p pass -S zeusminer:\\.\COM4 --set zeusminer:clock=328 --set zeusminer:chips=128 --no-submit-stale --generate-to DOGEDADDR

I am still trying to figure out how to actually solomine a local wallet so maybe im missing something else but still curious about the error.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on April 03, 2015, 03:15:07 PM
question: Does --generate-to only accept Bitcoin & Litecoin addresses ?

 I am trying to mine my local doged wallet but when i use --generate-to DOGEDADDR i get error Invalid Address

command i use:
bfgminer.exe --scrypt -o 127.0.0.1:20102 -u user -p pass -S zeusminer:\\.\COM4 --set zeusminer:clock=328 --set zeusminer:chips=128 --no-submit-stale --generate-to DOGEDADDR

I am still trying to figure out how to actually solomine a local wallet so maybe im missing something else but still curious about the error.
Only Bitcoin is supported, and GBT is strongly Bitcoin-specific.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Nevada on April 06, 2015, 03:00:32 PM
This is an excellent miner, thank you! I have been using it with my Nvidia GPU and MultiMiner and mining Dogecoin. Now I am trying to branch into the DualMiner USB 2 realm.

I have a USB DualMiner connected to my computer, but it overheats while mining after about 15 minutes and starts throwing hardware errors in the log and stops submitting. Or course, I put a fan on the device which fixed the problem.

My question is: Are there any arguments I can put into MultiMiner that will get passed to BFGMiner to "underclock" my devices so they do not overheat? Or are the USB Dual Miners designed to run at full throttle?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on April 06, 2015, 06:12:56 PM
Well, when 5.10 exists it will work. Latest 5.1 does not support U3...

Is there an ETA for the U3 support version?  The U3's I have are nothing but trouble, I'd be interested to see how they react when driven by bfgminer.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: adaseb on April 06, 2015, 10:30:21 PM
I am having issues installin BFGMiner 5.1 on my KNCMiner Jupiter

I followed the instructions in the README and everything works in the end. BFGminer 5.1 runs but if I restart the miner, ever goes back to the way before. And I have to follow all the instructions from scratch.


Any idea what I am doing wrong?

Quote
cat >/etc/opkg/feeds.conf <<\EOF
src/gz noarch http://feeds.angstrom-distribution.org/feeds/v2013.06/ipk/eglibc/all/
src/gz base http://feeds.angstrom-distribution.org/feeds/v2013.06/ipk/eglibc/armv7ahf-vfp-neon/base/
src/gz beaglebone http://feeds.angstrom-distribution.org/feeds/v2013.06/ipk/eglibc/armv7ahf-vfp-neon/machine/beaglebone/
EOF

opkg update
opkg install angstrom-feed-configs
rm /etc/opkg/feeds.conf
opkg update

opkg install update-alternatives
opkg install automake autoconf make gcc cpp binutils git less pkgconfig-dev ncurses-dev libtool nano bash i2c-tools-dev
while ! opkg install libcurl-dev; do true; done

curl http://www.digip.org/jansson/releases/jansson-2.0.1.tar.bz2 | tar -xjvp
cd jansson-2.0.1
./configure --prefix=/usr CC=arm-angstrom-linux-gnueabi-gcc --disable-static NM=arm-angstrom-linux-gnueabi-nm
make install && ldconfig
cd ..

git clone git://github.com/luke-jr/bfgminer
cd bfgminer
./autogen.sh
git clone git://github.com/troydhanson/uthash
./configure --host=arm-angstrom-linux-gnueabi --enable-knc --disable-other-drivers CFLAGS="-I$PWD/uthash/src"
make AR=arm-angstrom-linux-gnueabi-ar

/etc/init.d/cgminer.sh stop
./bfgminer -S knc:auto -c /config/cgminer.conf


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on April 06, 2015, 11:08:07 PM
I am having issues installin BFGMiner 5.1 on my KNCMiner Jupiter

I followed the instructions in the README and everything works in the end. BFGminer 5.1 runs but if I restart the miner, ever goes back to the way before. And I have to follow all the instructions from scratch.

Any idea what I am doing wrong?
Nothing, that's the expected outcome of those instructions.

To effect a permanent change, you must overcome the RAM filesystem overlay.
Generally, that means making a new firmware image and uploading it.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Integer93 on April 08, 2015, 12:36:52 PM
Hi,
currently i'm GPU mining (on OS X) while waiting for my miners.
My problem is that bfgMiner just isn't start working, what am i doing wrong?
I have tried mining LTC, BTC on Windows, OS X and different pools.

http://i.imgur.com/0aLJoSs.jpg?1


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on April 09, 2015, 06:13:34 PM
Hi,
currently i'm GPU mining (on OS X) while waiting for my miners.
My problem is that bfgMiner just isn't start working, what am i doing wrong?
I have tried mining LTC, BTC on Windows, OS X and different pools.

[ img]http://i.imgur.com/0aLJoSs.jpg?1[/img]

Hello. You shouldn't mine BTC, LTC or well-priced coins with CPU or GPU. You will loose money.

Your CPU/GPU isn't good enough to get a work from a well-proced coin's pool such as BTC, LTC, Doge. If you want to try mining, you can test mining new altcoins.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: linusdunkers on April 17, 2015, 06:03:39 AM
How often does BFGMiner try to connect to primary pool while running on backup pool?
I am using KnC Miner Titan units and on https://www.betarigs.com the pool is not reachable until someone rents your rig.
I need to know how long it can take at most before the miners find the primary pool to be reachable and switches back to primary pool.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Amph on April 23, 2015, 11:59:55 AM
I have forgotten about this, but there is the "rotate" function for bfgminer? and if yes, can i use it with non integer value, like 1/2?

example "rotate 1/2 minutes" or 30 secs if it is allowed


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on April 23, 2015, 12:45:21 PM
I have forgotten about this, but there is the "rotate" function for bfgminer? and if yes, can i use it with non integer value, like 1/2?

example "rotate 1/2 minutes" or 30 secs if it is allowed
No, it only parses integers... is there a reason to not just use --balance or --load-balance for this?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: leoirssi on May 03, 2015, 07:11:42 AM
Hi,

Has anyone got it working with extranonce.subscribe functionality? I'm using rasberry pi 2 B with 30GridSeeds and I need that extranonce.subscribe stuff.

Thanks.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on May 03, 2015, 07:19:22 AM
Hi,

Has anyone got it working with extranonce.subscribe functionality? I'm using rasberry pi 2 B with 30GridSeeds and I need that extranonce.subscribe stuff.

Thanks.

Yes. Use #xnsub at the end of pool url.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Jake-R on May 06, 2015, 12:46:41 AM
Any idea when the Antminer U3 v2 will be supported? I am very curious to see if it will handle my U3's better than CG miner. I wish I was a coder and could help out. BFGMiner is a great piece of software  8)


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on May 06, 2015, 02:54:27 AM
Any ideas when the Antminer U3 v2 will be supported? I am very curious to see if it will handle my U3's better than CG miner. I wish I was a coder and could help out. BFGMiner is a great piece of software  8)
"Soon". I guess I need to take a break from working on Ant S5 & Avalon4 and just release 5.2 to get those out there...


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Geremia on May 06, 2015, 03:13:00 PM
I guess I need to take a break from working on Ant S5
How's that progressing?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on May 06, 2015, 04:05:46 PM
I guess I need to take a break from working on Ant S5
How's that progressing?
There's a lot of code to reverse engineer (although it's much better than trying to RE the binaries).


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Geremia on May 06, 2015, 06:55:25 PM
I guess I need to take a break from working on Ant S5
How's that progressing?
There's a lot of code to reverse engineer (although it's much better than trying to RE the binaries).
From where are you getting the code?


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on May 06, 2015, 07:42:57 PM
I guess I need to take a break from working on Ant S5
How's that progressing?
There's a lot of code to reverse engineer (although it's much better than trying to RE the binaries).
From where are you getting the code?
https://github.com/bitmaintech/

Interested in collaborating on it? :)


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Geremia on May 06, 2015, 07:52:59 PM
https://github.com/bitmaintech/

Interested in collaborating on it? :)
Yes, where's your fork?
I have S5s, so I could help with testing, too.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Luke-Jr on May 06, 2015, 07:59:55 PM
https://github.com/bitmaintech/

Interested in collaborating on it? :)
Yes, where's your fork?
I have S5s, so I could help with testing, too.
I'm not planning to fork the Bitmain code, but rather to reverse engineer it and write a new userspace-only driver.
So far I've just been studying how it interfaces to the hardware - mainly the kernel code so far.
Perhaps it's best if you start at the userspace/cgminer side so we don't overlap?
I'm about to be AFK for a bit, but maybe later we can discuss further on IRC (http://webchat.freenode.net/?channels=%23eligius)


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: PsyDafKe on May 07, 2015, 08:36:42 AM
https://github.com/bitmaintech/

Interested in collaborating on it? :)
Yes, where's your fork?
I have S5s, so I could help with testing, too.
I'm not planning to fork the Bitmain code, but rather to reverse engineer it and write a new userspace-only driver.
So far I've just been studying how it interfaces to the hardware - mainly the kernel code so far.
Perhaps it's best if you start at the userspace/cgminer side so we don't overlap?
I'm about to be AFK for a bit, but maybe later we can discuss further on IRC (http://webchat.freenode.net/?channels=%23eligius)

Wow, I'd really like to see BFGMiner on my S5s!
Currently using the cgminer 4.9.0 version, but that is a hassle if you reboot the machine, you have to replace it each time...
Didn't spend a lot of time on that, besides putting the binary in /config (surviving reboots); together with a stupid script that stops 4.8/replaces and starts 4.9.
Any idea how to edit the Firmware in the eMMC?
Also the options is a mess... If you find any reference of voltage settings (in hex) that would be interesting (found different answers on that, and obviously interested in the correct one).


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: toptekk on May 07, 2015, 02:01:07 PM
Thanks man for the work can't wait to it in S5 :).





Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: indigopsy on May 07, 2015, 08:34:31 PM
I cant wait to see Antminer U3 support

 ;D


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Jake-R on May 07, 2015, 08:47:22 PM
I cant wait to see Antminer U3 support

 ;D

Me too   :)


Title: BFGMiner RPC and local wallet mining
Post by: JLEATHERMAN on May 08, 2015, 02:18:40 PM
Hi there Luke!

Is there anyway to instruct BFGMiner to switch to mine to another local wallet when RPC communications to a polled wallet indicates that either the difficulty level or the network hashrate is sufficiently low enough to then switch the RPC port the miner sends its hashes to?

Currently, I have all my coin wallets running and check each with the RPC dialog box with 'getmininginfo' to determine if it is worthwhile mining a specific coin that I know I will be able to solve blocks for, then I manually quit BFGMiner and restart it with the port number changed.

Thanks in advance.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: 7queue on May 09, 2015, 02:23:49 AM
I guess I need to take a break from working on Ant S5
How's that progressing?
There's a lot of code to reverse engineer (although it's much better than trying to RE the binaries).
From where are you getting the code?
https://github.com/bitmaintech/

Interested in collaborating on it? :)

Awesome!

8 )


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Mikestang on May 10, 2015, 11:55:49 PM
I cant wait to see Antminer U3 support

 ;D

I'll be very curious to compare with how my U3s run with bfgminer since it uses a different driver than cgminer, and there are no shortage of problems with the U3... more options to play with are always welcomed!


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: wolfey2014 on May 14, 2015, 10:35:39 PM
Hello fellow hashers!
I'm running bfgminer 4.1.0 now on some miners that require bfgminer to be able to support extranonce and the #xnsub  command.
I'm running them on nicehash for a friend who has a Zeus Lightning X6 farm.
I found out that 4.1.0 doesn't support extranonce algo so I looked for and found bfg 4.7.0 but it's all convoluted and not telling me how to set the command line to work correctly.
I tried using the bat file from 4.1.0 but alas, it just spits dummy!
Can anyone share a working bat file for 4.7.0 so I can get going with the latest version that supports extranonce.
I found 5.1.0 but there doesn't seem to be a version compiled for win32 nor does it say if it supports the extranonce algo required by the NiceHash/WestHash pool.
I can only run versions already compiled for win32.
Also....
Have they combined the ability to run Zeus and GridSeed 5 chips from the same program/gui yet?
Any help or useable advice would be greatly appreciated.
Wolfey2014
 


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: Muhammed Zakir on May 15, 2015, 05:27:11 AM
Hello fellow hashers!
I'm running bfgminer 4.1.0 now on some miners that require bfgminer to be able to support extranonce and the #xnsub  command.
I'm running them on nicehash for a friend who has a Zeus Lightning X6 farm.
I found out that 4.1.0 doesn't support extranonce algo so I looked for and found bfg 4.7.0 but it's all convoluted and not telling me how to set the command line to work correctly.
I tried using the bat file from 4.1.0 but alas, it just spits dummy!
Can anyone share a working bat file for 4.7.0 so I can get going with the latest version that supports extranonce.
I found 5.1.0 but there doesn't seem to be a version compiled for win32 nor does it say if it supports the extranonce algo required by the NiceHash/WestHash pool.
I can only run versions already compiled for win32.
Also....
Have they combined the ability to run Zeus and GridSeed 5 chips from the same program/gui yet?
Any help or useable advice would be greatly appreciated.
Wolfey2014

Download 5.1.0 - http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.1.0/bfgminer-5.1.0-win32.zip. You can always go to http://luke.dashjr.org/programs/bitcoin/files/bfgminer/ to download.

It supports extranonce and can be used with Nicehash/Westhash. I suggest not to run Zues with Gridseed in same app. It won't go smoothly.


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: toptek on May 15, 2015, 11:53:06 PM
Hello fellow hashers!
I'm running bfgminer 4.1.0 now on some miners that require bfgminer to be able to support extranonce and the #xnsub  command.
I'm running them on nicehash for a friend who has a Zeus Lightning X6 farm.
I found out that 4.1.0 doesn't support extranonce algo so I looked for and found bfg 4.7.0 but it's all convoluted and not telling me how to set the command line to work correctly.
I tried using the bat file from 4.1.0 but alas, it just spits dummy!
Can anyone share a working bat file for 4.7.0 so I can get going with the latest version that supports extranonce.
I found 5.1.0 but there doesn't seem to be a version compiled for win32 nor does it say if it supports the extranonce algo required by the NiceHash/WestHash pool.
I can only run versions already compiled for win32.
Also....
Have they combined the ability to run Zeus and GridSeed 5 chips from the same program/gui yet?
Any help or useable advice would be greatly appreciated.
Wolfey2014

Download 5.1.0 - http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.1.0/bfgminer-5.1.0-win32.zip. You can always go to http://luke.dashjr.org/programs/bitcoin/files/bfgminer/ to download.

It supports extranonce and can be used with Nicehash/Westhash. I suggest not to run Zues with Gridseed in same app. It won't go smoothly.



I Agree for Zeus miner they may run smooth with a Zeus miner mix on the same controller but they do seem more stable one miner per controller and PI's are not that Expensive or you can make your own controller i think a few have .
 example why do you think bit main gives us a controller etc with S1 to S5 one reason may be they do run much better with one controller per miner and it is easier to just plug in a PSU etc and your up and running , it may take hours to get a few  Zeus's  to work to gather on one controller much less with  grid seeds.

It is poss but can be a headache getting it setup and working Smooth. Done it .


for GUI try this http://zoomhash.com/pages/raspberry-pi-software-update or  Minera https://bitcointalk.org/index.php?topic=596620.0 which works much better atm if you put your own custom BFG MINER in minera hes working on the Calculation problem with minera and some Script miners .



Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: wolverine5pl on May 27, 2015, 09:53:37 PM
Sry to ask but how to get it on raspberry pi?
Noob question


Title: Re: BFGMiner 5.1.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep.
Post by: toptek on May 29, 2015, 03:35:54 AM
Sry to ask but how to get it on raspberry pi?
Noob question


if this is your first one you may want a full kit like this




 http://www.amazon.com/CanaKit-Raspberry-Complete-Original-Preloaded/dp/B008XVAVAW/ref=sr_1_4?s=electronics&ie=UTF8&qid=1432870486&sr=1-4&keywords=Raspberry+Pi+2+Model+B+Project+Board


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 05, 2015, 05:54:54 AM
NEW VERSION 5.2.0, JUNE 5 2015

Human readable changelog:
  • antminer: Compatibility with Antminer U3; see README.ASIC for details.
  • icarus: Refactor timeout logic to work with millisecond precision on Linux and Windows.

Full changelog:
  • Upgraded Windows hidapi library from 0.8.0_pre20130121 to 0.8.0_rc1_p20140719
  • Update bundled libbase58 to 0.1.4
  • README.ASIC: Document usage with AntMiner U3
  • icarus: Include ns/hash estimates for each nonce result, in debug logging
  • icarus: Cleanup dev vs proc repr in logging
  • Bugfix: update_block_display: Ensure we have console lock, and avoid rare relock when resizing windows inside curses_print_status
  • gitmodules: Change libblkmaker URI to use GitHub since Gitorious is defunct
  • Bugfix: DevAPI: Avoid infinite hang in set_device help
  • bitforce: Wait until pre-initialisation jobs all flush completely before starting to avoid sanity check issues
  • bitforce: Wait to clear job queue (at init) until we have actually opened the device
  • bitforce: Remove unnecessary delay
  • Bugfix: vcom: Avoid overflowing cc_t before division to deciseconds
  • Bugfix: bitforce: Ensure hashes_done is called for every completed job
  • antminer: Adapt default configuration to work with U3 as well as U1/U2
  • antminer: Add U3 voltage setting (x??? format only for now)
  • antminer: getstatus needs to read a result for every chip, but we don't use the output anyway, so just skip it
  • icarus: Modify work division detection packet to be compatible with Antminer U3
  • icarus: Replace decisecond-precision read_count with read_timeout_ms (millisecond precision) to handle faster devices like the Antminer U3 that complete works in under 1ds
  • lowl-vcom: vcom_set_timeout_ms function (increases precision to ms on Windows only)
  • util: timer_remaining_us function
  • configure: Improve path finding macro to work with more possible CPP output
  • configure: Macroify header path search
  • Reduce HTTP request failure log level to DEBUG since it often occurs probing stratum pools
  • Bugfix: DevAPI: Guarantee set_device functions never get passed a NULL pointer for newvalue
  • Always update block display after pool display in case of username wrapping around
  • icarus: Pass device representation to icarus_{gets,write} so logging can use it rather than fd numbers
  • Bugfix: icarus: Check for impossibly fast hw errors (and don't report Eh/s when they occur)
  • Bugfix: icarus: Avoid a race with watchdog applying settings by setting device_data before add_cgpu
  • RPC: Clean up api_add_* somewhat
  • Bugfix: util: Fix is_power_of_two
  • Port antminer driver to use set_device_funcs


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Geremia on June 05, 2015, 06:32:32 AM
Compatibility with Antminer U3
Nice!


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: movellan on June 05, 2015, 11:32:44 AM
Luke-Jr,

Tried 5.20 with Antminer U3 using latest CP210x driver and parms suggested in Readme.ASIC. Changed things around a bit and tried manual detect, but still could not get 5.20 to find U3 units. Any ideas? Thanks.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: toptek on June 05, 2015, 08:42:19 PM
S5 Soon nice waiting . !!! no Rush . :P


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: JKaechler on June 06, 2015, 11:12:52 PM
Luke-Jr,

Tried 5.20 with Antminer U3 using latest CP210x driver and parms suggested in Readme.ASIC. Changed things around a bit and tried manual detect, but still could not get 5.20 to find U3 units. Any ideas? Thanks.

Same here, I have 2x U3.  I tried them on win7 and win8 machines,  using the cp210x drivers and with zadig winusb.  5.2 (or any other bfgminer version) wont detect them.
They are running on cgminer 4.8, but have to be hotplugged each time to start them up.

BFGminer has always been so much the better tool,  I hope that this can be worked out.

THANKS Luke-jr! 


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: indigopsy on June 08, 2015, 10:45:59 AM
i tried to install bfgminer from git rep
no luck

git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
sudo pacman -S uthash
./autogen.sh
./configure
make install

i get error libbase58.so no found

is there any tutorial how to install this on arch linux ????


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: xyzzy099 on June 08, 2015, 01:05:57 PM
i tried to install bfgminer from git rep
no luck

git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
sudo pacman -S uthash
./autogen.sh
./configure
make install

i get error libbase58.so no found

is there any tutorial how to install this on arch linux ????

Just a guess as to your problem, but you probably need to do 'sudo make install' instead of just 'make install', as it's gonna install stuff (like the library reported as missisng) in system directories.

It also works to not 'make install' at all, and just run it from the build directory.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: indigopsy on June 08, 2015, 02:49:11 PM
i am root

i do not need sodo


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: xyzzy099 on June 08, 2015, 03:02:43 PM
i am root

i do not need sodo

Hmmm, ok, that begs the question of why you used
Quote
sudo pacman -S uthash

but ok, I guess I misdiagnosed your problem then.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 08, 2015, 03:45:15 PM
I am also experiencing issues with 5.2.0.  I followed the readme directions for the U3, using
Code:
-S antminer:all
and
Code:
--set antminer:voltage=x800 --set antminer:clock=x1286 --set antminer:timing=0.022421

bfg sees the U3, started mining at about 9GH/s, and decreased to 1GH/s over the course of a minute.  Anyone else had any luck with the U3?

I also tried 5.2.0 with my nanofury stick miners, been using 5.1.0 with them for a while now.  5.2.0 will not launch, however, it just hangs at:
Code:
[2015-06-08 08:53:05] Started bfgminer 5.2.0
5.1.0 continues to work with them.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: indigopsy on June 08, 2015, 04:02:30 PM
i am root

i do not need sodo

Hmmm, ok, that begs the question of why you used
Quote
sudo pacman -S uthash

but ok, I guess I misdiagnosed your problem then.

that i copied from forum because i didn't have it on my sys


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 08, 2015, 06:15:34 PM
i tried to install bfgminer from git rep
no luck

git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
sudo pacman -S uthash
./autogen.sh
./configure
make install

i get error libbase58.so no found

is there any tutorial how to install this on arch linux ????

Just a guess as to your problem, but you probably need to do 'sudo make install' instead of just 'make install', as it's gonna install stuff (like the library reported as missisng) in system directories.

It also works to not 'make install' at all, and just run it from the build directory.

Pretty sure this is the top FAQ in README. Did you try that already?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: movellan on June 09, 2015, 01:40:48 PM
I am also experiencing issues with 5.2.0.  I followed the readme directions for the U3, using
Code:
-S antminer:all
and
Code:
--set antminer:voltage=x800 --set antminer:clock=x1286 --set antminer:timing=0.022421

bfg sees the U3, started mining at about 9GH/s, and decreased to 1GH/s over the course of a minute.  Anyone else had any luck with the U3?

I also tried 5.2.0 with my nanofury stick miners, been using 5.1.0 with them for a while now.  5.2.0 will not launch, however, it just hangs at:
Code:
[2015-06-08 08:53:05] Started bfgminer 5.2.0
5.1.0 continues to work with them.

Never could get 5.10 to recognize U3 units. Same with 5.20. Using command line as suggested in README.ASIC:

bfgminer.exe -o stratum+tcp://stratum.mining.eligius.st:3334 -u x -p x --set-device OCL:binary=no -S antminer:all --set antminer:voltage=x800 --set antminer:clock=x1286 --set antminer:timing=0.022421

Using latest CP210x driver. U3 COM ports look OK in device manager, but 5.20 does not see them on startup. Manual input using 'M' and '+' does not work. Anyideas appreciated. Luke-Jr? Anybody? TIA.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: indigopsy on June 09, 2015, 03:44:36 PM
i will now try to compile it and not make install at all to see if it works


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 09, 2015, 03:50:57 PM

Never could get 5.10 to recognize U3 units. Same with 5.20. Using command line as suggested in README.ASIC:

bfgminer.exe -o stratum+tcp://stratum.mining.eligius.st:3334 -u x -p x --set-device OCL:binary=no -S antminer:all --set antminer:voltage=x800 --set antminer:clock=x1286 --set antminer:timing=0.022421

Using latest CP210x driver. U3 COM ports look OK in device manager, but 5.20 does not see them on startup. Manual input using 'M' and '+' does not work. Anyideas appreciated. Luke-Jr? Anybody? TIA.

What is the item I've bolded and underlined?  I didn't use that for 5.2.0 to see my U3.  But just seeing it isn't good enough, gotta figure out why it won't mine at more than 10% of it's ability.

I wish 5.2.0 would at least start with my stick miners, I'm at a loss why 5.1.0 works for them but not 5.2.0.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: indigopsy on June 09, 2015, 03:57:49 PM
I found the solution to install bfgminer 5.2 under Arch Linux / Manjaro

requirements
Code:
sudo pacman -S uthash

Create new File:
Code:
mousepad /etc/ld.so.conf.d/01-directories.conf

Add this line into new file:
Code:
/usr/local/lib

Save file and exit

Code:
su
cd /opt
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
./autogen.sh
./configure
ldconfig
make install


Code:
bfgminer -o stratum+tcp://stratum.f2pool.com:3333 -u indigopsy.antminer -p 1234 --set antminer:voltage=x830 --set antminer:clock=x982 --set antminer:timing=0.0054 -S antminer:all


and my config file

Code:
{
"pools" : [
{
"url" : "stratum+tcp://stratum.f2pool.com:3333",
"user" : "indigopsy.antminer",
"pass" : "12345678",
"pool-priority" : "0"
},
{
"url" : "stratum+tcp://stratum.f2pool.com:25",
"user" : "indigopsy.antminer",
"pass" : "12345678",
"pool-priority" : "1"
},
{
"url" : "stratum+tcp://stratum.antpool.com:3333",
"user" : "indigoant.antminer",
"pass" : "12345678",
"pool-priority" : "2"
},
{
"url" : "stratum+tcp://stratum.antpool.com:25",
"user" : "indigoant.antminer",
"pass" : "12345678",
"pool-priority" : "3"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "1",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "20",
"no-pool-disable" : true,
"no-client-reconnect" : true,
"no-show-processors" : true,
"no-show-procs" : true,
"no-unicode" : true,
"queue" : "0",
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "1",
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"kernel-path" : "/usr/local/share/bfgminer",
"scan" : [
"antminer:all"
],
"set-device" : [
"antminer:voltage=x830",
"antminer:clock=x982",
"antminer:timing=0.0054"
]
}

it's working on max speed 63GH/s per device


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: movellan on June 09, 2015, 04:31:11 PM

Never could get 5.10 to recognize U3 units. Same with 5.20. Using command line as suggested in README.ASIC:

bfgminer.exe -o stratum+tcp://stratum.mining.eligius.st:3334 -u x -p x --set-device OCL:binary=no -S antminer:all --set antminer:voltage=x800 --set antminer:clock=x1286 --set antminer:timing=0.022421

Using latest CP210x driver. U3 COM ports look OK in device manager, but 5.20 does not see them on startup. Manual input using 'M' and '+' does not work. Anyideas appreciated. Luke-Jr? Anybody? TIA.

What is the item I've bolded and underlined?  I didn't use that for 5.2.0 to see my U3.  But just seeing it isn't good enough, gotta figure out why it won't mine at more than 10% of it's ability.

I wish 5.2.0 would at least start with my stick miners, I'm at a loss why 5.1.0 works for them but not 5.2.0.

5.20 docs say this replaces the older "--no-opencl-binaries" command to ignore using CPU for mining.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 09, 2015, 05:02:03 PM
Code:
"set-device" : [
"antminer:voltage=x830",
"antminer:clock=x982",
"antminer:timing=0.0054"
So the clock and voltage can be taken from the U3 user guide, however, it seems the leading 0 from the user guide needs to be an x, is this the case (frequency 250 has a value of 0982, so you input x982)?  If so, what about the frequency setting that begin with 1?  e.g. Frequency 243.73 has a value of 1306, what would this be in the config file for bfg?

How did you determine the timing setting?  I know the readme says "the number of nanoseconds each hash takes at the given configuration", but how do you determine that number?


5.20 docs say this replaces the older "--no-opencl-binaries" command to ignore using CPU for mining.
Missed that in the readme, but I never used the old command, either, and have never had bfg try to mine with my cpu...


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: indigopsy on June 09, 2015, 05:32:08 PM
I dont know exactly do you need to put x1306 or just 1306
you can try it

but timing..
i saw in antminer u3 pdf file that there are column for preferred timing
http://s8.postimg.org/fsec8y2ph/Screenshot_2015_06_09_19_29_41.png

so i take in my case 0.54 and divided it with 100 ms
0.54/100 = 0.0054

and now its working with full speed


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: movellan on June 09, 2015, 05:40:17 PM
I dont know exactly do you need to put x1306 or just 1306
you can try it

but timing..
i saw in antminer u3 pdf file that there are column for preferred timing
http://s8.postimg.org/fsec8y2ph/Screenshot_2015_06_09_19_29_41.png

so i take in my case 0.54 and divided it with 100 ms
0.54/100 = 0.0054

and now its working with full speed

Can you post a full command line so I can get an idea where to start? TIA.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: indigopsy on June 09, 2015, 05:56:19 PM
Code:
bfgminer -o stratum+tcp://stratum.f2pool.com:3333 -u indigopsy.antminer -p 1234 --set antminer:voltage=x830 --set antminer:clock=x982 --set antminer:timing=0.0054 -S antminer:all


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 09, 2015, 06:55:42 PM
I wish 5.2.0 would at least start with my stick miners, I'm at a loss why 5.1.0 works for them but not 5.2.0.
Can you make a session with http://luke.dashjr.org/tmp/code/webisect/webisect.php and bisect the difference? Which stick miners?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 09, 2015, 06:57:09 PM
5.20 docs say this replaces the older "--no-opencl-binaries" command to ignore using CPU for mining.
These just disable caching of GPU binaries.
It has nothing to do with CPU mining, and has no effect unless you explicitly enable GPU mining.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 09, 2015, 08:28:05 PM
I wish 5.2.0 would at least start with my stick miners, I'm at a loss why 5.1.0 works for them but not 5.2.0.
Can you make a session with http://luke.dashjr.org/tmp/code/webisect/webisect.php and bisect the difference? Which stick miners?
I'll give it a shot after lunch.  I am using Cryptorig HitchHikers, they use the nanofury chip.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 09, 2015, 08:31:31 PM
I wish 5.2.0 would at least start with my stick miners, I'm at a loss why 5.1.0 works for them but not 5.2.0.
Can you make a session with http://luke.dashjr.org/tmp/code/webisect/webisect.php and bisect the difference? Which stick miners?
I'll give it a shot after lunch.  I am using Cryptorig HitchHikers, they use the nanofury chip.
In that case, can you also try putting the libhidapi-0.dll from 5.1.0 into the 5.2.0 directory?
The hidapi update in 5.2.0 was supposed to only fix bugs, but maybe it introduced new problems too..


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 09, 2015, 10:19:40 PM
In that case, can you also try putting the libhidapi-0.dll from 5.1.0 into the 5.2.0 directory?
The hidapi update in 5.2.0 was supposed to only fix bugs, but maybe it introduced new problems too..
Running through the WeBisect now, never done it before so I'm just clicking the skip button each time and letting it crank through...

I tried replacing libhidapi-0.dll from 5.1.0 and still no luck.  I'm also trying both 32 and 64-bit 5.2.0, just in case.

When I start both 5.1.0 and 5.2.0 each stick lights up when "[DATE TIME] Started bfgminer 5.X.0" appears in the command line window, then the lights go out on the sticks.  In 5.1.0 a few seconds pass, then they light up again and bfg launches.  In 5.2.0 they remain dark and the command line window sits at "Started" indefinitely (I've left it alone for over an hour, just to be sure).

Will post up again when webisect is done.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 09, 2015, 11:29:09 PM
Here's the end of the bisect, not sure if I did it correctly or no, please let me know if this is what you were looking for (by the way the "16 revisions left... 4 steps" displayed on every screen of the bisect, I expected the numbers to change but they didn't):

Code:
garbage


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 10, 2015, 12:04:55 AM
You have to actually use it to expect any results... skipping is just a waste of time.
Test each build presented (they are all different) and determine if it's good or bad.
Use a new session name to start over.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 10, 2015, 02:57:41 AM
You have to actually use it to expect any results... skipping is just a waste of time.
Test each build presented (they are all different) and determine if it's good or bad.
Use a new session name to start over.
It said to skip if I was unsure between the other two choices, so I did.  I obviously didn't understand the process. :D

So it gives me a new build at each step, that's what those 32-bit 64-bit links are?  I get it, will try again.

When I am presented the working and non-working entries at the beginning I am changing the version numbers at the end to -5.1.0 and -5.2.0, is that step correct?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 10, 2015, 03:19:34 AM
It said to skip if I was unsure between the other two choices, so I did.  I obviously didn't understand the process. :D

So it gives me a new build at each step, that's what those 32-bit 64-bit links are?  I get it, will try again.
Yep, exactly. Try to  be sure as often as possible :)

When I am presented the working and non-working entries at the beginning I am changing the version numbers at the end to -5.1.0 and -5.2.0, is that step correct?
Yes.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 10, 2015, 05:51:31 AM

i saw in antminer u3 pdf file that there are column for preferred timing


so i take in my case 0.54 and divided it with 100 ms
0.54/100 = 0.0054


That makes sense.

But I wonder, then, where the value in the README "--set antminer:clock=x1286 --set antminer:timing=0.022421" came from. According the the U3 documentation the timeout for 1286 should be 0.0057.  Unfortunately for me, either value ends in the same result: my U3 starts, but rapidly the hash drops to 0 and the unit goes SICK.  By trying several combos I've gotten it to start hashing as high as 40GH/s, but it only lasts seconds.

BTW, this is a completely separate computer and location from my stick miners.


EDIT

Just started messing around with the timeout, using a voltage of x785 and freq of x1286.  When I entered 0.02 the U3 stayed alive!  It's hashing away at 48GH/s, which is about what I would expect for the volt/freq combo.  Could it be that timeout in the user guide is not the same as timing in bfg?  I need more insight into how to determine the timing value...


EDIT 2

It's sick again.  Well, getting somewhere at least.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 10, 2015, 10:37:10 AM
But I wonder, then, where the value in the README "--set antminer:clock=x1286 --set antminer:timing=0.022421" came from. According the the U3 documentation the timeout for 1286 should be 0.0057.
It came from weeks of statistical measurement. In theory, you could leave timing out and BFGMiner will autodetect it, but setting it correctly gets better performance, at least at the start.
The U3 PDF (which I didn't see until after release) is giving you a "Prefer timeout" time, which is not the same thing.
The timing option is measured in microseconds per hash, while the timeout would be per 232 hashes and probably cut-off early to give some breathing room.

It's sick again.  Well, getting somewhere at least.
I saw that a few months ago, but never figured out what caused it... before I released, it had run fine for at least a month straight, so I didn't really have any way to troubleshoot further. :(


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 10, 2015, 05:01:50 PM
It came from weeks of statistical measurement. In theory, you could leave timing out and BFGMiner will autodetect it, but setting it correctly gets better performance, at least at the start.

I did try leaving it out and got the same result as having a, for lack of better term, bad value plugged in - start about 10GH/s and decline toward 0.

I do not have the means to make statistical measurements, and from what I've been told and experienced with 3 U3s myself is that each one is different and will react to volt/freq settings uniquely, so I wouldn't be surprised if each machine had a slightly different timing value that it preferred.  I do have the brute force method, so I'll keep playing with the timing on one unit and see if I can keep it alive for more than a few minutes.  0.021, for example, would error out and only 2 of the 4 chips would be seen by bfg.  I'll start at 0.020001 and work my way up, hopefully there's a sweet spot in there somewhere.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 10, 2015, 08:34:57 PM
Brought one U3 to the same location as my stick miners, stopped 5.1.0 that was running the sticks, started 5.2.0 for the U3 like I did at home and it just hangs at the "Started" line.  So that issue is not related to the stick miners, it's related to this machine.  I'll run through bisect this afternoon and see if I can't find a build that works on this box.

Here are the bisect results, several builds worked (meaning the launched and started hashing with the sticks), several did not (they just hung at the "Started..." line):

Code:
d50810f29f9a91e3303d512e8b16ef3945c51b4f is the first bad commit
commit d50810f29f9a91e3303d512e8b16ef3945c51b4f
Author: Luke Dashjr
Date:   Thu Feb 26 09:07:01 2015 +0000

    icarus: Replace decisecond-precision read_count with read_timeout_ms (millisecond precision) to handle faster devices like the Antminer U3 that complete works in under 1ds

:100644 100644 7575642899d830643cc4e1501ce9f551e707338b 2466fffdc896fbbcf834545fa7088a17eb470f04 M driver-antminer.c
:100644 100644 cf0d204e21412dcf141099ff1d16931110bb05e8 5c81a397e619339e16c72ce243d0a0ad17d60c06 M driver-cairnsmore.c
:100644 100644 90df94dc10fbce615610e8fe0776298592d55cea 5600260971b094b9437b0b7c5126793094189a53 M driver-dualminer.c
:100644 100644 dcf715476bc3ea6461dec2eed9543b6d6268683a 4435d662abad17515c29b873b262bde821b06220 M driver-icarus.c
:100644 100644 7b1bf695cedf54d6b5d2f1ea74fa1693e3ffa67b 937eebaa82bc1748dd523f63355439af21b183ea M driver-icarus.h
:100644 100644 09be0f9d9ebca3af2c9363bada4e10d6de30017e 47b33dc50431f4dd6fb77916eb2969672aa12247 M driver-zeusminer.c

Would love to get 5.2.0 working at this location, as this is where I want to use my U3s.  Thanks!


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: johnsquared2 on June 11, 2015, 03:03:45 PM
Hi, I am pretty new to this stuff and need some help...

I have 7 GAW Miner Furys (basically a 6 chip Blizzard it appears) and I was running BFGMiner 4.2.2 with zeus support.

I have it available for rent at Betarigs, but it started running into issues when pointed to some pools. The problem was the DIff would goto 2K on a pool that only had a 38 Diff. I guess there are 2 ways of putting out DIff, one needs to be divided by 8 (or some #...) and 4.2.2 was having issues identifying it.

So I changed to a newer CGMiner, but it does not produce the same HR as BFGminer did.

Can someone point me to where I can find a Win32/64 compiled executable that is Zeus compatible?

I've tried 5.2, but always get Device not found or similar error...

Thanks,
J


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: movellan on June 11, 2015, 03:45:41 PM
But I wonder, then, where the value in the README "--set antminer:clock=x1286 --set antminer:timing=0.022421" came from. According the the U3 documentation the timeout for 1286 should be 0.0057.
It came from weeks of statistical measurement. In theory, you could leave timing out and BFGMiner will autodetect it, but setting it correctly gets better performance, at least at the start.
The U3 PDF (which I didn't see until after release) is giving you a "Prefer timeout" time, which is not the same thing.
The timing option is measured in microseconds per hash, while the timeout would be per 232 hashes and probably cut-off early to give some breathing room.

It's sick again.  Well, getting somewhere at least.
I saw that a few months ago, but never figured out what caused it... before I released, it had run fine for at least a month straight, so I didn't really have any way to troubleshoot further. :(

Luke-Jr,

We need some help here. A few of us here and over on the U3 support thread are having a devil of a time getting 5.20 to recognize the U3. I have tried about every combo possible and have also tried a new machine that has never had any BTC mining software installed. Had very good luck with the x64 version running the Antminer U1 and U2 units, but cannot get 5.20 to detect U3's. Any help appreciated. TIA.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: movellan on June 11, 2015, 03:47:56 PM
Code:
bfgminer -o stratum+tcp://stratum.f2pool.com:3333 -u indigopsy.antminer -p 1234 --set antminer:voltage=x830 --set antminer:clock=x982 --set antminer:timing=0.0054 -S antminer:all

Thanks for the help. Unfortunately no cigar. U3's still not recognized.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 11, 2015, 04:49:18 PM
Brought one U3 to the same location as my stick miners, stopped 5.1.0 that was running the sticks, started 5.2.0 for the U3 like I did at home and it just hangs at the "Started" line.  So that issue is not related to the stick miners, it's related to this machine.  I'll run through bisect this afternoon and see if I can't find a build that works on this box.

Here are the bisect results, several builds worked (meaning the launched and started hashing with the sticks), several did not (they just hung at the "Started..." line):

Code:
d50810f29f9a91e3303d512e8b16ef3945c51b4f is the first bad commit
commit d50810f29f9a91e3303d512e8b16ef3945c51b4f
Author: Luke Dashjr
Date:   Thu Feb 26 09:07:01 2015 +0000

    icarus: Replace decisecond-precision read_count with read_timeout_ms (millisecond precision) to handle faster devices like the Antminer U3 that complete works in under 1ds

:100644 100644 7575642899d830643cc4e1501ce9f551e707338b 2466fffdc896fbbcf834545fa7088a17eb470f04 M driver-antminer.c
:100644 100644 cf0d204e21412dcf141099ff1d16931110bb05e8 5c81a397e619339e16c72ce243d0a0ad17d60c06 M driver-cairnsmore.c
:100644 100644 90df94dc10fbce615610e8fe0776298592d55cea 5600260971b094b9437b0b7c5126793094189a53 M driver-dualminer.c
:100644 100644 dcf715476bc3ea6461dec2eed9543b6d6268683a 4435d662abad17515c29b873b262bde821b06220 M driver-icarus.c
:100644 100644 7b1bf695cedf54d6b5d2f1ea74fa1693e3ffa67b 937eebaa82bc1748dd523f63355439af21b183ea M driver-icarus.h
:100644 100644 09be0f9d9ebca3af2c9363bada4e10d6de30017e 47b33dc50431f4dd6fb77916eb2969672aa12247 M driver-zeusminer.c

Would love to get 5.2.0 working at this location, as this is where I want to use my U3s.  Thanks!

Did some more digging, I've determined it is the -S command in my batch file that causes 5.2.0 to hang.  If I remove the -S command it starts just fine.  If I try add the device from within bfg (M and +) and scan "all", the program hangs.  If I do M + and "auto", it gives No new devices found, which follows from the readme that says the U3 won't autodetect.  It seems the bug is related to scan all, whether done via batch file (-S all and/or -S antminer:all) or from within the program itself.

If I remove the -S/--scan command then 5.2.0 starts just find and hashes away with the nanofury sticks, they don't need to be scanned for apparently.

So something on this particular computer causes the device scan to go on and on and on and on and the U3 needs to be scanned to be seen... anyone have advice how to work around this?  Or how I could scan specifically for my U3 and not have to "scan all"?  Like how do I tell it to only scan the USB devices?

I wonder why -S all works in 5.1.0, but hangs in 5.2.0 on this box.  Weird and frustrating!


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 11, 2015, 06:58:55 PM
tl;dr How do I scan specifically for the usb U3, and not "scan all"?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 11, 2015, 09:28:56 PM
tl;dr How do I scan specifically for the usb U3, and not "scan all"?
-S antminer:all will probe all devices with only the antminer driver.
Unfortunately, Antminer still does not set the product name on their devices, so there is no way to identify what devices they are without probing.
By default, BFGMiner only probes identified devices, not "scan all"; if you want to turn even that off, use -S noauto

P.S. Due to more pressing issues (medical), I will may sporadically have less time to work on things. Please open GitHub issues for problems so I don't forget about them, and thanks for your patience.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 11, 2015, 09:52:07 PM
tl;dr How do I scan specifically for the usb U3, and not "scan all"?
-S antminer:all will probe all devices with only the antminer driver.
Unfortunately, Antminer still does not set the product name on their devices, so there is no way to identify what devices they are without probing.
By default, BFGMiner only probes identified devices, not "scan all"; if you want to turn even that off, use -S noauto

P.S. Due to more pressing issues (medical), I will may sporadically have less time to work on things. Please open GitHub issues for problems so I don't forget about them, and thanks for your patience.

-S antminer:all also causes 5.2.0 to hang.  -S antminer in the bat file will launch, but bfg doesn't see the U3 with that.  Is there something I can put in place of 'all' that would direct the scan to look at, say, only USB devices?  It's something about the "all" that's freezing 5.2.0 on this system.

-S noauto in the bat file works in so far as bfg will launch with that command in the file, but then I have to use device manager in 5.2.0 to scan auto for the nanofury sticks, so really no point.  I tried "Enter target:antminer" in the device manager, but no luck.

I guess I'm looking for something like what's in the device manager "For example: erupter:\\.\COM40" that would be tailored toward the U3.  Something less encompassing than "all" that will id the U3.

I've never used GitHub, I'll see if I can't figure out how to report a problem there. Judging by my go with bisect, it may take me a round or two to figure it out.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 11, 2015, 09:58:49 PM
tl;dr How do I scan specifically for the usb U3, and not "scan all"?
-S antminer:all will probe all devices with only the antminer driver.
Unfortunately, Antminer still does not set the product name on their devices, so there is no way to identify what devices they are without probing.
By default, BFGMiner only probes identified devices, not "scan all"; if you want to turn even that off, use -S noauto

P.S. Due to more pressing issues (medical), I will may sporadically have less time to work on things. Please open GitHub issues for problems so I don't forget about them, and thanks for your patience.

-S antminer:all also causes 5.2.0 to hang.  Is there something I can put in place of 'all' that would direct the scan to look at, say, only USB devices?  It's something about the "all" that's freezing 5.2.0 on this system.
Probably best to just figure out what that is, and fix that.
Can you pastebin a debuglog of the detection (output of bfgminer -d? -D)?

I guess I'm looking for something like what's in the device manager "For example: erupter:\\.\COM40" that would be tailored toward the U3.  Something less encompassing than "all" that will id the U3.
Since the U3 doesn't identify itself, there isn't anything good for this.
Maybe you can use the serial number (IIRC, always 0001 for U3s): -S antminer@0001


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: toptek on June 11, 2015, 10:26:19 PM

P.S. Due to more pressing issues (medical), I will may sporadically have less time to work on things. Please open GitHub issues for problems so I don't forget about them, and thanks for your patience.


I hope don't seem off base or insensitive by asking and hope your OK .



Any idea as to when we might see something for S5 with BFG, I do hope your ok and can do more for us.
 
Hope that happens for S5's .

I mean that . :) ...


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 11, 2015, 10:39:02 PM

P.S. Due to more pressing issues (medical), I will may sporadically have less time to work on things. Please open GitHub issues for problems so I don't forget about them, and thanks for your patience.


I hope don't seem off base or insensitive by asking and hope your OK .



Any idea as to when we might see something for S5 with BFG, I do hope your ok and can do more for us.
 
Hope that happens for S5's .

I mean that . :) ...
Everyone is okay, but my wife has a medical condition that will need monitoring 1.5 hours away and possibly emergency surgery, so it's apt to be a bit time-consuming. Thanks for asking.

As for S5, there is still a lot of work before it is at a usable state, especially since I basically need to reverse-engineer Bitmain's code to understand what everything does (I miss the good documentation other now-defunct vendors, despite their other deficiencies, put out).
I would expect at least another month or two, depending on how much time I can spend on it.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 12, 2015, 07:28:12 AM
tl;dr How do I scan specifically for the usb U3, and not "scan all"?
-S antminer:all will probe all devices with only the antminer driver.
Unfortunately, Antminer still does not set the product name on their devices, so there is no way to identify what devices they are without probing.
By default, BFGMiner only probes identified devices, not "scan all"; if you want to turn even that off, use -S noauto

P.S. Due to more pressing issues (medical), I will may sporadically have less time to work on things. Please open GitHub issues for problems so I don't forget about them, and thanks for your patience.

-S antminer:all also causes 5.2.0 to hang.  Is there something I can put in place of 'all' that would direct the scan to look at, say, only USB devices?  It's something about the "all" that's freezing 5.2.0 on this system.
Probably best to just figure out what that is, and fix that.
Can you pastebin a debuglog of the detection (output of bfgminer -d? -D)?

I guess I'm looking for something like what's in the device manager "For example: erupter:\\.\COM40" that would be tailored toward the U3.  Something less encompassing than "all" that will id the U3.
Since the U3 doesn't identify itself, there isn't anything good for this.
Maybe you can use the serial number (IIRC, always 0001 for U3s): -S antminer@0001


Thanks for the suggestions, I won't be able to try them until Tuesday, though.  Will report back next week.

Hope your wife is ok, take care.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: FlensGold on June 15, 2015, 05:33:05 PM
Hello,
I have a KNC Titan with the latest 2.0 firmware installed.
This firmware includes bfgminer 5.1.
Is there a way to update this bfgminer version? Does it make any sense at all?

Would a freshly installed raspbian with a git clone compiled bfg miner be able to handle the cubes? Did anyone test this?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 17, 2015, 03:47:45 PM
Can you pastebin a debuglog of the detection (output of bfgminer -d? -D)?

Maybe you can use the serial number (IIRC, always 0001 for U3s): -S antminer@0001


"-S antminer@0001" worked, 5.2.0 launched and saw the U3, however I cannot get it to hash greater than 1GH/s, and then it decrease to SICK rapidly (a result of freq/volt/timing settings I'm sure, still need to figure out some values there).

"bfgminer -d antminer" also worked, but since it only detects antminer machines that way it does not start my netfury sticks (as expected).

"bfgminer -D" runs in debug mode but I do not know if/where it creates an output file.  I assume you want me to run -D with "-S all" to see where the device scan hangs, correct?

Thanks again for the help.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Malaki on June 18, 2015, 02:28:24 PM
damn thats not usefull for me :(


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 19, 2015, 04:30:45 AM
Can you pastebin a debuglog of the detection (output of bfgminer -d? -D)?

Maybe you can use the serial number (IIRC, always 0001 for U3s): -S antminer@0001


"-S antminer@0001" worked, 5.2.0 launched and saw the U3, however I cannot get it to hash greater than 1GH/s, and then it decrease to SICK rapidly (a result of freq/volt/timing settings I'm sure, still need to figure out some values there).

"bfgminer -d antminer" also worked, but since it only detects antminer machines that way it does not start my netfury sticks (as expected).

"bfgminer -D" runs in debug mode but I do not know if/where it creates an output file.  I assume you want me to run -D with "-S all" to see where the device scan hangs, correct?

Thanks again for the help.
The exact command is: bfgminer -d? -D -S all
Post the full output in a [ code] block here.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: kecho on June 28, 2015, 03:27:31 PM
Do you have any plans to integrate the "rockminer_fast" into main release?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 28, 2015, 05:19:26 PM
Do you have any plans to integrate the "rockminer_fast" into main release?
Yes, I need to spend more time testing it with older R-Box.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on June 29, 2015, 05:19:11 PM
The exact command is: bfgminer -d? -D -S all
Post the full output in a [ code] block here.

Here's the output, it freezes at the last line and does not return to the command prompt, much like when trying to start the program:

Code:
C:\bfgminer520>bfgminer -d? -D -S all

 [2015-06-29 10:14:32] setrlimit: Not supported by platform
 [2015-06-29 10:14:32] Started bfgminer 5.2.0
 [2015-06-29 10:14:32] usb_devinfo_scan: Error opening device usb:002:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-06-29 10:14:32] usb_devinfo_scan: Error opening device usb:001:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-06-29 10:14:32] usb_devinfo_scan: Error opening device usb:003:006: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-06-29 10:14:32] usb_devinfo_scan: Error opening device usb:001:002: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-06-29 10:14:32] usb_devinfo_scan: Error opening device usb:002:002: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-06-29 10:14:32] usb_devinfo_scan: Error opening device usb:003:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-06-29 10:14:32] hidapi_try_lib: Couldn't load libhidapi.dll: unknown
 [2015-06-29 10:14:32] hidapi_try_lib: Successfully loaded libhidapi-0.dll
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "NanoFury NF1 CryptoRig" serial "0000111830"
 [2015-06-29 10:14:32] hid_devinfo_scan: Found "NanoFury NF1 CryptoRig" serial "0000109749"
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-06-29 10:14:32] Failed to get PortName registry key value in lowl-vcom.c _vcom_devinfo_scan_win
dows__hubport():563: The system cannot find the file specified.
 [2015-06-29 10:14:32] Failed to get PortName registry key value in lowl-vcom.c _vcom_devinfo_scan_win
dows__hubport():563: The system cannot find the file specified.
 [2015-06-29 10:14:32] Failed to ioctl in lowl-vcom.c windows_usb_get_string():505: A device attached
to the system is not functioning.
 [2015-06-29 10:14:32] FTD2XX.DLL failed to load, not using FTDI autodetect
 [2015-06-29 10:14:32] QueryDosDevice returned insufficent buffer error; enlarging to 200
 [2015-06-29 10:14:32] QueryDosDevice returned insufficent buffer error; enlarging to 400
 [2015-06-29 10:14:32] QueryDosDevice returned insufficent buffer error; enlarging to 800
 [2015-06-29 10:14:32] QueryDosDevice returned insufficent buffer error; enlarging to 1000
 [2015-06-29 10:14:32] QueryDosDevice returned insufficent buffer error; enlarging to 2000
 [2015-06-29 10:14:32] QueryDosDevice returned insufficent buffer error; enlarging to 4000
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:003:001 (path=(null), vid=8086, pid=8c31
, manuf=(null), prod=(null), serial=(null))
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:002:002 (path=(null), vid=8087, pid=8008
, manuf=(null), prod=(null), serial=(null))
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:001:002 (path=(null), vid=8087, pid=8000
, manuf=(null), prod=(null), serial=(null))
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:003:006 (path=(null), vid=10c4, pid=ea60
, manuf=(null), prod=(null), serial=(null))
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:003:002 (path=(null), vid=04d8, pid=00de
, manuf=Microchip Technology Inc., prod=NanoFury NF1 CryptoRig, serial=0000111830)
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:003:003 (path=(null), vid=04d8, pid=00de
, manuf=Microchip Technology Inc., prod=NanoFury NF1 CryptoRig, serial=0000109749)
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:003:004 (path=(null), vid=046d, pid=c52b
, manuf=Logitech, prod=USB Receiver, serial=(null))
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=8086, pid=8c26
, manuf=(null), prod=(null), serial=(null))
 [2015-06-29 10:14:32] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=8086, pid=8c2d
, manuf=(null), prod=(null), serial=(null))
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0
000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0000#{4d1e55b2
-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1
CryptoRig, serial=0000109749)
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0
000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0000#{4d1e55b2
-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1
CryptoRig, serial=0000111830)
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col03#7&
1af5a895&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col03#7&1
af5a895&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col02#7&
1af5a895&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col02#7&1
af5a895&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col01#7&
1af5a895&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col01#7&1
af5a895&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col04#7&
3321c50&0&0003#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col04#7&33
21c50&0&0003#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col03#7&
3321c50&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col03#7&33
21c50&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col02#7&
3321c50&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col02#7&33
21c50&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col01#7&
3321c50&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col01#7&33
21c50&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-06-29 10:14:32] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_00#7&27095a
12&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_00#7&27095a12&0&00
00#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Receiver, seri
al=     )
 [2015-06-29 10:14:32] lowlevel_scan: Found mcp2210 device at hid:\\?\hid#vid_04d8&pid_00de#6&1608e06e
&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0000#{4d1e
55b2-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury
NF1 CryptoRig, serial=0000111830)
 [2015-06-29 10:14:32] lowlevel_scan: Found mcp2210 device at hid:\\?\hid#vid_04d8&pid_00de#6&2dd9c20f
&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0000#{4d1e
55b2-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury
NF1 CryptoRig, serial=0000109749)
 [2015-06-29 10:14:32] lowlevel_scan: Found vcom device at com:3 (path=\\.\COM3, vid=0000, pid=0000, m
anuf=(null), prod=(null), serial=(null))
 [2015-06-29 10:14:32] lowlevel_scan: Found vcom device at com:4 (path=\\.\COM4, vid=0000, pid=0000, m
anuf=(null), prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-06-29 10:14:32] erupter: Attempting to open \\.\COM3
 [2015-06-29 10:14:32] erupter: Attempting to open \\.\COM4
 [2015-06-29 10:14:32] Timers: Using QueryPerformanceCounter
 [2015-06-29 10:14:32] Recalibrating timeofday offset (delta 1435596732.9633708s)
 [2015-06-29 10:14:33] erupter: Test failed at \\.\COM4: expected 4 bytes, got 5
 [2015-06-29 10:14:33] erupter: Attempting to open \\.\COM4
 [2015-06-29 10:14:33] erupter: Test failed at \\.\COM4: expected 4 bytes, got 5
 [2015-06-29 10:14:33] icarus: Attempting to open \\.\COM4
 [2015-06-29 10:14:33] icarus: Test failed at \\.\COM4: expected 4 bytes, got 5
 [2015-06-29 10:14:33] cairnsmore: Attempting to open \\.\COM4
 [2015-06-29 10:14:33] cairnsmore: Test failed at \\.\COM4: expected 4 bytes, got 5
 [2015-06-29 10:14:33] antminer: Attempting to open \\.\COM4
 [2015-06-29 10:14:33] antminer: Test succeeded at \\.\COM4: got 000187a2
 [2015-06-29 10:14:33] \\.\COM4: Init: mode=long read_timeout_ms=75 limit=0ms Hs=4.761000e-010
 [2015-06-29 10:14:33] antminer: Work division not specified - autodetecting
 [2015-06-29 10:14:33] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-06-29 10:14:33] Found AMU 0 at \\.\COM4
 [2015-06-29 10:14:33] AMU 0: Init: baud=115200 work_division=0 fpga_count=0


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on June 30, 2015, 11:47:12 PM
The exact command is: bfgminer -d? -D -S all
Post the full output in a [ code] block here.

Here's the output, it freezes at the last line and does not return to the command prompt, much like when trying to start the program:
Please repeat with http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=tmp249


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on July 02, 2015, 07:27:34 PM
The exact command is: bfgminer -d? -D -S all
Post the full output in a [ code] block here.

Here's the output, it freezes at the last line and does not return to the command prompt, much like when trying to start the program:
Please repeat with http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=tmp249


Here is the result:
Code:
C:\bfg>bfgminer -d? -D -S all

 [2015-07-02 12:21:03] setrlimit: Not supported by platform
 [2015-07-02 12:21:03] Started bfgminer 5.2.0-1-g65c6399
 [2015-07-02 12:21:03] usb_devinfo_scan: Error opening device usb:002:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-02 12:21:03] usb_devinfo_scan: Error opening device usb:001:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-02 12:21:03] usb_devinfo_scan: Error opening device usb:003:009: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-02 12:21:03] usb_devinfo_scan: Error opening device usb:001:002: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-02 12:21:03] usb_devinfo_scan: Error opening device usb:002:002: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-02 12:21:03] usb_devinfo_scan: Error opening device usb:003:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-02 12:21:03] hidapi_try_lib: Couldn't load libhidapi.dll: unknown
 [2015-07-02 12:21:03] hidapi_try_lib: Successfully loaded libhidapi-0.dll
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "NanoFury NF1 CryptoRig" serial "0000111830"
 [2015-07-02 12:21:03] hid_devinfo_scan: Found "NanoFury NF1 CryptoRig" serial "0000109749"
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:03] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-02 12:21:04] Failed to get PortName registry key value in lowl-vcom.c _vcom_devinfo_scan_win
dows__hubport():563: The system cannot find the file specified.
 [2015-07-02 12:21:04] Failed to get PortName registry key value in lowl-vcom.c _vcom_devinfo_scan_win
dows__hubport():563: The system cannot find the file specified.
 [2015-07-02 12:21:04] FTD2XX.DLL failed to load, not using FTDI autodetect
 [2015-07-02 12:21:04] QueryDosDevice returned insufficent buffer error; enlarging to 200
 [2015-07-02 12:21:04] QueryDosDevice returned insufficent buffer error; enlarging to 400
 [2015-07-02 12:21:04] QueryDosDevice returned insufficent buffer error; enlarging to 800
 [2015-07-02 12:21:04] QueryDosDevice returned insufficent buffer error; enlarging to 1000
 [2015-07-02 12:21:04] QueryDosDevice returned insufficent buffer error; enlarging to 2000
 [2015-07-02 12:21:04] QueryDosDevice returned insufficent buffer error; enlarging to 4000
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:003:001 (path=(null), vid=8086, pid=8c31
, manuf=(null), prod=(null), serial=(null))
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:002:002 (path=(null), vid=8087, pid=8008
, manuf=(null), prod=(null), serial=(null))
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:001:002 (path=(null), vid=8087, pid=8000
, manuf=(null), prod=(null), serial=(null))
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:003:009 (path=(null), vid=10c4, pid=ea60
, manuf=(null), prod=(null), serial=(null))
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:003:002 (path=(null), vid=04d8, pid=00de
, manuf=Microchip Technology Inc., prod=NanoFury NF1 CryptoRig, serial=0000111830)
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:003:003 (path=(null), vid=04d8, pid=00de
, manuf=Microchip Technology Inc., prod=NanoFury NF1 CryptoRig, serial=0000109749)
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:003:004 (path=(null), vid=046d, pid=c52b
, manuf=Logitech, prod=USB Receiver, serial=(null))
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=8086, pid=8c26
, manuf=(null), prod=(null), serial=(null))
 [2015-07-02 12:21:04] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=8086, pid=8c2d
, manuf=(null), prod=(null), serial=(null))
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0
000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0000#{4d1e55b2
-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1
CryptoRig, serial=0000109749)
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0
000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0000#{4d1e55b2
-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1
CryptoRig, serial=0000111830)
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col03#7&
1af5a895&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col03#7&1
af5a895&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col02#7&
1af5a895&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col02#7&1
af5a895&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col01#7&
1af5a895&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col01#7&1
af5a895&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col04#7&
3321c50&0&0003#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col04#7&33
21c50&0&0003#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col03#7&
3321c50&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col03#7&33
21c50&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col02#7&
3321c50&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col02#7&33
21c50&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col01#7&
3321c50&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col01#7&33
21c50&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-07-02 12:21:04] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_00#7&27095a
12&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_00#7&27095a12&0&00
00#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Receiver, seri
al=     )
 [2015-07-02 12:21:04] lowlevel_scan: Found mcp2210 device at hid:\\?\hid#vid_04d8&pid_00de#6&1608e06e
&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0000#{4d1e
55b2-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury
NF1 CryptoRig, serial=0000111830)
 [2015-07-02 12:21:04] lowlevel_scan: Found mcp2210 device at hid:\\?\hid#vid_04d8&pid_00de#6&2dd9c20f
&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0000#{4d1e
55b2-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury
NF1 CryptoRig, serial=0000109749)
 [2015-07-02 12:21:04] lowlevel_scan: Found vcom device at com:3 (path=\\.\COM3, vid=0000, pid=0000, m
anuf=(null), prod=(null), serial=(null))
 [2015-07-02 12:21:04] lowlevel_scan: Found vcom device at com:4 (path=\\.\COM4, vid=0000, pid=0000, m
anuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-07-02 12:21:04] erupter: Attempting to open \\.\COM3
 [2015-07-02 12:21:04] erupter: Attempting to open \\.\COM4
 [2015-07-02 12:21:04] \\.\COM4 open: fd=3
 [2015-07-02 12:21:04] \\.\COM4 begin write1
 [2015-07-02 12:21:04] \\.\COM4 end write1
 [2015-07-02 12:21:04] Timers: Using QueryPerformanceCounter
 [2015-07-02 12:21:04] Recalibrating timeofday offset (delta 1435596729.993778s)
 [2015-07-02 12:21:04] \\.\COM4 begin read1
 [2015-07-02 12:21:04] \\.\COM3 open: fd=4
 [2015-07-02 12:21:04] \\.\COM3 begin write1
 [2015-07-02 12:21:04] \\.\COM3 end write1
 [2015-07-02 12:21:04] \\.\COM3 begin read1
 [2015-07-02 12:21:04] \\.\COM4 end read1
 [2015-07-02 12:21:04] \\.\COM4 begin excess1
 [2015-07-02 12:21:04] \\.\COM4 end excess1
 [2015-07-02 12:21:04] \\.\COM4 begin close1
 [2015-07-02 12:21:04] \\.\COM4 end close1
 [2015-07-02 12:21:04] erupter: Test failed at \\.\COM4: expected 4 bytes, got 5
 [2015-07-02 12:21:04] erupter: Attempting to open \\.\COM4
 [2015-07-02 12:21:04] \\.\COM3: No data in 0.100 seconds
 [2015-07-02 12:21:04] \\.\COM3 end read1
 [2015-07-02 12:21:04] \\.\COM3 begin excess1
 [2015-07-02 12:21:04] \\.\COM4 open: fd=3
 [2015-07-02 12:21:04] \\.\COM4 begin write1
 [2015-07-02 12:21:04] \\.\COM4 end write1
 [2015-07-02 12:21:04] \\.\COM4 begin read1
 [2015-07-02 12:21:04] \\.\COM4 end read1
 [2015-07-02 12:21:04] \\.\COM4 begin excess1
 [2015-07-02 12:21:04] \\.\COM4 end excess1
 [2015-07-02 12:21:04] \\.\COM4 begin close1
 [2015-07-02 12:21:04] \\.\COM3 end excess1
 [2015-07-02 12:21:04] \\.\COM4 end close1
 [2015-07-02 12:21:04] \\.\COM3 begin close1
 [2015-07-02 12:21:04] erupter: Test failed at \\.\COM4: expected 4 bytes, got 5
 [2015-07-02 12:21:04] icarus: Attempting to open \\.\COM4
 [2015-07-02 12:21:04] \\.\COM4 open: fd=3
 [2015-07-02 12:21:04] \\.\COM4 begin write1
 [2015-07-02 12:21:04] \\.\COM4 end write1
 [2015-07-02 12:21:04] \\.\COM4 begin read1
 [2015-07-02 12:21:04] \\.\COM3 end close1
 [2015-07-02 12:21:04] erupter: Test failed at \\.\COM3: get 00000000, should: 000187a2
 [2015-07-02 12:21:04] erupter: Attempting to open \\.\COM3
 [2015-07-02 12:21:04] \\.\COM3 open: fd=4
 [2015-07-02 12:21:04] \\.\COM3 begin write1
 [2015-07-02 12:21:04] \\.\COM3 end write1
 [2015-07-02 12:21:04] \\.\COM3 begin read1
 [2015-07-02 12:21:04] \\.\COM4 end read1
 [2015-07-02 12:21:04] \\.\COM4 begin excess1
 [2015-07-02 12:21:04] \\.\COM4 end excess1
 [2015-07-02 12:21:04] \\.\COM4 begin close1
 [2015-07-02 12:21:04] \\.\COM4 end close1
 [2015-07-02 12:21:04] icarus: Test failed at \\.\COM4: expected 4 bytes, got 5
 [2015-07-02 12:21:04] cairnsmore: Attempting to open \\.\COM4
 [2015-07-02 12:21:04] \\.\COM4 open: fd=3
 [2015-07-02 12:21:04] \\.\COM4 begin write1
 [2015-07-02 12:21:04] \\.\COM4 end write1
 [2015-07-02 12:21:04] \\.\COM4 begin read1
 [2015-07-02 12:21:04] \\.\COM3: No data in 0.101 seconds
 [2015-07-02 12:21:04] \\.\COM3 end read1
 [2015-07-02 12:21:04] \\.\COM3 begin excess1
 [2015-07-02 12:21:04] \\.\COM4 end read1
 [2015-07-02 12:21:04] \\.\COM4 begin excess1
 [2015-07-02 12:21:04] \\.\COM4 end excess1
 [2015-07-02 12:21:04] \\.\COM4 begin close1
 [2015-07-02 12:21:04] \\.\COM4 end close1
 [2015-07-02 12:21:04] cairnsmore: Test failed at \\.\COM4: expected 4 bytes, got 5
 [2015-07-02 12:21:04] antminer: Attempting to open \\.\COM4
 [2015-07-02 12:21:04] \\.\COM4 open: fd=3
 [2015-07-02 12:21:04] \\.\COM4 begin write1
 [2015-07-02 12:21:04] \\.\COM4 end write1
 [2015-07-02 12:21:04] \\.\COM4 begin read1
 [2015-07-02 12:21:04] \\.\COM3 end excess1
 [2015-07-02 12:21:04] \\.\COM3 begin close1
 [2015-07-02 12:21:04] \\.\COM3 end close1
 [2015-07-02 12:21:04] erupter: Test failed at \\.\COM3: get 00000000, should: 000187a2
 [2015-07-02 12:21:04] icarus: Attempting to open \\.\COM3
 [2015-07-02 12:21:04] \\.\COM3 open: fd=4
 [2015-07-02 12:21:04] \\.\COM3 begin write1
 [2015-07-02 12:21:04] \\.\COM3 end write1
 [2015-07-02 12:21:04] \\.\COM3 begin read1
 [2015-07-02 12:21:04] \\.\COM4 end read1
 [2015-07-02 12:21:04] \\.\COM4 begin excess1
 [2015-07-02 12:21:04] \\.\COM4 end excess1
 [2015-07-02 12:21:04] \\.\COM4 begin close1
 [2015-07-02 12:21:04] \\.\COM4 end close1
 [2015-07-02 12:21:04] antminer: Test succeeded at \\.\COM4: got 000187a2
 [2015-07-02 12:21:04] \\.\COM4: Init: mode=long read_timeout_ms=75 limit=0ms Hs=4.761000e-010
 [2015-07-02 12:21:04] antminer: Work division not specified - autodetecting
 [2015-07-02 12:21:04] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-07-02 12:21:04] Found AMU 0 at \\.\COM4
 [2015-07-02 12:21:04] AMU 0: Init: baud=115200 work_division=0 fpga_count=0
 [2015-07-02 12:21:04] \\.\COM3: No data in 0.101 seconds
 [2015-07-02 12:21:04] \\.\COM3 end read1
 [2015-07-02 12:21:04] \\.\COM3 begin excess1
 [2015-07-02 12:21:04] \\.\COM3 end excess1
 [2015-07-02 12:21:04] \\.\COM3 begin close1
 [2015-07-02 12:21:04] \\.\COM3 end close1
 [2015-07-02 12:21:04] icarus: Test failed at \\.\COM3: get 00000000, should: 000187a2
 [2015-07-02 12:21:04] cairnsmore: Attempting to open \\.\COM3
 [2015-07-02 12:21:04] \\.\COM3 open: fd=3
 [2015-07-02 12:21:04] \\.\COM3 begin write1
 [2015-07-02 12:21:04] \\.\COM3 end write1
 [2015-07-02 12:21:04] \\.\COM3 begin read1
 [2015-07-02 12:21:05] \\.\COM3: No data in 0.101 seconds
 [2015-07-02 12:21:05] \\.\COM3 end read1
 [2015-07-02 12:21:05] \\.\COM3 begin excess1
 [2015-07-02 12:21:05] \\.\COM3 end excess1
 [2015-07-02 12:21:05] \\.\COM3 begin close1
 [2015-07-02 12:21:05] \\.\COM3 end close1
 [2015-07-02 12:21:05] cairnsmore: Test failed at \\.\COM3: get 00000000, should: 000187a2
 [2015-07-02 12:21:05] antminer: Attempting to open \\.\COM3
 [2015-07-02 12:21:05] \\.\COM3 open: fd=3
 [2015-07-02 12:21:05] \\.\COM3 begin write1
 [2015-07-02 12:21:05] \\.\COM3 end write1
 [2015-07-02 12:21:05] \\.\COM3 begin read1
 [2015-07-02 12:21:05] \\.\COM3: No data in 0.101 seconds
 [2015-07-02 12:21:05] \\.\COM3 end read1
 [2015-07-02 12:21:05] \\.\COM3 begin excess1
 [2015-07-02 12:21:05] \\.\COM3 end excess1
 [2015-07-02 12:21:05] \\.\COM3 begin close1
 [2015-07-02 12:21:05] \\.\COM3 end close1
 [2015-07-02 12:21:05] antminer: Test failed at \\.\COM3: get 00000000, should: 000187a2
 [2015-07-02 12:21:05] twinfury: Probing for Twinfury device \\.\COM3
 [2015-07-02 12:21:07] twinfury: Not a valid response from device (-1)
 [2015-07-02 12:21:07] dualminer: Attempting to open \\.\COM3
 [2015-07-02 12:21:07] \\.\COM3 open: fd=3
 [2015-07-02 12:21:08] \\.\COM3 begin write1
 [2015-07-02 12:21:08] \\.\COM3 end write1
 [2015-07-02 12:21:08] \\.\COM3 begin read1
 [2015-07-02 12:21:08] \\.\COM3: No data in 0.101 seconds
 [2015-07-02 12:21:08] \\.\COM3 end read1
 [2015-07-02 12:21:08] \\.\COM3 begin excess1
 [2015-07-02 12:21:08] \\.\COM3 end excess1
 [2015-07-02 12:21:08] \\.\COM3 begin close1
 [2015-07-02 12:21:08] \\.\COM3 end close1
 [2015-07-02 12:21:08] dualminer: Test failed at \\.\COM3: get 00000000, should: a2870100
 [2015-07-02 12:21:08] BFL: Attempting to open \\.\COM3
 [2015-07-02 12:21:09] BFL: Error reading/timeout (ZGX)
 [2015-07-02 12:21:09] drillbit_detect_one: \\.\COM3: Short read in response to 'I'
 [2015-07-02 12:21:09] klondike_lowl_probe_custom: Matched "(null)" serial "(null)", but lowlevel driv
er is not usb!
 [2015-07-02 12:21:09] klondike_lowl_probe_custom: Matched "(null)" serial "(null)", but lowlevel driv
er is not usb!
 [2015-07-02 12:21:11] ModMiner detect: no response to version request from \\.\COM3
 [2015-07-02 12:21:11] x6500_lowl_probe: Matched "(null)" serial "(null)", but lowlevel driver is not
ft232r!
 [2015-07-02 12:21:11] ztex_lowl_probe: Matched "(null)" serial "(null)", but lowlevel driver is not u
sb!
 [2015-07-02 12:21:11] bifury: Successfully opened \\.\COM3
 [2015-07-02 12:21:13] bifury: Timed out waiting for response to version request
 [2015-07-02 12:21:13] bfx_lowl_probe: Matched "(null)" serial "(null)", but lowlevel driver is not ft
232r!
 [2015-07-02 12:21:13] littlefury: Successfully opened \\.\COM3
 [2015-07-02 12:21:14] Read of fd 3 returned 0
 [2015-07-02 12:21:14] littlefury: DEVPROTO: RECV
 [2015-07-02 12:21:14] littlefury: Failed to read correct packet header
 [2015-07-02 12:21:14] nanofury_lowl_probe: Matched "(null)" serial "(null)", but lowlevel driver is n
ot mcp2210!
 [2015-07-02 12:21:14] hashbuster_lowl_probe: Matched "(null)" serial "(null)", but lowlevel driver is
 not hid!
 [2015-07-02 12:21:14] hashbusterusb_lowl_probe: Matched "(null)" com:3, but lowlevel driver is not us
b_generic!
 [2015-07-02 12:21:24] hashfast_detect_one: Failed to parse response on \\.\COM3
 [2015-07-02 12:21:25] rockminer: Successfully opened \\.\COM3
 [2015-07-02 12:21:25] rockminer: Short read from \\.\COM3 (0)
 [2015-07-02 12:21:25] Devices detected:
 [2015-07-02 12:21:25]  CP2102 USB to UART Bridge Controller by Silicon Labs (driver=antminer; procs=4
; serial=0001; path=\\.\COM4)
 [2015-07-02 12:21:25]  NanoFury NF1 CryptoRig by Microchip Technology Inc. (driver=nanofury; procs=1;
 serial=0000111830; path=\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0000#{4d1e55b2-f16f-11cf-88cb-00111100
0030})
 [2015-07-02 12:21:25]  NanoFury NF1 CryptoRig by Microchip Technology Inc. (driver=nanofury; procs=1;
 serial=0000109749; path=\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0000#{4d1e55b2-f16f-11cf-88cb-00111100
0030})
3 devices listed

C:\bfg>


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on July 02, 2015, 07:52:37 PM
The exact command is: bfgminer -d? -D -S all
Post the full output in a [ code] block here.

Here's the output, it freezes at the last line and does not return to the command prompt, much like when trying to start the program:
Please repeat with http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=tmp249


Here is the result:
Eh? It's no longer hanging... :/


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on July 02, 2015, 09:31:41 PM
The exact command is: bfgminer -d? -D -S all
Post the full output in a [ code] block here.

Here's the output, it freezes at the last line and does not return to the command prompt, much like when trying to start the program:
Please repeat with http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=tmp249


Here is the result:
Eh? It's no longer hanging... :/

I tried that same test again and it hung, but when I unplugged the U3 usb and plugged it back in again it ran through to completion again.  I actually didn't try launching the bisect version with my normal batch file, I'll try that and hopefully it fires up just fine.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on July 09, 2015, 10:45:26 PM
Eh? It's no longer hanging... :/

I tried that same test again and it hung, but when I unplugged the U3 usb and plugged it back in again it ran through to completion again.  I actually didn't try launching the bisect version with my normal batch file, I'll try that and hopefully it fires up just fine.

Still hanging, unfortunately.
http://i62.tinypic.com/2hg4w75.jpg

Ran the debug scan without the U3 plugged in, I think there must be some issue with this particular computer.  Here's the output up to where it hangs.
Code:
C:\bfgminer520a>bfgminer -d? -D -S all

 [2015-07-09 15:40:00] setrlimit: Not supported by platform
 [2015-07-09 15:40:00] Started bfgminer 5.2.0-1-g65c6399
 [2015-07-09 15:40:00] usb_devinfo_scan: Error opening device usb:002:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-09 15:40:00] usb_devinfo_scan: Error opening device usb:001:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-09 15:40:00] usb_devinfo_scan: Error opening device usb:001:002: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-09 15:40:00] usb_devinfo_scan: Error opening device usb:002:002: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-09 15:40:00] usb_devinfo_scan: Error opening device usb:003:001: LIBUSB_ERROR_NOT_SUPPORTED
 [2015-07-09 15:40:00] hidapi_try_lib: Couldn't load libhidapi.dll: unknown
 [2015-07-09 15:40:00] hidapi_try_lib: Successfully loaded libhidapi-0.dll
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "USB Receiver" serial "  "
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "NanoFury NF1 CryptoRig" serial "0000111830"
 [2015-07-09 15:40:00] hid_devinfo_scan: Found "NanoFury NF1 CryptoRig" serial "0000109749"
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to SetupDiEnumDeviceInterfaces in lowl-mswin.c mswin_devinfo_scan():47:
No more data is available.
 [2015-07-09 15:40:00] Failed to get PortName registry key value in lowl-vcom.c _vcom_devinfo_scan_win
dows__hubport():563: The system cannot find the file specified.
 [2015-07-09 15:40:00] Failed to get PortName registry key value in lowl-vcom.c _vcom_devinfo_scan_win
dows__hubport():563: The system cannot find the file specified.
 [2015-07-09 15:40:00] FTD2XX.DLL failed to load, not using FTDI autodetect
 [2015-07-09 15:40:00] QueryDosDevice returned insufficent buffer error; enlarging to 200
 [2015-07-09 15:40:00] QueryDosDevice returned insufficent buffer error; enlarging to 400
 [2015-07-09 15:40:00] QueryDosDevice returned insufficent buffer error; enlarging to 800
 [2015-07-09 15:40:00] QueryDosDevice returned insufficent buffer error; enlarging to 1000
 [2015-07-09 15:40:00] QueryDosDevice returned insufficent buffer error; enlarging to 2000
 [2015-07-09 15:40:00] QueryDosDevice returned insufficent buffer error; enlarging to 4000
 [2015-07-09 15:40:00] lowlevel_scan: Found usb device at usb:003:001 (path=(null), vid=8086, pid=8c31
, manuf=(null), prod=(null), serial=(null))
 [2015-07-09 15:40:00] lowlevel_scan: Found usb device at usb:002:002 (path=(null), vid=8087, pid=8008
, manuf=(null), prod=(null), serial=(null))
 [2015-07-09 15:40:00] lowlevel_scan: Found usb device at usb:001:002 (path=(null), vid=8087, pid=8000
, manuf=(null), prod=(null), serial=(null))
 [2015-07-09 15:40:00] lowlevel_scan: Found usb device at usb:003:002 (path=(null), vid=04d8, pid=00de
, manuf=Microchip Technology Inc., prod=NanoFury NF1 CryptoRig, serial=0000111830)
 [2015-07-09 15:40:00] lowlevel_scan: Found usb device at usb:003:003 (path=(null), vid=04d8, pid=00de
, manuf=Microchip Technology Inc., prod=NanoFury NF1 CryptoRig, serial=0000109749)
 [2015-07-09 15:40:00] lowlevel_scan: Found usb device at usb:003:004 (path=(null), vid=046d, pid=c52b
, manuf=Logitech, prod=USB Receiver, serial=(null))
 [2015-07-09 15:40:00] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=8086, pid=8c26
, manuf=(null), prod=(null), serial=(null))
 [2015-07-09 15:40:00] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=8086, pid=8c2d
, manuf=(null), prod=(null), serial=(null))
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0
000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0000#{4d1e55b2
-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1
CryptoRig, serial=0000109749)
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0
000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0000#{4d1e55b2
-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1
CryptoRig, serial=0000111830)
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col03#7&
1af5a895&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col03#7&1
af5a895&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col02#7&
1af5a895&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col02#7&1
af5a895&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_02&col01#7&
1af5a895&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_02&col01#7&1
af5a895&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Re
ceiver, serial= )
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col04#7&
3321c50&0&0003#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col04#7&33
21c50&0&0003#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col03#7&
3321c50&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col03#7&33
21c50&0&0002#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col02#7&
3321c50&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col02#7&33
21c50&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_01&col01#7&
3321c50&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_01&col01#7&33
21c50&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Rece
iver, serial=   )
 [2015-07-09 15:40:00] lowlevel_scan: Found hid device at hid:\\?\hid#vid_046d&pid_c52b&mi_00#7&27095a
12&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_046d&pid_c52b&mi_00#7&27095a12&0&00
00#{4d1e55b2-f16f-11cf-88cb-001111000030}, vid=046d, pid=c52b, manuf=Logitech, prod=USB Receiver, seri
al=     )
 [2015-07-09 15:40:00] lowlevel_scan: Found mcp2210 device at hid:\\?\hid#vid_04d8&pid_00de#6&1608e06e
&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&1608e06e&0&0000#{4d1e
55b2-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury
NF1 CryptoRig, serial=0000111830)
 [2015-07-09 15:40:00] lowlevel_scan: Found mcp2210 device at hid:\\?\hid#vid_04d8&pid_00de#6&2dd9c20f
&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} (path=\\?\hid#vid_04d8&pid_00de#6&2dd9c20f&0&0000#{4d1e
55b2-f16f-11cf-88cb-001111000030}, vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury
NF1 CryptoRig, serial=0000109749)
 [2015-07-09 15:40:00] lowlevel_scan: Found vcom device at com:3 (path=\\.\COM3, vid=0000, pid=0000, m
anuf=(null), prod=(null), serial=(null))
 [2015-07-09 15:40:00] erupter: Attempting to open \\.\COM3
 [2015-07-09 15:40:00] \\.\COM3 open: fd=3
 [2015-07-09 15:40:00] \\.\COM3 begin write1
 [2015-07-09 15:40:00] \\.\COM3 end write1
 [2015-07-09 15:40:00] Timers: Using QueryPerformanceCounter
 [2015-07-09 15:40:00] Recalibrating timeofday offset (delta 1436199479.9390537s)
 [2015-07-09 15:40:00] \\.\COM3 begin read1

I will continue using -S antminer@0001 and trying to get the U3 to run, I am not having any luck getting it operational, let alone running stable, but at least I can get bfg to recognize it this way.  I'll keep trying, hopefully you will have time/motivation to get the U3 working a bit better in a future release, thank you for your help!


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on July 09, 2015, 11:30:59 PM
Mikestang, please try http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=bfgminer


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on July 09, 2015, 11:52:11 PM
Thanks, I'll give that one a shot and report back.

A separate question, even though the U3 reports DEAD, it still seems to be hashing, the number to the right of the slash updates like the unit is working; albeit not at 60GH, but right now if I can get it to run stable at all I'll be happy.

http://i58.tinypic.com/i2lx7m.jpg


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on July 10, 2015, 12:04:41 AM
Thanks, I'll give that one a shot and report back.

A separate question, even though the U3 reports DEAD, it still seems to be hashing, the number to the right of the slash updates like the unit is working; albeit not at 60GH, but right now if I can get it to run stable at all I'll be happy.

http://i58.tinypic.com/i2lx7m.jpg
That's how averages work..


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Putte on July 18, 2015, 10:49:25 AM
Hello!

Maybe a stupid question, but I did not find an answer from forum or any other sources.
I am quite new in mining and I like to know is bfgminer mining like a small pool when mining solo? So if I have for ex 4 miners, does bfgminer use those to mine like a one miner with hashrate of their all or is it mining all 4 miners individually?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on July 18, 2015, 10:58:02 AM
Hello!

Maybe a stupid question, but I did not find an answer from forum or any other sources.
I am quite new in mining and I like to know is bfgminer mining like a small pool when mining solo? So if I have for ex 4 miners, does bfgminer use those to mine like a one miner with hashrate of their all or is it mining all 4 miners individually?
There is no difference.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Putte on July 18, 2015, 11:10:27 AM
Hello!

Maybe a stupid question, but I did not find an answer from forum or any other sources.
I am quite new in mining and I like to know is bfgminer mining like a small pool when mining solo? So if I have for ex 4 miners, does bfgminer use those to mine like a one miner with hashrate of their all or is it mining all 4 miners individually?
There is no difference.

Ok, thanks for answer. And thanks for a great software.


Title: Re: BFGMiner 5.2.0: Zeus X6 Lightening PSU Issue - MINING KILLER!
Post by: wolfey2014 on July 19, 2015, 04:19:42 PM
Hello,
has anyone had any trouble with driving their Zeus miners with the latest version of BFGminer? I just upgraded (not so far) from ver' 4.2.1 to 5.2.0 which also uses slightly different syntax in the command line.
I am mining via nicehash.com and with version 4.2.1 there are no issues when starting or running the mining program.
But when I start mining with ver' 5.2.0, my psu's overload and quit!
It seems that 5.2.0 is causing a huge power surge at startup where previous versions are totally fine and cause NO issues at all!
Anyone got a fix for this issue?
I'm sure it's a programming error somewhere in the startup code. Or are there any commands I am missing?
I used the command line suggestions for ASIC miners in the readme-ASIC txt and all commands are correct.
I don't see anything in the commands to cause or prevent this startup overload issue.
The reason I am trying to use 5.2.0 is that nicehash wants me to use their extra nonce command #/xnsub command for better efficiency and I guess a few more accepts per cycle than without it.
Thanks for any advice or suggestions you may have in advance!


Title: Re: BFGMiner 5.2.0: Zeus X6 Lightening PSU Issue - MINING KILLER!
Post by: wolfey2014 on July 19, 2015, 04:31:30 PM
Hello,
has anyone had any trouble with driving their Zeus miners with the latest version of BFGminer? I just upgraded (not so far) from ver' 4.2.1 to 5.2.0 which also uses slightly different syntax in the command line.
I am mining via nicehash.com and with version 4.2.1 there are no issues when starting or running the mining program.
But when I start mining with ver' 5.2.0, my psu's overload and quit!
It seems that 5.2.0 is causing a huge power surge at startup where previous versions are totally fine and cause NO issues at all!
Anyone got a fix for this issue?
I'm sure it's a programming error somewhere in the startup code. Or are there any commands I am missing?
I used the command line suggestions for ASIC miners in the readme-ASIC txt and all commands are correct.
I don't see anything in the commands to cause or prevent this startup overload issue.
The reason I am trying to use 5.2.0 is that nicehash wants me to use their extra nonce command #/xnsub command for better efficiency and I guess a few more accepts per cycle than without it.
Thanks for any advice or suggestions you may have in advance!


Sorry guys, here's the command line I am using....

bfgminer --scrypt -o stratum+tcp://scrypt.usa.nicehash.com:3333/#xnsub -u yeahtryit -p d=1024 --set zeusminer:clock=151 -S zeusminer:\\.\COM106 -S zeusminer:\\.\COM222 -S zeusminer:\\.\COM151 --set zeusminer:chips=640

Some names have been changed to protect my ars from hackers ;)


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: koinsuka on July 20, 2015, 09:48:29 AM
are this software can running well at os linux android?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Muhammed Zakir on July 20, 2015, 04:23:24 PM
are this software can running well at os linux android?

It is running well for Windows, OS X and linux but not for android. You can't mine using an android phone. However, you can connect miner(s) to android phone and mine using it but it won't be effective.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on July 20, 2015, 08:52:56 PM
are this software can running well at os linux android?

It is running well for Windows, OS X and linux but not for android. You can't mine using an android phone. However, you can connect miner(s) to android phone and mine using it but it won't be effective.
Eh, most Android devices should be better than a Raspberry Pi at least.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on July 20, 2015, 10:17:44 PM
Mikestang, please try http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=bfgminer

Alright, that version correctly launches with '-S all' in the command line!

The U3 even runs with the two nanofury sticks now, but I get a slew of errors:

http://i58.tinypic.com/wj73mh.jpg

Despite the comms error it seems to be hashing along just fine, any clues as to what this new error is?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on July 21, 2015, 10:15:00 PM
Despite the comms error it seems to be hashing along just fine, any clues as to what this new error is?

I left it running all night, and at some point the U3 hashrate dropped off the pool it was pointed at.  When I looked at the bfgminer window in the morning the U3 was still running and spitting out those comms errors, several per second every couple seconds.

This comms error seems to be the last hurdle in getting the U3 to be happy on this machine.  It successfully submits shares even with the errors, but obviously something isn't right still.  8)


Title: Re: BFGMiner 5.2.0: Zeus X6 Lightening PSU Issue - MINING KILLER!
Post by: toptek on July 24, 2015, 11:05:01 AM
Hello,
has anyone had any trouble with driving their Zeus miners with the latest version of BFGminer? I just upgraded (not so far) from ver' 4.2.1 to 5.2.0 which also uses slightly different syntax in the command line.
I am mining via nicehash.com and with version 4.2.1 there are no issues when starting or running the mining program.
But when I start mining with ver' 5.2.0, my psu's overload and quit!
It seems that 5.2.0 is causing a huge power surge at startup where previous versions are totally fine and cause NO issues at all!
Anyone got a fix for this issue?
I'm sure it's a programming error somewhere in the startup code. Or are there any commands I am missing?
I used the command line suggestions for ASIC miners in the readme-ASIC txt and all commands are correct.
I don't see anything in the commands to cause or prevent this startup overload issue.
The reason I am trying to use 5.2.0 is that nicehash wants me to use their extra nonce command #/xnsub command for better efficiency and I guess a few more accepts per cycle than without it.
Thanks for any advice or suggestions you may have in advance!


Sorry guys, here's the command line I am using....

bfgminer --scrypt -o stratum+tcp://scrypt.usa.nicehash.com:3333/#xnsub -u yeahtryit -p d=1024 --set zeusminer:clock=151 -S zeusminer:\\.\COM106 -S zeusminer:\\.\COM222 -S zeusminer:\\.\COM151 --set zeusminer:chips=640

Some names have been changed to protect my ars from hackers ;)



Why not try setting per miner and use PI's as your controllers or one rasp pi  ? windows 10 is due out on the 29 th and has a PI 2 version you might want to look at if you want windows as your miner/controller and look at minera ? .I use 5.2 on my cyclone and it runs way better now that minera fixed it's Calculation issue no over heating PSU never had that issue any way  it just runs a lot better with 5.2 holds a steady 21 to 23 MH at default setting. why even over clock any of them sense Ive found OC is just a waste of power there not worth OC, if you are.


--scrypt -S zus:all --set zus:chips=96 --set zus:clock=330  for the cyclone or T X2 .

per miner setting with minera or without

--scrypt -S zus:/dev/ttyUSB0 --set zus:chips= --set zus:clock= -S zus:/dev/ttyUSB1 --set zus:chips= --set zus:clock=

I'm real amazed the above setting even work and don't over heat every thing. you have set .

I'm not even sure what Zeus has 213 chip per miner and runs with no clock set very well or clock set at 151

The clock setting i know of are 240 to 345 safe clock setting that depends on the miner for best results with any version of BFG miner that supports ZeusMiners.
some setting in older version of BFG you may need to use you don't need with 5.2 but can still use them if you want to.


Last question what Zeus Miner are they ? .)


Title: BFGMiner 5.2.0: issues
Post by: onlyabill on July 27, 2015, 06:47:42 PM
I just downloaded BFGminer 5.2.0. I am running it on Windows 8.1 as 64 bit (tried 32 bit too) and am trying to connect to 2 Gridseed blades (4 devices). I have run from a Admin command windows (as well as lesser cmd) and get the following messages:

Do not have user privileges required to open \\.\COM4

It appears 4 times (once for each board) followed by the following error:

Failed to open Device Parameters registry key in lowl-vcom.c _vcom_devinfo_scan_windows__hubport():556: The system cannot find the file specified.

As expected I also get the red status of "NO DEVICED FOUND: Press 'M' and '+' to add" but when I do, I get an empty list (i.e. no devices listed). I was running cgminer but had issues with the Blades all staying mining at the same time so decided to give this a try. I uninstalled the ZAG drivers and installed the STM drivers. My devices shows 4 of these:

Eject STM32 Virtual COM Port

So I think that is right. I have tried different command arguments but am currently running this way:

bfgminer.exe --scrypt -o stratum+tcp://{pool} -u {user} -p {pw} -S all --set-device gridseed:clock=825

I know the pool and user info is good as it works fine (when it does) under cgminer. I did reboot as well as tried it all again. No change. The files are all under c:\bfgminer and I changed the command window directory to there before launching the batch file.

Any thoughts?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on July 27, 2015, 09:58:37 PM
Despite the comms error it seems to be hashing along just fine, any clues as to what this new error is?

I left it running all night, and at some point the U3 hashrate dropped off the pool it was pointed at.  When I looked at the bfgminer window in the morning the U3 was still running and spitting out those comms errors, several per second every couple seconds.

This comms error seems to be the last hurdle in getting the U3 to be happy on this machine.  It successfully submits shares even with the errors, but obviously something isn't right still.  8)

I only get the comms error on the webisect version of 5.2.0 you posted for me.  I just tried the release of 5.2.0 using --scan antminer@0001 in the command line again and it results in the U3 hashing <10GH/s and dropping to 0 over the course of a minute or two.  So whatever was changed in the websect version also "fixed" it so my U3 hashes consistantly (although it appears to ignore the freq and volt settings and hashes at stock speed ~40GH/s).  Unfortuntelly like I have posted, it spits those comm errors all day and unless I reset it twice a day (unplug/replug USB) then the U3 hash drops from the pool it's pointed at despite appearing to continue to hash along just fine in bfgminer.

Code:
[2015-07-27 14:57:38] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:38] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:38] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:38] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:38] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:39] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:39] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:39] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:39] AMU 0: Comms error (werr=1)
 [2015-07-27 14:57:39] AMU 0: Comms error (werr=1)

I wish I knew enough how to dig in a figure out what the error is caused by, but all I could do was google and nothing useful came up.


Title: Re: BFGMiner 5.2.0: issues
Post by: toptek on July 28, 2015, 04:06:18 AM
I just downloaded BFGminer 5.2.0. I am running it on Windows 8.1 as 64 bit (tried 32 bit too) and am trying to connect to 2 Gridseed blades (4 devices). I have run from a Admin command windows (as well as lesser cmd) and get the following messages:

Do not have user privileges required to open \\.\COM4

It appears 4 times (once for each board) followed by the following error:

Failed to open Device Parameters registry key in lowl-vcom.c _vcom_devinfo_scan_windows__hubport():556: The system cannot find the file specified.

As expected I also get the red status of "NO DEVICED FOUND: Press 'M' and '+' to add" but when I do, I get an empty list (i.e. no devices listed). I was running cgminer but had issues with the Blades all staying mining at the same time so decided to give this a try. I uninstalled the ZAG drivers and installed the STM drivers. My devices shows 4 of these:

Eject STM32 Virtual COM Port

So I think that is right. I have tried different command arguments but am currently running this way:

bfgminer.exe --scrypt -o stratum+tcp://{pool} -u {user} -p {pw} -S all --set-device gridseed:clock=825

I know the pool and user info is good as it works fine (when it does) under cgminer. I did reboot as well as tried it all again. No change. The files are all under c:\bfgminer and I changed the command window directory to there before launching the batch file.

Any thoughts?

Drivers installed or the right ones and  try

bfgminer.exe --scrypt -S gsd:all -o stratum+tcp://{pool} -u {user} -p {pw} --set gsd:clock=800


Link to those drivers its been a while sense i use BFG or CG  in windows


http://www.st.com/web/en/catalog/tools/PF257938



Title: Re: BFGMiner 5.2.0: issues
Post by: onlyabill on July 28, 2015, 02:17:47 PM
Drivers installed or the right ones and  try

bfgminer.exe --scrypt -S gsd:all -o stratum+tcp://{pool} -u {user} -p {pw} --set gsd:clock=800


Link to those drivers its been a while sense i use BFG or CG  in windows


http://www.st.com/web/en/catalog/tools/PF257938


That was the ticket! Thanks!

I went through that once but the second time was the charm. I still get those errors but the system sees the grids now and I am mining. Thanks!


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Phazer25 on July 28, 2015, 10:04:49 PM
I downloaded the Win32.zip version of your file and scanned it with my antivirus software and it said it has 2 high risk threats.  Are these real threats or just my antivirus acting up?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on August 06, 2015, 01:23:52 PM
I downloaded the Win32.zip version of your file and scanned it with my antivirus software and it said it has 2 high risk threats.  Are these real threats or just my antivirus acting up?
Check that they match my signature, but AVs have indeed been known to flag BFGMiner as a false positive.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on August 06, 2015, 03:58:06 PM
Luke-Jr, any ideas on the comms errors I've reported above?  My U3 seems to be running fine in all other aspects, but it seems the comms errors cause it to drop off the pool I have it pointed to (or the pool boots it off, not sure).  Thank you.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on August 06, 2015, 04:02:06 PM
Luke-Jr, any ideas on the comms errors I've reported above?  My U3 seems to be running fine in all other aspects, but it seems the comms errors cause it to drop off the pool I have it pointed to (or the pool boots it off, not sure).  Thank you.
Nope, never seen comm errors here. Although the U3 does like to randomly die :/


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on August 06, 2015, 04:08:16 PM
Nope, never seen comm errors here. Although the U3 does like to randomly die :/
Yea, I'm familiar with the random deaths, but this one isn't dying.  It spits out the errors several per second, but not continuously, and it hashes away just fine, but at some point its hash drops from the pool despite bfgminer showing it hashing away just fine.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Mikestang on August 06, 2015, 05:23:52 PM
And an hour after posting that, after more than 2 weeks of this U3 working with comm errors, it has now died and bfg doesn't even see it any more.  God, I hate the U3, why do I keep torturing myself with it?  ???


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Blackbird0 on August 07, 2015, 12:58:49 AM
And an hour after posting that, after more than 2 weeks of this U3 working with comm errors, it has now died and bfg doesn't even see it any more.  God, I hate the U3, why do I keep torturing myself with it?  ???

Honestly, it's just a worthless piece of crap. I'm not buying anything Bitmain puts out without waiting a couple weeks next time.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: tech_solutions on August 08, 2015, 12:17:04 PM
hi, i am having computer Intel Inbuilt graphics , how can i start minning with BFGMiner software, please help me out :)


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Muhammed Zakir on August 08, 2015, 03:02:20 PM
hi, i am having computer Intel Inbuilt graphics , how can i start minning with BFGMiner software, please help me out :)

You can't earn anything by mining with it! You will have to either by a lot of GPUs or buy SHA-256 ASIC miner(s).


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on August 08, 2015, 04:07:06 PM
More GPUs = losing money faster...


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: johnsquared2 on August 11, 2015, 06:21:53 PM
When I try to open the 32bit windows version of 5.2, windows deletes the bfgminer.exe. says there is a Trojan in it. Skeeyah.C!plock ...

Is there a clean version available somewhere?

J   ???


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: toptek on August 11, 2015, 10:46:46 PM
When I try to open the 32bit windows version of 5.2, windows deletes the bfgminer.exe. says there is a Trojan in it. Skeeyah.C!plock ...

Is there a clean version available somewhere?

J   ???


what  Security software are you running  ?


what  windows  10, 8.1, 7. ?.  btw windows 10 is free upgrade if your win 7 sp1 or win 8.1 is legal :) .


 if your OS is 64 bit use the 64 bit BFGMINER :) .


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: johnsquared2 on August 12, 2015, 02:43:46 AM
Windows Defender.

Win 7 basic

not sure I trust anything free from Microstiff...

:)

J


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: johnsquared2 on August 14, 2015, 05:27:20 AM
downloaded 5.1 from another repository, no issues...
 ???


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on August 15, 2015, 05:42:54 PM
Further off-topic discussion of Windows will be split/deleted or something.
Please keep this thread at least remotely related to BFGMiner...
Thanks


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: toptek on August 15, 2015, 08:31:22 PM
Hey man on topic lol

my bad


any word on the S 5 support yet we need a lot of stuff fixed in that degree with the S5 firmware and this would make for a breath of fresh air and would be very interesting to see how well it works in a  S5.

I know real live has a lot to do with not be able to get it done.
I hope all things are ok there (The wife) .I was just operated on my self .


just asking don't shot .




Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: TXSteve on August 15, 2015, 09:22:52 PM
GenTarkin in the kncminer thread has been doing a great job of upgrading the titan firmware. He included the latest BFGMiner 5.2 in his upgrades.

However I am having some problems with 5.2 when running load balance, I had to switch back to 5.1 knc img

it seems like the buffer isn't getting properly flushed after a new block is found. It just spews out a bunch of shares that get rejected

5.1 rejects run 2-3%
5.2 rejects run about 20%

also, sometimes in 5.1 it gets into a state where every share is stale but when submitted they are accepted, adjusting expiry to say 600 secs has no effect

any idea what's going on here, is there a bug or configuration error??

thx



this is bfgminer 5.1:
 [2015-08-15 19:34:24] Rejected 000264b5 KNC 0d pool 2 Diff 417m/72m (Job not found)
 [2015-08-15 19:34:26] Accepted 0003de13 KNC 0c pool 4 Diff 258m/125m
 [2015-08-15 19:34:30] Accepted 0009b4c9 KNC 0b pool 2 Diff 103m/72m
 [2015-08-15 19:34:30] Accepted 000374cf KNC 2d pool 5 Diff 289m/125m
 [2015-08-15 19:34:31] Accepted 0003d80c KNC 1d pool 2 Diff 260m/72m
 [2015-08-15 19:34:32] Accepted 0001f17b KNC 2c pool 4 Diff 514m/125m
 [2015-08-15 19:34:32] Accepted 00061ef2 KNC 0a pool 2 Diff 163m/72m
 [2015-08-15 19:34:33] Accepted 00005ee4 KNC 0c pool 4 Diff 2/125m
 [2015-08-15 19:34:35] Accepted 00082b2e KNC 1d pool 2 Diff 122m/72m
 [2015-08-15 19:34:39] Accepted 000a73e2 KNC 0b pool 2 Diff 95m/72m
 [2015-08-15 19:34:42] Accepted 00008e9f KNC 0d pool 4 Diff 1/125m
 [2015-08-15 19:34:46] Accepted 000288d7 KNC 2d pool 5 Diff 394m/125m
 [2015-08-15 19:34:46] Accepted 0006248f KNC 0d pool 4 Diff 162m/125m
 [2015-08-15 19:34:47] Accepted 000034e7 KNC 1a pool 5 Diff 4/125m
 [2015-08-15 19:34:47] Accepted 000030b2 KNC 1c pool 4 Diff 5/125m
 [2015-08-15 19:34:50] Accepted 00015eff KNC 1b pool 5 Diff 729m/125m

this is bfgminer 5.2:
[2015-08-15 19:34:58] Pool 3 stale share detected, submitting as user requested
 [2015-08-15 19:34:59] Rejected 0007a5d4 KNC 1b pool 3 Diff 130m/125m (prevhash-stale)
 [2015-08-15 19:34:59] Rejected 003027c6 KNC 0d pool 2 Diff 20m/9m (Job not found)
 [2015-08-15 19:34:59] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:34:59] Rejected 005145fc KNC 0c pool 2 Diff 12m/9m (Job not found)
 [2015-08-15 19:35:00] Pool 4 stale share detected, submitting as user requested
 [2015-08-15 19:35:00] Rejected 0001aac8 KNC 2c pool 4 Diff 599m/125m (prevhash-stale)
 [2015-08-15 19:35:00] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:35:00] Rejected 003f49d1 KNC 0c pool 2 Diff 15m/9m (Job not found)
 [2015-08-15 19:35:01] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:35:01] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:35:02] Rejected 006018b6 KNC 0c pool 2 Diff 10m/9m (Job not found)
 [2015-08-15 19:35:02] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:35:02] Rejected 00639377 KNC 0c pool 2 Diff 10m/9m (Job not found)
 [2015-08-15 19:35:02] Rejected 0029d73b KNC 0c pool 2 Diff 23m/9m (Job not found)
 [2015-08-15 19:35:02] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:35:02] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:35:02] Rejected 00656354 KNC 0d pool 2 Diff 9m/9m (Job not found)
 [2015-08-15 19:35:03] Rejected 001aed83 KNC 0d pool 2 Diff 37m/9m (Job not found)
 [2015-08-15 19:35:03] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:35:03] Rejected 005594e0 KNC 0c pool 2 Diff 11m/9m (Job not found)
 [2015-08-15 19:35:05] Pool 2 stale share detected, submitting as user requested
 [2015-08-15 19:35:05] Rejected 0005e63b KNC 0c pool 2 Diff 169m/9m (Job not found)
 [2015-08-15 19:35:06] Accepted 0000ebe6 KNC 1d pool 4 Diff 1/125m
 [2015-08-15 19:35:09] Accepted 00051c4f KNC 0d pool 5 Diff 195m/125m
 [2015-08-15 19:35:11] Accepted 0007f9be KNC 0a pool 4 Diff 125m/125m



Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on August 15, 2015, 10:07:00 PM
Can you bisect it?


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: TXSteve on August 16, 2015, 03:23:53 AM

I let it run for a couple hours. Each rig is running the same pools, same settings, started at the same time

bfgminer version 5.2.0-2-ga488b3f - Started: [2015-08-16 01:13:21] - [  0 days 01:57:58]
 [M]anage devices [P]ool management [ S]ettings [D]isplay options                      [H]elp [Q]uit
 Pools: 6 (0,1,2,3,4,5)      Diff:15m-125m  +  LU:[03:11:45]
 Block: ...fddf34e6c0049363  Diff:66 (477.3M)  Started: [03:12:04]  I:?
 ST:21  F:21  NB:853  AS:0  BW:[254/122 B/s]  E:0.29  BS:348
 3/12         | 247.6/262.7/217.5Mh/s | A:5027 R:1417+66( 18%) HW:595/.53%
----------------------------------------------------------------------------------------------------
 KNC 0:       | 85.84/87.31/71.14Mh/s | A:1811 R: 475+ 3( 19%) HW:185/.50%
 KNC 1:       | 79.69/87.93/72.80Mh/s | A:1712 R: 553+ 1( 18%) HW:138/.37%
 KNC 2:       | 80.81/87.51/73.65Mh/s | A:1505 R: 397+62( 16%) HW:272/.73%
----------------------------------------------------------------------------------------------------
 [2015-08-16 03:12:02] Rejected 000b1656 KNC 1a pool 3 Diff 90m/15m (Job not found.)
 [2015-08-16 03:12:03] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:03] Rejected 00222722 KNC 1a pool 3 Diff 29m/15m (Job not found.)
 [2015-08-16 03:12:04] Accepted 0000cc77 KNC 2c pool 1 Diff 1/31m
 [2015-08-16 03:12:04] Network difficulty changed to 66 (477.3M)
 [2015-08-16 03:12:04] Stratum from pool 3 detected new block
 [2015-08-16 03:12:06] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:06] Rejected 001e3974 KNC 0c pool 3 Diff 33m/15m (Job not found.)
 [2015-08-16 03:12:07] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:07] Rejected 00215840 KNC 0b pool 3 Diff 29m/15m (Job not found.)
 [2015-08-16 03:12:09] Accepted 00180ff4 KNC 2c pool 1 Diff 41m/31m
 [2015-08-16 03:12:09] Pool 5 stale share detected, submitting as user requested
 [2015-08-16 03:12:09] Accepted 0007427c KNC 1d pool 5 Diff 137m/125m
 [2015-08-16 03:12:09] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:09] Rejected 0003220f KNC 0b pool 3 Diff 319m/15m (Job not found.)
 [2015-08-16 03:12:10] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:10] Rejected 00033b37 KNC 0d pool 3 Diff 309m/15m (Job not found.)
 [2015-08-16 03:12:10] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:10] Rejected 00021b39 KNC 0c pool 3 Diff 474m/15m (Job not found.)
 [2015-08-16 03:12:11] Pool 4 stale share detected, submitting as user requested
 [2015-08-16 03:12:11] Accepted 00034bb3 KNC 1b pool 4 Diff 303m/125m
 [2015-08-16 03:12:11] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:11] Rejected 000f5cd0 KNC 0b pool 3 Diff 65m/15m (Job not found.)
 [2015-08-16 03:12:11] Accepted 0011d5a0 KNC 2d pool 1 Diff 56m/31m
 [2015-08-16 03:12:12] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:12] Pool 5 is sending mismatched block contents to us (0 is not 8-15)
 [2015-08-16 03:12:12] Rejected 0027d276 KNC 1a pool 3 Diff 25m/15m (Job not found.)
 [2015-08-16 03:12:13] Pool 5 stale share detected, submitting as user requested
 [2015-08-16 03:12:13] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:13] Accepted 0000afc5 KNC 2b pool 5 Diff 1/125m
 [2015-08-16 03:12:13] Rejected 0034e8c6 KNC 1a pool 3 Diff 18m/15m (Job not found.)
 [2015-08-16 03:12:14] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:14] Pool 3 stale share detected, submitting as user requested
 [2015-08-16 03:12:14] Rejected 000bd22e KNC 0d pool 3 Diff 84m/15m (Job not found.)
 [2015-08-16 03:12:14] Rejected 001f2e8d KNC 0b pool 3 Diff 32m/15m (Job not found.)


 bfgminer version 5.1.0-titan-2.00 - Started: [2015-08-15 18:15:46] - [  0 days 01:58:15]
 [M]anage devices [P]ool management [ S]ettings [D]isplay options                      [H]elp [Q]uit
 Pools: 6 (0,1,2,3,4,5)      Diff:31m-125m  +  LU:[03:11:45]
 Block: ...5ef68b619529de76  Diff:64 (460.6M)  Started: [03:12:15]  I:?
 ST:21  F:22  NB:1165  AS:1  BW:[233/104 B/s]  E:0.38  BS:120
 3/12         | 281.7/263.3/259.3Mh/s | A:5376 R:120+2(1.9%) HW:478/.43%
----------------------------------------------------------------------------------------------------
 KNC 0:       | 98.15/87.23/86.70Mh/s | A:1814 R: 16+1(1.0%) HW:200/.54%
 KNC 1:       | 86.12/87.77/86.40Mh/s | A:1743 R: 36+0(1.9%) HW:145/.39%
 KNC 2:       | 95.35/88.23/86.15Mh/s | A:1821 R: 68+1(2.7%) HW:134/.36%
----------------------------------------------------------------------------------------------------
 [2015-08-16 03:11:45] Pool 1 is sending mismatched block contents to us (0 is not 2-3)
 [2015-08-16 03:11:48] Accepted 0004ba69 KNC 1c pool 4 Diff 211m/125m
 [2015-08-16 03:11:52] Pool 0 is sending mismatched block contents to us (0 is not 8-15)
 [2015-08-16 03:11:52] Pool 5 is sending mismatched block contents to us (0 is not 8-15)
 [2015-08-16 03:11:52] Pool 4 is sending mismatched block contents to us (0 is not 8-15)
 [2015-08-16 03:11:56] Accepted 00121db7 KNC 0a pool 3 Diff 55m/31m
 [2015-08-16 03:11:58] Accepted 0007ed43 KNC 2a pool 4 Diff 126m/125m
 [2015-08-16 03:11:58] Accepted 0006ed6c KNC 0b pool 5 Diff 144m/125m
 [2015-08-16 03:12:00] Accepted 00069a22 KNC 1b pool 2 Diff 151m/125m
 [2015-08-16 03:12:00] Accepted 00074108 KNC 1a pool 2 Diff 137m/125m
 [2015-08-16 03:12:00] Network difficulty changed to 66 (477.1M)
 [2015-08-16 03:12:00] Stratum from pool 3 detected new block
 [2015-08-16 03:12:03] Accepted 000402d6 KNC 2a pool 4 Diff 249m/125m
 [2015-08-16 03:12:03] Accepted 0005027e KNC 1b pool 2 Diff 199m/125m
 [2015-08-16 03:12:04] Network difficulty changed to 66 (477.3M)
 [2015-08-16 03:12:04] Stratum from pool 3 detected new block
 [2015-08-16 03:12:04] Accepted 0005910e KNC 1a pool 2 Diff 179m/125m
 [2015-08-16 03:12:04] Accepted 00012b05 KNC 2a pool 4 Diff 856m/125m
 [2015-08-16 03:12:09] Accepted 001d412e KNC 0d pool 1 Diff 34m/31m
 [2015-08-16 03:12:10] Accepted 0006c4ac KNC 2d pool 2 Diff 147m/125m
 [2015-08-16 03:12:10] Accepted 0004bbc5 KNC 1b pool 2 Diff 211m/125m
 [2015-08-16 03:12:11] Accepted 0007b28d KNC 2a pool 4 Diff 129m/125m
 [2015-08-16 03:12:12] Accepted 00063783 KNC 2c pool 4 Diff 160m/125m
 [2015-08-16 03:12:13] Accepted 00010dc0 KNC 0b pool 5 Diff 949m/125m
 [2015-08-16 03:12:15] Network difficulty changed to 66 (477.6M)
 [2015-08-16 03:12:15] Network difficulty changed to 64 (460.6M)
 [2015-08-16 03:12:15] Stratum from pool 3 detected new block
 [2015-08-16 03:12:17] Accepted 00024b79 KNC 2a pool 4 Diff 435m/125m
 [2015-08-16 03:12:20] Accepted 00065263 KNC 1c pool 2 Diff 158m/125m
 [2015-08-16 03:12:22] Pool 0 is sending mismatched block contents to us (0 is not 8-15)
 [2015-08-16 03:12:22] Pool 5 is sending mismatched block contents to us (0 is not 8-15)
 [2015-08-16 03:12:22] Pool 4 is sending mismatched block contents to us (0 is not 8-15)
 [2015-08-16 03:12:23] Accepted 0001e8a2 KNC 1c pool 2 Diff 523m/125m
 [2015-08-16 03:12:24] Accepted 0006c181 KNC 2b pool 2 Diff 148m/125m
 [2015-08-16 03:12:25] Accepted 00013280 KNC 1d pool 3 Diff 835m/31m


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on August 16, 2015, 07:31:47 PM
No, bisect means the output from the git bisect command.

If you run Windows, you can start a session on my webserver: http://luke.dashjr.org/tmp/code/webisect/webisect.php


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: TXSteve on August 16, 2015, 09:14:34 PM
No, bisect means the output from the git bisect command.

If you run Windows, you can start a session on my webserver: http://luke.dashjr.org/tmp/code/webisect/webisect.php
ahhh ok, so much for google, 2 equal parts lol


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: TXSteve on August 17, 2015, 01:51:09 AM
No, bisect means the output from the git bisect command.

If you run Windows, you can start a session on my webserver: http://luke.dashjr.org/tmp/code/webisect/webisect.php
ahhh ok, so much for google, 2 equal parts lol

I am not real familiar with git & bisect is more than I want to get into at this time, the bug starts right at the 5.1 to 5.2 upgrade with 1 commit in between.  I reverted that commit and the bug is still there.

In the mean time I'll just stick with 5.1, it's been working pretty good

I'll delete some of these posts to tidy things up

thx


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: bmoscato on August 23, 2015, 05:38:27 PM
Is this a correct setup if I want to solo mine against my own wallet?

Code:
bfgminer.exe --stratum-port 8330 -o http://localhost:8332 -u user -p x --generate-to 1QBajsQ8wGHkBgJEhHikKvm1kqvtJdYE53

The reason I ask is that my hashing from the client is all Diff x/1 where x can be anything from 1 through 128k.  When I mine against a pool, the Diff adjusts.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Luke-Jr on August 23, 2015, 07:18:44 PM
Is this a correct setup if I want to solo mine against my own wallet?

Code:
bfgminer.exe --stratum-port 8330 -o http://localhost:8332 -u user -p x --generate-to 1QBajsQ8wGHkBgJEhHikKvm1kqvtJdYE53

The reason I ask is that my hashing from the client is all Diff x/1 where x can be anything from 1 through 128k.  When I mine against a pool, the Diff adjusts.
No, just run BFGMiner without any options. If your hardware needs to connect via stratum, add just the --stratum-port 8330 option.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: bmoscato on August 23, 2015, 09:05:34 PM
Hey Luke,

Thanks for your reply.  So I can run just:

Code:
bfgminer.exe --stratum-port 8330


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: bmoscato on August 25, 2015, 03:36:57 PM
Hey Luke,

Thanks for your reply.  So I can run just:

Code:
bfgminer.exe --stratum-port 8330

I'm missing something doing it this way, I get bad address.

 bfgminer version 5.2.0 - Started: [2015-08-25 11:36:26] - [  0 days 00:00:54]
 [M]anage devices [P]ool management [ S ]ettings [D]isplay options  [H]elp [Q]ui
 Pool 0: ...baddr#allblocks  Diff:54.3G  + GBT   LU:[11:36:25]  User:bmoscato
 Block: ...3daf55100c6040da  Diff:54.3G (388.4Ph)  Started: [11:36:25]  I:?
 ST:3  F:0  NB:1  AS:0  BW:[ 30/  0kB/s]  E:0.00  BS:0
 0            |   0.0/  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none

If I use:

Code:
bfgminer.exe --stratum-port 8330 -o http://localhost:8332 -u x -p x --generate-to 1QBajsQ8wGHkBgJEhHikKvm1kqvtJdYE53

 bfgminer version 5.2.0 - Started: [2015-08-25 11:38:56] - [  0 days 00:00:20]
 [M]anage devices [P]ool management [ S ]ettings [D]isplay options  [H]elp [Q]uit
 Pool 0: localhost           Diff:54.3G  + GBT   LU:[11:38:56]  User:bmoscato
 Block: ...3daf55100c6040da  Diff:54.3G (388.4Ph)  Started: [11:38:56]  I:?
 ST:2  F:0  NB:1  AS:0  BW:[168/  0kB/s]  E:0.00  BS:0


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: toptek on August 26, 2015, 08:42:20 AM
or

some thing like this i run my own proxy on two PIs one for sha256 and one for Scrpt mining  and could not get them to work on a Http port , so i had to run it thu the startum port .


bfgminer.exe -o stratum+tcp://your PC address like this 1092.168.1.12:3333 -u x -p x --generate-to 1QBajsQ8wGHkBgJEhHikKvm1kqvtJdYE53    


but there is more soft ware I'm sure you may need, just not sure what it is.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: bmoscato on August 26, 2015, 03:29:54 PM
or

some thing like this i run my own proxy on two PIs one for sha256 and one for Scrpt mining  and could not get them to work on a Http port , so i had to run it thu the startum port .


bfgminer.exe -o stratum+tcp://your PC address like this 1092.168.1.12:3333 -u x -p x --generate-to 1QBajsQ8wGHkBgJEhHikKvm1kqvtJdYE53    


but there is more soft ware I'm sure you may need, just not sure what it is.

I already have the BitCoin Core wallet configured, I'm just trying to use BFGMiner as a stratum connection to the wallet as well as a proxy for all of my AntMiner hardware.  I was just trying to see if my configuration was correct as my diff was 1/1...  It's cool, I'm just hashing on CKPool anyway now.


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: .anto. on August 28, 2015, 03:08:46 PM
Hi Luke,

First of all, thanks a lot for the great miner software that you have shared with us. I have been using BFGMiner 5.2.0 in the last 3 weeks to manage my 2 Antminer U3'. I only found one annoying issue so far (if that would be indeed an issue) that I have already reported on your github repository. So there is no critical issue on your software that I experience so far.

I am just a hobbyist with a little budget so I would like to get the best performance out of my 2 Antminer U3'. After all attempts so far, I have finally managed to control their all-time average hash rate. However, I cannot figure out how to manage their effective hash rate. I hope you could explain in more detail about this.

As far as I understood, the effective hash rate has little to do with the miners, perhaps it is only related to the hardware error. I think it has more to do with BFGMiner and the pool that it is connected to. Is that correct? If so, how could we control it so that we can speed it up or slow it down? What are the parameters affecting it?

For your reference, below are what I have observed and what I would expect to happen related to those questions.

Thanks a lot in advance.

Cheers,

Anto


Set all-time average hash rate to 55 GH/s on each miner, I got 50 GH/s effective hash rate.

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner1_20Aug215_16_hours_44_minutes.png


Increased all-time average hash rate to 60 GH/s on each miner 2 days ago, I still get 50 GH/s effective hash rate. I would expect to get higher effective hash rate with 5 GH/s more, very low hardware error and 0 rejected+stale shares.

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner1_28Aug2015_1542.png
https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner2_28Aug2015_1543.png


The graph on Eligius pool site confirms that there is no increase on the hash rate.

https://minifora.eu/public/bfgminer/My_Eligius_Stats_28Aug2015_1550.png


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: splat44 on August 29, 2015, 08:44:22 AM
I am looking forward in getting gridseed 80 chip to mine scrypt coins!
Does version 5.2.0 (windows version built) support this if not then which version?

Reading description of Bfgminer, I am not sure if SCRYPT need being specified in software in order using gridseed!
Would great in knowing settings such in *.bat file
- enable scrypt support
- stratum plus other setting leading server, users.worker and password
- other setting that would recognize two blade of gridseed device


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: Muhammed Zakir on August 29, 2015, 11:30:54 AM
I am looking forward in getting gridseed 80 chip to mine scrypt coins!
Does version 5.2.0 (windows version built) support this if not then which version?

Reading description of Bfgminer, I am not sure if SCRYPT need being specified in software in order using gridseed!
Would great in knowing settings such in *.bat file
- enable scrypt support
- stratum plus other setting leading server, users.worker and password
- other setting that would recognize two blade of gridseed device

Run this in Command Prompt. You need to first open BFGMiner directory before running this or you should specify the path(eg:- D:\Bitcoin\bfgminer\bfgminer.exe <remaining parameters>).

Code:
bfgminer --scrypt -o stratum+tcp://pool1:port -u worker -p password -o stratum+tcp://pool2:port -u worker -p password -S noauto -S gridseed:all --set-device gridseed:clock=835


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: .anto. on August 29, 2015, 08:29:47 PM
Hi Luke,

Both of my Antminer U3' crashed again today after running with 60 GH/s all-time average hash rate, non-continuously (stop for 10 minutes every 11 hours and 50 minutes with cron job). I just started to under-clock them to 200 MHz (x0782) at 0.75 V (x750) and managed them with a single BFGMiner process. I plan to run them continuously and I will keep reducing the hash rate until I get them running stable,  or just trash them if the stable hash rate will be below 80 GH/s.

As far as I understood, the effective hash rate has little to do with the miners, perhaps it is only related to the hardware error. I think it has more to do with BFGMiner and the pool that it is connected to. Is that correct? If so, how could we control it so that we can speed it up or slow it down? What are the parameters affecting it?

In relation to my questions above, I get more confused with the all-time effective average hash rate figure. It does not seem to be related to the all-time average hash rate figure as it remains at around 50 GH/s no matter what the all-time average hash rate is on. With the above settings (voltage=x750, clock=x0782), I got the figures as shown on screenshot below. I expect that the all-time effective average hash rate would be a certain percentage below the all-time average hash rate. It does not look that way. Is this all-time effective average hash rate reliable?

As I mentioned above, as soon as both miners crash again I will lower down the all-time average hash rate. Let's see how the all-time effective average hash rate figure will look like.

Cheers,

Anto

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_29Aug2015_2214.png


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: .anto. on August 29, 2015, 11:32:24 PM
As far as I understood, the effective hash rate has little to do with the miners, perhaps it is only related to the hardware error. I think it has more to do with BFGMiner and the pool that it is connected to. Is that correct? If so, how could we control it so that we can speed it up or slow it down? What are the parameters affecting it?

In relation to my questions above, I get more confused with the all-time effective average hash rate figure. It does not seem to be related to the all-time average hash rate figure as it remains at around 50 GH/s no matter what the all-time average hash rate is on. With the above settings (voltage=x750, clock=x0782), I got the figures as shown on screenshot below. I expect that the all-time effective average hash rate would be a certain percentage below the all-time average hash rate. It does not look that way. Is this all-time effective average hash rate reliable?

Hi Luke,

Perhaps you can just ignore my previous questions. But I would really appreciate if you could have a look on the Feature request - Provide warning indicator when the miner is dying (https://github.com/luke-jr/bfgminer/issues/630) on your github repository that I just raised, and think about it when you have spare time.

Cheers,

Anto


Title: Re: BFGMiner 5.2.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer U3
Post by: splat44 on September 01, 2015, 07:57:04 AM
After seeing code it seem for two pool servers, by using following for one pool server will be as:

Code:
bfgminer --scrypt -o stratum+tcp://pool1:port -u worker -p password -S noauto -S gridseed:all --set-device gridseed:clock=835

Above code can uses two blades correct?

In term of per device, it comes with two blade each.

How many devices (with two blades each) can bfgminer can recognize?
I know cgminer ver 3.72.. can recognize 20 devices but many members has problem for that miner to recognize as much!

I am looking forward in getting gridseed 80 chip to mine scrypt coins!
Does version 5.2.0 (windows version built) support this if not then which version?

Reading description of Bfgminer, I am not sure if SCRYPT need being specified in software in order using gridseed!
Would great in knowing settings such in *.bat file
- enable scrypt support
- stratum plus other setting leading server, users.worker and password
- other setting that would recognize two blade of gridseed device

Run this in Command Prompt. You need to first open BFGMiner directory before running this or you should specify the path(eg:- D:\Bitcoin\bfgminer\bfgminer.exe <remaining parameters>).

Code:
bfgminer --scrypt -o stratum+tcp://pool1:port -u worker -p password -o stratum+tcp://pool2:port -u worker -p password -S noauto -S gridseed:all --set-device gridseed:clock=835


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on September 05, 2015, 07:23:50 AM
NEW VERSION 5.3.0, SEPTEMBER 5 2015

Human readable changelog:
  • compac: Support for the GekkoScience Compac BM1384 USB stick miner

Full changelog:
  • README.ASIC: Compac docs
  • antminer: Explicit support for GekkoScience's Compac BM1384 Bitcoin Miner
  • icarus: Use all null padding when probing work division (BM1384 reacts strangely - using part as start nonce?)
  • antminer: Match Product strings including "Antminer"
  • Bugfix: icarus: Never set timeout to 0, since it disables the timeout altogether


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 05, 2015, 04:08:43 PM
Hi Luke,

I am interested in mining on raspberry PI 2 with latest version of bfgminer.

I read readme and I unsure to the dependencies that I need to built miner as shown on bellow to enable scrypt and gridseed asic 80 chip!

I left some other commands out in below code to build miner as I am not sure what need entered after dependencies installed.

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
...

Can you help by providing complete codes?
I assume everything is completed, bfgminer will disable CPU and radeon GPU?

Well, I know enough how log in PI 2 at least!


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on September 05, 2015, 07:06:26 PM
Hi Luke,

I am interested in mining on raspberry PI 2 with latest version of bfgminer.

I read readme and I unsure to the dependencies that I need to built miner as shown on bellow to enable scrypt and gridseed asic 80 chip!

I left some other commands out in below code to build miner as I am not sure what need entered after dependencies installed.

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
...

Can you help by providing complete codes?
I assume everything is completed, bfgminer will disable CPU and radeon GPU?

Well, I know enough how log in PI 2 at least!

I assume that you are not familiar with cross-compiling process. So I would suggest to natively compile BFGMiner on Raspberry PI itself, but you must be patient as it will take a long time. I am not sure how long as I have never compiled BFGMiner on Raspberry Pi. If you would like to try that, you practically can just use dpkg-buildpackage to do that as if you would do that on Debian based PC, because the debian build files for BFGMiner are already being provided on the github repository, i.e. everything under debian directory.



Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on September 05, 2015, 07:26:07 PM
I forgot to give an update.

I have just compiled BFGMiner 5.3.0 for OpenWRT 14.07 and it looks there is no issue. I used the source from github repository up to commit 484db74 (https://github.com/luke-jr/bfgminer/commit/484db746ecd245ee2fafebe7602626052fb25265). Perhaps because of that the version on the UI is shown as 5.3.0-unknown.

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.3.0_05Sep15_2109.png

It is just running for about 30 minutes. I feel like version 5.3.0 is not as responsive as version 5.2.0 from the way it updates the hash rates. The name of the devices of my Antminer U3 have now changed to CBM where previously they were shown as AMU on version 5.2.0.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on September 05, 2015, 08:17:43 PM
It is just running for about 30 minutes. I feel like version 5.3.0 is not as responsive as version 5.2.0 from the way it updates the hash rates. The name of the devices of my Antminer U3 have now changed to CBM where previously they were shown as AMU on version 5.2.0.
Eek, that's a bug. :(

Not a major bug, though. I'll fix it whenever the next version happens to be.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: pekatete on September 05, 2015, 08:20:18 PM
NEW VERSION 5.3.0, SEPTEMBER 5 2015

Human readable changelog:
  • compac: Support for the GekkoScience Compac BM1384 USB stick miner

Full changelog:
  • README.ASIC: Compac docs
  • antminer: Explicit support for GekkoScience's Compac BM1384 Bitcoin Miner
  • icarus: Use all null padding when probing work division (BM1384 reacts strangely - using part as start nonce?)
  • antminer: Match Product strings including "Antminer"
  • Bugfix: icarus: Never set timeout to 0, since it disables the timeout altogether


Now that you got the BM1384 covered, any chance for other antminer support in openwrt?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on September 05, 2015, 09:00:22 PM
Now that you got the BM1384 covered, any chance for other antminer support in openwrt?
Unfortunately, it's not that simple.
All the Antminer S* (only ones unsupported yet?) have a FPGA in between the chips and software.
I'll see if I can throw together something working based on the cgminer driver in the meantime, until I get time to do a proper reverse-engineering job of the interfaces.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: pekatete on September 05, 2015, 09:16:20 PM
Now that you got the BM1384 covered, any chance for other antminer support in openwrt?
Unfortunately, it's not that simple.
All the Antminer S* (only ones unsupported yet?) have a FPGA in between the chips and software.
I'll see if I can throw together something working based on the cgminer driver in the meantime, until I get time to do a proper reverse-engineering job of the interfaces.
Yes they do have a chip between them .... and the latter miners with beaglebones' are not openwrt either .... but I suppose that'd make a start (and you'll get feedback) for a sturdier bfgminer driver in the long run.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on September 05, 2015, 09:36:25 PM
It is just running for about 30 minutes. I feel like version 5.3.0 is not as responsive as version 5.2.0 from the way it updates the hash rates. The name of the devices of my Antminer U3 have now changed to CBM where previously they were shown as AMU on version 5.2.0.
Eek, that's a bug. :(

Not a major bug, though. I'll fix it whenever the next version happens to be.

Ah..ha?!?!? Which one? The name changed to CBM?

I have decided to always use the HEAD of your github repository so that I don't need to always update the Makefile of BFGMiner package on my OpenWRT build directory. So you can actually commit the fix any time without waiting for the next major version.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: K210 on September 07, 2015, 04:28:41 AM
Hi i am trying to install the latest bfgminer via homebrew on OSX but i keep getting a SHA1 mismatch once i download the package how do i fix this?





Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 07, 2015, 08:28:13 AM
Ok, I think I will try mining on two system using two gridseed device, one of them is windows and other is raspberry PI 2

You're right I am not familiar with cross-compiling process and for using dpkg-buildpackage and the all dependencies require is still unclear even read that!

I would rather focus on Windows built.
Does window build disable radeon GPU?

If not then how to disable that using following:
Code:
bfgminer --scrypt -o stratum+tcp://pool1:port -u worker -p password -S noauto -S gridseed:all --set-device gridseed:clock=835

About the gridseed:all --set-device gridseed:clock=835 from above code, includes 40 chip blade?
I read from other source bfgminer doesn't support that.

If there other setting within gridseed setting to enable 40 chip, will be great in knowing!

Hi Luke,

I am interested in mining on raspberry PI 2 with latest version of bfgminer.

I read readme and I unsure to the dependencies that I need to built miner as shown on bellow to enable scrypt and gridseed asic 80 chip!

I left some other commands out in below code to build miner as I am not sure what need entered after dependencies installed.

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
...

Can you help by providing complete codes?
I assume everything is completed, bfgminer will disable CPU and radeon GPU?

Well, I know enough how log in PI 2 at least!

I assume that you are not familiar with cross-compiling process. So I would suggest to natively compile BFGMiner on Raspberry PI itself, but you must be patient as it will take a long time. I am not sure how long as I have never compiled BFGMiner on Raspberry Pi. If you would like to try that, you practically can just use dpkg-buildpackage to do that as if you would do that on Debian based PC, because the debian build files for BFGMiner are already being provided on the github repository, i.e. everything under debian directory.




Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 07, 2015, 11:26:06 AM
Once again ty  


LUKE


 i have it complied and working inside minera as my main miner for my G black and Zeus miners and seems even more stable now.


but yea how about that S5 support, ofc, when you get time  :) .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 07, 2015, 11:34:04 AM
Hi Luke,

I am interested in mining on raspberry PI 2 with latest version of bfgminer.

I read readme and I unsure to the dependencies that I need to built miner as shown on bellow to enable scrypt and gridseed asic 80 chip!

I left some other commands out in below code to build miner as I am not sure what need entered after dependencies installed.

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer
...

Can you help by providing complete codes?
I assume everything is completed, bfgminer will disable CPU and radeon GPU?

Well, I know enough how log in PI 2 at least!

when you compile it with --enable-scrypt it should give you all the driver and packages you need . there was a bug a while back that didn't down load all the right packages you had do some of them manually but that seems to be fixed or was .

here is a kind of detailed post i made on the minera thread some one wanted to know how to compile BFG , I'm sure there is a few things you can leave out etc, but it may help .

https://bitcointalk.org/index.php?topic=596620.msg12033743#msg12033743


I'm using it inside minera right now at bfg 5.3 :) . with my gblack which has 5 blades with two boards per blade/heat sink and the above command line some one gave should work.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: korminer on September 07, 2015, 04:01:48 PM
Firstly thanks Luke for the great software.

@splat44, I first tried this on my Rpi B, which I don't think it can handle it kept messing up the queue, but Rpi2 maybe man enough. Also with the dependencies if you look on the github page he lists the following:

Code:
build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev hidapi

All of which should be OK from the repository (so "sudo aptitude install ..."). Except I had to remove the last dependencies (hiapi).

@Luke, what is this dependency I couldn't get (hiapi). By the name I'm guesing this is the API which I would be interested in maybe using. Is there something wrong with this or can I just grab it from somewhere else?

Thanks


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on September 07, 2015, 04:04:44 PM
You're right I am not familiar with cross-compiling process and for using dpkg-buildpackage and the all dependencies require is still unclear even read that!

The method using dpkg-buildpackage is the prefer method to build the package (duh!) in Debian and its derivatives. If you are not familiar with that as well and you still want to try it, you can natively compile BFGminer source from github on Raspberry Pi using the provided build scripts. Someone has actually already done that for gridseed device and explained what he/she had done on this topic (https://bitcointalk.org/index.php?topic=517451.0). Good luck!


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: pekatete on September 07, 2015, 04:14:37 PM

..... what is this dependency I couldn't get (hiapi). By the name I'm guesing this is the API which I would be interested in maybe using. Is there something wrong with this or can I just grab it from somewhere else?


I thnk that will be hidapi


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 07, 2015, 06:16:30 PM
Ok, now it makes sense!

I just need few classifications, I repost those code just preventing you going back and forth!

code 1:
Quote
// update and install requires
sudo apt-get update
sudo apt-get install build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev
sudo apt-get install libjansson-dev uthash-dev libncurses5-dev libudev-dev libusb-1.0-0-dev libevent-dev

code 2:
Code:
// build miner
git clone -b feature/gridseed-support https://github.com/nwoolls/bfgminer
cd bfgminer
./autogen.sh
./configure CFLAGS="-O3" --enable-scrypt --enable-gridseed
make
sudo make install
sudo ldconfig
sudo nano bfgminer.conf

code 3 and code 4 is undertood, few questions needed being answered to 2nd code though!
1) git from code can be replaced with https://github.com/luke-jr/bfgminer ?
2) is CFLAGS="-O3 is needed why or why not?
3) --enable-gridseed that include those of 40 chips blade correct?
If not then what?
4) If I don't want gpu support then no action is needed in code right?

code 3:
Code:
// make the bfgminer.conf file
{
"pools" : [
        {
                "name" : "MyPool1",
                "url" : "stratum+tcp://mypool.url.com:3333",
                "user" : "myworker",
                "pass" : "x",
                "pool-priority" : "0"
        }
],
"api-allow" : "W:127.0.0.1,192.168.1/24",
"api-listen" : true
}

code 3:
Code:
// make the bfgminer.conf file
{
"pools" : [
        {
                "name" : "MyPool1",
                "url" : "stratum+tcp://mypool.url.com:3333",
                "user" : "myworker",
                "pass" : "x",
                "pool-priority" : "0"
        }
],
"api-allow" : "W:127.0.0.1,192.168.1/24",
"api-listen" : true
}

Does "api-allows" is my router IP or my rpi device ip?

code 4
Code:
// make the bfgminer.conf file.
sudo ./bfgminer -S gridseed:all --set-device gridseed:clock=850 --failover-only --scrypt -c bfgminer.conf

If 3 question is yes then we execute last code as it is!

Thanks for pointing out in the right it sure saves lots of time! LOL!
You're right I am not familiar with cross-compiling process and for using dpkg-buildpackage and the all dependencies require is still unclear even read that!

The method using dpkg-buildpackage is the prefer method to build the package (duh!) in Debian and its derivatives. If you are not familiar with that as well and you still want to try it, you can natively compile BFGminer source from github on Raspberry Pi using the provided build scripts. Someone has actually already done that for gridseed device and explained what he/she had done on this topic (https://bitcointalk.org/index.php?topic=517451.0). Good luck!


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: pekatete on September 07, 2015, 08:13:09 PM
Quote
Does "api-allows" is my router IP or my rpi device ip?
Nope, those are the IP's of the machines that can access the API; the first (127.0.0.1) is for the machine that bfgminer is running on, i.e if an rPi, then you can query the bfgminer API in an SSH window on the rPi and the second (i.e  the 192.168.1/24) is for, e.g your computer, more pertinently the network, where you'd want to access the bfgminer API from.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 07, 2015, 08:46:28 PM
Ah, so the first should change with rpi ip correct?



Quote
Does "api-allows" is my router IP or my rpi device ip?
Nope, those are the IP's of the machines that can access the API; the first (127.0.0.1) is for the machine that bfgminer is running on, i.e if an rPi, then you can query the bfgminer API in an SSH window on the rPi and the second (i.e  the 192.168.1/24) is for, e.g your computer, more pertinently the network, where you'd want to access the bfgminer API from.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: pekatete on September 07, 2015, 08:51:00 PM
Ah, so the first should change with rpi ip correct?
Quote
Does "api-allows" is my router IP or my rpi device ip?
Nope, those are the IP's of the machines that can access the API; the first (127.0.0.1) is for the machine that bfgminer is running on, i.e if an rPi, then you can query the bfgminer API in an SSH window on the rPi and the second (i.e  the 192.168.1/24) is for, e.g your computer, more pertinently the network, where you'd want to access the bfgminer API from.

Nope. 127.0.0.1 is the loopback IP for the rPi (and the rPi is also on the network). Leave it alone, just change the network IP to reflect your local network if you want to be able to access the bfgminer API from any computer connected locally to your network, ie in the network IP range. NOTE: the network IP has 3 places followed by /24 as opposed to the usual four.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 07, 2015, 09:03:38 PM
--enable-gridseed that include those of 40 chips blade correct?


by default using ./configure CFLAGS="-O3" --enable-scrypt when you compile it  should add support for all Grindseeds, at least it did for me for my G back and my 80 chip 5.2 MH speed GS when i had it. I even tested adding in --enable-gridseed either way it worked , i think adding that makes sure it enables support for all grindseeds, but it's not needed from what Ive done .but

 --enable-scrypt is no matter what if you want any kind of Scrypt support in BFG enabled.

I think CFLAGS is used for GCC optimization or any kind of optimization and  there is diff levels of speed you can set it at O2 O3 etc but I'm still learning how it all works and  can very well be wrong and first to admit it.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 07, 2015, 10:05:18 PM
Thanks pekatete

Ok toptek,

I think I understand  CFLAGS!

I took a double at that and I seems to suspect that some string shouldn't be in:
Code:
// build miner
git clone -b feature/gridseed-support https://github.com/nwoolls/bfgminer
...

If I am using Git from above code, I can replace with: https://github.com/luke-jr/bfgminer ?
However, setting on that same line I wondering:

-b feature/gridseed-support
Should the complete above string be included


--enable-gridseed that include those of 40 chips blade correct?


by default using ./configure CFLAGS="-O3" --enable-scrypt when you compile it  should add support for all Grindseeds, at least it did for me for my G back and my 80 chip 5.2 MH speed GS when i had it. I even tested adding in --enable-gridseed either way it worked , i think adding that makes sure it enables support for all grindseeds, but it's not needed from what Ive done .but

 --enable-scrypt is no matter what if you want any kind of Scrypt support in BFG enabled.

I think CFLAGS is used for GCC optimization or any kind of optimization and  there is diff levels of speed you can set it at O2 O3 etc but I'm still learning how it all works and  can very well be wrong and first to admit it.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 08, 2015, 01:24:24 AM
something like this ,

sudo git clone https://github.com/luke-jr/bfgminer.git
cd /bfgminer
sudo ./autogen.sh
sudo chmod +x ./configure  
sudo ./configure CFLAGS="-O3" --enable-scrypt --enable-broad-udevrules
sudo make
sudo make install
sudo ldconfig
lsusb

bfgminer --scrypt -S all -o your pool -u user -p PW

for my Gblade this is all i use

bfgminer --scrypt -o your pool -u user -p PW -S gsd:all --set gsd:clock=800


it stys at a steady stable 27 MH with low HW errors.

which i use every time there is a new BFG so far it works and adds supports for all my miners , if you watch at the end it tells you what is disabled and enabled and how to do it if it's not .

I do it inside a PI,  haven't tried in  windows yet but plan to. or know how to in windows with other software

cross compiling, I believe it's called :) .

I'm guessing at why you want those I know why just don't know the detailed way of explaining it were it makes sense .

this is not needed any more

build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev hidapi

 if you  do this

sudo apt-get update
sudo apt-get upgrade


BFG does the rest unless you use a custom made bfg or fork of BFG then you may need to add some stuff inside the BFG folder for it to compile right which I know how to. but see no need right now for a custom fork , it seems really stable for any thing you throw at it + there has been no real hard ware that has needed a BFG fork or they dislike BFG.
I added --enable-broad-udevrules

 just encase after looking at the read me

Include udev rules for ambiguous devices which may not be miners



Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 08, 2015, 02:11:03 AM

I took a double at that and I seems to suspect that some string shouldn't be in:
Code:
// build miner
git clone -b feature/gridseed-support https://github.com/nwoolls/bfgminer
...

If I am using Git from above code, I can replace with: https://github.com/luke-jr/bfgminer ?
However, setting on that same line I wondering:

-b feature/gridseed-support
Should the complete above string be included



Im not being a smart ass  i would ask

 nwoolls hes pretty cool to. if your using his miner, i think hes only dropping support for the remote software part of his miner not the miner it self .

but you can try . it can't hurt any thing . expect the time you waste doing it .

The way I do it works every time with minera or without it . I haven't used multi miner that much so can't say.

if you look at the BFG read me is says gridseed is enabled by default :) .

--disable-gridseed      Compile support for GridSeed (default enabled)




PS  you may need this, this  time around : it seems 5.3 didn't pick it up nor did  sudo apt-get update
sudo apt-get upgrade, just did a new SD install had to do that as well .

sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 08, 2015, 05:13:15 AM
again sorry you want it for a mac , yea id ask  nwoolls i have no idea how mac works sorry never owned one even thu my first PC was a apple that's about as far as I went with apple/Mac etc .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: bmoscato on September 08, 2015, 02:36:33 PM
Were U1 and U2's supposed to change from AMU to CBM in 5.3.0?

This is what I was running 5.0.0 on a PC that I use for lottery:

Code:
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 14LxDWtRRdQAbnJdd4Ew5jwag8Bx9UfNRd -p x -S rockminer:all --set rockminer:clock=270 -S antminer:all --set-device antminer:clock=x0881 --api-listen --api-allow W:10.0.0/24


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 09, 2015, 02:39:38 AM
Just point out few things:
I am planning accessing the root by selecting password via remote aka putty.

You mention about you think that nwoolls dropping support for remote software in post #433
I'm sure you understand my reservation using his forked miner.

Yes, I agree on CFLAGS is GCC optimization and level of speed aka O2 O3.
Below link provides something on this and I hope it help:

http://www.linuxquestions.org/questions/linux-software-2/cflags-o2-o3-does-it-realy-matter-213039/#post1086566 (http://www.linuxquestions.org/questions/linux-software-2/cflags-o2-o3-does-it-realy-matter-213039/#post1086566)

About code you provided, You'll see areas that have cross-through and update what need to be included. Consider my finding below code and see if they make sense!

code:
sudo git clone https://github.com/luke-jr/bfgminer.git
cd /bfgminer
sudo ./autogen.sh
sudo chmod +x ./configure
sudo ./configure CFLAGS="-O3" --enable-scrypt --enable-broad-udevrules --enable-gridseed
sudo make
sudo make install
sudo ldconfig
lsusb


Chmod (see below)
chmod +x: makes the file executable by everyone.
chmod 777: making the file readable, writable and executable by everyone.
Since I plan having access as root, is there a need adding chmod anywhere?

enable-broad-udevrules: udev rules for ambiguous devices which may not be miners, since all gridseed are miners then there no such things as ambiguous devices to my undrstanding.

lsusb: "is  a  utility for displaying information about USB buses in the system and the devices connected to them." I think it a waste time to display that kind of information

After seeing my modifications, do they make sense?
Of course, I don't pretend knowing as I am in learning stage as well, and be free to give extra feedbacks!

something like this ,

sudo git clone https://github.com/luke-jr/bfgminer.git
cd /bfgminer
sudo ./autogen.sh
sudo chmod +x ./configure  
sudo ./configure CFLAGS="-O3" --enable-scrypt --enable-broad-udevrules
sudo make
sudo make install
sudo ldconfig
lsusb

bfgminer --scrypt -S all -o your pool -u user -p PW

for my Gblade this is all i use

bfgminer --scrypt -o your pool -u user -p PW -S gsd:all --set gsd:clock=800


it stys at a steady stable 27 MH with low HW errors.

which i use every time there is a new BFG so far it works and adds supports for all my miners , if you watch at the end it tells you what is disabled and enabled and how to do it if it's not .

I do it inside a PI,  haven't tried in  windows yet but plan to. or know how to in windows with other software

cross compiling, I believe it's called :) .

I'm guessing at why you want those I know why just don't know the detailed way of explaining it were it makes sense .

this is not needed any more

build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev hidapi

 if you  do this

sudo apt-get update
sudo apt-get upgrade


BFG does the rest unless you use a custom made bfg or fork of BFG then you may need to add some stuff inside the BFG folder for it to compile right which I know how to. but see no need right now for a custom fork , it seems really stable for any thing you throw at it + there has been no real hard ware that has needed a BFG fork or they dislike BFG.
I added --enable-broad-udevrules

 just encase after looking at the read me

Include udev rules for ambiguous devices which may not be miners




Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 09, 2015, 11:01:56 AM
chmod +x:


you need no matter what that, i know from testing, it won't run or work unless you use that command .


Never tried


chmod 777  so can't say but may try now.



all you need from this line is

sudo ./configure CFLAGS="-O3" --enable-scrypt --enable-broad-udevrules --enable-gridseed

IS

--enable-scrypt


 the read me says this is on
--enable-gridseed by default which is part of this --enable-scrypt  tested that as well .:) .

I did it with only --enable-gridseed it stopped at some point and told me i need --enable-scrypt to use --enable-gridseed :) .
I have used it with these lines --enable-scrypt --enable-gridseed i think adding --enable-gridseed  makes sure all grindseed are added even thu they are with --enable-scrypt , by Default.

I add this --enable-broad-udevrules

encase, it doesn't have be a miner to stop BFG from working if your PI has software that needs those rules  . i just add it encase it's  also added in minera as well the miners UI, check that out  btw  .. .it is really nice

https://bitcointalk.org/index.php?topic=596620.0


as far as i know you need all these line

code:
sudo git clone https://github.com/luke-jr/bfgminer.git
cd /bfgminer
sudo ./autogen.sh

sudo chmod +x ./configure

you crossed out and modified it which make sense i think using just +x is so no one else can access it or a rights thing which i don't care much about either. I also Use WinSCP  or  http://winscp.net/eng/index.php?#utm_source=winscp&utm_medium=app&utm_campaign=5.7.5 and looked at the BFG Properties one time to see what chmod does , it adds the excutable code 0775 i think it is so bfg can be used other wise if you don't use chmod in some form it adds another code i forget what and BFG doesn't work . but I'm still learning and next up when i take the time to do it is cross compiling.

sudo ./configure CFLAGS="-O3" --enable-scrypt
sudo make
sudo make install


maybe not this one:

sudo make install

some say they have made it with using only  sudo make, i have yet to get it to work without using  sudo make install , after using sudo make .:) .

I tested to see it wouldn't compile other wise or didn't for me .

this line:
sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin


if sudo ./autogen.sh doesn't work  or it asks for autoconf or any of those packages .


depends if BFG has a line added to one of the files when its updated to a new version, i forget which one off hand .


this line is to test the USB drivers or driver to make sure you see  your miner : :) , some times the driver don't enable right and sudo ldconfig may help it do it and all lsusb does  is show you a list of all your drivers.

sudo ldconfig
lsusb

This need i say why  ": ) Jk


bfgminer --scrypt -S all -o your pool -u user -p PW
 


HOPE this helps some . but tested it to see what works . let us know, I'm all ways willing to try less to do more .


PS : I set up three PI's the other day with three Proxy's  wish i had done that sooner .


cya hope all this help


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: edonkey on September 09, 2015, 02:35:10 PM
I built bfgminer from source today on a Raspberry Pi and the version returned from the resulting binary is 5.2 instead of 5.3:

Code:
./bfgminer --version
bfgminer 5.2.0-9-g484db74

This was a completely clean checkout and the usual configure, make, make install pattern:

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer/
./autogen.sh
./configure --enable-scrypt --enable-broad-udevrules
make
sudo make install
sudo ldconfig

Is this just a cosmetic problem with the version number, or is 5.3 not really on the git trunk?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 09, 2015, 02:44:02 PM
I built bfgminer from source today on a Raspberry Pi and the version returned from the resulting binary is 5.2 instead of 5.3:

Code:
./bfgminer --version
bfgminer 5.2.0-9-g484db74

This was a completely clean checkout and the usual configure, make, make install pattern:

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer/
./autogen.sh
./configure --enable-scrypt --enable-broad-udevrules
make
sudo make install
sudo ldconfig

Is this just a cosmetic problem with the version number, or is 5.3 not really on the git trunk?


IM gettting  5.2 as the biuld to but then up a few post luke said that's a bug so we wait i guess .


so i need to learn cross comping or use it on my PC as zip file and go that route and compile to my PI that way.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: fryarminer on September 09, 2015, 03:36:31 PM
Hey the link for 5.3 for Mac os is not working.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: anagnam on September 09, 2015, 04:10:55 PM
Hi all,

I always get this log when my temperature is above 85.

Code:
[2015-09-09 18:59:38] XXX 0f being disabled
[2015-09-09 18:59:38] XXX 0g being disabled
[2015-09-09 18:59:38] XXX 0h being disabled

[2015-09-09 18:59:58] xxx 0a being re-enabled
[2015-09-09 18:59:58] xxx 0b being re-enabled
[2015-09-09 18:59:58] xxx 0c being re-enabled
[2015-09-09 18:59:58] xxx 0d being re-enabled

Is there a way I can set bfgminer to sleep until a certain temperature is met before it is being re-enabled again like when temp is 80 and above, disable it. when it cools down to 70, re-enable it. can this be done ?

thanks in advance.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on September 09, 2015, 05:28:15 PM
Upgraded successfully to 5.3.0 on the machine I run bfg on, sticks are mining away happily.  8)


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 10, 2015, 12:11:35 AM
You already mention --enable-broad-udevrules just few post above, I'm wondering, will it hurt adding --enable-gridseed in addtion?

I understand luke mentions about a bug and I quess I'll wait alse!

I built bfgminer from source today on a Raspberry Pi and the version returned from the resulting binary is 5.2 instead of 5.3:

Code:
./bfgminer --version
bfgminer 5.2.0-9-g484db74

This was a completely clean checkout and the usual configure, make, make install pattern:

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer/
./autogen.sh
./configure --enable-scrypt --enable-broad-udevrules
make
sudo make install
sudo ldconfig

Is this just a cosmetic problem with the version number, or is 5.3 not really on the git trunk?


IM gettting  5.2 as the biuld to but then up a few post luke said that's a bug so we wait i guess .


so i need to learn cross comping or use it on my PC as zip file and go that route and compile to my PI that way.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 10, 2015, 02:52:46 AM
Don't know, I have a feeling it has something to do with GPU!

https://github.com/luke-jr/bfgminer/blob/bfgminer/README.GPU

Search for temperature, you might find settings you might want using with bfgminer executable or by re-building using linus.

I don't think this applies to asic miner as they don't produces as much heat.
However, if heat causing raspberry device, few suggested putting device on top of gridseed 80 chip device which cool down or you can purchase raspberry pi fan on ebay.

Caution: the a bug on recent version while we build it, if you planning re-building it from source, I suggest waiting until that's fix!

Hi all,

I always get this log when my temperature is above 85.

Code:
[2015-09-09 18:59:38] XXX 0f being disabled
[2015-09-09 18:59:38] XXX 0g being disabled
[2015-09-09 18:59:38] XXX 0h being disabled

[2015-09-09 18:59:58] xxx 0a being re-enabled
[2015-09-09 18:59:58] xxx 0b being re-enabled
[2015-09-09 18:59:58] xxx 0c being re-enabled
[2015-09-09 18:59:58] xxx 0d being re-enabled

Is there a way I can set bfgminer to sleep until a certain temperature is met before it is being re-enabled again like when temp is 80 and above, disable it. when it cools down to 70, re-enable it. can this be done ?

thanks in advance.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 10, 2015, 03:02:17 AM
Few members and including Luke reported a bug with recent version!

In fact a member did built this in raspberry PI:

Code:
/bfgminer --version
bfgminer 5.2.0-9-g484db74

Try executing code above to see if is version 5.3.

If you can see current version, I suggest sharing with us how you did it, if you see different version, I suggest wait until bug is fix as Luke explain few posts above!

Upgraded successfully to 5.3.0 on the machine I run bfg on, sticks are mining away happily.  8)


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 10, 2015, 03:43:29 AM
You already mention --enable-broad-udevrules just few post above, I'm wondering, will it hurt adding --enable-gridseed in addtion?

I understand luke mentions about a bug and I quess I'll wait alse!

I built bfgminer from source today on a Raspberry Pi and the version returned from the resulting binary is 5.2 instead of 5.3:

Code:
./bfgminer --version
bfgminer 5.2.0-9-g484db74

This was a completely clean checkout and the usual configure, make, make install pattern:

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer/
./autogen.sh
./configure --enable-scrypt --enable-broad-udevrules
make
sudo make install
sudo ldconfig


Is this just a cosmetic problem with the version number, or is 5.3 not really on the git trunk?


IM gettting  5.2 as the biuld to but then up a few post luke said that's a bug so we wait i guess .


so i need to learn cross comping or use it on my PC as zip file and go that route and compile to my PI that way.


will it hurt adding --enable-gridseed in addtion   no  it won't . I don't because it is on by default im not saying don't, if you feel better doing it, then do it  :) . it may even help thu i have yet to see were it does . for sure add it if your having issue with any grindseed miner .:).


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 10, 2015, 05:48:46 AM
updated to BFGMINer 5.3 cleaned it up some

sudo apt-get update
sudo apt-get upgrade

sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin


sudo wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.3.0/bfgminer-5.3.0.zip
sudo unzip bfgminer-5.3.0.zip
sudo rm -r bfgminer-5.3.0.zip
sudo mv /home/pi/bfgminer-5.3.0 /home/pi/bfgminer

cd /home/pi/bfgminer
 
sudo chmod +x ./configure  
sudo ./configure CFLAGS="-O3" --enable-scrypt --enable-broad-udevrules

sudo make

sudo ldconfig
lsusb

./bfgminer --version

bfgminer 5.3.0
  Lowlevel: ftdi pci pci:uio spi usb vcom
  Drivers: antminer avalon avalonmm bfx bifury bigpic bitforce bitforce:pci bitfury cairnsmore cointerra drillbit dualminer erupter gridseed hashbusterusb hashfast icarus klondike littlefury modminer proxy proxy:getwork proxy:stratum rockminer twinfury x6500 zeusminer ztex
  Algorithms: SHA256d scrypt
  Options: ncursesw5


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: bmoscato on September 10, 2015, 10:01:50 PM
Were U1 and U2's supposed to change from AMU to CBM in 5.3.0?

This is what I was running 5.0.0 on a PC that I use for lottery:

Code:
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 14LxDWtRRdQAbnJdd4Ew5jwag8Bx9UfNRd -p x -S rockminer:all --set rockminer:clock=270 -S antminer:all --set-device antminer:clock=x0881 --api-listen --api-allow W:10.0.0/24

Anyone?  Am I supposed to be running the Bitmain Antminer U1/2 as Compaq's now?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 11, 2015, 01:34:33 AM
Wow! That's surely a big help to fix bugs!

Just few questions:

Why would there be "cd" just before using sudo wget?
Do we need having access to root to do what you did?

I recall reading your post earlier stating press m or + to detect those drivers, so there no need in doing this anymore? I also saw you using chmod 777 and I assume we don't need to!

To make bfminer.conf with sudo nano, don't I need permission before saving? I assume this where I need using chmod 777 but on what and where?

again you've a been greater help!

updated to BFGMINer 5.3 cleaned it up some

sudo apt-get update
sudo apt-get upgrade

sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin

cd
sudo wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.3.0/bfgminer-5.3.0.zip
sudo unzip bfgminer-5.3.0.zip
sudo rm -r bfgminer-5.3.0.zip
sudo mv /home/pi/bfgminer-5.3.0 /home/pi/bfgminer

cd /home/pi/bfgminer
 
sudo chmod +x ./configure  
sudo ./configure CFLAGS="-O3" --enable-scrypt --enable-broad-udevrules

sudo make

sudo ldconfig
lsusb

./bfgminer --version

bfgminer 5.3.0
  Lowlevel: ftdi pci pci:uio spi usb vcom
  Drivers: antminer avalon avalonmm bfx bifury bigpic bitforce bitforce:pci bitfury cairnsmore cointerra drillbit dualminer erupter gridseed hashbusterusb hashfast icarus klondike littlefury modminer proxy proxy:getwork proxy:stratum rockminer twinfury x6500 zeusminer ztex
  Algorithms: SHA256d scrypt
  Options: ncursesw5



Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 11, 2015, 12:08:46 PM

CD is a  mistake sorry you should all ready be in root , mybad.  but it can  be used in case you need it.

I had issue using chmod 777  were it stopped the PI from working, I guess it gave to many rights to too many folders . I tried chmod 777 to see .


bug fix, nah just another way of doing it, till luke fixes it. it not doing it's checks right for the Git tree . but the normal zip file is 5.3 .


making a bfminer.conf should work the same way still, only diff is I'm using a Zip file you can't  use sudo ./autogen.sh because that only works with Git tree files form what i see, everything else should work the same.  be care full how you use chmod 777 or you may have to do a reinstall on your PI .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 12, 2015, 02:51:00 AM
Ok, after making bfminer.conf and executing the follow, no needs using chmod 777

./bfgminer -S gridseed:all --set-device gridseed:clock=850 --failover-only --scrypt -c bfgminer.conf

Now an another question:
what does "--failover-only" means and do?



Wow! That's surely a big help to fix bugs!

Just few questions:

Why would there be "cd" just before using sudo wget?
Do we need having access to root to do what you did?

I recall reading your post earlier stating press m or + to detect those drivers, so there no need in doing this anymore? I also saw you using chmod 777 and I assume we don't need to!

To make bfminer.conf with sudo nano, don't I need permission before saving? I assume this where I need using chmod 777 but on what and where?

again you've a been greater help!

updated to BFGMINer 5.3 cleaned it up some

sudo apt-get update
sudo apt-get upgrade

sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin

cd
sudo wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.3.0/bfgminer-5.3.0.zip
sudo unzip bfgminer-5.3.0.zip
sudo rm -r bfgminer-5.3.0.zip
sudo mv /home/pi/bfgminer-5.3.0 /home/pi/bfgminer

cd /home/pi/bfgminer
 
sudo chmod +x ./configure  
sudo ./configure CFLAGS="-O3" --enable-scrypt --enable-broad-udevrules

sudo make

sudo ldconfig
lsusb

./bfgminer --version

bfgminer 5.3.0
  Lowlevel: ftdi pci pci:uio spi usb vcom
  Drivers: antminer avalon avalonmm bfx bifury bigpic bitforce bitforce:pci bitfury cairnsmore cointerra drillbit dualminer erupter gridseed hashbusterusb hashfast icarus klondike littlefury modminer proxy proxy:getwork proxy:stratum rockminer twinfury x6500 zeusminer ztex
  Algorithms: SHA256d scrypt
  Options: ncursesw5




CD is a  mistake sorry you should all ready be in root , mybad.  but it can  be used in case you need it.

I had issue using chmod 777  were it stopped the PI from working, I guess it gave to many rights to too many folders . I tried chmod 777 to see .


bug fix, nah just another way of doing it, till luke fixes it. it not doing it's checks right for the Git tree . but the normal zip file is 5.3 .


making a bfminer.conf should work the same way still, only diff is I'm using a Zip file you can't  use sudo ./autogen.sh because that only works with Git tree files form what i see, everything else should work the same.  be care full how you use chmod 777 or you may have to do a reinstall on your PI .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 12, 2015, 04:51:46 AM

 --failover-only means it will only mine on one pool unless that pool goes down then it jumps to your back up pool . :).

to balance mine as i call it set it like this --balance that will jump between all your pools and mine them and check when it needs to jump back to a pool it set  certain a mount of hash for . I'm not very good at explaining in techie talk , way better at lay man terms, i understand all the techie talk etc .


If the bfminer.conf  doesn't work look at the logs to see if it's set up wrong if it gave no error then make it executable like this

 sudo chmod +x  bfminer.conf

 it should be stored either in the root or in the BFG folder .

if you use chmod 777 be care full unless doing a complete reinstall is OK or you don't mind .  it can make the PI refuse access if used wrong or on the wrong folders, so i found out.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: fryarminer on September 12, 2015, 05:28:17 AM
sorry for asking again but anybody got anything for BFGminer 5.3.0 on Mac?

the homebrew option isn't 5.3


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 12, 2015, 05:32:48 AM
sorry for asking again but anybody got anything for BFGminer 5.3.0 on Mac?

the homebrew option isn't 5.3


Sorry no mac or id help !!!! .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 12, 2015, 07:36:50 AM
No problems here, I just intent mining a one pool!

I know bfgminer due to scrypt it can mine ltc and doge, it can also mine others scrypt coins right?

if ./bfgminer can read and execute bfminer correctly, no need issuing sudo chmod +x  bfminer.conf then?
If not then no problem as I know how list directory content!

Yes, I also read about using --set gridseed@<serial_number>:clock=850 in:
https://github.com/luke-jr/bfgminer/blob/bfgminer/README.ASIC (https://github.com/luke-jr/bfgminer/blob/bfgminer/README.ASIC)
Gridseed

Is there a need in doing so?

We can also add multiple devices!
We know gridseed chip 80 has two blade 40 each. does this count as one device or one device per blade?

If number of device is per blade then how to add multiple devices in bfgminer.conf as shown in readme? I think it good knowing proper format as I am not expert in programming code.

Again thank for your tremendous help and when I'll those hardware I know what what to do!




 --failover-only means it will only mine on one pool unless that pool goes down then it jumps to your back up pool . :).

to balance mine as i call it set it like this --balance that will jump between all your pools and mine them and check when it needs to jump back to a pool it set  certain a mount of hash for . I'm not very good at explaining in techie talk , way better at lay man terms, i understand all the techie talk etc .


If the bfminer.conf  doesn't work look at the logs to see if it's set up wrong if it gave no error then make it executable like this

 sudo chmod +x  bfminer.conf

 it should be stored either in the root or in the BFG folder .

if you use chmod 777 be care full unless doing a complete reinstall is OK or you don't mind .  it can make the PI refuse access if used wrong or on the wrong folders, so i found out.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 13, 2015, 09:57:29 AM
BFG can mine any coin, what limits what coin you can do is the hardware not so much the software miner unless you use CG Miner ( Please don't  ask about CG miner look that one up ) this is a BFGminer thread. I'm only using it one time as a example nothing more . it only Does 256Sha coins , while BFG does it all .  

 hardware limits the coin you mine not so much the software unless the software is written to only do one coin type, BFG supports all most all the coins but CPU  mining, i think,but  that is a total waste of time unless you want to start there just to learn, thu, that's how bitcoins started, cpu mining .

once you get those grindseeds get back with us . it's easyer hands on then asking and not really understanding .:) .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on September 13, 2015, 02:38:42 PM
I have just reported an issue on BFGMiner 5.3.0 on https://github.com/luke-jr/bfgminer/issues/633. However, I would like to check whether my understanding is correct or not.

From what I understood, if a new block is being detected by the pool, the miner software should trash the current works and results. It then should request new works from the pool for building the next new block and distribute them to the miners under its control. It should not submit any previous results to the pool because it might not be valid any more as a miner some where on the earth had already solved it. So I am confused when I see the following messages on my BFGMiner 5.3.0.

Code:
[2015-09-13 16:02:47] Stratum from pool 0 detected new block
[2015-09-13 16:02:47] Pool 0 is hiding block contents from us
[2015-09-13 16:02:47] Rejected 000d52d1 CBM 0d pool 0 Diff 4.92k/256 (unknown-work)

Could any one confirm whether my understanding is correct or not? If that would be wrong, could you please enlighten me on that?

Thanks in advance.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 13, 2015, 04:07:06 PM
That's good to hear from BFG! Yes, I agree cgminer only mine 256Sha coins, there some forked version  does mine in scrypt!

I understand --failover-only means it will only mine.
If pool server goes wrong, does BFG quit running? If not, are there some settings that I can include on miner to keep it running?

In term above question doesn't involved with providing invalid settings such as pool link, password and ect... on miner!

I did in fact started using CPU what a waste of time or power!

I believe I got most basic settings to start with! As soon I got those hardware, will go from there and ask anything if needed!

BFG can mine any coin, what limits what coin you can do is the hardware not so much the software miner unless you use CG Miner ( Please don't  ask about CG miner look that one up ) this is a BFGminer thread. I'm only using it one time as a example nothing more . it only Does 256Sha coins , while BFG does it all .  

 hardware limits the coin you mine not so much the software unless the software is written to only do one coin type, BFG supports all most all the coins but CPU  mining, i think,but  that is a total waste of time unless you want to start there just to learn, thu, that's how bitcoins started, cpu mining .

once you get those grindseeds get back with us . it's easyer hands on then asking and not really understanding .:) .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: mtwelve on September 14, 2015, 09:43:32 PM
Trying to mine on a pool, with following code. Running a r9 270 on windows 10, latest 15.7.1 (I believe) drivers for AMD.

bfgminer --scrypt -o stratum+tcp://gen.binpool.com:14010 -u precrime3.1 -p x

It runs at 32kh/s only, stating all pools are dead and says "(Coinbase check: multiple inputs in coinbase: some digits and 0"


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 15, 2015, 08:00:10 AM
Trying to mine on a pool, with following code. Running a r9 270 on windows 10, latest 15.7.1 (I believe) drivers for AMD.

bfgminer --scrypt -o stratum+tcp://gen.binpool.com:14010 -u precrime3.1 -p x

It runs at 32kh/s only, stating all pools are dead and says "(Coinbase check: multiple inputs in coinbase: some digits and 0"



TRY the Beta driver, i suppose i could login my r9 290 see it if has the same issue. sorry no 270  


do have a 280 and 290 .

or  go here

Look up your card then set BFG by it, best i can say been a long while sense i did any kind of GPU mining.


https://litecoin.info/Mining_hardware_comparison

set it something like this


bfgminer --scrypt -o stratum+tcp://gen.binpool.com:14010 -u precrime3.1 -p x -I 18 -g 1 -w 256 --thread-concurrency 15232 --gpu-powertune 20

watch you HW Erorr and adjust -I 18 mostly down till they hit zero . and play with those lines some not sure what R9 270 you have .



it shouldn't mater much if  it's win 8.1 or win 10 it actually should run better with 10. my two cards do but i use them to game with and every day stuff.


but did do some GPU Mining during the win 10 beta back in may .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: H3nk on September 17, 2015, 08:26:06 AM
Hi there, I'm just new over here, and have a question, when I want to download BFGminer, my Avast steps in, and says it's infected with Malware-gen.
And I have read similar reports on the net, anyone could shed some light on this?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on September 17, 2015, 05:42:10 PM
Download from a link in the OP and you should be ok.  You can verify the sig and pgp key if you are still worried after the download, or you can compile your own copy.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: H3nk on September 17, 2015, 06:50:45 PM
Hi, thanks for the reply, it seems that most of the miners are classed as malicious.
But guess what, there's a miner built in my rig, should RTFM in future. ;D
So it's mining away right now, but needs some tweaking I guess, it's a 1T rig, but the stats say that it's doing 200G, and that's way too little.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on September 18, 2015, 02:04:33 PM
Ya, that's right! All miners according to windows are malicious. Can you not add this miner in the allowed programs into avast? I know we can in windows defender!

Hi, thanks for the reply, it seems that most of the miners are classed as malicious.
But guess what, there's a miner built in my rig, should RTFM in future. ;D
So it's mining away right now, but needs some tweaking I guess, it's a 1T rig, but the stats say that it's doing 200G, and that's way too little.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: bmoscato on September 18, 2015, 02:23:56 PM
Luke,

I've asked this a few time, for some reason, my U1's and U2's display as CMB instead of AMU.  Yesterday I received 3 Compaq's from SIDEHACK and they work fine on a PC with just the Compaq's and RockMiners, once I add the code for the Antminers, the Compaq's run at 2Gh/s instead of the 10 that they normally run at.  If you see by batch file, I'm starting rockminer, antminer and compaq's:



bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 14LxDWtRRdQAbnJdd4Ew5jwag8Bx9UfNRd -p x -S rockminer:all --set rockminer:clock=270 -S antminer:all --set-device antminer:clock=x0881 --set compac:clock=x0b83 --api-listen --api-allow W:10.0.0/24


 bfgminer version 5.3.0 - Started: [2015-09-18 10:05:44] - [  0 days 00:17:44]
 [M]anage devices [P]ool management [S ]ettings [D]isplay options  [H]elp [Q]uit
 Pool 0: solo.ckpool.org     Diff:30  +Strtm  LU:[10:23:00]  User:14LxDWtRRdQAbn
 Block #375087: ...58cc2d16  Diff:59.3G(424.7Ph) Started:[10:18:43] I:44.10uBTC/
 ST:9  F:0  NB:3  AS:0  BW:[ 70/ 79 B/s]  E:397.52  BS:13.6k
 4/7    40.0C | 69.94/46.99/42.69Gh/s | A:411 R:117+0(.44%) HW:111/.85%
--------------------------------------------------------------------------------
 CBM 0:       | 12.43/ 4.50/ 3.21Gh/s | A: 27 R:  0+0(none) HW:  8/1.0%
 CBM 1:       | 12.44/ 4.83/ 3.44Gh/s | A: 37 R:  0+0(none) HW:  1/.12%
 CBM 2:       | 12.43/ 5.24/ 3.90Gh/s | A: 53 R:  0+0(none) HW:  2/.21%
 RKM 0: 40.0C | 32.76/32.47/32.22Gh/s | A:295 R:117+0(.49%) HW:100/.99%


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: bmoscato on September 18, 2015, 02:56:39 PM
This is with taking the antminer settings out:

bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 14LxDWtRRdQAbnJdd4Ew5jwag8Bx9UfNRd.compaq -p x -S rockminer:all --set rockminer:clock=270 --set compac:clock=x0b83 --api-listen --api-allow W:10.0.0/24


 bfgminer version 5.3.0 - Started: [2015-09-18 10:48:29] - [  0 days 00:08:06]
 [M]anage devices [P]ool management [S ]ettings [D]isplay options  [H]elp [Q]uit
 Pool 0: solo.ckpool.org     Diff:58  +Strtm  LU:[10:56:30]  User:14LxDWtRRdQAbn
 Block #375091: ...d63b4834  Diff:59.3G(424.7Ph) Started:[10:53:24] I:39.15uBTC/
 ST:9  F:0  NB:2  AS:0  BW:[ 53/ 20 B/s]  E:713.36  BS:4.37k
 4/7    41.0C | 69.78/60.81/60.11Gh/s | A:37 R:11+0(.09%) HW:38/.56%
--------------------------------------------------------------------------------
 RKM 0: 41.0C | 32.31/32.45/32.04Gh/s | A:20 R:11+0(.19%) HW:40/1.1%
 CBM 0:       | 12.42/11.06/10.76Gh/s | A: 6 R: 0+0(none) HW: 0/none
 CBM 1:       | 12.42/11.03/10.82Gh/s | A: 7 R: 0+0(none) HW: 0/none
 CBM 2:       | 12.41/10.94/11.10Gh/s | A: 5 R: 0+0(none) HW: 0/none
--------------------------------------------------------------------------------


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on September 18, 2015, 05:01:12 PM
I am having difficulties with bfgminer530 and the compac usb sticks.

First, no hub with bfgminer using .bat = bfgminer.exe -o [pool] -u [user] -p [pass] --set compac:clock=x0b83

1) bfgminer530 will not see the sticks on my old WinXP box.  Neither starting bfg with them (or just 1) plugged in nor hot plugging while bfg is running wakes them up.  The program just sits there and asks me to add hardware.

2) bfgminer530 on my Win7 box sees the sticks, however I get comms errors.  Here is just 1 stick:
http://i57.tinypic.com/317gjkp.jpg

3) when I plug a 2nd stick in the errors happen twice as often:
http://i57.tinypic.com/k3q70p.jpg

Any ideas what is happening in both cases?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: bmoscato on September 18, 2015, 05:18:48 PM
Hey Mike,

How long did you let BFGMiner run?  It seems like I need almost 10 minutes before my hardware normalizes from the hardware errors when I'm hashing against CKPool.

Bryan


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on September 18, 2015, 05:43:43 PM
Hey Mike,

How long did you let BFGMiner run?  It seems like I need almost 10 minutes before my hardware normalizes from the hardware errors when I'm hashing against CKPool.

Bryan

I'm not seeing hardware errors, that would be indicative of something like too like power for the frequency.

Here are 2 sticks after almost an hour, note hardware errors are minimal, but the comms errors persist:
http://i59.tinypic.com/25hmu7s.jpg


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: userpike on September 20, 2015, 06:20:35 AM
anyone have any idea why my miners are declared sick and then dead? I'm trying to solomine with a blackwidow and 4 furys. Sometime on other pools the Furys will get sick but not for long and the Black Widow never does unless i solomine with i just recently discovered.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: DaveF on September 21, 2015, 02:13:45 PM
O.K., 1st things 1st. I know this is not something any normal person would do but I wanted to try it.
I failed. I am now wondering if anyone ever got it to work.

So, Microsoft supports Windows 10 on the RPi2

https://ms-iot.github.io/content/en-US/GetStarted.htm (https://ms-iot.github.io/content/en-US/GetStarted.htm)

So I decided to install it and get BFGMiner to run on it.

After not getting BFG to compile time after time after time, I did something (and I don't know what) and it worked.
So I tried to run it. Nothing, nothing at all happens.

So I gave up, will try again later when I have time.

Has anyone had any luck doing this?

-Dave


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 22, 2015, 07:31:44 PM
O.K., 1st things 1st. I know this is not something any normal person would do but I wanted to try it.
I failed. I am now wondering if anyone ever got it to work.

So, Microsoft supports Windows 10 on the RPi2

https://ms-iot.github.io/content/en-US/GetStarted.htm (https://ms-iot.github.io/content/en-US/GetStarted.htm)

So I decided to install it and get BFGMiner to run on it.

After not getting BFG to compile time after time after time, I did something (and I don't know what) and it worked.
So I tried to run it. Nothing, nothing at all happens.

So I gave up, will try again later when I have time.

Has anyone had any luck doing this?

-Dave



so you got  BFG and Windows IoT working, I haven't really tried yet been waiting for more to be done with it on PI 2 but may now .


and i would think down load the BFG zip file it is at 5.3 and complied all ready  then use the BFG.exe in Windows IoT on a Pi2 . can't say i haven't  tried yet .  not sure if loads like a normal windows GUI would then click the bfg.exe.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: DaveF on September 22, 2015, 09:00:12 PM

so you got  BFG and Windows IoT working, I haven't really tried yet been waiting for more to be done with it on PI 2 but may now .
and i would think down load the BFG zip file it is at 5.3 and complied all ready  then use the BFG.exe in Windows IoT on a Pi2 . can't say i haven't  tried yet .  not sure if loads like a normal windows GUI would then click the bfg.exe.

No, I got it to compile (or at least give me a binary) however, it does not run.

No GUI, powershell.

-Dave


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: tokona44 on September 25, 2015, 12:40:56 AM
Hello Luke.

Does this work with bfg? I want to use my S3+ to mine altcoin sha256 solo i found this on http://bitcoin.stackexchange.com/a/38502

simplest with bfgminer.

Run BFGminer on the same computer as Bitcoin Core with the following configuation, it won't need any further settings altered or configured (it gets the RPC password automatically on launch).

bfgminer --stratum-port=3333

BFGminer will launch, and retrieve the information needed for solo mining.

Now using coinbase address 1PkNBPBGEmvoMFbwRT5ky3XXVNstJnJ4c1, provided by pool 0
Network difficulty changed to 49.4G (353.6P)
Pool 0 http://localhost:8332/#getcbaddr#allblocks alive
Long-polling activated for http://localhost:8332/#getcbaddr#allblocks (getblocktemplate)
Added local bitcoin RPC server on port 8332 as pool 0
Probing for an alive pool
Pool 0 http://localhost:8332/#getcbaddr#allblocks alive 

                                                                        

You're now ready to solo mine against Bitcoin Core, you just have to point your antminer at the IP address of the computer running BFGminer, and the miner should show up in the top section of BFGminer with its hashrate showing as "PXY" (stratum proxy). Any blocks will be paid out to the coinbase address shown in BFGminer, which is a new one generated from your wallet.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on September 26, 2015, 05:41:44 AM
Just a quick update: there is now an "ants5" branch on GitHub that is working on the S5.
This is based on the Bitmain code, and I still plan to do a lot of cleanup and refactoring before a release, but it does work at least.

To use it, you will need to compile it for the S5 and run something like this:

bfgminer --queue 8192 --api-listen -S bitmain:auto --set btm:layout=32:8 --set btm:timeout=3 --set btm:clock=350 --set btm:reg_data=0d82 --set btm:voltage=x0725

No promises these will be the final parameters yet.
(Anyone happen to know what reg_data is/refers to? Or how voltage is encoded?)


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Antminer u1 on September 27, 2015, 04:10:44 PM
Kindly Help me, Antminer u1 seen on cgminer, but not seen on BFGminer.. what can I do? ??? ???


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on September 27, 2015, 05:26:28 PM
Kindly Help me, Antminer u1 seen on cgminer, but not seen on BFGminer.. what can I do? ??? ???
If it's seen on cgminer, then you Zadig'd it.
Need to find some way to undo that and get back to the official driver.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on September 30, 2015, 11:36:23 PM
hey anyone got complied version of BFG for the S5 i can give a try , i can't figure out how to compile one.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on September 30, 2015, 11:45:57 PM
hey anyone got complied version of BFG for the S5 i can give a try , i can't figure out how to compile one.
http://luke.dashjr.org/tmp/code/bfgminer-ants5-299e2f7.tbz2

Code:
tar -xjvpf bfgminer-ants5-299e2f7.tbz2
cd bfgminer-ants5-299e2f7
/etc/init.d/cgminer.sh stop
LD_LIBRARY_PATH=$PWD ./bfgminer --queue 8192 -S bitmain:auto --set btm:layout=32:8 --set btm:timeout=3 --set btm:clock=350 --set btm:reg_data=0d82 --set btm:voltage=x0725 -c /config/cgminer.conf


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on October 01, 2015, 12:13:20 AM
hey anyone got complied version of BFG for the S5 i can give a try , i can't figure out how to compile one.
http://luke.dashjr.org/tmp/code/bfgminer-ants5-299e2f7.tbz2

Code:
tar -xjvpf bfgminer-ants5-299e2f7.tbz2
cd bfgminer-ants5-299e2f7
/etc/init.d/cgminer.sh stop
LD_LIBRARY_PATH=$PWD ./bfgminer --queue 8192 -S bitmain:auto --set btm:layout=32:8 --set btm:timeout=3 --set btm:clock=350 --set btm:reg_data=0d82 --set btm:voltage=x0725 -c /config/cgminer.conf

ty man  it's actually pretty sweet even in the shape its in now works great. now i just got figure out how to make the screen sty up and let it run a while with bfg on it's own with no pi or  pc. but ty it's nice.

 http://i.imgur.com/Xteh6RT.png


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 01, 2015, 05:15:49 AM
Look up GNU Screen (http://aperiodic.net/screen/quick_reference) - it's already installed on the S5.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on October 01, 2015, 06:34:44 AM
again  ty  


at first ctrl+a+d wouldn't work then i read that link you gave me, i had to make two screens for it to work, BFG 5.3 is mining on my S5 on it's own with no PC or PI holding open that screen .

For those wondering or you want to try it, it works great but you will need to use something like

https://bitcointalk.org/index.php?topic=596178.0
https://bitcointalk.org/index.php?topic=569924.0

if  you want a GUI, right now you can see it inside the S5 but no monitoring but those program can give you all the info that is needed till then.


Looking for more to be done , like having it integrated into the S5  :) ...till then i can use other GUI programs to see the temps, Hw error etc but no  fan speeds yet.
but it seems to use PWM FANS like it normally does.

once again ty . i plan to get you another donation soon.



PS : and ofc if you turn off/reboot the S5, why bitmain, did that makes no sense, it reverts to the Default firmware you have to reload BFG etc  .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 01, 2015, 04:07:09 PM
Using 5.3.0 to run a couple gekko compac sticks and no matter what value I input for --set compac:clock= the sticks hash as if they were set to 225 (x0882), so at about 11GH/s each.  Any idea why the sticks are not taking the frequency setting?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mudbankkeith on October 07, 2015, 08:09:27 AM
I found the same problem.

Also massive HW errors at 225

At 200 with CG the HW error drops.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 07, 2015, 04:59:29 PM
I found the same problem.

Also massive HW errors at 225

At 200 with CG the HW error drops.

That's not the same problem and it isn't a bfgminer issue; it's the stick.  You need to turn up the voltage a tad, check out the compac support thread.

My problem is that it doesn't matter what freq I specify, the sticks only run at 225 (stock) on bfgminer.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mudbankkeith on October 07, 2015, 07:21:47 PM
I found the same problem.

Also massive HW errors at 225

At 200 with CG the HW error drops.

That's not the same problem and it isn't a bfgminer issue; it's the stick.  You need to turn up the voltage a tad, check out the compac support thread.

My problem is that it doesn't matter what freq I specify, the sticks only run at 225 (stock) on bfgminer.

As I said, I have the same problem..... with BFG the sticks run at 225. with or without the frequency setting and with any hex number.

With CG the frequency number works.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 07, 2015, 09:27:43 PM
Hello, i have a a Debian System on my Pi:

Quote
Linux sunwatch 4.1.10+ #820 PREEMPT Sun Oct 4 15:33:59 BST 2015 armv6l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Wed Oct  7 21:20:50 2015 from 192.168.0.48

But i can't install the Bfgminer on my system?

Quote
root@sunwatch:~# aptitude install bfgminer
Couldn't find any package whose name or description matched "bfgminer"
Couldn't find any package whose name or description matched "bfgminer"
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.

Anyone have an idea?



Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 07, 2015, 10:15:17 PM
I found the same problem.

Also massive HW errors at 225

At 200 with CG the HW error drops.

That's not the same problem and it isn't a bfgminer issue; it's the stick.  You need to turn up the voltage a tad, check out the compac support thread.

My problem is that it doesn't matter what freq I specify, the sticks only run at 225 (stock) on bfgminer.

As I said, I have the same problem..... with BFG the sticks run at 225. with or without the frequency setting and with any hex number.

With CG the frequency number works.

Gotcha, so your post was two parts.  I misread your second HW error issue as what you were referring to.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 08, 2015, 05:54:45 AM
@ toptek

THX i will test it at the evening ;)

For only Bitfury USB Sticks i don't need this?

sudo ./configure CFLAGS="-O3" --enable-scrypt --enable-broad-udevrules


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 08, 2015, 06:09:15 AM
Note: -O3 is known to break some software, so please use -O2 if you want BFGMiner to be reliable.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: hagie on October 08, 2015, 10:06:16 AM
Hi,

is it possible to use bfgminer as a stratum -> getwork proxy ?

I like to use rented hashpower to mine on my local wallet. Nicehash only supports stratum targets.

I tried different combinations and I know it can used as getwork -> stratum proxy and stratum -> stratum as well as getwork-> getwork.

Did I make a error in the configuration ?

bfgminer -o 127.0.0.1:8888 -u user -p pass --stratum-port=3333 don't work

regards



Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 08, 2015, 02:32:41 PM
Hello, i have a a Debian System on my Pi:

Quote
Linux sunwatch 4.1.10+ #820 PREEMPT Sun Oct 4 15:33:59 BST 2015 armv6l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Wed Oct  7 21:20:50 2015 from 192.168.0.48

But i can't install the Bfgminer on my system?

Quote
root@sunwatch:~# aptitude install bfgminer
Couldn't find any package whose name or description matched "bfgminer"
Couldn't find any package whose name or description matched "bfgminer"
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.

Anyone have an idea?




how are you complliing  BFG ? .

try this

cd /opt
sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin
sudo wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.3.0/bfgminer-5.3.0.zip
sudo unzip bfgminer-5.3.0.zip
sudo rm -rf bfgminer-5.3.0.zip
sudo mv /opt/bfgminer-5.3.0 /opt/bfgminer

cd /opt/bfgminer
 
sudo chmod +x ./configure  
sudo ./configure CFLAGS="-O2" --enable-scrypt --enable-broad-udevrules

sudo make

sudo ldconfig
lsusb

./bfgminer --version

and when you need to use BFG each time you may need to Cd to it then use it something like this .

cd /opt/bfgminer

sudo ./bfgminer -o stratum+tcp://your pool  -u your btc address -p your password if the pool needs one and your miners setting here

you can set the PI to cd to whatever  for you at login i just haven't bro to learn how yet, I will once i get tried of typing  CD / whatever at login ( most of the time if it works i won't learn much more beyond that unless it starts annoying me to much then i will ) . I'll automate my login more.


all his mean is it's all updated

No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.

Hello so after the start i have my first problem:

cd /usr/src
sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libjansson-dev

??


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 08, 2015, 02:36:39 PM
Hi,

is it possible to use bfgminer as a stratum -> getwork proxy ?

I like to use rented hashpower to mine on my local wallet. Nicehash only supports stratum targets.

I tried different combinations and I know it can used as getwork -> stratum proxy and stratum -> stratum as well as getwork-> getwork.

Did I make a error in the configuration ?

bfgminer -o 127.0.0.1:8888 -u user -p pass --stratum-port=3333 don't work

regards


It is impossible to translate getwork to stratum like that, but it doesn't matter because Core doesn't even support getwork anymore.
You can do GBT to stratum with the --stratum-port 3333 option, but no = in arguments...


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 08, 2015, 02:49:57 PM
you have to CD into the BFG folder after it unziped and do it from there


you did do


sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin


it right there in red



just boot the PI up do at the default see what that does it is a PI and you are doing with http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html in SSH


it might the folder you Cd to not sure .

Sorry but it's the same after this commands:

cd /usr/src
sudo wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.3.0/bfgminer-5.3.0.zip
sudo unzip bfgminer-5.3.0.zip
sudo rm -rf bfgminer-5.3.0.zip
sudo mv /opt/bfgminer-5.3.0 /opt/bfgminer
cd /usr/src/bfgminer-5-3-0
sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libjansson-dev
root@sunwatch:/usr/src/bfgminer-5.3.0#

Can i install the "libjansson-dev" manuelly??


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 08, 2015, 02:59:02 PM
you have to CD into the BFG folder after it unziped and do it from there


you did do


sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin


it right there in red



just boot the PI up do at the default see what that does it is a PI and you are doing with http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html in SSH


it might the folder you Cd to not sure .

Sorry but it's the same after this commands:

cd /usr/src
sudo wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.3.0/bfgminer-5.3.0.zip
sudo unzip bfgminer-5.3.0.zip
sudo rm -rf bfgminer-5.3.0.zip
sudo mv /opt/bfgminer-5.3.0 /opt/bfgminer
cd /usr/src/bfgminer-5-3-0
sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libjansson-dev
root@sunwatch:/usr/src/bfgminer-5.3.0#

Can i install the "libjansson-dev" manuelly??



or try


sudo apt-get upgrade
sudo apt-get update

then try


sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin


I don't know but always the same...

root@sunwatch:~# sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@sunwatch:~# sudo apt-get update
Hit http://ftp.uk.debian.org squeeze Release.gpg
Ign http://ftp.uk.debian.org/debian/ squeeze/main Translation-en
Ign http://ftp.uk.debian.org/debian/ squeeze/main Translation-en_GB
Ign http://ftp.uk.debian.org/debian/ squeeze/non-free Translation-en
Ign http://ftp.uk.debian.org/debian/ squeeze/non-free Translation-en_GB
Hit http://ftp.uk.debian.org squeeze Release
Hit http://ftp.uk.debian.org squeeze/main armel Packages
Hit http://ftp.uk.debian.org squeeze/non-free armel Packages
Reading package lists... Done
root@sunwatch:~# sudo apt-get -y install git-core build-essential autoconf automake libtool pkg-config libcurl4-gnutls-dev libjansson-dev uthash-dev libncursesw5-dev libudev-dev libusb-1.0-0-dev libevent-dev libmicrohttpd-dev libc-bin
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libjansson-dev
root@sunwatch:~#

 ??? ???


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 09, 2015, 06:28:54 PM
skip that and try

cd /usr/src
sudo wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.3.0/bfgminer-5.3.0.zip
sudo unzip bfgminer-5.3.0.zip
sudo rm -rf bfgminer-5.3.0.zip
sudo mv /usr/src/bfgminer-5.3.0 /usr/src/bfgminer


cd /usr/src/bfgminer


sudo chmod +x ./configure  
sudo ./configure CFLAGS="-O2" --enable-broad-udevrules
sudo make

sudo ldconfig
lsusb

./bfgminer --version

 and try it all without the Sudo line . one of two of those OSes don't need it . it may ask for your password thu

I had that issue once i just dumped the OS and went with one i knew i had working on PI's and cubieboards


BERRYBOOT

 this is very nice http://www.berryterminal.com/doku.php/berryboot  

but you need to make sure you get the one that works with your baord or it won't

i think i read some place about the squeeze Release having issue to some extent might be wrong .


Sorry but without the "libjansson-dev" e bfgminer don't compile to the end??

Anyone have the "libjansson-dev.deb" then i can install it manuelly...


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 10, 2015, 12:12:20 PM
if your not willing to reinstall the OS to another one  that works solid on PI  there may not be a manual install for it,I'm all most sure it some thing in the squeeze Release your using wrong path or corp files etc , I'll even bet it's on that PI it just can't find it due to a bad path bad update etc or some thing is blocking it.


looks like it was replaced

http://www.debian.org/releases/squeeze/



with

http://www.debian.org/releases/wheezy/  


Wheezy is one of the official PI releases that work in fact i use https://ubuntu-mate.org/raspberry-pi/  on one PI .



https://www.raspberrypi.org/downloads/raspbian/   try those and get back to us please, were getting off topic.


cya and gl



THX for your help, i found a way to install the bfgminer successful ;)

I load this packages manuelly:

- libjansson4_2.7-3_armel.deb
- uthash-dev_1.9.5-1_all.deb

then i install the packeges with "dpkg -i"

so yet i can install the bfgminer ;) with this commands:

cd /usr/src
sudo wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.3.0/bfgminer-5.3.0.zip
sudo unzip bfgminer-5.3.0.zip
sudo rm -rf bfgminer-5.3.0.zip
sudo mv /usr/src/bfgminer-5.3.0 /usr/src/bfgminer


cd /usr/src/bfgminer


sudo chmod +x ./configure  
sudo ./configure CFLAGS="-O2" --enable-broad-udevrules
sudo make

Then i start to test with:

./bfgminer --config /home/pi/bfgminer.conf --quiet

So the bfgminer starts YEAH

bfgminer version 5.3.0 - Started: [2015-10-10 14:05:40] - [  0 days 00:02:22]
 Manage devices Pool management Settings Display options                                      Help Quit
 Pool 0: mint.bitminter.com  Diff:64  +Strtm  LU:[14:07:35]  User:xxx
 Block #378265: ...27ea72e7  Diff:60.8G (435.3P)  Started: [14:05:40]  I: 6.65uBTC/hr
 ST:18  F:0  NB:1  AS:0  BW:[ 60/ 12 B/s]  E:126.47  BS:1.38k
 11/15  30.3C | 37.22/37.20/36.49Gh/s | A:3 R:0+0(none) HW:166/ 12%
--------------------------------------------------------------------------------------------------------------------
 BIF 0: 30.3C |  4.84/ 4.70/ 4.70Gh/s | A:0 R:0+0(none) HW: 14/8.2%
 BIF 1: 30.1C |  6.35/ 5.28/ 5.28Gh/s | A:0 R:0+0(none) HW:  6/3.3%
 BIF 2: 29.7C |  5.62/ 4.70/ 4.70Gh/s | A:1 R:0+0(none) HW: 11/6.6%
 BIF 3: 30.2C |  6.14/ 4.98/ 4.98Gh/s | A:0 R:0+0(none) HW: 17/9.3%
 BPM 0:       |  2.30/ 2.27/ 2.23Gh/s | A:0 R:0+0(none) HW:  3/3.9%
 BPM 1:       |  2.60/ 2.58/ 2.84Gh/s | A:1 R:0+0(none) HW: 21/ 18%
 BPM 2:       |  2.62/ 2.61/ 2.65Gh/s | A:0 R:0+0(none) HW: 12/ 12%
 BPM 3:       |  2.58/ 2.56/ 2.29Gh/s | A:0 R:0+0(none) HW: 26/ 25%
 BPM 4:       |  2.16/ 2.14/ 1.96Gh/s | A:0 R:0+0(none) HW: 21/ 24%
 BPM 5:       |  2.65/ 2.63/ 2.50Gh/s | A:1 R:0+0(none) HW: 22/ 21%
 BPM 6:       |  2.74/ 2.72/ 2.38Gh/s | A:0 R:0+0(none) HW: 15/ 16%

But i have a mistake in my bfgconfig, at cgminer the Pool config (QUOTA)are OK?? I use only 4 Bi*Fury and 7 RedFury USB miner...

This Pool,

 "quota" : "9;stratum+tcp://miner-control.de:3330",
        "user" : "xxx",
        "pass" : "egalo"

is a "Altcoin" (eMark) Pool?

Quote
{
"pools" : [
    {
        "quota" : "0;stratum+tcp://mint.bitminter.com:3333",
        "user" : "xxxi",
        "pass" : "egalo"
    },
    {
        "quota" : "1;stratum+tcp://miner-control.de:3335",
        "user" : "xxx",
        "pass" : "egalo"
    },
    {
        "quota" : "9;stratum+tcp://miner-control.de:3330",
        "user" : "xxx",
        "pass" : "egalo"
    }
]
,
"api-listen" : true,
"api-port" : "4028",
"api-allow" : "W:0/0",
"expiry" : "120",
"failover-only" : true,
"log" : "5",
"no-pool-disable" : true,
"queue" : "2",
"scan-time" : "60",
"worktime" : true,
"shares" : "0",
"kernel-path" : "/usr/local/bin",
"usb" : ":11",
"scan" : ["bigpic:all"],
"scan" : ["bifury:all"]
}



Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on October 10, 2015, 12:51:38 PM
sorry not really sure what you want to know but here is link to that coin

  

https://bitcointalk.org/index.php?topic=310939.0


I see the 4 Bi*Fury and 7 RedFury USB mine on the BFG Command line GUI.  they are all loaded it looks like  ? :)


and

"api-allow" : "W:127.0.0.1,W:192.168.1.0/24"  i know you can use it your way but i all way use it like this,but I'm not to sure how that would work in your case never used either of those miner.

but really don't know whats wrong  ?  it all looks good now ? .

 I'll bet you can tweak out some of those Hardware error  by speed adjustments but there i might be wrong never used either of those miner so don't really know the command line other then do what you did and do auto load .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 10, 2015, 01:11:38 PM
sorry not really sure what you want to know but here is link to that coin

  

https://bitcointalk.org/index.php?topic=310939.0


I see the 4 Bi*Fury and 7 RedFury USB mine on the BFG Command line GUI.  they are all loaded it looks like  ? :)


and

"api-allow" : "W:127.0.0.1,W:192.168.1.0/24"  i know you can use it your way but i all way use it like this,but I'm not to sure how that would work in your case never used either of those miner.

but really don't know whats wrong  ?  it all looks good now ? .

 I'll bet you can tweak out some of those Hardware error  by speed adjustments but there i might be wrong never used either of those miner so don't really know the command line other then do what you did and do auto load .

Yes i only mine with this 7 USB miners for tests... i don't use a API i only look over "putty".

But i have a problem with the config:

Is this right for the 11 miners in the bfgminer.conf:

"scan" : ["bigpic:all"]
"scan" : ["bifury:all"]

or

"scan" : ["BPM:all"]
"scan" : ["BIF:all"]

??

And the pool with the Quota have problems??

0: Enabled  Strtm Quota 1 Pool 0: stratum+tcp://mint.bitminter.com:3333  Userxxx
1: Misbehav Strtm Quota 9 Pool 2: stratum+tcp://miner-control.de:3330  User:xxx
2: Enabled  Strtm Quota 1 Pool 1: stratum+tcp://miner-control.de:3335  User:xxx

When i will enable the (eMark/altcoin) Pool 1,

 [2015-10-10 15:10:17] Coinbase check: multiple inputs in coinbase: 0x4b
 [2015-10-10 15:10:17] Pool 1 misbehaving (coinbase check), disabling!

??

So i have change the config:

Quote
{
"pools" : [
    {
        "quota" : "1;stratum+tcp://miner-control.de:3335",
        "user" : "xxx",
        "pass" : "egalo"
    },
    {
        "quota" : "9;stratum+tcp://miner-control.de:3330",
        "user" : "xxx",
        "pass" : "egalo"
    },
    {
        "quota" : "0;stratum+tcp://mint.bitminter.com:3333",
        "user" : "xxx",
        "pass" : "egalo"
    }
]
,
"load-balance" : true,
"api-listen" : true,
"api-allow" : "W:0/0",
"api-port" : "4028",
"expiry" : "120",
"failover-only" : true,
"log" : "5",
"no-pool-disable" : true,
"queue" : "2",
"scan-time" : "60",
"worktime" : true,
"shares" : "0",
"kernel-path" : "/usr/local/bin",
"usb" : ":11",
"scan" : ["bigpic:all"],
"scan" : ["bifury:all"]
}




Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 10, 2015, 01:33:29 PM
That normal now it stop lag and other issue by disabling like that . what that does is do a coin check with coinbase that was causing issue at times to a lot of miner if I remember right .



what makes BFG so good over all the others is it leaves in a lot of old stuff that might be use full at another time but disables it as needed .



+--coinbase-check-addr <arg> A list of address to check against in coinbase payout list received from the previous-defined pool, separated by ','
+--coinbase-check-total <arg> The least total payout amount expected in coinbase received from the previous-defined pool
+--coinbase-check-percent <arg> The least benefit percentage expected for the sum of addr(s) listed in --cbaddr argument for previous-defined pool

So a new test, for the "alcoin" pool "eMark"

http://miner-control.de:8000/workers

I can't add the sha256 "eMark" pool always come this massage?

 [2015-10-10 15:26:08] Coinbase check: multiple inputs in coinbase: 0x10
 [2015-10-10 15:26:08] Pool 3 misbehaving (coinbase check), disabling!

Can i disabling the "Coinbase check" per config file?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on October 10, 2015, 01:37:16 PM
I would use  /#xnsub  in your case like below and the command line to disable the coin base check is /#skipcbcheck per pool . not sure how that works in a BFG.config  like you im still learning and loving it .

but per pool like this

9;stratum+tcp://miner-control.de:3330/#xnsub#skipcbcheck (mind the slash '/' before #xnsub) -u NTYNy7JWo1LyK9Z51ZxdcpsdzEpfT5C6VV -p egalo

or in the config maybe
 {
        "quota" : "9;stratum+tcp://miner-control.de:3330/#skipcbcheck", that slash is needed.
        "user" : "NTYNy7JWo1LyK9Z51ZxdcpsdzEpfT5C6VV",
        "pass" : "egalo",
        "enableExtranonceSubscribe" : true  this >  /#xnsub in the config file ( sorry never had to add /#skipcbcheck to a config file ).
     },

"pools" : [
    {
        "quota" : "1;stratum+tcp://miner-control.de:3335",
        "user" : "13gtAPBFkrTq5QEnyd4pBKF2wDWvdKd7mw",
        "pass" : "egalo",
         "enableExtranonceSubscribe" : true    
    },
    {
        "quota" : "9;stratum+tcp://miner-control.de:3330",
        "user" : "NTYNy7JWo1LyK9Z51ZxdcpsdzEpfT5C6VV",
        "pass" : "egalo",
        "enableExtranonceSubscribe" : true
    },
    {
        "quota" : "0;stratum+tcp://mint.bitminter.com:3333",
        "user" : "Buchinger84.Buchi",
        "pass" : "egalo",
        "enableExtranonceSubscribe" : true
    }
]


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Buchi-88 on October 10, 2015, 02:44:00 PM
THX

it looks with these config file good!!!

Quote
{
"pools" : [
    {
        "quota" : "1;stratum+tcp://miner-control.de:3335",
        "user" : "xxx",
        "pass" : "egalo",
         "enableExtranonceSubscribe" : true    
    },
    {
        "quota" : "9;stratum+tcp://miner-control.de:3330/#skipcbcheck",
        "user" : "xxx",
        "pass" : "egalo",
        "enableExtranonceSubscribe" : true
    },
    {
        "quota" : "0;stratum+tcp://mint.bitminter.com:3333",
        "user" : "xxx",
        "pass" : "egalo",
        "enableExtranonceSubscribe" : true
    }
]
,
"load-balance" : true,
"api-listen" : true,
"api-allow" : "W:0/0",
"api-port" : "4028",
"expiry" : "120",
"failover-only" : true,
"log" : "5",
"no-pool-disable" : true,
"queue" : "2",
"scan-time" : "60",
"worktime" : true,
"shares" : "0",
"kernel-path" : "/usr/local/bin",
"usb" : ":11",
"scan" : ["bifury:all"],
"scan" : ["bigpic:all"]
}

Quote
bfgminer version 5.3.0 - Started: [2015-10-10 16:32:23] - [  0 days 00:09:59]
 Manage devices Pool management Settings Display options                                                    Help Quit
 Pools: 2 (0,1)              Diff:32-76  +  LU:[16:41:26]
 Block: ...5122b689ec11e3db  Diff:1.73M (12.35T)  Started: [16:41:49]  I:?
 ST:18  F:0  NB:9  AS:0  BW:[ 44/ 14 B/s]  E:321.03  BS:6.34k
 11/15  36.3C | 40.63/36.35/35.18Gh/s | A:50 R:0+0(none) HW:637/ 11%
----------------------------------------------------------------------------------------------------------------------------------
 BIF 0: 36.3C |  6.49/ 4.96/ 4.96Gh/s | A: 2 R:0+0(none) HW: 49/6.8%
 BIF 1: 32.4C |  6.35/ 4.97/ 4.97Gh/s | A: 7 R:0+0(none) HW: 62/8.4%
 BIF 2: 31.2C |  6.39/ 5.19/ 5.19Gh/s | A:10 R:0+0(none) HW: 31/4.2%
 BPM 0:       |  2.58/ 2.58/ 2.22Gh/s | A: 3 R:0+0(none) HW:114/ 28%
 BPM 1:       |  2.15/ 2.15/ 1.93Gh/s | A: 4 R:0+0(none) HW: 70/ 21%
 BPM 2:       |  2.58/ 2.57/ 2.55Gh/s | A: 7 R:0+0(none) HW: 98/ 22%
 BPM 3:       |  2.73/ 2.72/ 2.52Gh/s | A: 3 R:0+0(none) HW:107/ 24%
 BIF 3: 35.6C |  5.99/ 5.17/ 5.18Gh/s | A: 4 R:0+0(none) HW: 38/5.2%
 BPM 4:       |  2.29/ 2.28/ 2.16Gh/s | A: 2 R:0+0(none) HW: 15/5.0%
 BPM 5:       |  2.61/ 2.61/ 2.39Gh/s | A: 4 R:0+0(none) HW: 25/7.3%
 BPM 6:       |  2.64/ 2.64/ 2.54Gh/s | A: 4 R:0+0(none) HW: 29/8.1%
----------------------------------------------------------------------------------------------------------------------------------
0: Enabled  Strtm Quota 1 Pool 0: stratum+tcp://miner-control.de:3335  User:xxx
DWvdKd7mw
1: Enabled  Strtm Quota 9 Pool 1: stratum+tcp://miner-control.de:3330/#skipcbcheck  User:xxx
K9Z51ZxdcpsdzEpfT5C6VV
2: Failover Strtm Quota 0 Pool 2: stratum+tcp://mint.bitminter.com:3333  User:xxx

Current pool management strategy: Load Balance
[F]ailover only enabled
Pool [A]dd [R]emove [D]isable [E]nable [P]rioritize [Q]uota change
[C]hange management strategy witch pool nformation
Or press any other key to continue


BIG THX


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: bmoscato on October 12, 2015, 01:43:43 PM
I'm trying to request a starting diff by using --request-diff 48, but the command doesn't seem to work.

My entire batch files is:

Code:
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=x0d82 --request-diff 48 --api-listen --api-allow W:10.0.0/24


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 12, 2015, 05:19:53 PM
I have never had success with the --suggest-diff command, I don't think it is implemented properly.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: xyzzy099 on October 12, 2015, 05:34:57 PM
I have never had success with the --suggest-diff command, I don't think it is implemented properly.

I don't think BFGMiner supports any such switch as '--suggest-diff'.  BFGMiner has a '--request-diff' switch, but I seem to recall reading somewhere that it does not work on ckpool specifically.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 12, 2015, 06:38:41 PM
I'm trying to request a starting diff by using --request-diff 48, but the command doesn't seem to work.

My entire batch files is:

Code:
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=x0d82 --request-diff 48 --api-listen --api-allow W:10.0.0/24
CKPool does not honour target requests.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: bmoscato on October 12, 2015, 07:58:00 PM
I'm trying to request a starting diff by using --request-diff 48, but the command doesn't seem to work.

My entire batch files is:

Code:
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=x0d82 --request-diff 48 --api-listen --api-allow W:10.0.0/24
CKPool does not honour target requests.

I'm assuming that it works with CG Miner 4.9.2 which I use to run my U3's because it's written by the same people? I set the diff to lower number than the 1000 in CG Miner than the poll initially requests.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: xyzzy099 on October 12, 2015, 08:42:56 PM
I'm trying to request a starting diff by using --request-diff 48, but the command doesn't seem to work.

My entire batch files is:

Code:
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=x0d82 --request-diff 48 --api-listen --api-allow W:10.0.0/24
CKPool does not honour target requests.

I'm assuming that it works with CG Miner 4.9.2 which I use to run my U3's because it's written by the same people? I set the diff to lower number than the 1000 in CG Miner than the poll initially requests.

ckolivas says that BFGMiner does not set the diff correctly:

https://bitcointalk.org/index.php?topic=763510.msg9453275#msg9453275 (https://bitcointalk.org/index.php?topic=763510.msg9453275#msg9453275)

I don't claim to know which is actually correct.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 13, 2015, 05:26:02 AM
I'm trying to request a starting diff by using --request-diff 48, but the command doesn't seem to work.

My entire batch files is:

Code:
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=x0d82 --request-diff 48 --api-listen --api-allow W:10.0.0/24
CKPool does not honour target requests.

I'm assuming that it works with CG Miner 4.9.2 which I use to run my U3's because it's written by the same people? I set the diff to lower number than the 1000 in CG Miner than the poll initially requests.

ckolivas says that BFGMiner does not set the diff correctly:

https://bitcointalk.org/index.php?topic=763510.msg9453275#msg9453275 (https://bitcointalk.org/index.php?topic=763510.msg9453275#msg9453275)

I don't claim to know which is actually correct.


My experience is that ckpool will honor the diff request from cgminer, but it does not see the command from bfgminer.  I don't know what is correct either, but that's been my experience.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 13, 2015, 06:12:44 AM
There basically is no "correct". Stratum never had any way to request a difficulty "officially".

Originally in BFGMiner, --request-diff only supported GBT pools (since only GBT had protocol support for it).

Back in 2013, I extended it to stratum with a new mining.suggest_target extension.
This used a full hex target String to avoid the problems encountered with a difficulty Number (inaccurate, etc).

Then over a year later (2014), cgminer decided to introduce their own --suggest-diff option that was incompatible.
A month later, they changed it, but still left it incompatible.
AFAIK their "justification" for this gratuitous incompatibility is based on some passing ideas slush had, but never added to Stratum himself.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: hurricandave on October 13, 2015, 07:05:18 AM
CKpool, has an initial connection diff of 1024 or 1042, whichever, once that is met the minimum diff that you set on the worker/management page is sent. If the pool software has determined that the particular worker has exceeded that diff by enough hashrate, over a given amount of time, the minimum will be raised. If the connection is ended, it still takes an appropriate amount of time for that worker instance average share rate to decline, before reaching the user setting under worker/management again.
 I think at this point, nearly all pools have at the very least, an initial minimum connection start of 42 diff. Before moving on to anything else.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 16, 2015, 05:55:35 AM
The name of the devices of my Antminer U3 have now changed to CBM where previously they were shown as AMU on version 5.2.0.
I can't see to reproduce this.
Mine always shows up as AMU...
What command line do you use?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 16, 2015, 11:13:34 AM
Using 5.3.0 to run a couple gekko compac sticks and no matter what value I input for --set compac:clock= the sticks hash as if they were set to 225 (x0882), so at about 11GH/s each.  Any idea why the sticks are not taking the frequency setting?
Found this bug. Will fix in 5.4.

Workaround: Use --set cbm:clock=x0783 instead.
I forgot to set the "compac" name on the driver... :|


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 16, 2015, 05:10:18 PM
Using 5.3.0 to run a couple gekko compac sticks and no matter what value I input for --set compac:clock= the sticks hash as if they were set to 225 (x0882), so at about 11GH/s each.  Any idea why the sticks are not taking the frequency setting?
Found this bug. Will fix in 5.4.

Workaround: Use --set cbm:clock=x0783 instead.
I forgot to set the "compac" name on the driver... :|

Wonderful, thank you!  Now I have to dig up my usb tester and start dialing these sticks up.

edit - I have been unable to produce successful results with the revised cbm command, my sticks still hash at default frequency.   :'(


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 16, 2015, 08:21:51 PM
Using 5.3.0 to run a couple gekko compac sticks and no matter what value I input for --set compac:clock= the sticks hash as if they were set to 225 (x0882), so at about 11GH/s each.  Any idea why the sticks are not taking the frequency setting?
Found this bug. Will fix in 5.4.

Workaround: Use --set cbm:clock=x0783 instead.
I forgot to set the "compac" name on the driver... :|

Wonderful, thank you!  Now I have to dig up my usb tester and start dialing these sticks up.

edit - I have been unable to produce successful results with the revised cbm command, my sticks still hash at default frequency.   :'(
Hmm, I did test that it works on my Compac pre-prod sample before posting it here :/

Does it work any better if you use RPC's pgaset?

bfgminer-rpc 'pgaset|cbm0,clock,x0783'


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 16, 2015, 09:01:11 PM
Hmm, I did test that it works on my Compac pre-prod sample before posting it here :/

Does it work any better if you use RPC's pgaset?

bfgminer-rpc 'pgaset|cbm0,clock,x0783'

It probably has to to with the changes made between pre- and post-production sticks.

Is the command you suggested something I enter from the command line or batch file?  I am not familiar with RPC.  I'll see what I can find out about it in the mean time and try that way, if I can figure it out.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 16, 2015, 09:18:56 PM
Hmm, I did test that it works on my Compac pre-prod sample before posting it here :/

Does it work any better if you use RPC's pgaset?

bfgminer-rpc 'pgaset|cbm0,clock,x0783'

It probably has to to with the changes made between pre- and post-production sticks.

Is the command you suggested something I enter from the command line or batch file?  I am not familiar with RPC.  I'll see what I can find out about it in the mean time and try that way, if I can figure it out.
You'll need to run BFGMiner with --api-listen --api-allow W:127.0.0.1 and then you can use the bfgminer-rpc command from a prompt.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 16, 2015, 11:02:09 PM
You'll need to run BFGMiner with --api-listen --api-allow W:127.0.0.1 and then you can use the bfgminer-rpc command from a prompt.

Thanks, I'll need a little hand holding to get through this.  Here's what I am trying to do, on a Windows 7 machine, please let me know where I am going wrong.

I added "--api-listen --api-allow W:127.0.0.1" to my batch file and the launched bfgminer.

I opened a second command prompt and navigated to the bfgminer directory, then input the command as you had typed it (but changed the frequency hex) - is this correct?  Probably not because I get the following:

Code:
C:\bfgminer530>bfgminer-rpc 'pgaset|cbm0,clock,x1406'
'cbm0' is not recognized as an internal or external command,
operable program or batch file.

I must be close, because if I just enter bfgminer-rpc at the second command prompt I get a nice print-out summary of what is going on:
Code:
C:\bfgminer530>bfgminer-rpc
Reply was 'STATUS=S,When=1445036624,Code=11,Msg=Summary,Description=bfgminer 5.3.0|SUMMARY,Elapsed=678
,MHS av=27127.085,MHS 20s=28896.795,Found Blocks=0,Getworks=30,Accepted=1,Rejected=41,Hardware Errors=
7,Utility=0.088,Discarded=162,Stale=0,Get Failures=0,Local Work=8874,Remote Failures=0,Network Blocks=
1,Total MH=18403170.4900,Diff1 Work=4109,Work Utility=363.411,Difficulty Accepted=1041.99999975,Diffic
ulty Rejected=41,Difficulty Stale=0,Best Share=1259.64191468,Device Hardware%=0.1701,Device Rejected%=
0.9978,Pool Rejected%=3.7858,Pool Stale%=0.0000,Last getwork=1445036624|'
[STATUS] =>
(
   [STATUS] => S
   [When] => 1445036624
   [Code] => 11
   [Msg] => Summary
   [Description] => bfgminer 5.3.0
)
[SUMMARY] =>
(
   [0] => SUMMARY
   [Elapsed] => 678
   [MHS av] => 27127.085
   [MHS 20s] => 28896.795
   [Found Blocks] => 0
   [Getworks] => 30
   [Accepted] => 1
   [Rejected] => 41
   [Hardware Errors] => 7
   [Utility] => 0.088
   [Discarded] => 162
   [Stale] => 0
   [Get Failures] => 0
   [Local Work] => 8874
   [Remote Failures] => 0
   [Network Blocks] => 1
   [Total MH] => 18403170.4900
   [Diff1 Work] => 4109
   [Work Utility] => 363.411
   [Difficulty Accepted] => 1041.99999975
   [Difficulty Rejected] => 41
   [Difficulty Stale] => 0
   [Best Share] => 1259.64191468
   [Device Hardware%] => 0.1701
   [Device Rejected%] => 0.9978
   [Pool Rejected%] => 3.7858
   [Pool Stale%] => 0.0000
   [Last getwork] => 1445036624
>

Thank you for the help.[/code]


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 17, 2015, 12:42:29 AM
Hmm, maybe try changing the single-quotes to double-quotes.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 17, 2015, 08:50:58 AM
The name of the devices of my Antminer U3 have now changed to CBM where previously they were shown as AMU on version 5.2.0.
I can't see to reproduce this.
Mine always shows up as AMU...
What command line do you use?

I don't set the parameters on the command line and I have BFGMiner running on my router so I am using the command line as below.
Code:
root:~# screen -dmS bfgminer bfgminer --config /etc/bfgminer/bfgminer.conf

And the content of my bfgminer.conf is below (with usernames hidden)
Code:
root:~# cat /etc/bfgminer/bfgminer.conf
{
"pools" : [
{
"url" : "stratum+tcp://stratum.mining.eligius.st:3334",
"user" : "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"pass" : "x",
"pool-priority" : "0"
},
{
"url" : "stratum+tcp://stratum.antpool.com:3333",
"user" : "XXXXXXXX",
"pass" : "x",
"pool-priority" : "1"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"debuglog" : true,
"expiry" : "120",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "30",
"no-local-bitcoin" : true,
"no-pool-disable" : true,
"no-client-reconnect" : true,
"queue" : "1",
"quiet" : true,
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "60",
"show-processors" : true,
"show-procs" : true,
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"kernel-path" : "/usr/share/bfgminer",
"scan" : [
"antminer:/dev/ttyUSB0",
"antminer:/dev/ttyUSB1"
],
"set-device" : [
"antminer:voltage=x800",
"antminer:clock=x882",
"antminer:timing=0.0166"
]
}

I saw that you have commited some changes on your github, especially commit 8488cf0 (https://github.com/luke-jr/bfgminer/commit/8488cf0f3249c6d4a8ed093b3205123d7a6dd922) on the device name for compact device. I will try if that would fix the issue I am seeing.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 17, 2015, 10:01:41 AM
I saw that you have commited some changes on your github, especially commit 8488cf0 (https://github.com/luke-jr/bfgminer/commit/8488cf0f3249c6d4a8ed093b3205123d7a6dd922) on the device name for compact device. I will try if that would fix the issue I am seeing.

I can confirm that your new commits fix the issue that I had as you can see on below link (I am not sure why I cannot insert image to this forum any more)

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.3.0-517af40_17Oct15_1135.png


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 17, 2015, 10:05:37 AM
I saw that you have commited some changes on your github, especially commit 8488cf0 (https://github.com/luke-jr/bfgminer/commit/8488cf0f3249c6d4a8ed093b3205123d7a6dd922) on the device name for compact device. I will try if that would fix the issue I am seeing.

I can confirm that your new commits fix the issue that I had as you can see on below link (I am not sure why I cannot insert image to this forum any more)

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.3.0-517af40_17Oct15_1135.png
Strange, it shouldn't have...

Can you run the broken version with -D -d? and paste the output?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 17, 2015, 10:13:05 AM
Can you run the broken version with -D -d? and paste the output?

Ooppsss... I have already cleaned up everything related to the previous HEAD version, including the compiled package. I need to figure out how to tell OpenWRT build package to roll back to previous commit.

Is this quite important Luke? For instance, do you suspect something might broke other parts? I prefer to move on with your latest commits, but if that would be important I will try to roll back and re-compile.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 17, 2015, 10:26:37 AM
Can you run the broken version with -D -d? and paste the output?

Ooppsss... I have already cleaned up everything related to the previous HEAD version, including the compiled package. I need to figure out how to tell OpenWRT build package to roll back to previous commit.

Is this quite important Luke? For instance, do you suspect something might broke other parts? I prefer to move on with your latest commits, but if that would be important I will try to roll back and re-compile.
Maybe not so important since it's just a matter of displayed device name.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 17, 2015, 04:43:18 PM
Maybe not so important since it's just a matter of displayed device name.

I believe you are looking for confirmation from debug output. I took a debug log after I upgraded my BFGMiner from 5.2.0 to the broken version of 5.3.0 on the 5th of September. I think it confirms that the device name of my Antminer U3's were recognised as CBM device. Below are some of the lines on that debug log. I can send you the whole log (only about 1 minute worth of messages though) if you are interested on that.
Code:
.
.
 [2015-09-05 20:32:08] CBM 0d nonce = 0xd26d8507 = 0x49b61420 hashes (0.034306s; 0.027740ns/hash)
 [2015-09-05 20:32:08] CBM 0a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 1c nonce = 0x508863f4 = 0x42218fd4 hashes (0.031638s; 0.028515ns/hash)
 [2015-09-05 20:32:08] CBM 1a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 0a: Got work 3252 from get queue to get work for thread 0
 [2015-09-05 20:32:08] CBM 1a: Got work 3256 from get queue to get work for thread 4
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a00000000000000001316c7f355e434897ef09f8d8721ec6ac457b46185081a8c5b9521989568c0b955eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039d
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3292 from pool 0 to hash queue
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a00000000000000004d2c4d682acf97793bc560e527dd3f2cb2eead8cb51c3b79b23c7b5b1dd3718055eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039e
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3294 from pool 0 to hash queue
 [2015-09-05 20:32:08] CBM 0: No data in 0.075 seconds
 [2015-09-05 20:32:08] CBM 1: No data in 0.075 seconds
 [2015-09-05 20:32:08] CBM 0 no nonce = 0xffffffff hashes (0.078335s)
 [2015-09-05 20:32:08] CBM 0a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 0a: Got work 3260 from get queue to get work for thread 0
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a0000000000000000335850b265322e3909d4501e6c911f47c655ca5b115b19bc9b542a5b9266912755eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039f
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3297 from pool 0 to hash queue
 [2015-09-05 20:32:08] CBM 1 no nonce = 0xffffffff hashes (0.077746s)
 [2015-09-05 20:32:08] CBM 1a: Popping work from get queue to get work
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a0000000000000000ed92f07d4de37dc46ceaeb3ebe8f5206ffdcd29f446484f36d6323b0e0a9b12f55eb351e18134dc100000000
 [2015-09-05 20:32:08] CBM 1a: Got work 3264 from get queue to get work for thread 4
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 000003a0
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3300 from pool 0 to hash queue
 [2015-09-05 20:32:08] PROOF OF WORK RESULT: true (yay!!!)
 [2015-09-05 20:32:08]  Proof: 0000000057e1afcb8faa3fcd24aca544e542a1bf3eda5347d80d989d18de1cfa
.
.
 [2015-09-05 20:32:43] Summary of per device statistics:

 [2015-09-05 20:32:43] CBM0        | 30s:28.72 avg:46.69 u:45.24 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0a        | 30s: 7.18 avg:11.67 u:11.96 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0b        | 30s: 7.18 avg:11.77 u:10.40 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0c        | 30s: 7.18 avg:11.77 u:11.65 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0d        | 30s: 7.18 avg:11.77 u:11.51 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1        | 30s:29.06 avg:47.24 u:41.67 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1a        | 30s: 7.26 avg:11.80 u:10.45 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1b        | 30s: 7.26 avg:11.90 u:10.47 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1c        | 30s: 7.27 avg:11.91 u:10.95 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1d        | 30s: 7.27 avg:11.91 u:10.05 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] 


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 17, 2015, 07:58:31 PM
Maybe not so important since it's just a matter of displayed device name.

I believe you are looking for confirmation from debug output. I took a debug log after I upgraded my BFGMiner from 5.2.0 to the broken version of 5.3.0 on the 5th of September. I think it confirms that the device name of my Antminer U3's were recognised as CBM device. Below are some of the lines on that debug log. I can send you the whole log (only about 1 minute worth of messages though) if you are interested on that.
Code:
.
.
 [2015-09-05 20:32:08] CBM 0d nonce = 0xd26d8507 = 0x49b61420 hashes (0.034306s; 0.027740ns/hash)
 [2015-09-05 20:32:08] CBM 0a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 1c nonce = 0x508863f4 = 0x42218fd4 hashes (0.031638s; 0.028515ns/hash)
 [2015-09-05 20:32:08] CBM 1a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 0a: Got work 3252 from get queue to get work for thread 0
 [2015-09-05 20:32:08] CBM 1a: Got work 3256 from get queue to get work for thread 4
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a00000000000000001316c7f355e434897ef09f8d8721ec6ac457b46185081a8c5b9521989568c0b955eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039d
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3292 from pool 0 to hash queue
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a00000000000000004d2c4d682acf97793bc560e527dd3f2cb2eead8cb51c3b79b23c7b5b1dd3718055eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039e
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3294 from pool 0 to hash queue
 [2015-09-05 20:32:08] CBM 0: No data in 0.075 seconds
 [2015-09-05 20:32:08] CBM 1: No data in 0.075 seconds
 [2015-09-05 20:32:08] CBM 0 no nonce = 0xffffffff hashes (0.078335s)
 [2015-09-05 20:32:08] CBM 0a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 0a: Got work 3260 from get queue to get work for thread 0
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a0000000000000000335850b265322e3909d4501e6c911f47c655ca5b115b19bc9b542a5b9266912755eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039f
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3297 from pool 0 to hash queue
 [2015-09-05 20:32:08] CBM 1 no nonce = 0xffffffff hashes (0.077746s)
 [2015-09-05 20:32:08] CBM 1a: Popping work from get queue to get work
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a0000000000000000ed92f07d4de37dc46ceaeb3ebe8f5206ffdcd29f446484f36d6323b0e0a9b12f55eb351e18134dc100000000
 [2015-09-05 20:32:08] CBM 1a: Got work 3264 from get queue to get work for thread 4
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 000003a0
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3300 from pool 0 to hash queue
 [2015-09-05 20:32:08] PROOF OF WORK RESULT: true (yay!!!)
 [2015-09-05 20:32:08]  Proof: 0000000057e1afcb8faa3fcd24aca544e542a1bf3eda5347d80d989d18de1cfa
.
.
 [2015-09-05 20:32:43] Summary of per device statistics:

 [2015-09-05 20:32:43] CBM0        | 30s:28.72 avg:46.69 u:45.24 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0a        | 30s: 7.18 avg:11.67 u:11.96 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0b        | 30s: 7.18 avg:11.77 u:10.40 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0c        | 30s: 7.18 avg:11.77 u:11.65 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0d        | 30s: 7.18 avg:11.77 u:11.51 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1        | 30s:29.06 avg:47.24 u:41.67 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1a        | 30s: 7.26 avg:11.80 u:10.45 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1b        | 30s: 7.26 avg:11.90 u:10.47 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1c        | 30s: 7.27 avg:11.91 u:10.95 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1d        | 30s: 7.27 avg:11.91 u:10.05 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] 
Nah, I was looking for some hint as to what went wrong during detection. :)


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: daveolake on October 17, 2015, 09:45:48 PM
Do you think this might work for my a2 farmboys... If not, is it possible to tweak it to work, or what would you need to be able to make it work. Thanks


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 18, 2015, 12:55:58 AM
Nah, I was looking for some hint as to what went wrong during detection. :)

I don't see significant differences (a part from the device name CBM vs AMU) when I compared the old debug log with the new one during the detection phase, but perhaps you can see that.

Old log taken from bfgminer 5.3.0 up to commit (possibly) 484db74
Code:

 [2015-09-05 20:31:38] Timers: Using clock_gettime(CLOCK_MONOTONIC)
 [2015-09-05 20:31:38] Global quota greatest common denominator set to 1
 [2015-09-05 20:31:38] Global quota greatest common denominator set to 1
 [2015-09-05 20:31:38] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
 [2015-09-05 20:31:38] Started bfgminer 5.3.0-unknown
 [2015-09-05 20:31:38] Loaded configuration file /etc/bfgminer/bfgminer.conf
 [2015-09-05 20:31:38] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-09-05 20:31:38] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
 [2015-09-05 20:31:38] CBM: Applying rule antminer:voltage=x750: Unknown option: voltage
 [2015-09-05 20:31:38] CBM: Applying rule antminer:voltage=x750: Unknown option: voltage
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:clock=x0D83
 [2015-09-05 20:31:38] CBM: Applying rule antminer:clock=x0D83: Unknown option: clock
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
 [2015-09-05 20:31:38] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-09-05 20:31:38] CBM: Applied rule antminer:timing=0.0178
 [2015-09-05 20:31:38] antminer: Attempting to open /dev/ttyUSB0
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:clock=x0D83
 [2015-09-05 20:31:38] CBM: Applying rule antminer:clock=x0D83: Unknown option: clock
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
 [2015-09-05 20:31:38] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-09-05 20:31:38] CBM: Applied rule antminer:timing=0.0178
 [2015-09-05 20:31:38] antminer: Attempting to open /dev/ttyUSB1
 [2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-09-05 20:31:38] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
 [2015-09-05 20:31:38] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-09-05 20:31:38] antminer: Work division not specified - autodetecting
 [2015-09-05 20:31:38] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
 [2015-09-05 20:31:38] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-09-05 20:31:38] antminer: Work division not specified - autodetecting
 [2015-09-05 20:31:38] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-09-05 20:31:38] Found CBM 0 at /dev/ttyUSB0
 [2015-09-05 20:31:38] CBM 0: Init: baud=115200 work_division=0 fpga_count=0
 [2015-09-05 20:31:38] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-09-05 20:31:38] Found CBM 1 at /dev/ttyUSB1
 [2015-09-05 20:31:38] CBM 1: Init: baud=115200 work_division=0 fpga_count=0
 [2015-09-05 20:31:38] Probing for an alive pool
.
.


New log taken from bfgminer 5.3.0 up to commit 517af40
Code:

 [2015-10-18 02:35:53] Timers: Using clock_gettime(CLOCK_MONOTONIC)
 [2015-10-18 02:35:53] Global quota greatest common denominator set to 1
 [2015-10-18 02:35:53] Global quota greatest common denominator set to 1
 [2015-10-18 02:35:53] Global quota greatest common denominator set to 1
 [2015-10-18 02:35:53] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
 [2015-10-18 02:35:53] Started bfgminer 5.3.0-unknown
 [2015-10-18 02:35:53] Loaded configuration file /etc/bfgminer/bfgminer.conf
 [2015-10-18 02:35:53] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-18 02:35:53] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
 [2015-10-18 02:35:53] AMU: Applying rule antminer:voltage=x750: Unknown option: voltage
 [2015-10-18 02:35:53] AMU: Applying rule antminer:voltage=x750: Unknown option: voltage
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=xD83
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=xD83
 [2015-10-18 02:35:53] AMU: Applying rule antminer:clock=xD83: Unknown option: clock
 [2015-10-18 02:35:53] AMU: Applying rule antminer:clock=xD83: Unknown option: clock
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
 [2015-10-18 02:35:53] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-10-18 02:35:53] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-10-18 02:35:53] AMU: Applied rule antminer:timing=0.0178
 [2015-10-18 02:35:53] AMU: Applied rule antminer:timing=0.0178
 [2015-10-18 02:35:53] antminer: Attempting to open /dev/ttyUSB0
 [2015-10-18 02:35:53] antminer: Attempting to open /dev/ttyUSB1
 [2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-18 02:35:53] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
 [2015-10-18 02:35:53] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
 [2015-10-18 02:35:53] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-10-18 02:35:53] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-18 02:35:53] antminer: Work division not specified - autodetecting
 [2015-10-18 02:35:53] antminer: Work division not specified - autodetecting
 [2015-10-18 02:35:53] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-18 02:35:53] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-18 02:35:53] Found AMU 0 at /dev/ttyUSB0
 [2015-10-18 02:35:53] Found AMU 1 at /dev/ttyUSB1
 [2015-10-18 02:35:53] AMU 0: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-18 02:35:53] AMU 1: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-18 02:35:53] Probing for an alive pool
.
.



Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 18, 2015, 01:57:45 AM
Nah, I was looking for some hint as to what went wrong during detection. :)

I don't see significant differences (a part from the device name CBM vs AMU) when I compared the old debug log with the new one during the detection phase, but perhaps you can see that.
I found one bug. Can you confirm what command-line you are using?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 18, 2015, 02:07:49 AM
I found one bug. Can you confirm what command-line you are using?

I have already confirmed that on my previous post as below. The only different between the information on that post and the one containing the comparison are the voltage, clock and timing parameters.

I don't set the parameters on the command line and I have BFGMiner running on my router so I am using the command line as below.
Code:
root:~# screen -dmS bfgminer bfgminer --config /etc/bfgminer/bfgminer.conf

And the content of my bfgminer.conf is below (with usernames hidden)
Code:
root:~# cat /etc/bfgminer/bfgminer.conf
{
"pools" : [
{
"url" : "stratum+tcp://stratum.mining.eligius.st:3334",
"user" : "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"pass" : "x",
"pool-priority" : "0"
},
{
"url" : "stratum+tcp://stratum.antpool.com:3333",
"user" : "XXXXXXXX",
"pass" : "x",
"pool-priority" : "1"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"debuglog" : true,
"expiry" : "120",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "30",
"no-local-bitcoin" : true,
"no-pool-disable" : true,
"no-client-reconnect" : true,
"queue" : "1",
"quiet" : true,
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "60",
"show-processors" : true,
"show-procs" : true,
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"kernel-path" : "/usr/share/bfgminer",
"scan" : [
"antminer:/dev/ttyUSB0",
"antminer:/dev/ttyUSB1"
],
"set-device" : [
"antminer:voltage=x800",
"antminer:clock=x882",
"antminer:timing=0.0166"
]
}


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 18, 2015, 02:58:14 AM
OK, I think that's related to the bug I found then.
Not a very simple fix, but it could cause other problems in the future, so I'll try to get it fixed.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 18, 2015, 03:06:40 AM
OK, I think that's related to the bug I found then.
Not a very simple fix, but it could cause other problems in the future, so I'll try to get it fixed.

Could you please briefly explain the bug?

Is that related to the issue that I raised on your github (https://github.com/luke-jr/bfgminer/issues/628) 2 months ago?

If you would like to make sure that what your suspected to be the bug is related to the way I executed bfgminer, could you please just tell me the command line that I should execute to confirm whether it is really a bug or not?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 18, 2015, 03:11:47 AM
OK, I think that's related to the bug I found then.
Not a very simple fix, but it could cause other problems in the future, so I'll try to get it fixed.

Could you please briefly explain the bug?
Drivers are registered in a hash table by their name, and when you specify -S dname:anything, when <anything> is seen, it always probes <dname> first. But the hash table does not support multiple entries with the same string, so since compac was called "antminer", it was getting probed for anything specifying "antminer".

Is that related to the issue that I raised on your github (https://github.com/luke-jr/bfgminer/issues/628) 2 months ago?
No.

If you would like to make sure that what your suspected to be the bug is related to the way I executed bfgminer, could you please just tell me the command line that I should execute to confirm whether it is really a bug or not?
The only way I can think to confirm it further, would be to produce a 5.3.0 with only that bug fixed.
Probably won't have this until tomorrow or Monday.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 18, 2015, 07:31:59 PM
If you would like to make sure that what your suspected to be the bug is related to the way I executed bfgminer, could you please just tell me the command line that I should execute to confirm whether it is really a bug or not?
The only way I can think to confirm it further, would be to produce a 5.3.0 with only that bug fixed.
Probably won't have this until tomorrow or Monday.
This is ready to be tested. Please download and test these binaries (http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=tmp40389) (or GitHub branch tmp40389 if you build from source).


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 19, 2015, 04:19:33 PM
This is ready to be tested. Please download and test these binaries (http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=tmp40389) (or GitHub branch tmp40389 if you build from source).

How do we actually test this build?  ;D

I am using your tmp40389 branch as I need to compile it for my WiFi router. The initialisation phase below looks the same to me.

Code:

 [2015-10-19 18:05:06] Timers: Using clock_gettime(CLOCK_MONOTONIC)
 [2015-10-19 18:05:06] Global quota greatest common denominator set to 1
 [2015-10-19 18:05:06] Global quota greatest common denominator set to 1
 [2015-10-19 18:05:06] Global quota greatest common denominator set to 1
 [2015-10-19 18:05:06] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
 [2015-10-19 18:05:06] Started bfgminer 5.3.0-unknown
 [2015-10-19 18:05:06] Loaded configuration file /etc/bfgminer/bfgminer.conf
 [2015-10-19 18:05:06] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-19 18:05:06] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x830
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x830
 [2015-10-19 18:05:06] AMU: Applying rule antminer:voltage=x830: Unknown option: voltage
 [2015-10-19 18:05:06] AMU: Applying rule antminer:voltage=x830: Unknown option: voltage
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=x0882
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=x0882
 [2015-10-19 18:05:06] AMU: Applying rule antminer:clock=x0882: Unknown option: clock
 [2015-10-19 18:05:06] AMU: Applying rule antminer:clock=x0882: Unknown option: clock
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0154
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0154
 [2015-10-19 18:05:06] (null): Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-19 18:05:06] (null): Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-19 18:05:06] AMU: Applied rule antminer:timing=0.0154
 [2015-10-19 18:05:06] AMU: Applied rule antminer:timing=0.0154
 [2015-10-19 18:05:06] antminer: Attempting to open /dev/ttyUSB0
 [2015-10-19 18:05:06] antminer: Attempting to open /dev/ttyUSB1
 [2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-19 18:05:06] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
 [2015-10-19 18:05:06] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.540000e-11
 [2015-10-19 18:05:06] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
 [2015-10-19 18:05:06] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.540000e-11
 [2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-19 18:05:06] antminer: Work division not specified - autodetecting
 [2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-19 18:05:06] antminer: Work division not specified - autodetecting
 [2015-10-19 18:05:06] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-19 18:05:06] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-19 18:05:06] Found AMU 0 at /dev/ttyUSB0
 [2015-10-19 18:05:06] Found AMU 1 at /dev/ttyUSB1
 [2015-10-19 18:05:06] AMU 0: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-19 18:05:06] AMU 1: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-19 18:05:06] Probing for an alive pool
.
.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 19, 2015, 04:54:37 PM
I have one suggestion Luke, if you don't mind.

I have been trying different branches of your github. At some points (and actually just now), I am confused with the versions as all of them only show "bfgminer 5.3.0-unknown". I can differentiate them from the package versions as I can set them. But there is no way to know the version on the screenshot of the UI or debug log (unless I make sure to identify them from the log file name).

Would it be possible to include an indication of branch/tag/commit/whatever in the UI and debug log to differentiate between each version?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 19, 2015, 11:25:53 PM
Hmm, maybe try changing the single-quotes to double-quotes.

Thank you, that did the trick!

Code:
C:\bfgminer530>bfgminer-rpc "pgaset|cbm0,clock,0x0a02"
Reply was 'STATUS=E,When=1445296756,Code=93,Msg=PGA 0 set failed: invalid clock: '0x0a02' data must be
 prefixed with an x,Description=bfgminer 5.3.0|'
[STATUS] =>
(
   [STATUS] => E
   [When] => 1445296756
   [Code] => 93
   [Msg] => PGA 0 set failed: invalid clock: '0x0a02' data must be prefixed with an x
   [Description] => bfgminer 5.3.0
)

It appears that the leading '0' needs to be dropped from the hex frequency value, however:
Code:
C:\bfgminer530>bfgminer-rpc "pgaset|cbm0,clock,x0a02"
Reply was 'STATUS=S,When=1445296795,Code=92,Msg=PGA 0 set OK,Description=bfgminer 5.3.0|'
[STATUS] =>
(
   [STATUS] => S
   [When] => 1445296795
   [Code] => 92
   [Msg] => PGA 0 set OK
   [Description] => bfgminer 5.3.0
)

I can successfully report an immediate increase in hash speed on the sticks once the command is issued.  Thanks again, looking forward to 5.4.0.  :)

I looks like you do not need the trailing quote mark for whatever reason, but it will error if you omit the leading one:
Code:
C:\bfgminer530>bfgminer-rpc "pgaset|cbm0,clock,x0982
Reply was 'STATUS=S,When=1445297249,Code=92,Msg=PGA 0 set OK,Description=bfgminer 5.3.0|'
[STATUS] =>
(
   [STATUS] => S
   [When] => 1445297249
   [Code] => 92
   [Msg] => PGA 0 set OK
   [Description] => bfgminer 5.3.0
)

Edit - for some reason the forum keeps inserting the extra /code breaks at the end.  I didn't put them there, and when I edit to delete them they just show up again when I save...[/code][/code][/code]


I have two gekko compacs running on this particular machine and the rpc command only appears to have increased the frequency on one stick.  I replaced "cbm0" with "cbm1" to see if I could effect the other stick.  The command was accepted successfully, however, the second stick did not increase in hash rate.  Do I need to do something different to get the second stick to see the new frequency?
http://i62.tinypic.com/iohirn.jpg


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 20, 2015, 12:46:44 AM
Hmm, maybe try changing the single-quotes to double-quotes.

Thank you, that did the trick!

Code:
C:\bfgminer530>bfgminer-rpc "pgaset|cbm0,clock,0x0a02"
Reply was 'STATUS=E,When=1445296756,Code=93,Msg=PGA 0 set failed: invalid clock: '0x0a02' data must be
 prefixed with an x,Description=bfgminer 5.3.0|'
[STATUS] =>
(
   [STATUS] => E
   [When] => 1445296756
   [Code ] => 93
   [Msg] => PGA 0 set failed: invalid clock: '0x0a02' data must be prefixed with an x
   [Description] => bfgminer 5.3.0
)

It appears that the leading '0' needs to be dropped from the hex frequency value, however:
Code:
C:\bfgminer530>bfgminer-rpc "pgaset|cbm0,clock,x0a02"
Reply was 'STATUS=S,When=1445296795,Code=92,Msg=PGA 0 set OK,Description=bfgminer 5.3.0|'
[STATUS] =>
(
   [STATUS] => S
   [When] => 1445296795
   [Code ] => 92
   [Msg] => PGA 0 set OK
   [Description] => bfgminer 5.3.0
)

I can successfully report an immediate increase in hash speed on the sticks once the command is issued.  Thanks again, looking forward to 5.4.0.  :)
Sounds like the "leading zero" is your problem.
There was never any expectation/support for one.
How can I improve documentation to make that clear?

I have two gekko compacs running on this particular machine and the rpc command only appears to have increased the frequency on one stick.  I replaced "cbm0" with "cbm1" to see if I could effect the other stick.  The command was accepted successfully, however, the second stick did not increase in hash rate.  Do I need to do something different to get the second stick to see the new frequency?
http://i62.tinypic.com/iohirn.jpg
I forgot pgaset doesn't take a device specification like that. Really you need to identify them by number, so 0 and 1 instead of cbm0 and cbm1.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 20, 2015, 01:14:11 AM
This is ready to be tested. Please download and test these binaries (http://luke.dashjr.org/tmp/code/webisect/webisect.php?dobuild=tmp40389) (or GitHub branch tmp40389 if you build from source).

How do we actually test this build?  ;D

I am using your tmp40389 branch as I need to compile it for my WiFi router. The initialisation phase below looks the same to me.

Code:

 [2015-10-19 18:05:06] Timers: Using clock_gettime(CLOCK_MONOTONIC)
 [2015-10-19 18:05:06] Global quota greatest common denominator set to 1
 [2015-10-19 18:05:06] Global quota greatest common denominator set to 1
 [2015-10-19 18:05:06] Global quota greatest common denominator set to 1
 [2015-10-19 18:05:06] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
 [2015-10-19 18:05:06] Started bfgminer 5.3.0-unknown
 [2015-10-19 18:05:06] Loaded configuration file /etc/bfgminer/bfgminer.conf
 [2015-10-19 18:05:06] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-19 18:05:06] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x830
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x830
 [2015-10-19 18:05:06] AMU: Applying rule antminer:voltage=x830: Unknown option: voltage
 [2015-10-19 18:05:06] AMU: Applying rule antminer:voltage=x830: Unknown option: voltage
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=x0882
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=x0882
 [2015-10-19 18:05:06] AMU: Applying rule antminer:clock=x0882: Unknown option: clock
 [2015-10-19 18:05:06] AMU: Applying rule antminer:clock=x0882: Unknown option: clock
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0154
 [2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0154
 [2015-10-19 18:05:06] (null): Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-19 18:05:06] (null): Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-19 18:05:06] AMU: Applied rule antminer:timing=0.0154
 [2015-10-19 18:05:06] AMU: Applied rule antminer:timing=0.0154
 [2015-10-19 18:05:06] antminer: Attempting to open /dev/ttyUSB0
 [2015-10-19 18:05:06] antminer: Attempting to open /dev/ttyUSB1
 [2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-19 18:05:06] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
 [2015-10-19 18:05:06] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.540000e-11
 [2015-10-19 18:05:06] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
 [2015-10-19 18:05:06] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.540000e-11
 [2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-19 18:05:06] antminer: Work division not specified - autodetecting
 [2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-19 18:05:06] antminer: Work division not specified - autodetecting
 [2015-10-19 18:05:06] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-19 18:05:06] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-19 18:05:06] Found AMU 0 at /dev/ttyUSB0
 [2015-10-19 18:05:06] Found AMU 1 at /dev/ttyUSB1
 [2015-10-19 18:05:06] AMU 0: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-19 18:05:06] AMU 1: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-19 18:05:06] Probing for an alive pool
.
.
This looks good, thanks.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 20, 2015, 01:14:17 AM
I have one suggestion Luke, if you don't mind.

I have been trying different branches of your github. At some points (and actually just now), I am confused with the versions as all of them only show "bfgminer 5.3.0-unknown". I can differentiate them from the package versions as I can set them. But there is no way to know the version on the screenshot of the UI or debug log (unless I make sure to identify them from the log file name).

Would it be possible to include an indication of branch/tag/commit/whatever in the UI and debug log to differentiate between each version?

You must be doing something unusual to build BFGMiner.
That "5.3.0-unknown" usually has the git commit id for custom builds.
Are you perhaps downloading zips/tars from GitHub rather than using git itself to fetch?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 20, 2015, 05:49:16 AM
This looks good, thanks.

 ??? I don't see any significant differences when I compared the debug logs from the HEAD and tmp40389 line by line, but you said "this looks good". Care to explain please?

Your tmp40389 has been running for more than 12 hours on my router as you can see below. And I saw you have commited some changes on the HEAD version (bfgminer branch). Are the changes related to the bug included in that commits?

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.3.0-tmp40389_20Oct15_0730.png


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 20, 2015, 05:53:04 AM
This looks good, thanks.

 ??? I don't see any significant differences when I compared the debug logs from the HEAD and tmp40389 line by line, but you said "this looks good". Care to explain please?

Your tmp40389 has been running for more than 12 hours on my router as you can see below. And I saw you have commited some changes on the HEAD version (bfgminer branch). Are the changes related to the bug included in that commits?

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.3.0-tmp40389_20Oct15_0730.png

tmp40389 is 5.3.0 with only the intended fix for the issue.
So it doesn't have the accidental workaround (naming the compac driver correctly) that was in the main bfgminer branch.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 20, 2015, 06:08:19 AM
You must be doing something unusual to build BFGMiner.
That "5.3.0-unknown" usually has the git commit id for custom builds.
Are you perhaps downloading zips/tars from GitHub rather than using git itself to fetch?

Yes, perhaps I did. But I always use your Makefile (https://github.com/luke-jr/bfgminer/blob/bfgminer/openwrt/bfgminer/Makefile) for my OpenWRT 14.07 package build. The only differences are instead using the following
Code:
PKG_SOURCE_URL:=http://luke.dashjr.org/programs/bitcoin/files/$(PKG_NAME)/$(PKG_VERSION)/

I use the following for tmp40389 branch
Code:
PKG_SOURCE_URL:=git://github.com/luke-jr/bfgminer
PKG_SOURCE_VERSION:=tmp40389

Or I use the following for the HEAD version (bfgminer branch)
Code:
PKG_SOURCE_URL:=git://github.com/luke-jr/bfgminer
PKG_SOURCE_VERSION:=HEAD

And I don't do anything else a part from building it with the following command.
Code:
make package/bfgminer/{clean,compile,install}

Do you think there are some build environment variables that I missed to set?

Where is the version that is being displayed on the UI or spit out on the debug log, being set on?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 20, 2015, 06:12:10 AM
You must be doing something unusual to build BFGMiner.
That "5.3.0-unknown" usually has the git commit id for custom builds.
Are you perhaps downloading zips/tars from GitHub rather than using git itself to fetch?

Yes, perhaps I did. But I always use your Makefile (https://github.com/luke-jr/bfgminer/blob/bfgminer/openwrt/bfgminer/Makefile) for my OpenWRT 14.07 package build. The only differences are instead using the following
Code:
PKG_SOURCE_URL:=http://luke.dashjr.org/programs/bitcoin/files/$(PKG_NAME)/$(PKG_VERSION)/

I use the following for tmp40389 branch
Code:
PKG_SOURCE_URL:=git://github.com/luke-jr/bfgminer
PKG_SOURCE_VERSION:=tmp40389

Or I use the following for the HEAD version (bfgminer branch)
Code:
PKG_SOURCE_URL:=git://github.com/luke-jr/bfgminer
PKG_SOURCE_VERSION:=HEAD

And I don't do anything else a part from building it with the following command.
Code:
make package/bfgminer/{clean,compile,install}

Do you think there are some build environment variables that I missed to set?

Where is the version that is being displayed on the UI or spit out on the debug log, being set on?

gen-version.sh builds version.h during make
I bet OpenWrt is cloning the git, then copying it somewhere else without the .git directory...
If so, you can probably fix it by generating version.h from/in that directory first.

If you do get a working OpenWrt-from-git, I'd be interested in merging the changes. :)


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 20, 2015, 06:22:58 AM
gen-version.sh builds version.h during make
I bet OpenWrt is cloning the git, then copying it somewhere else without the .git directory...
If so, you can probably fix it by generating version.h from/in that directory first.

If you do get a working OpenWrt-from-git, I'd be interested in merging the changes. :)

As I always say, I am not a programmer. But it looks quite simple so I think I will fork your repository, try to work out what you suggested and pull request it when I manage to implement that.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on October 20, 2015, 04:43:03 PM
LUke


will 5.4 stay in the S5 on reboot or do i have to find someone that knows how to compile one of bitmians images and replace cgminer or  learn it my self which im gonna do either way because i want to . just wondering how that's gonna work inside in a S5, btw, can't wait .



I'm about to buy a OpenWRT  switch/router and learn that as well . my verizon router model #  no one has a way of doing yet but the model it self can be done just not the batch # router i have  or id have it at OpenWR, i own that router.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 20, 2015, 05:22:17 PM
will 5.4 stay in the S5 on reboot or do i have to find someone that knows how to compile one of bitmians images and replace cgminer or  learn it my self which im gonna do either way because i want to . just wondering how that's gonna work inside in a S5, btw, can't wait .
Someone will need to add it to a firmware image for it to stay permanently.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 20, 2015, 09:36:27 PM
gen-version.sh builds version.h during make
I bet OpenWrt is cloning the git, then copying it somewhere else without the .git directory...
If so, you can probably fix it by generating version.h from/in that directory first.

If you do get a working OpenWrt-from-git, I'd be interested in merging the changes. :)

Yes. You are right that OpenWRT clones your repository, packs it, copies it into the package source directory and deletes the whole cloned directory. However, I think the gen-version.sh does not generate the version of the latest git as it uses "git describe" command which takes the version base on the latest tag as below.

Code:
anto@hp8530w:~/Development$ git clone -b bfgminer https://github.com/luke-jr/bfgminer.git bfgminer-5.3.0
Cloning into 'bfgminer-5.3.0'...
remote: Counting objects: 47192, done.
remote: Compressing objects: 100% (87/87), done.
remote: Total 47192 (delta 48), reused 0 (delta 0), pack-reused 47105
Receiving objects: 100% (47192/47192), 36.94 MiB | 6.02 MiB/s, done.
Resolving deltas: 100% (30084/30084), done.
Checking connectivity... done.
anto@hp8530w:~/Development$
anto@hp8530w:~/Development$ cd bfgminer-5.3.0/
anto@hp8530w:~/Development/bfgminer-5.3.0$
anto@hp8530w:~/Development/bfgminer-5.3.0$ git describe
bfgminer-5.2.0-49-g3f30343
anto@hp8530w:~/Development/bfgminer-5.3.0$
anto@hp8530w:~/Development/bfgminer-5.3.0$ git log -1
commit 3f303439dd2ca3d329c7ac981e8d89cfc65438da
Merge: c000fc9 04e9c86
Author: Luke Dashjr <luke-jr+git@utopios.org>
Date:   Tue Oct 20 19:22:24 2015 +0000

    Merge branch 'bm1382clock' into bfgminer
anto@hp8530w:~/Development/bfgminer-5.3.0$

I think you need to decide Luke how you would set the version of the latest git. Perhaps something like including the commit SHA for instance bfgminer-5.3.0-3f30343 for the above example.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 20, 2015, 09:49:52 PM
That's what git describe does...

anto@hp8530w:~/Development/bfgminer-5.3.0$ git describe
bfgminer-5.2.0-49-g3f30343


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 20, 2015, 09:58:31 PM
That's what git describe does...

anto@hp8530w:~/Development/bfgminer-5.3.0$ git describe
bfgminer-5.2.0-49-g3f30343

Yes. I know. But that means we cannot use the version.h generated by gen-version.sh if we used the latest git as the result is wrong.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 20, 2015, 10:01:05 PM
That's what git describe does...

anto@hp8530w:~/Development/bfgminer-5.3.0$ git describe
bfgminer-5.2.0-49-g3f30343

Yes. I know. But that means we cannot use the version.h generated by gen-version.sh if we used the latest git as the result is wrong.

???


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 20, 2015, 10:07:07 PM
That's what git describe does...

anto@hp8530w:~/Development/bfgminer-5.3.0$ git describe
bfgminer-5.2.0-49-g3f30343

Yes. I know. But that means we cannot use the version.h generated by gen-version.sh if we used the latest git as the result is wrong.

???

The version in configure.ac is 5.3.0. So if we used the latest git, the gen-version.sh will generate bfgminer-5.2.0 instead of bfgminer-5.3.0. And that version will be displayed on BFGMiner UI as "bfgminer version 5.2.0" too, instead of "bfgminer version 5.3.0". Am I wrong?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 20, 2015, 10:17:02 PM
Sounds like the "leading zero" is your problem.
There was never any expectation/support for one.
How can I improve documentation to make that clear?
I used the list of hex codes for frequencies found in the Gekko compac support thread (https://bitcointalk.org/index.php?topic=1173963.0), so maybe that list needs to omit the leading 0.  Your readme-asic does not include the leading 0, so I think the documentation is good.  


I forgot pgaset doesn't take a device specification like that. Really you need to identify them by number, so 0 and 1 instead of cbm0 and cbm1.

I tried replacing cbm0 and cbm1 with 0 and 1 and I get positive feedback when I input the commands, however the second stick still does not change frequency: edit below

Code:
C:\bfgminer530>bfgminer-rpc "pgaset|1,clock,x0982"
Reply was 'STATUS=S,When=1445379015,Code=92,Msg=PGA 1 set OK,Description=bfgminer 5.3.0|'
[STATUS] =>
(
   [STATUS] => S
   [When] => 1445379015
   [Code] => 92
   [Msg] => PGA 1 set OK
   [Description] => bfgminer 5.3.0
)

C:\bfgminer530>bfgminer-rpc "pgaset|0,clock,x0982"
Reply was 'STATUS=S,When=1445379022,Code=92,Msg=PGA 0 set OK,Description=bfgminer 5.3.0|'
[STATUS] =>
(
   [STATUS] => S
   [When] => 1445379022
   [Code] => 92
   [Msg] => PGA 0 set OK
   [Description] => bfgminer 5.3.0
)
http://i57.tinypic.com/314z7nc.jpg
(new screen shot from just now, you can see stick 0 takes the new frequency, but stick 1 stays at stock)[/code][/code]

*Edit, I turned up the voltage on 'stick 1' a tad to get rid of the HW errors, and using 0 and 1 in the pgaset command it now ups the voltage on each stick correctly, thanks for your help.
http://i60.tinypic.com/24pc66r.jpg


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 21, 2015, 06:26:22 AM
I think you need to decide Luke how you would set the version of the latest git. Perhaps something like including the commit SHA for instance bfgminer-5.3.0-3f30343 for the above example.

Luke,

I think I have to decide myself how the versioning should look like. However, what I did is very quick and dirty just to see if it works. I need to find more elegant way before I pull request it, so that I will just need to do "make package/bfgminer/{clean,compile,install}" later on regardless of whatever you will do on your repository.

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.3.0_3f30343_21Oct15_0738.png

Code:

 [2015-10-21 07:38:20] Timers: Using clock_gettime(CLOCK_MONOTONIC)
 [2015-10-21 07:38:20] Global quota greatest common denominator set to 1
 [2015-10-21 07:38:20] Global quota greatest common denominator set to 1
 [2015-10-21 07:38:20] Global quota greatest common denominator set to 1
 [2015-10-21 07:38:20] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
 [2015-10-21 07:38:20] Started bfgminer 5.3.0-3f30343
 [2015-10-21 07:38:20] Loaded configuration file /etc/bfgminer/bfgminer.conf
 [2015-10-21 07:38:20] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-21 07:38:20] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-21 07:38:20] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x830
.
.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 21, 2015, 06:29:01 AM
Code:
C:\bfgminer530>bfgminer-rpc "pgaset|1,clock,x0982"
Perhaps a bit out of topic, but where did you get that bfgminer-rpc program from, Mike?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 21, 2015, 07:43:27 AM
Code:
C:\bfgminer530>bfgminer-rpc "pgaset|1,clock,x0982"
Perhaps a bit out of topic, but where did you get that bfgminer-rpc program from, Mike?

It's bundled with BFGMiner - should be on your router too! ;)


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 21, 2015, 08:06:20 AM
Code:
C:\bfgminer530>bfgminer-rpc "pgaset|1,clock,x0982"
Perhaps a bit out of topic, but where did you get that bfgminer-rpc program from, Mike?

It's bundled with BFGMiner - should be on your router too! ;)

Thanks Luke,

I must be a really ignorant guy. I have been searching for a simple RPC client to query BFGMiner, but in fact it is always there under my nose.  :)

Code:
root:~$ opkg files bfgminer
Package bfgminer (5.3.0-3f30343) is installed on root and has the following files:
/usr/lib/libblkmaker-0.1.so.6
/usr/lib/libblkmaker_jansson-0.1.so
/usr/lib/libblkmaker_jansson-0.1.so.6
/usr/lib/libblkmaker-0.1.so.6.0.1
/usr/bin/bfgminer
/usr/lib/libbase58.so.0.0.2
/usr/bin/bfgminer-rpc
/usr/lib/libblkmaker-0.1.so
/usr/lib/libbase58.so.0
/usr/lib/libblkmaker_jansson-0.1.so.6.0.1
/usr/lib/libbase58.so
root:~$
root:~$ bfgminer-rpc --help
Usage: bfgminer-rpc [command [ip/host [port]]]
root:~$



Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: BRADLEYPLOOF on October 21, 2015, 11:36:39 AM
I'm sure it's in here somewhere, but how do I run Gridseed 5 Chip miners on both SHA and Scrypt on 2 different pools through BFGMiner?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Subw on October 21, 2015, 12:24:52 PM
Why my 5.3.0 bfgminer (i build it from .zip archive on linux machine Ubuntu 12.XX) can't see network? Always saying no work from server but i know server is OK.

telnet uk1.ghash.io 3333
Trying 5.254.104.87...
Connected to uk1.ghash.io.
Escape character is '^]'.
HELLO
Connection closed by foreign host.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Subw on October 21, 2015, 12:30:19 PM
Code:
[2015-10-21 15:28:44] Waiting for devices; press 'M+' to add, or 'Q' to quit
 [2015-10-21 15:28:44] Probing for an alive pool
 [2015-10-21 15:28:45] No servers were found that could be used to get work from.
 [2015-10-21 15:28:45] Please check the details from the list below of the servers you have input
 [2015-10-21 15:28:45] Most likely you have input the wrong URL, forgotten to add a port, or have not set up workers
 [2015-10-21 15:28:45] Pool: 0  URL: stratum+tcp://stratum.bitcoin.cz:3333  User: USER.worker1  Password: 111
 [2015-10-21 15:28:45] Press any key to exit, or BFGMiner will try again in 15s.
WTF can be wrong with it!? My network is OK


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: BRADLEYPLOOF on October 21, 2015, 02:11:01 PM
Code:
[2015-10-21 15:28:44] Waiting for devices; press 'M+' to add, or 'Q' to quit
 [2015-10-21 15:28:44] Probing for an alive pool
 [2015-10-21 15:28:45] No servers were found that could be used to get work from.
 [2015-10-21 15:28:45] Please check the details from the list below of the servers you have input
 [2015-10-21 15:28:45] Most likely you have input the wrong URL, forgotten to add a port, or have not set up workers
 [2015-10-21 15:28:45] Pool: 0  URL: stratum+tcp://stratum.bitcoin.cz:3333  User: USER.worker1  Password: 111
 [2015-10-21 15:28:45] Press any key to exit, or BFGMiner will try again in 15s.
WTF can be wrong with it!? My network is OK

Try specifying a region: https://mining.bitcoin.cz/help/#!/get-started/getting_started


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on October 21, 2015, 03:56:26 PM
will 5.4 stay in the S5 on reboot or do i have to find someone that knows how to compile one of bitmians images and replace cgminer or  learn it my self which im gonna do either way because i want to . just wondering how that's gonna work inside in a S5, btw, can't wait .
Someone will need to add it to a firmware image for it to stay permanently.




cool ok  why I'm asking is it's gonna be hard to reboot and test out stuff one or two of my S5 will just stop or under hash for no reason and there is nothing wrong with them it not on you i know it's bitmain firmware it self which will never be fixed, that gonna be a pain, not complaining, time to learn a new how to  .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 21, 2015, 04:47:13 PM
Code:
C:\bfgminer530>bfgminer-rpc "pgaset|1,clock,x0982"
Perhaps a bit out of topic, but where did you get that bfgminer-rpc program from, Mike?

It's bundled with BFGMiner - should be on your router too! ;)

And one more thing I have figured out, may be obvious to you all who know this command line stuff a lot better than I do, but the number in the pgaset command (|#,clock,freq) is the number of the miner in the list shown on bfgminer if you start at the top of the list with 0, i.e. if you have 8 miners running in bfg and your compac stick is the 6th one down from the top you would use 5 in the pgaset command.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Luke-Jr on October 21, 2015, 06:40:34 PM
I'm sure it's in here somewhere, but how do I run Gridseed 5 Chip miners on both SHA and Scrypt on 2 different pools through BFGMiner?
My understanding is that while the Gridseed ASIC supports both algorithms, the 5-chip orb is not designed to support SHA2 (due to heat).
Regardless, BFGMiner does not support running it in SHA2 mode.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on October 21, 2015, 07:13:30 PM
I'm sure it's in here somewhere, but how do I run Gridseed 5 Chip miners on both SHA and Scrypt on 2 different pools through BFGMiner?
My understanding is that while the Gridseed ASIC supports both algorithms, the 5-chip orb is not designed to support SHA2 (due to heat).
Regardless, BFGMiner does not support running it in SHA2 mode.


it won't i had one or two it will but if your not careful you can cook it , using both modes, if that' s the pod ?, it is poss but don't it's a  waste of power and needs major cooling.


might have to use a older version of bfg or bfg and cg for both modes to gather or find a bfg fork that has both modes on by default ,same with cg .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: BRADLEYPLOOF on October 21, 2015, 07:26:09 PM
I'm sure it's in here somewhere, but how do I run Gridseed 5 Chip miners on both SHA and Scrypt on 2 different pools through BFGMiner?
My understanding is that while the Gridseed ASIC supports both algorithms, the 5-chip orb is not designed to support SHA2 (due to heat).
Regardless, BFGMiner does not support running it in SHA2 mode.


it won't i had one or two it will but if your not careful you can cook it , using both modes, if that' s the pod ?, it is poss but don't it's a  waste of power and needs major cooling.


might have to use a older version of bfg or bfg and cg for both modes to gather or find a bfg fork that has both modes on by default ,same with cg .

Okay, just checking.  I was curious.  I scrypt mine anyways with my super awesome 3 Orbs and 1.4 Mh/s Fury...mostly for fun and to see if I can remember how to get my Rasp. Pi setup, configure things, and have fun.  Thanks!


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: .anto. on October 21, 2015, 07:32:52 PM
I am sorry for being lazy. Does anybody have or know where to get a script to collect the statistic from BFGMiner via RPC and parse it into SQLite database? If so, would it be possible to share that with us? Thanks a lot in advance.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: yanzerdef on October 22, 2015, 04:02:02 AM
Hello,

I'm trying to get a rig up and running using a Radeon R9 380 on Windows 7.  I'm using bfgminer 5.3.0, AMD SDK 3.0, and Catalyst 15.20.  It will connect to the pool, and bfgminer shows hashing, but no shares are ever accepted.  I've tried different pools, uninstalling/installing catalyst and amd sdk. I tried using another mining program, with basically the same results (although it will show constant HW errors on any intensity).  BFGminer doesn't show any HW errors, just never any shares accepted.  

This is what i have for my batch file:
Code:
bfgminer.exe -S opencl:auto --scrypt -o stratum+tcp://scrypt.usa.nicehash.com:3333 -u 1BceNw9f9wY8Vx9LNN1Dn1Xou4EjnUBkcf -p x --set-device intensity=9

And this is what is in the conf file:

Code:
{
"pools" : [
{
"url" : "stratum+tcp://scrypt.eu.nicehash.com:3333",
"user" : "1BceNw9f9wY8Vx9LNN1Dn1Xou4EjnUBkcf",
"pass" : "x"
},
{
"url" : "stratum+tcp://scrypt.usa.nicehash.com:3333",
       "user" : "1BceNw9f9wY8Vx9LNN1Dn1Xou4EjnUBkcf",
"pass" : "x"
}
],

"intensity" : "d,9,9,9",
"gpu-engine" : "0-985,0-950,0-960,0-1000",
"gpu-fan" : "0-85,0-85,0-85,0-85",
"gpu-memclock" :

"860,825,835,875",
"gpu-powertune" : "20,20,20,20",
"temp-cutoff" : "95,95,95,95",
"temp-overheat" : "85,85,85,85",
"temp-target" : "75,75,75,75",

"auto-fan" : true,
"auto-gpu" : true,
"expiry" : 120,
"failover-only" : true,
"gpu-threads" : 2,
"log" : 5,
"queue" : 1,
"scan-time" : 60,
"temp-

hysteresis" : 3,

"scan-serial" : [
"/dev/ttyUSB0",
"/dev/ttyUSB1",
"/dev/ttyUSB2",
"/dev/ttyUSB3"
],

"kernel-path" : "/usr/local/bin"
}


(another question: the conf file is still named 'example', I'm sure I need to rename it but I have no idea to what)


Any help would be greatly appreciated.


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: toptek on October 22, 2015, 07:42:15 AM
at one time BFG was awesome to GPU mine with I even used to with BFG but as time went on ASIC miner were tweaked and dev , so was BFG and CG .  


that's said you can still GPU mine with some version of BFG but it maybe super hard to get it to work right but it is still poss but look  here https://www.nicehash.com/index.jsp?p=software#gpu  you might be better off using sgmnier :). it's way easier to set up and is made for GPU mining. BFG is made more for the ASIC miners and i would honestly not do script mining with a GPU do one of the script algorithms X11, X13, X15, Quark, Lyra2REv2,  they are made to only work with GPU s, some of the very high end ASIC Script miner can mine any kind of Script but those miner cost to much to be worth it .


BFG may not even support script algorithms X11, X13, X15, Quark, Lyra2REv2 etc anymore or may never have , to benefit from Script mining with a GPU your are better off using SG miner with one of the those script algorithms, :) .


BFG and CG are made for  ASIC miners now, BFG does both algorithms SHA256 and Script while CG only does SHA256, it used to do both, Script was removed from CG a while back, BFG is the only Software miner that has fixes and version changes now that supports both algorithms for ASIC miners, SHA256 and Script, more then likely all ways will, which makes it nice .


SO if you want to use BFG for Script mining with a video card, go for it  :) . if you can get it to hash it may not being the wrong software miner at one time it wasn't  and unless your doing it for fun or to learn ,it is a total waste of time with BFG now unless you use a forked version of bfg  .


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: Mikestang on October 22, 2015, 05:46:00 PM
Using 5.3.0 to run a couple gekko compac sticks and no matter what value I input for --set compac:clock= the sticks hash as if they were set to 225 (x0882), so at about 11GH/s each.  Any idea why the sticks are not taking the frequency setting?
Found this bug. Will fix in 5.4.

Workaround: Use --set cbm:clock=x0783 instead.
I forgot to set the "compac" name on the driver... :|

Wonderful, thank you!  Now I have to dig up my usb tester and start dialing these sticks up.

edit - I have been unable to produce successful results with the revised cbm command, my sticks still hash at default frequency.   :'(
Hmm, I did test that it works on my Compac pre-prod sample before posting it here :/

Does it work any better if you use RPC's pgaset?

bfgminer-rpc 'pgaset|cbm0,clock,x0783'

Cross posting to follow up.

Note --set cbm:clock=xNNNN will also work; you just need to abbreviate it "cbm" and can't spell out "compac".
(That's what is being fixed in 5.4 - being able to spell it out)

I was unable to get --set cbm:clock=xNNNN to work.  I believe you said you used it on the pre-production stick that was sent to you, but I cannot duplicate your success on the production stick.
I assumed that your problem was the extra leading zero... no? :/

Can anyone else with a prod unit confirm/deny a problem?
I can't imagine what would be different.. :|

Ahh, could be.  I was thinking the leading 0 issue was with the RPC command, I do not recall if I used a leading 0 on the --set as well.  I will confirm tomorrow.

As an aside, the RPC way of adjusting frequency is pretty darn cool since you can do it while they are running.  Couple that with the adjustable voltage, also while running, and you've got real time feedback from a very customizable piece of hardware!

You were right, I must have been using the leading 0 in my command line because without it --set cbm:clock worked perfectly.  But like I said above, I still think the RPC way to do it is cool and useful.

http://i58.tinypic.com/216djs.jpg


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 23, 2015, 04:21:44 AM
NEW VERSION 5.4.0, OCTOBER 23 2015

Human readable changelog:
  • RPC: Ability to change pool management strategy.
  • Pool option #cksuggest to use CKPool-compatible mining.suggest_difficulty stratum extension.
  • alchemist: New scrypt ASIC driver, written and maintained by jstefanop (requires custom FPGA reprogramming).
  • antminer, avalon, compac, hashfast, and jingtian: Support for setting clock frequency from the TUI's device management interface.
  • antminer & compac: Support for setting clock by frequency MHz.
  • bitforce: Ability to change voltages from RPC and TUI.
  • bitmain: New driver for Bitmain Antminer S-series units (up to S5).

Full changelog:
  • AUTHORS: Move jstefanop to current maintainers
  • Disable alchemist by default, add Travis build, and document configure option in README
  • alchemist: New scrypt ASIC driver
  • hashfast: Support setting clock speed from TUI Manage
  • avalon: Support setting clock speed from TUI Manage
  • antminer: Support setting clock speed from TUI Manage (hidden for non-BM1382/4 devices)
  • jingtian: Allow changing clock speed from TUI
  • Debuglog for retrodiff being disabled
  • Disable retrodiff when it was not explicitly enabled, and the pool doesn't seem to like it
  • Bugfix: Only adjust work_difficulty on retrodiff submissions, so we can still detect them on rejection
  • (Re-)enable retrodiff by default for stratum pools, since some servers implement mining.set_difficulty wrong in this way
  • New pool option "retrodiff"
  • If a share passes difficulty check for the updated pool target,   record that target for correct accounting of diff_stale.
  • DevAPI: Remove unused temporary variable from driver iteration
  • README.ASIC: Expand Antminer S5 section to S1-S5 for completeness, since in theory they should work
  • bitmain: Make reg_data optional for S4 and S5, calculating it from clock
  • Document Bitmain Antminer S5 support
  • bitmain: Remove poll_prio_threshold and just ensure we poll at a regular interval to avoid nonce buffer overruns
  • bitmain: Remove dead per-device constants
  • bitmain: Only have one set of actual maximums
  • bitmain: Migrate BITMAIN_MAX_NONCE_NUM to runtime packet_max_nonce
  • bitmain: Migrate BITMAIN_MAX_WORK_QUEUE_NUM/bitmain_work_poll_prio to runtime poll_prio_threshold
  • bitmain: Migrate BITMAIN_MAX_WORK_NUM to runtime packet_max_work
  • bitmain: Dummy model parameter
  • bitmain: Remove baud/flush, as the fake VCOM kernel driver ignores (and complains about) both
  • bitmain: Poll after queuing work, once enough is queued
  • bitmain: Sleep a little between polling
  • bitmain: Flush queues for work restarts
  • bitmain: Queue multiple works at a time
  • bitmain: Remove more dead code
  • bitmain: Prune old work eventually
  • Bugfix: bitmain: Properly count work-search failures as HW errors
  • bitmain: Refactor to work with minerloop_queue (leaks work memory)
  • bitmain: Avoid busy-looping on network devices
  • bitmain: Support for talking to a device over the network
  • bitmain: Use the hottest reading for device temperature
  • Bugfix: bitmain: Actually use baud setting
  • bitmain: Remove more dead code
  • bitmain: Handle stale results normally
  • bitmain: Simplify num2bit
  • bitmain: Initial set-device based configuration
  • bitmain: Use lowl-vcom abstractions
  • Update copyrights
  • Bugfix: bitmain: Type-safe printf-format usage
  • Travis: Test bitmain-only build
  • Build bitmain driver
  • bitmain: Hardcode configuration for now
  • bitmain: Rework nonce_diff handling
  • bitmain: Update headers
  • bitmain: Deal with unused variable warnings sanely
  • bitmain: Explicitly de-const device_path for freeing
  • Bugfix: bitmain: Correct type of cgpu->temp reference
  • Bugfix: bitmain: Use uint8_t consistently for binary data
  • Bugfix: bitmain: Clear opt_bitmain_dev string properly
  • bitmain: Remove non-existent bitmain_detect parameter
  • bitmain: Cleanup unnecessary code
  • bitmain: Use uthash to find queued work
  • bitmain: Implement inc_dev_status within record_temp_fan
  • bitmain: Remove non-applicable limits
  • bitmain: Remove obsolete get_statline_before function
  • bitmain: Move g_miner_version to bitmain_info struct
  • bitmain: Remove direct USB code
  • bitmain: Update driver registration
  • bitmain: Update symbol names
  • bitmain: Remove dead code
  • bitmain: Replace custom hexdump with normal bin2hex
  • bitmain: Get network difficulty from first work task
  • bitmain: No-op htole8
  • bitmain: Simulate cgminer work_block somewhat
  • bitmain: Update bin2hex usage for malloc-free version
  • bitmain: Copy low-level code from Bitmain cgminer usbutils
  • Copy working driver-bitmain.c from Bitmain's cgminer at commit 4ecf89341657ea7efecdf588586ca3f068ab17ab
  • Add api_add_percent to miner.h
  • Bugfix: DevAPI: Update includes from uthash to utlist and support older versions of uthash
  • Bugfix: RPC: Need to include utlist.h for config file list
  • Bugfix: antminer: Avoid NULL dereference for non-BM1382/4 devices
  • README.ASIC: Update documentation for BM1382/4 clock calculation support
  • antminer: Support for setting BM1382/4 clock by frequency MHz
  • Bugfix: Keep JSON from getaccountaddress around long enough for debug messages
  • Bugfix: Run gen-version.sh from source directory
  • Fix to enable building into directory out of source tree
  • Bugfix: Clean up JSON from getaccountaddress
  • Bugfix: Do not use hash tables for driver lists, since they require unique keys
  • Pool option #cksuggest to use CKPool-compatible mining.suggest_difficulty
  • RPC: Add "Rotate Period" to config
  • RPC: Extend setconfig to change strategy
  • Allow setting strategy by name
  • bitforce: Enable changing voltage from the Manage TUI
  • avalonmm: Use proc_set_device_tui_wrapper instead of avalonmm_tui_wrapper
  • DevAPI: Add generic proc_set_device_tui_wrapper
  • bitforce: Add "voltage" setting to send V?X commands
  • Bugfix: compac: Set dname so assignments match
  • README.RPC: Add missing setconfig|stratum-port documentation
  • README.RPC: Add missing setconfig|http-port documentation
  • Bugfix: lowl-vcom: Check for tcgetattr/tcsetattr/tcflush failure
  • configure: List compac driver in output
  • Travis: Workaround Travis bug
  • configure: Use AC_PROG_SED to find sed


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: yanzerdef on October 23, 2015, 02:21:43 PM
Hello,

I'm trying to get a rig up and running using a Radeon R9 380 on Windows 7.  I'm using bfgminer 5.3.0, AMD SDK 3.0, and Catalyst 15.20.  It will connect to the pool, and bfgminer shows hashing, but no shares are ever accepted.  I've tried different pools, uninstalling/installing catalyst and amd sdk. I tried using another mining program, with basically the same results (although it will show constant HW errors on any intensity).  BFGminer doesn't show any HW errors, just never any shares accepted.  

This is what i have for my batch file:
Code:
bfgminer.exe -S opencl:auto --scrypt -o stratum+tcp://scrypt.usa.nicehash.com:3333 -u 1BceNw9f9wY8Vx9LNN1Dn1Xou4EjnUBkcf -p x --set-device intensity=9

And this is what is in the conf file:

Code:
{
"pools" : [
{
"url" : "stratum+tcp://scrypt.eu.nicehash.com:3333",
"user" : "1BceNw9f9wY8Vx9LNN1Dn1Xou4EjnUBkcf",
"pass" : "x"
},
{
"url" : "stratum+tcp://scrypt.usa.nicehash.com:3333",
       "user" : "1BceNw9f9wY8Vx9LNN1Dn1Xou4EjnUBkcf",
"pass" : "x"
}
],

"intensity" : "d,9,9,9",
"gpu-engine" : "0-985,0-950,0-960,0-1000",
"gpu-fan" : "0-85,0-85,0-85,0-85",
"gpu-memclock" :

"860,825,835,875",
"gpu-powertune" : "20,20,20,20",
"temp-cutoff" : "95,95,95,95",
"temp-overheat" : "85,85,85,85",
"temp-target" : "75,75,75,75",

"auto-fan" : true,
"auto-gpu" : true,
"expiry" : 120,
"failover-only" : true,
"gpu-threads" : 2,
"log" : 5,
"queue" : 1,
"scan-time" : 60,
"temp-

hysteresis" : 3,

"scan-serial" : [
"/dev/ttyUSB0",
"/dev/ttyUSB1",
"/dev/ttyUSB2",
"/dev/ttyUSB3"
],

"kernel-path" : "/usr/local/bin"
}


(another question: the conf file is still named 'example', I'm sure I need to rename it but I have no idea to what)


Any help would be greatly appreciated.

I tried sgminer with the same result.  And also other algorithms.   I have a feeling its the 15.20 drivers, but even when i download a previous version of catalyst it will still install the 15.20 drivers.




Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on October 23, 2015, 03:07:37 PM
Im on nice hash right now with my amd card and isuing those driver but using sgminer inside that folder is a runme.bat  that does its all for you all you have to do is  edit the sgminer-profitswitch.conf and put you BTC adress in place of the ones in there . then run the runme.bat, i did try to mine script with my amd and bfg 5.4 it just won't cut it any more .


GPU 0:  75.0C 2799RPM | 7.074M/7.211Mh/s | R:  0.0% HW:0 WU:0.081/m xI: 64

GPU 0:  76.0C 2780RPM | 7.472M/7.477Mh/s | R:  0.0% HW:0 WU:0.110/m xI: 64

got a  little more out of it kept about the same temps

you also may have to change one or two setting in the sgminer-profitswitch.conf for the fan and heat :) . my amd card did the same it wouldn't hash using BFG and script only .

I not even OC right i can polly get that up to 8.1 MH and stay around 75 to 76 C with water cooling even higher .


to me 76 C is to hot , I m not going to water cool it no need to . i don't plan to GPU  mine unless it starts paying big time which might happen sense the EU declared Bitcoins to be a form of cash :) .



The amd  driver version 15.10 Beta which is the CC version with the drivers version 15.201.1151.1005-151012a-295347E-ATI ? .


GL for now that's about as far as I'll take my Video card .














Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on October 23, 2015, 03:52:54 PM
Luke

question does this  mean i can compile it on a PI then tar it then put it on the S5 then run it .

BFGMiner must be compiled for and run on the embedded controller

I want to use BFG on my S5 right now i don't care how i do it .

Smit1237 said he would put one to gather for us in a image , till then do it like above . i know what the command line is, if so  .other wise, I'm lost till i learn more  :) .


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 23, 2015, 04:03:22 PM
The KnCMiner Jupiter instructions in README.ASIC might work on the S5 (but change --enable-knc to --enable-bitmain)


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: twebit on October 23, 2015, 05:10:11 PM
  • bitforce: Enable changing voltage from the Manage TUI

Thank you for this it works great with my monarchs! I've got two of them that go over 920ghs and this will come in handy in the summer.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: .anto. on October 23, 2015, 05:18:54 PM

I just compiled BFGMiner 5.4.0 and it works fine managing my 2 AntMiner U3'.

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.4.0-a5fbaee_23Oct15_1852.png

However, I actually only want to have antminer driver for connecting to stratum server. I tried to disable all drivers but icarus using the configure option below.

Code:
CONFIGURE_ARGS += --disable-other-drivers
CONFIGURE_ARGS += --enable-icarus

But as we can see above, other drivers are still being included. How do I actually disable all drivers but only the ones for Antminer U3?


Title: Re: BFGMiner 5.3.0: GBT+Stratum, RPC, Mac/Linux/Win64, GekkoScience Compac
Post by: splat44 on October 23, 2015, 08:49:20 PM
I understand newest version is 5.4 has bug been fixed as you report toptek?

You already mention --enable-broad-udevrules just few post above, I'm wondering, will it hurt adding --enable-gridseed in addtion?

I understand luke mentions about a bug and I quess I'll wait alse!

I built bfgminer from source today on a Raspberry Pi and the version returned from the resulting binary is 5.2 instead of 5.3:

Code:
./bfgminer --version
bfgminer 5.2.0-9-g484db74

This was a completely clean checkout and the usual configure, make, make install pattern:

Code:
git clone https://github.com/luke-jr/bfgminer.git
cd bfgminer/
./autogen.sh
./configure --enable-scrypt --enable-broad-udevrules
make
sudo make install
sudo ldconfig


Is this just a cosmetic problem with the version number, or is 5.3 not really on the git trunk?


IM gettting  5.2 as the biuld to but then up a few post luke said that's a bug so we wait i guess .


so i need to learn cross comping or use it on my PC as zip file and go that route and compile to my PI that way.


will it hurt adding --enable-gridseed in addtion   no  it won't . I don't because it is on by default im not saying don't, if you feel better doing it, then do it  :) . it may even help thu i have yet to see were it does . for sure add it if your having issue with any grindseed miner .:).


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 23, 2015, 10:19:07 PM

I just compiled BFGMiner 5.4.0 and it works fine managing my 2 AntMiner U3'.

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.4.0-a5fbaee_23Oct15_1852.png

However, I actually only want to have antminer driver for connecting to stratum server. I tried to disable all drivers but icarus using the configure option below.

Code:
CONFIGURE_ARGS += --disable-other-drivers
CONFIGURE_ARGS += --enable-icarus

But as we can see above, other drivers are still being included. How do I actually disable all drivers but only the ones for Antminer U3?

cairnsmore, compac, erupter, and icarus are all tied in with antminer, so you won't be able to skip them.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: .anto. on October 24, 2015, 07:23:01 AM
cairnsmore, compac, erupter, and icarus are all tied in with antminer, so you won't be able to skip them.

Thanks Luke. That is not quite important though. I just want reduce the size of BFGMiner package to the minimum that is possible.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: twebit on October 24, 2015, 10:21:07 PM
Is there a way to put the voltage in the bfgminer.conf file now that bfgminer supports changing voltages? And if so what format? I set the cutoff temp like this "set-device" : [   "all:temp-cutoff=78"] and wonder if something similar for voltage?

Also, they go down in voltage well but going up in voltage the program, I won't say locks up but, can't get out of the Manage devices screen untill I force it to quit and even then it doesn't release it for about a minute or so.

Again, great feature!


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 25, 2015, 12:31:39 AM
Is there a way to put the voltage in the bfgminer.conf file now that bfgminer supports changing voltages? And if so what format? I set the cutoff temp like this "set-device" : [   "all:temp-cutoff=78"] and wonder if something similar for voltage?
--set bfl:voltage=<whatever> should work. You really don't want to set it on all devices though - they can be very different in what is sane there - so just use bfl.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: .anto. on October 25, 2015, 06:56:44 AM
--set bfl:voltage=<whatever> should work. You really don't want to set it on all devices though - they can be very different in what is sane there - so just use bfl.

This is actually what I would like to be able to do on my 2 AntMiner U3' as each of them does not behave the same on a single setting of frequency and voltage. How would I be able to set different frequency and voltage settings for each miner on a single BFGMiner process?

I know that the workaround for this is to have 2 separate BFGMiner processes to manage the 2 miners individually.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 25, 2015, 08:39:32 AM
--set bfl:voltage=<whatever> should work. You really don't want to set it on all devices though - they can be very different in what is sane there - so just use bfl.

This is actually what I would like to be able to do on my 2 AntMiner U3' as each of them does not behave the same on a single setting of frequency and voltage. How would I be able to set different frequency and voltage settings for each miner on a single BFGMiner process?

I know that the workaround for this is to have 2 separate BFGMiner processes to manage the 2 miners individually.
--set antminer@\\.\COM10:voltage=xNNNN or --set antminer@/dev/ttyUSB1:voltage=xNNNN

Another option is to program the CP2102 chip (https://bitcointalk.org/index.php?topic=250326.0) so they have unique serial numbers; this method would avoid problems with the device showing up on different tty/COM locations after reboot/hotplug.

./cp210x-program -w -F eeprom-content.AntU3-custom.hex (http://luke.dashjr.org/tmp/code/eeprom-content.AntU3-custom.hex) --set-product-string='Antminer U3' --set-serial-number=myveryown0001

Then you can use --set antminer@myveryown0001:voltage=xNNNN


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 25, 2015, 08:41:57 AM
BTW, anyone want to go and update README with all these tips I've been dropping on the forum thread(s)? :p


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: .anto. on October 25, 2015, 10:19:38 AM
--set antminer@\\.\COM10:voltage=xNNNN or --set antminer@/dev/ttyUSB1:voltage=xNNNN

Another option is to program the CP2102 chip (https://bitcointalk.org/index.php?topic=250326.0) so they have unique serial numbers; this method would avoid problems with the device showing up on different tty/COM locations after reboot/hotplug.

./cp210x-program -w -F eeprom-content.AntU3-custom.hex (http://luke.dashjr.org/tmp/code/eeprom-content.AntU3-custom.hex) --set-product-string='Antminer U3' --set-serial-number=myveryown0001

Then you can use --set antminer@myveryown0001:voltage=xNNNN

Thanks Luke.

I chose the first option as it is safer. I did a quick test and it looks like the separate settings on a single BFGMiner process work fine.

However I am still confused why BFGMiner only successfully applies the settings to AMU 0a and AMU 1a. Applying the settings to the rest of the AMUs give "Unknown option" as if the rest of the AMUs have not been detected, but they have actually already been doing the hashing. Please have a look on the relevant messages on the debug log below.

This behaviour happens also on the previous BFGMiner versions which I have already reported on your issue log (https://github.com/luke-jr/bfgminer/issues/628)

https://minifora.eu/public/bfgminer/TL-WDR3600_-_BFGMiner_5.4.0-a5fbaee_23Oct15_1006_Separate_Settings.png

Code:

 [2015-10-25 10:03:16] Timers: Using clock_gettime(CLOCK_MONOTONIC)
 [2015-10-25 10:03:16] Global quota greatest common denominator set to 1
 [2015-10-25 10:03:16] Global quota greatest common denominator set to 1
 [2015-10-25 10:03:16] Global quota greatest common denominator set to 1
 [2015-10-25 10:03:16] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
 [2015-10-25 10:03:16] Started bfgminer 5.4.0-a5fbaee
 [2015-10-25 10:03:16] Loaded configuration file /etc/bfgminer/bfgminer.conf
 [2015-10-25 10:03:16] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-25 10:03:16] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-25 10:03:16] AMU: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:chip=BM1382
 [2015-10-25 10:03:16] AMU: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:chip=BM1382
 [2015-10-25 10:03:16] AMU: Applying rule antminer@/dev/ttyUSB0:chip=BM1382: Unknown option: chip
 [2015-10-25 10:03:16] AMU: Applying rule antminer@/dev/ttyUSB1:chip=BM1382: Unknown option: chip
 [2015-10-25 10:03:16] AMU: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:voltage=x820
 [2015-10-25 10:03:16] AMU: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:voltage=x830
 [2015-10-25 10:03:16] AMU: Applying rule antminer@/dev/ttyUSB0:voltage=x820: Unknown option: voltage
 [2015-10-25 10:03:16] AMU: Applying rule antminer@/dev/ttyUSB1:voltage=x830: Unknown option: voltage
 [2015-10-25 10:03:16] AMU: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:clock=x0782
 [2015-10-25 10:03:16] AMU: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:clock=x0882
 [2015-10-25 10:03:16] AMU: Applying rule antminer@/dev/ttyUSB0:clock=x0782: Unknown option: clock
 [2015-10-25 10:03:16] AMU: Applying rule antminer@/dev/ttyUSB1:clock=x0882: Unknown option: clock
 [2015-10-25 10:03:16] AMU: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:16] AMU: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:16] (null): Init: mode=value read_timeout_ms=70 limit=0ms Hs=1.660000e-11
 [2015-10-25 10:03:16] (null): Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-25 10:03:16] AMU: Applied rule antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:16] AMU: Applied rule antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:16] antminer: Attempting to open /dev/ttyUSB0
 [2015-10-25 10:03:16] antminer: Attempting to open /dev/ttyUSB1
 [2015-10-25 10:03:16] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-25 10:03:16] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-25 10:03:16] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
 [2015-10-25 10:03:16] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.540000e-11
 [2015-10-25 10:03:16] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
 [2015-10-25 10:03:16] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.660000e-11
 [2015-10-25 10:03:16] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-25 10:03:16] antminer: Work division not specified - autodetecting
 [2015-10-25 10:03:16] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-25 10:03:16] antminer: Work division not specified - autodetecting
 [2015-10-25 10:03:16] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-25 10:03:16] Found AMU 0 at /dev/ttyUSB1
 [2015-10-25 10:03:16] AMU 0: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-25 10:03:16] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-25 10:03:16] Found AMU 1 at /dev/ttyUSB0
 [2015-10-25 10:03:16] AMU 1: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-25 10:03:16] Probing for an alive pool
 .
 .
 [2015-10-25 10:03:18] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-25 10:03:18] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-25 10:03:18] AMU 1: Opened /dev/ttyUSB0
 [2015-10-25 10:03:18] AMU 0: Opened /dev/ttyUSB1
 [2015-10-25 10:03:18] AMU 1a: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:chip=BM1382
 [2015-10-25 10:03:18] AMU 0a: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:chip=BM1382
 [2015-10-25 10:03:18] AMU 1a: Applied rule antminer@/dev/ttyUSB0:chip=BM1382
 [2015-10-25 10:03:18] AMU 0a: Applied rule antminer@/dev/ttyUSB1:chip=BM1382
 [2015-10-25 10:03:18] AMU 1a: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:voltage=x820
 [2015-10-25 10:03:18] AMU 0a: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:voltage=x830
 [2015-10-25 10:03:18] AMU 1a: Set voltage: aab820dc
 [2015-10-25 10:03:18] AMU 0a: Set voltage: aab830d2
 [2015-10-25 10:03:18] AMU 1a: Set voltage: OK
 [2015-10-25 10:03:18] AMU 0a: Set voltage: OK
 [2015-10-25 10:03:18] AMU 1a: Applied rule antminer@/dev/ttyUSB0:voltage=x820
 [2015-10-25 10:03:18] AMU 0a: Applied rule antminer@/dev/ttyUSB1:voltage=x830
 [2015-10-25 10:03:18] AMU 1a: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:clock=x0782
 [2015-10-25 10:03:18] AMU 0a: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:clock=x0882
 [2015-10-25 10:03:18] AMU 1a: Set clock: 82078211
 [2015-10-25 10:03:18] AMU 0a: Set clock: 8208821c
 [2015-10-25 10:03:18] AMU 1a: Set clock: OK
 [2015-10-25 10:03:18] AMU 0a: Set clock: OK
 .
 .
 [2015-10-25 10:03:19] AMU 1a: Applied rule antminer@/dev/ttyUSB0:clock=x0782
 [2015-10-25 10:03:19] AMU 1a: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:19] AMU 1: Init: mode=value read_timeout_ms=70 limit=0ms Hs=1.660000e-11
 [2015-10-25 10:03:19] AMU 1a: Applied rule antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:19] Popping ping in miner thread
 [2015-10-25 10:03:19] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:19] AMU 1a: Got work 28 from get queue to get work for thread 4
 [2015-10-25 10:03:19] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:19] AMU 1a: Got work 30 from get queue to get work for thread 4
 [2015-10-25 10:03:19] Selecting pool 0 for work
 [2015-10-25 10:03:19] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000d761fc9c1feee8471858bce06127aa8f889a5a3bba1c3cdd8ebabb324e6fb60c562c9ac718120f1400000000
 [2015-10-25 10:03:19] Work job_id 1445763783 268221 nonce2 0000000b
 [2015-10-25 10:03:19] Generated stratum work
 [2015-10-25 10:03:19] Pushing work 49 from pool 0 to hash queue
 [2015-10-25 10:03:19] Selecting pool 0 for work
 [2015-10-25 10:03:19] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f1700000000000000002954de775ae95c729bd8b02639ddb03e5371fdc6631d832a478c5db21cee6171562c9ac718120f1400000000
 [2015-10-25 10:03:19] Work job_id 1445763783 268221 nonce2 0000000c
 [2015-10-25 10:03:19] Generated stratum work
 [2015-10-25 10:03:19] Pushing work 51 from pool 0 to hash queue
 [2015-10-25 10:03:19] AMU 0a: Applied rule antminer@/dev/ttyUSB1:clock=x0882
 [2015-10-25 10:03:19] AMU 0a: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:19] AMU 0: Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-25 10:03:19] AMU 0a: Applied rule antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:19] Popping ping in miner thread
 [2015-10-25 10:03:19] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:19] Selecting pool 0 for work
 [2015-10-25 10:03:19] AMU 0a: Got work 32 from get queue to get work for thread 0
 [2015-10-25 10:03:19] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:19] AMU 0a: Got work 34 from get queue to get work for thread 0
 [2015-10-25 10:03:19] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f17000000000000000042a0e0015675d28ec8706965b1d48839ee55d90035f43c16a44014b5baca6102562c9ac718120f1400000000
 [2015-10-25 10:03:19] Work job_id 1445763783 268221 nonce2 0000000d
 [2015-10-25 10:03:19] Generated stratum work
 [2015-10-25 10:03:19] Pushing work 54 from pool 0 to hash queue
 [2015-10-25 10:03:19] Selecting pool 0 for work
 [2015-10-25 10:03:19] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000a3a4cbf1fd1cd771258ea559d71819adf543590ad030214b9ceb6bc42d8f2432562c9ac718120f1400000000
 [2015-10-25 10:03:19] Work job_id 1445763783 268221 nonce2 0000000e
 [2015-10-25 10:03:19] Generated stratum work
 [2015-10-25 10:03:19] Pushing work 56 from pool 0 to hash queue
 [2015-10-25 10:03:19] AMU 1: No data in 0.070 seconds
 [2015-10-25 10:03:19] AMU 1 no nonce = 0xfde05485 hashes (0.070705s)
 [2015-10-25 10:03:19] [thread 4: 1064834337 hashes, 1783498.1 khash/sec]
 [2015-10-25 10:03:19] [thread 5: 1064834337 hashes, 1782274.2 khash/sec]
 [2015-10-25 10:03:19] [thread 6: 1064834337 hashes, 1781290.4 khash/sec]
 [2015-10-25 10:03:19] [thread 7: 1064834337 hashes, 1780343.3 khash/sec]
 [2015-10-25 10:03:19] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:19] AMU 1a: Got work 36 from get queue to get work for thread 4
 [2015-10-25 10:03:19] Selecting pool 0 for work
 [2015-10-25 10:03:19] AMU 0: No data in 0.065 seconds
 [2015-10-25 10:03:19] AMU 0 no nonce = 0xfe082a93 hashes (0.065634s)
 [2015-10-25 10:03:19] [thread 0: 1065487012 hashes, 1773119.5 khash/sec]
 [2015-10-25 10:03:19] [thread 1: 1065487012 hashes, 1772161.0 khash/sec]
 [2015-10-25 10:03:19] [thread 2: 1065487012 hashes, 1771215.4 khash/sec]
 [2015-10-25 10:03:19] [thread 3: 1065487012 hashes, 1769917.8 khash/sec]
 [2015-10-25 10:03:19] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:19] AMU 0a: Got work 38 from get queue to get work for thread 0
 .
 .
 [2015-10-25 10:03:20] Pushing work 248 from pool 0 to hash queue
 [2015-10-25 10:03:20] AMU 0b: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:chip=BM1382
 [2015-10-25 10:03:20] AMU 0b: Applying rule antminer@/dev/ttyUSB1:chip=BM1382: Unknown option: chip
 [2015-10-25 10:03:20] AMU 0b: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:voltage=x830
 [2015-10-25 10:03:20] AMU 0b: Applying rule antminer@/dev/ttyUSB1:voltage=x830: Unknown option: voltage
 [2015-10-25 10:03:20] AMU 0b: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:clock=x0882
 [2015-10-25 10:03:20] AMU 0b: Applying rule antminer@/dev/ttyUSB1:clock=x0882: Unknown option: clock
 [2015-10-25 10:03:20] AMU 0b: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:20] AMU 0: Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-25 10:03:20] AMU 0b: Applied rule antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:20] AMU 0c: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:chip=BM1382
 [2015-10-25 10:03:20] AMU 0c: Applying rule antminer@/dev/ttyUSB1:chip=BM1382: Unknown option: chip
 [2015-10-25 10:03:20]  Proof: 000000000ec78112c82dd0f9865a86a2bfdba31b231ce410826e5e07107979d0
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:20] AMU 0b nonce = 0x9e9b662d = 0x7a6d98b8 hashes (0.042419s; 0.020651ns/hash)
 [2015-10-25 10:03:20] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:20] AMU 0a: Got work 215 from get queue to get work for thread 0
 [2015-10-25 10:03:20] Selecting pool 0 for work
 [2015-10-25 10:03:20] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f1700000000000000005f03657abd63c441d2d88668e21ab4d5bd625604cf0d73137c25c8ca9aee5366562c9ac918120f1400000000
 [2015-10-25 10:03:20] Work job_id 1445763783 268221 nonce2 00000045
 [2015-10-25 10:03:20] Generated stratum work
 [2015-10-25 10:03:20] Pushing work 252 from pool 0 to hash queue
 [2015-10-25 10:03:20] AMU 0c: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:voltage=x830
 [2015-10-25 10:03:20] AMU 0c: Applying rule antminer@/dev/ttyUSB1:voltage=x830: Unknown option: voltage
 [2015-10-25 10:03:20] AMU 0c: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:clock=x0882
 [2015-10-25 10:03:20] AMU 0c: Applying rule antminer@/dev/ttyUSB1:clock=x0882: Unknown option: clock
 [2015-10-25 10:03:20] AMU 0c: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:20] AMU 0: Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-25 10:03:20] AMU 0c: Applied rule antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:20] AMU 0d: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:chip=BM1382
 [2015-10-25 10:03:20] AMU 0d: Applying rule antminer@/dev/ttyUSB1:chip=BM1382: Unknown option: chip
 [2015-10-25 10:03:20] AMU 0d: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:voltage=x830
 [2015-10-25 10:03:20] AMU 0d: Applying rule antminer@/dev/ttyUSB1:voltage=x830: Unknown option: voltage
 [2015-10-25 10:03:20] AMU 0d: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:clock=x0882
 [2015-10-25 10:03:20] AMU 0d: Applying rule antminer@/dev/ttyUSB1:clock=x0882: Unknown option: clock
 [2015-10-25 10:03:20] AMU 0d: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:20] AMU 0: Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
 [2015-10-25 10:03:20] AMU 0d: Applied rule antminer@/dev/ttyUSB1:timing=0.0154
 [2015-10-25 10:03:20] AMU 1b: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:chip=BM1382
 [2015-10-25 10:03:20] AMU 1b: Applying rule antminer@/dev/ttyUSB0:chip=BM1382: Unknown option: chip
 [2015-10-25 10:03:20] AMU 1b: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:voltage=x820
 [2015-10-25 10:03:20] AMU 1b: Applying rule antminer@/dev/ttyUSB0:voltage=x820: Unknown option: voltage
 [2015-10-25 10:03:20] AMU 1b: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:clock=x0782
 [2015-10-25 10:03:20] AMU 1b: Applying rule antminer@/dev/ttyUSB0:clock=x0782: Unknown option: clock
 [2015-10-25 10:03:20] AMU 1b: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:20] AMU 1: Init: mode=value read_timeout_ms=70 limit=0ms Hs=1.660000e-11
 [2015-10-25 10:03:20] AMU 1: No data in 0.070 seconds
 [2015-10-25 10:03:20] AMU 1 no nonce = 0xffffffff hashes (0.073224s)
 [2015-10-25 10:03:20] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:20] AMU 1a: Got work 218 from get queue to get work for thread 4
 [2015-10-25 10:03:20] AMU 1b: Applied rule antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:20] AMU 1c: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:chip=BM1382
 [2015-10-25 10:03:20] AMU 1c: Applying rule antminer@/dev/ttyUSB0:chip=BM1382: Unknown option: chip
 [2015-10-25 10:03:20] AMU 1c: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:voltage=x820
 [2015-10-25 10:03:20] AMU 1c: Applying rule antminer@/dev/ttyUSB0:voltage=x820: Unknown option: voltage
 [2015-10-25 10:03:20] AMU 1c: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:clock=x0782
 [2015-10-25 10:03:20] AMU 1c: Applying rule antminer@/dev/ttyUSB0:clock=x0782: Unknown option: clock
 [2015-10-25 10:03:20] AMU 1c: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:20] AMU 1: Init: mode=value read_timeout_ms=70 limit=0ms Hs=1.660000e-11
 [2015-10-25 10:03:20] AMU 1c: Applied rule antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:20] AMU 1d: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:chip=BM1382
 [2015-10-25 10:03:20] AMU 1d: Applying rule antminer@/dev/ttyUSB0:chip=BM1382: Unknown option: chip
 [2015-10-25 10:03:20] AMU 1d: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:voltage=x820
 [2015-10-25 10:03:20]  Proof: 00000000ce067bbb184e2ae94392ff077c30b1bd5183578c79f0c32b1e9fedc4
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:20] AMU 1d: Applying rule antminer@/dev/ttyUSB0:voltage=x820: Unknown option: voltage
 [2015-10-25 10:03:20] Selecting pool 0 for work
 [2015-10-25 10:03:20] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000f770d4dd440bfab53cf9bec6615aa75a2ac43c7d93f55a1f4ab4acb7a5f07e50562c9ac918120f1400000000
 [2015-10-25 10:03:20] Work job_id 1445763783 268221 nonce2 00000046
 [2015-10-25 10:03:20] Generated stratum work
 [2015-10-25 10:03:20] Pushing work 256 from pool 0 to hash queue
 [2015-10-25 10:03:20] AMU 1d: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:clock=x0782
 [2015-10-25 10:03:20] AMU 1d: Applying rule antminer@/dev/ttyUSB0:clock=x0782: Unknown option: clock
 [2015-10-25 10:03:20] AMU 1d: cgpu_set_defaults: Matched with set default: antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:20] AMU 1: Init: mode=value read_timeout_ms=70 limit=0ms Hs=1.660000e-11
 [2015-10-25 10:03:20] AMU 1d: Applied rule antminer@/dev/ttyUSB0:timing=0.0166
 [2015-10-25 10:03:20]  Proof: 00000000e72af197a0311e702b1800e40c05a65248b99a27c5a37b70c29cb154
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:20] AMU 0c nonce = 0x4db7f099 = 0x36dfc268 hashes (0.022755s; 0.024716ns/hash)
 [2015-10-25 10:03:20] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:20] Selecting pool 0 for work
 [2015-10-25 10:03:20] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f17000000000000000025d37b380cbb1cb3cf11a92bc9b491359a0113cdc9b8786a2a75233c7d22f666562c9ac918120f1400000000
 [2015-10-25 10:03:20] Work job_id 1445763783 268221 nonce2 00000047
 [2015-10-25 10:03:20] Generated stratum work
 [2015-10-25 10:03:20] Pushing work 260 from pool 0 to hash queue
 [2015-10-25 10:03:20] AMU 0a: Got work 222 from get queue to get work for thread 0
 [2015-10-25 10:03:20]  Proof: 00000000f10556f4b434e52f8a790cdbb62f7592b4afb937be6e429287b0e3d0
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:20] AMU 0b nonce = 0xa4b21840 = 0x92c86104 hashes (0.049522s; 0.020109ns/hash)
 [2015-10-25 10:03:20] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:20] AMU 0a: Got work 226 from get queue to get work for thread 0
 [2015-10-25 10:03:20] Selecting pool 0 for work
 [2015-10-25 10:03:20] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f1700000000000000007ba4356ce4cac0eebb053e6b178c2fc11699b1b76e16f7a5523cb911149c8d52562c9ac918120f1400000000
 [2015-10-25 10:03:20] Work job_id 1445763783 268221 nonce2 00000048
 [2015-10-25 10:03:20] Generated stratum work
 [2015-10-25 10:03:20] Pushing work 264 from pool 0 to hash queue
 [2015-10-25 10:03:20] AMU 1: No data in 0.070 seconds
 [2015-10-25 10:03:20] AMU 1 no nonce = 0xffffffff hashes (0.074678s)
 [2015-10-25 10:03:20] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:20] Selecting pool 0 for work
 [2015-10-25 10:03:20] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000fe82944fb6314a5ab72e478e213534f2a657ccebe0d450094551b27ccbb27257562c9ac918120f1400000000
 [2015-10-25 10:03:20] Work job_id 1445763783 268221 nonce2 00000049
 [2015-10-25 10:03:20] Generated stratum work
 [2015-10-25 10:03:20] Pushing work 267 from pool 0 to hash queue
 [2015-10-25 10:03:20] AMU 1a: Got work 229 from get queue to get work for thread 4
 [2015-10-25 10:03:21]  Proof: 00000000dd1124883494930ef7322c8fc79cb1203ef481e797b1dfd9ad86e945
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:21] AMU 0d nonce = 0xd58b01fe = 0x562c07fc hashes (0.031866s; 0.022041ns/hash)
 [2015-10-25 10:03:21] [thread 0: 2794483981 hashes, 12931554.2 khash/sec]
 [2015-10-25 10:03:21] [thread 1: 2794483975 hashes, 12974061.0 khash/sec]
 [2015-10-25 10:03:21] [thread 2: 2794483975 hashes, 12991613.2 khash/sec]
 [2015-10-25 10:03:21] [thread 3: 2794483975 hashes, 12993123.3 khash/sec]
 [2015-10-25 10:03:21] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:21] AMU 0a: Got work 233 from get queue to get work for thread 0
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f17000000000000000087047955c6516d8b6e4b04eddf86f77b9b96a1a3b3832d8e39743f141e8b315a562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 0000004a
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 271 from pool 0 to hash queue
 [2015-10-25 10:03:21]  Proof: 00000000d0b236547a13cb1446b070e50aeb3d091a49ac856b01ebee52de8124
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:21] AMU 0d nonce = 0xe624c5fb = 0x989317f0 hashes (0.051139s; 0.019977ns/hash)
 [2015-10-25 10:03:21] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:21] AMU 0a: Got work 238 from get queue to get work for thread 0
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f1700000000000000007e191cd6335fae4dfbe30830a29739a6c36ce4e710825b989df85158d94efb3c562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 0000004b
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 275 from pool 0 to hash queue
 [2015-10-25 10:03:21] AMU 1: No data in 0.072 seconds
 [2015-10-25 10:03:21] AMU 1 no nonce = 0xffffffff hashes (0.075469s)
 [2015-10-25 10:03:21] [thread 4: 3221225475 hashes, 14397501.5 khash/sec]
 [2015-10-25 10:03:21] [thread 5: 3221225469 hashes, 14396986.7 khash/sec]
 [2015-10-25 10:03:21] [thread 6: 3221225469 hashes, 14396793.7 khash/sec]
 [2015-10-25 10:03:21] [thread 7: 3221225469 hashes, 14396665.0 khash/sec]
 [2015-10-25 10:03:21] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000c3ed4a0e9100594e15baca1e8f6148ad6a01c4fef35a8fc580fa6171e18ed655562c9ac918120f1400000000
 [2015-10-25 10:03:21] AMU 1a: Got work 240 from get queue to get work for thread 4
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 0000004c
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 278 from pool 0 to hash queue
 [2015-10-25 10:03:21]  Proof: 000000005ecde78e4a0e5a4402ae12a134332c2f042ec93398f79f7dedc1591c
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:21] AMU 1a nonce = 0x1d3bb57d = 0x74eed5f8 hashes (0.045042s; 0.022959ns/hash)
 [2015-10-25 10:03:21] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:21] AMU 1a: Got work 244 from get queue to get work for thread 4
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f17000000000000000013ad0555fa0c5118312c79fe26b4fb813dc2ed1a6f3c31b0e164b9eb4465bab3562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 0000004d
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 282 from pool 0 to hash queue
 [2015-10-25 10:03:21]  Proof: 000000002455a96296ffad1a3ad96f08e337b08024f1f01b3d92ddaf685e06bf
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:21] AMU 1d nonce = 0xc1221739 = 0x04885ce8 hashes (0.008261s; 0.108632ns/hash)
 [2015-10-25 10:03:21] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000435cee43db1dbec8943b49b3e8a0508fb99465513aa9a78bf17210a54febc351562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 0000004e
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 286 from pool 0 to hash queue
 [2015-10-25 10:03:21] AMU 1a: Got work 248 from get queue to get work for thread 4
 [2015-10-25 10:03:21] AMU 0: No data in 0.065 seconds
 [2015-10-25 10:03:21] AMU 0 no nonce = 0xffffffff hashes (0.066456s)
 [2015-10-25 10:03:21] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:21] AMU 0a: Got work 252 from get queue to get work for thread 0
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000f861e36c3d65a0e737a82b7473eb6ab69deea01c688b6f40eb2560c193472217562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 0000004f
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 289 from pool 0 to hash queue
 [2015-10-25 10:03:21]  Proof: 00000000102051ff343fdbda6e052b8b7f34f781d7b5a289d4ba21d854f434c2
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:21] AMU 0d nonce = 0xd44f2222 = 0x513c888c hashes (0.030387s; 0.022295ns/hash)
 [2015-10-25 10:03:21] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000c1c900961fcf80dcca04234ba7e14597a5a41022d5797cc2bd002910fd31d7e0562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 00000050
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 293 from pool 0 to hash queue
 [2015-10-25 10:03:21] AMU 0a: Got work 256 from get queue to get work for thread 0
 [2015-10-25 10:03:21]  Proof: 00000000770972370ff57612b632cd79b2f3473d35a0e59ce4a16c4dcd987f77
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:21] AMU 1d nonce = 0xe8715a19 = 0xa1c56868 hashes (0.059761s; 0.022018ns/hash)
 [2015-10-25 10:03:21] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000b3af42624ea2f4d596d5703b6323ae16174a1728474bb1c16270fbcf93e3e87e562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 00000051
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 297 from pool 0 to hash queue
 [2015-10-25 10:03:21] AMU 1a: Got work 260 from get queue to get work for thread 4
 [2015-10-25 10:03:21]  Proof: 00000000dfd7f09242013360e0b86a16a9a298734988fcfaf0272b3e8566c1c0
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:21]  Proof: 00000000c020277efdf0ff3140676068144dd64ac08d9f4c6b1ce52d9c43b853
Target: 000000000080000000ffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? no (false positive; hash > target)
 [2015-10-25 10:03:21] AMU 0c nonce = 0x5b1186ed = 0x6c461bb8 hashes (0.038258s; 0.021060ns/hash)
 [2015-10-25 10:03:21] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:21] AMU 0a: Got work 264 from get queue to get work for thread 0
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] AMU 1b nonce = 0x87ec203e = 0x1fb080fc hashes (0.017147s; 0.032251ns/hash)
 [2015-10-25 10:03:21] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:21] AMU 1a: Got work 267 from get queue to get work for thread 4
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f17000000000000000017082c9422c6d4ed492ad06ab3cc81f873f0db8b87f75053170b55a52f9ac91c562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 00000052
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 303 from pool 0 to hash queue
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f17000000000000000038947ee630ce2b8735c70ea66f5ac0623e984f46b0e5ad570997c1ebcfbd83ce562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 00000053
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 305 from pool 0 to hash queue
 [2015-10-25 10:03:21] AMU 0: No data in 0.065 seconds
 [2015-10-25 10:03:21] AMU 0 no nonce = 0xffffffff hashes (0.066485s)
 [2015-10-25 10:03:21] [thread 0: 3582291726 hashes, 14141924.9 khash/sec]
 [2015-10-25 10:03:21] [thread 1: 3582291723 hashes, 14141310.8 khash/sec]
 [2015-10-25 10:03:21] [thread 2: 3582291723 hashes, 14141478.3 khash/sec]
 [2015-10-25 10:03:21] [thread 3: 3582291723 hashes, 14141869.1 khash/sec]
 [2015-10-25 10:03:21] AMU 0a: Popping work from get queue to get work
 [2015-10-25 10:03:21] AMU 0a: Got work 271 from get queue to get work for thread 0
 [2015-10-25 10:03:21] Selecting pool 0 for work
 [2015-10-25 10:03:21] Generated stratum header 000000036643340b65d5f75d19183aa5ed4ac1a7704ff8440cf82f170000000000000000af2e4defa0ffa72bebe77955b2bc797e91505a6e618ba432165bda894d0b7550562c9ac918120f1400000000
 [2015-10-25 10:03:21] Work job_id 1445763783 268221 nonce2 00000054
 [2015-10-25 10:03:21] Generated stratum work
 [2015-10-25 10:03:21] Pushing work 308 from pool 0 to hash queue
 [2015-10-25 10:03:21] AMU 1: No data in 0.070 seconds
 [2015-10-25 10:03:21] AMU 1 no nonce = 0xffffffff hashes (0.074872s)
 [2015-10-25 10:03:21] [thread 4: 2394638099 hashes, 11630836.3 khash/sec]
 [2015-10-25 10:03:21] [thread 5: 2394638096 hashes, 11630666.9 khash/sec]
 [2015-10-25 10:03:21] [thread 6: 2394638096 hashes, 11615378.3 khash/sec]
 [2015-10-25 10:03:21] [thread 7: 2394638096 hashes, 11613969.9 khash/sec]
 [2015-10-25 10:03:21] AMU 1a: Popping work from get queue to get work
 [2015-10-25 10:03:21] AMU 1a: Got work 275 from get queue to get work for thread 4
 [2015-10-25 10:03:21] Selecting pool 0 for work
 .
 .

 [2015-10-25 10:07:02] Summary of per device statistics:

 [2015-10-25 10:07:02] AMU0        | 30s:55.95 avg:55.99 u:56.33 Gh/s | A:7 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU0a        | 30s:13.99 avg:14.00 u:13.68 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU0b        | 30s:13.99 avg:14.03 u:14.62 Gh/s | A:2 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU0c        | 30s:13.99 avg:14.03 u:13.97 Gh/s | A:3 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU0d        | 30s:13.99 avg:14.03 u:14.16 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU1        | 30s:52.12 avg:51.97 u:50.48 Gh/s | A:7 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU1a        | 30s:13.03 avg:12.99 u:12.78 Gh/s | A:3 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU1b        | 30s:13.03 avg:13.03 u:13.47 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU1c        | 30s:13.03 avg:13.03 u:12.12 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] AMU1d        | 30s:13.03 avg:13.03 u:12.21 Gh/s | A:3 R:0+0(none) HW:0/none
 [2015-10-25 10:07:02] 

Shutdown signal received.



Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: BRADLEYPLOOF on October 26, 2015, 04:40:44 PM
Can I change the voltage of Gridseed orbs and Zeus Blizzards(Gaw Fury) using the new BFGMiner or do I have to actually go in and put new resistors in them?


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Mikestang on October 26, 2015, 06:11:35 PM
Upgrade to version 5.4.0 complete, successfully able to adjust compac frequency on the command line via the --set compac:clock command, thanks for the update!


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Mikestang on October 27, 2015, 07:46:42 PM
  • Pool option #cksuggest to use CKPool-compatible mining.suggest_difficulty stratum extension.

Could you please explain how to use this command?  I do not see it in the readme and it does not appear to be a command line option.  Thank you!


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Mikestang on October 27, 2015, 08:05:41 PM
BTW, anyone want to go and update README with all these tips I've been dropping on the forum thread(s)? :p

I added info to the U3 section of your readme-asic:
Code:
ANTMINER U3
-----------

The U3 does not support autodetection, so you will want to use --scan-serial to
manually probe it. For example, to scan all devices, you can use:

-S antminer:all --set antminer:chip=BM1382

Additionally, for optimal performance you will need to set voltage, clock, and
timing. Voltage format for the U3 is not documented by the manufacturer, thus
must be provided as hexadecimal configuration codes. Timing is provided in the
number of nanoseconds each hash takes at the given configuration. A
known-working configuration is:

--set antminer:voltage=x800 --set antminer:clock=237.5
--set antminer:timing=0.022421

To set different frequency and voltage settings for multiple U3 miners on a
single BFGMiner process use:

--set antminer@\\.\COM10:voltage=xNNNN

or

--set antminer@/dev/ttyUSB1:voltage=xNNNN

Another option is to program the CP2102 chip so they have unique serial numbers;
this method would avoid problems with the device showing up on different tty/COM
locations after reboot/hotplug:

/cp210x-program -w -F eeprom-content.AntU3-custom.hex --set-product-string='Antminer U3' --set-serial-number=myveryown0001

Then you can use --set antminer@myveryown0001:voltage=xNNNN

I also added the RPC command to adjust frequency to the compac part or readme-asic:
Code:
COMPAC
------

These USB sticks are based on Bitmain's BM1384 chip, and use the antminer
driver. You can set the clock frequency with

--set compac:clock=200

You can also adjust the clock real-time while the stick is hashing using RPC's pgaset:

bfgminer-rpc "pgaset|0,clock,x0982"
     |       ^^^^^ hex frequency
     ^ device number

Added a few more suggested uses for --set-device from readme:
Code:
--set-device|--set <arg> Set default parameters on devices; eg, NFY:osc6_bits=50, bfl:voltage=<value>, compac:clock=<value>


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: xyzzy099 on October 27, 2015, 08:35:17 PM
  • Pool option #cksuggest to use CKPool-compatible mining.suggest_difficulty stratum extension.

Could you please explain how to use this command?  I do not see it in the readme and it does not appear to be a command line option.  Thank you!

I believe you add "/#cksuggest" to the end of the pool URL.



Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on October 27, 2015, 08:41:47 PM
  • Pool option #cksuggest to use CKPool-compatible mining.suggest_difficulty stratum extension.

Could you please explain how to use this command?  I do not see it in the readme and it does not appear to be a command line option.  Thank you!

I believe you add "/#cksuggest" to the end of the pool URL.





That's how but what does it do ? .  I Don't see were it did any thing on CKpool .


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on October 27, 2015, 08:47:20 PM
Can I change the voltage of Gridseed orbs and Zeus Blizzards(Gaw Fury) using the new BFGMiner or do I have to actually go in and put new resistors in them?



for that i believe it has no software adjustment that would be on the hardware not bfg sadly so yea you would have put new resistors to adjust it or up or down I'm guessing you want down for less power usages ?.


I saw a guide some place on how to for both Zeus miner and Grindseed  :) .




read me in 5.4 if you missed it  :) .

GRIDSEED
--------

Gridseed units, at the present time, come in two versions: Blade - a 40 chip
unit and Orb - a 5 chip unit. Orb units can be used to mine both SHA256d and
scrypt based coins whereas the Blade is scrypt only, although BFGMiner only
supports scrypt mode at this time.

BFGMiner allows a miner to connect both types of units to a single miner
instance and provides for granular control of the clock frequencies for each
device and each chip on each device. The basic use of this feature is to use the
--set option on from the command line:

bfgminer --scrypt -S gridseed:all --set gridseed@<serial_number>:clock=825

for multiple devices, add multiple --set arguments.

Additionally, these can be added to the bfgminer.conf file for persistence like
this:

"set" : [
        "gridseed@<serial_number>:clock=825",
        "gridseed@<serial_number>:clock=850",
        "gridseed@<serial_number>:clock=875"
]

To find the device serial number, start bfgminer and press <M> to manage
devices, then <Page Down> or <down arrow> through the list of devices and take
note of the device serial number in the device information shown.

...
Select processor to manage using up/down arrow keys
 GSD 0a:       |  74.4/ 72.9/ 10.2kh/s | A:  1 R:0+0(none) HW:0/none
  STM32 Virtual COM Port from STMicroelectronics
Serial: 6D85278F5650
Clock speed: 875
...

So for example, an entry would look like this:
        gridseed@6D85278F5650:clock=875


ZEUSMINER
---------

Zeusminers do not support autodetection, so you will need to use --scan to probe
for them:

-S zeusminer:\\.\COM3

You should also configure the driver for your specific device:

    --set zeusminer:clock=N        Clock frequency (default: 328)
    --set zeusminer:chips=N        Number of chips per device
        Blizzard    :  6          Cyclone     :  96
        Hurricane X2: 48 (2*24)   Hurricane X3:  64 (2*32)
        Thunder   X2: 96 (4*24)   Thunder   X3: 128 (4*32)
Note: if you set this option incorrectly, the device may underperform and/or
      misreport hashrate.

For example:

bfgminer --scrypt -o stratum+tcp://pool:port -u user -p pass -S zeusminer:\\.\COM3 --set zeusminer:clock=328 --set zeusminer:chips=128

---


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: xyzzy099 on October 27, 2015, 08:53:18 PM
  • Pool option #cksuggest to use CKPool-compatible mining.suggest_difficulty stratum extension.

Could you please explain how to use this command?  I do not see it in the readme and it does not appear to be a command line option.  Thank you!

I believe you add "/#cksuggest" to the end of the pool URL.





That's how but what does it do ? .  I Don't see were it did any thing on CKpool .

It causes the difficulty request set by '--request-diff' to be sent in the format expected by ckpool, I would imagine.  I have not tried it, but that's what I would expect it to do.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on October 27, 2015, 09:16:46 PM
  • Pool option #cksuggest to use CKPool-compatible mining.suggest_difficulty stratum extension.

Could you please explain how to use this command?  I do not see it in the readme and it does not appear to be a command line option.  Thank you!

I believe you add "/#cksuggest" to the end of the pool URL.





That's how but what does it do ? .  I Don't see were it did any thing on CKpool .



It causes the difficulty request set by '--request-diff' to be sent in the format expected by ckpool, I would imagine.  I have not tried it, but that's what I would expect it to do.



I know what it does and how to use it :) . what I don't know is how to test it to see if it works maybe i should say, i did use it but didn't see any improvement, if its meant to . i should be more clear, i never really had a issue to start with . :) . my issue with compact and bFG and CK pool is on start up any version OF BFG that's works with compac, i get maybe 20 rejects then it kicks  in and works great, i haven't seen any one say or complain about that so i take it as normal and thought maybe that might fix it, if my issue is even a issue . I don't get that with CGmiiner made by novak .I don't get it, on any other pool with BFG and that stick miner .


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 27, 2015, 09:39:14 PM
The startup rejects are because they never difficulty for the first job, and don't send a new job for some seconds after you login.
But then they reject shares that meet the initial difficulty (1).

What cgminer does, is to apply the first set_difficulty retroactively to any jobs received without a known share difficulty.
I considered making this change in BFGMiner also, but decided against it, because for a compliant stratum pool (where the initial difficulty is in fact valued as 1), this would result in losing credit for all the shares found against that first job.
On the other hand, for CKPool-based servers, the only downside of BFGMiner's stratum-compliant behaviour is that it counts those shares as rejects.
Unless your pool is penalising you for rejected shares, this shouldn't matter (and if they are, especially when they're at fault for those rejects as is the case here, I suggest using another pool!).

As an aside, CKPool appears to have a bug in stratifier.c line 3112-3114:
Code:
/* Accept the lower of new and old diffs until the next update */
if (id < client->diff_change_job_id && client->old_diff < client->diff)
diff = client->old_diff;
This will cause miners which strictly comply with the stratum spec to have shares at the new difficulty valued only at the old one.
So if the share difficulty adjusts from 1024 to 512 (for example), stratum says shares for the old job should continue to be submitted only if they meet difficulty 1024.
However, CKPool will only "count" those shares as if they were difficulty 512, at half their proper value.
This is a potential loss for miners, but probably insignificantly small.
Given their history of ignoring and/or trolling bug reports from me, I have not bothered to report it. But please feel free to do so if it matters to you.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Mikestang on October 27, 2015, 10:01:34 PM
  • Pool option #cksuggest to use CKPool-compatible mining.suggest_difficulty stratum extension.

Could you please explain how to use this command?  I do not see it in the readme and it does not appear to be a command line option.  Thank you!

I believe you add "/#cksuggest" to the end of the pool URL.





That's how but what does it do ? .  I Don't see were it did any thing on CKpool .

It causes the difficulty request set by '--request-diff' to be sent in the format expected by ckpool, I would imagine.  I have not tried it, but that's what I would expect it to do.

Would someone be able to provide a complete command line example of the proper syntax?  I am unlcear if I need to use --request-diff in concert with /#cksuggest?

Or maybe I'll take a shot and let me know if this is correct?  Using bfgminer to solo mine on cksolo pool would this be correct?

Code:
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333/#cksuggest -u <user> -p <pass> -request-diff 7


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on October 27, 2015, 10:12:17 PM
The startup rejects are because they never difficulty for the first job, and don't send a new job for some seconds after you login.
But then they reject shares that meet the initial difficulty (1).

What cgminer does, is to apply the first set_difficulty retroactively to any jobs received without a known share difficulty.
I considered making this change in BFGMiner also, but decided against it, because for a compliant stratum pool (where the initial difficulty is in fact valued as 1), this would result in losing credit for all the shares found against that first job.
On the other hand, for CKPool-based servers, the only downside of BFGMiner's stratum-compliant behaviour is that it counts those shares as rejects.
Unless your pool is penalising you for rejected shares, this shouldn't matter (and if they are, especially when they're at fault for those rejects as is the case here, I suggest using another pool!).

As an aside, CKPool appears to have a bug in stratifier.c line 3112-3114:
Code:
/* Accept the lower of new and old diffs until the next update */
if (id < client->diff_change_job_id && client->old_diff < client->diff)
diff = client->old_diff;
This will cause miners which strictly comply with the stratum spec to have shares at the new difficulty valued only at the old one.
So if the share difficulty adjusts from 1024 to 512 (for example), stratum says shares for the old job should continue to be submitted only if they meet difficulty 1024.
However, CKPool will only "count" those shares as if they were difficulty 512, at half their proper value.
This is a potential loss for miners, but probably insignificantly small.
Given their history of ignoring and/or trolling bug reports from me, I have not bothered to report it. But please feel free to do so if it matters to you.


TY luke kind thought that was why i don't normally use CK pools at all but sense the compac club does i will , no I'm ting my best to not start shit, I'll hate later on and why i said normal so everyone is cool with everyone else. but ty I kind thought what you said is why but for reason i stated i want no hassle from any one . Ive found in my all most 60 years of living some times silence it best .


now one more question  can you or anyone point me in the right direct that can or will explain to me how to add to a firm ware image with updates, it gets old, compiling BFG  after two or three reboots some times after one reboot . no idea why it some times holds thu  2 to 3 reboots then wipes it on the forth or 5 th reboot .  i know it has to be saved to a image and then uploaded as a firmware up date for it to hold but how or were do i look i can't find to much on it . i know i will sooner or later find it , but till then maybe some one can share that ? .
  


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 27, 2015, 11:30:01 PM
Bitmain published instructions for building firmware images somewhere (sorry, it's been too long; I don't have the link anymore), but I was unable to get them to work on my 32-bit Gentoo system (you may have better luck on a 64-bit Ubuntu).


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on October 28, 2015, 01:05:02 AM
Bitmain published instructions for building firmware images somewhere (sorry, it's been too long; I don't have the link anymore), but I was unable to get them to work on my 32-bit Gentoo system (you may have better luck on a 64-bit Ubuntu).



I think i found it


btw got BFG working on A s1 and S3 now using openDrt . :) .


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on October 28, 2015, 02:15:22 AM
Bitmain published instructions for building firmware images somewhere (sorry, it's been too long; I don't have the link anymore), but I was unable to get them to work on my 32-bit Gentoo system (you may have better luck on a 64-bit Ubuntu).



I think i found it


btw got BFG working on A s1 and S3 now using openDrt . :) .
Great news. What is the hashrate like? Same as the original firmware? Better? Worse?


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: philipma1957 on October 28, 2015, 12:26:40 PM
BTW, anyone want to go and update README with all these tips I've been dropping on the forum thread(s)? :p

I added info to the U3 section of your readme-asic:
Code:
ANTMINER U3
-----------

The U3 does not support autodetection, so you will want to use --scan-serial to
manually probe it. For example, to scan all devices, you can use:

-S antminer:all --set antminer:chip=BM1382

Additionally, for optimal performance you will need to set voltage, clock, and
timing. Voltage format for the U3 is not documented by the manufacturer, thus
must be provided as hexadecimal configuration codes. Timing is provided in the
number of nanoseconds each hash takes at the given configuration. A
known-working configuration is:

--set antminer:voltage=x800 --set antminer:clock=237.5
--set antminer:timing=0.022421

To set different frequency and voltage settings for multiple U3 miners on a
single BFGMiner process use:

--set antminer@\\.\COM10:voltage=xNNNN

or

--set antminer@/dev/ttyUSB1:voltage=xNNNN

Another option is to program the CP2102 chip so they have unique serial numbers;
this method would avoid problems with the device showing up on different tty/COM
locations after reboot/hotplug:

/cp210x-program -w -F eeprom-content.AntU3-custom.hex --set-product-string='Antminer U3' --set-serial-number=myveryown0001

Then you can use --set antminer@myveryown0001:voltage=xNNNN

I also added the RPC command to adjust frequency to the compac part or readme-asic:
Code:
COMPAC
------

These USB sticks are based on Bitmain's BM1384 chip, and use the antminer
driver. You can set the clock frequency with

--set compac:clock=200

You can also adjust the clock real-time while the stick is hashing using RPC's pgaset:

bfgminer-rpc "pgaset|0,clock,x0982"
    |       ^^^^^ hex frequency
    ^ device number

Added a few more suggested uses for --set-device from readme:
Code:
--set-device|--set <arg> Set default parameters on devices; eg, NFY:osc6_bits=50, bfl:voltage=<value>, compac:clock=<value>



mike I have not run bfgminer for the compac sticks can you write a bat file I could cut and paste to get started?

okay I am running 5.4   but I have a repeating error   I am getting hash at the pool but I could use a peek at a bat file for compac sticks

http://i.imgur.com/AjVwFYG.png


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Mikestang on October 28, 2015, 06:19:11 PM
My bfg batch file for the compac sticks is:
Code:
bfgminer.exe --api-listen --api-allow W:127.0.0.1 -o <pool> -u <user> -p <pass> -o <failover> -u <failuser> -p <failpass> --set compac:clock=x0982
Adjust the clock value based on the hub you are using.  The api commands are there so I can use RPC to adjust clock real-time.

You can find posts by me earlier in this thread having the same comms error, both with the compac stick and the U3.  I'm not sure what causes it or how to make it go away, I posted more in the compac club thread.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Mudbankkeith on October 28, 2015, 07:28:34 PM
If you have ever used CGminer then you will have to "Un-Zadig" your PC

Here is a quick .bat file:-

bfgminer.exe -o http://stratum.bitcoin.cz:3333 -u (user) -p (password) -S antminer --set cbm:clock=x0783


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: bmoscato on October 29, 2015, 06:03:49 PM
The request difficulty still isn't working for me against CK Pool.

bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=250 --request-diff 48 --api-listen --api-allow W:10.0.0/24

The pool starts at 1k and takes about 5 minutes to normalize and then starts from a low number.  At 7 minutes I went from 1k to 23 and right now at 8 minutes I'm still at a difficulty of 23, not the 48 that I specified.  CG Miner is up and running in less than 15 seconds when I specify a difficulty, it doesn't wait for the ASIC to get to 1000 a few times.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: xyzzy099 on October 29, 2015, 06:08:16 PM
The request difficulty still isn't working for me against CK Pool.

bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=250 --request-diff 48 --api-listen --api-allow W:10.0.0/24

The pool starts at 1k and takes about 5 minutes to normalize and then starts from a low number.  At 7 minutes I went from 1k to 23 and right now at 8 minutes I'm still at a difficulty of 23, not the 48 that I specified.  CG Miner is up and running in less than 15 seconds when I specify a difficulty, it doesn't wait for the ASIC to get to 1000 a few times.

I think you just need this little change:

Quote
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333/#cksuggest -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=250 --request-diff 48 --api-listen --api-allow W:10.0.0/24

[Edit: Need a '/' before '#cksuggest' actually, I think.]


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: bmoscato on October 29, 2015, 07:23:00 PM
The request difficulty still isn't working for me against CK Pool.

bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=250 --request-diff 48 --api-listen --api-allow W:10.0.0/24

The pool starts at 1k and takes about 5 minutes to normalize and then starts from a low number.  At 7 minutes I went from 1k to 23 and right now at 8 minutes I'm still at a difficulty of 23, not the 48 that I specified.  CG Miner is up and running in less than 15 seconds when I specify a difficulty, it doesn't wait for the ASIC to get to 1000 a few times.

I think you just need this little change:

Quote
bfgminer.exe -o stratum+tcp://solo.ckpool.org:3333#cksuggest -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.bmoscatosticks -p x -S rockminer:all --set rockminer:clock=280 --set compac:clock=250 --request-diff 48 --api-listen --api-allow W:10.0.0/24

Cool, thanks.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on October 30, 2015, 12:45:41 AM
Hey  luke

I do have it working on a S1 and S3 but not hashing because it's not enabled by default the problem I'm having not entry sure its the problem , i can't enable it over openWRT, i think that is the only way to get the S1 and S3 enabled and work with all drivers is over openwrt ? like the S5 ? the S5 needs openwrt stuff to work but that controller has tons of space ,but the problem again is the S1/3 controller are not big enough to compile on . it does download all the drivers with openwrt, i did check it shows the bitmain controller with all drivers etc but I can't get it to enable --enable-bitmain on that controller in the BFGMINER file, due to the space on the S1 and S 3 controllers and CPing over the bfgminer file that has it enabled doesn't work it still shows it as not enabled using cp but that file works , is there any way you could enable it for openwrt , i do have a openwrt router coming, i tried to set up a pi as a openwrt file server but that's a pain, it seems routers them self work best,I'm still working on it.



IF that is how to, if not . I will figure it out .


IF im right here is what i get once I use openWRT and it's on the S1/3.

Configuring terminfo.
Configuring libevent2.
Configuring libncurses.
Configuring libmicrohttpd.
Configuring libusb-1.0.
Configuring bfgminer.

the Driver are there ?

but when I do a bfgminer --version  i get  


bfgminer 5.4.0
  Lowlevel: ftdi pci pci:uio spi usb vcom
  Drivers: antminer avalon avalonmm bfx bifury bigpic bitforce bitforce:pci bitury cairnsmore cointerra compac
  drillbit dualminer erupter gridseed hashbusterub hashfast icarus klondike littlefury modminer
  proxy proxy:getwork proxy:stratu rockminer twinfury x6500 zeusminer ztex
  Algorithms: SHA256d scrypt
  Options: ncurses


Shouldn't bitmain be in there some place for it work ? I know it's off by default and has to be complied to enabled. The rest is explained above.

 just making sure the above is why, I'm on the right track :) .



Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Riley600 on November 03, 2015, 04:00:20 PM
I have a question.  I have an opportunity to pick up a damaged Terraminer IV (one ASIC board and the controller isn't working).  Is it possible to remove the working board and hook it up to my RPi and use BFGminer to control it?  It seems that there is Cointerra support in BFGminer but will it work over USB and are there command line arguments you can use to control the frequency, voltage, etc?  I looked in the README but couldn't find anything.

Thanks!


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on November 03, 2015, 05:27:16 PM
I have a question.  I have an opportunity to pick up a damaged Terraminer IV (one ASIC board and the controller isn't working).  Is it possible to remove the working board and hook it up to my RPi and use BFGminer to control it?  It seems that there is Cointerra support in BFGminer but will it work over USB and are there command line arguments you can use to control the frequency, voltage, etc?  I looked in the README but couldn't find anything.

Thanks!
Yes, it will only work over USB.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Riley600 on November 03, 2015, 09:32:18 PM
I have a question.  I have an opportunity to pick up a damaged Terraminer IV (one ASIC board and the controller isn't working).  Is it possible to remove the working board and hook it up to my RPi and use BFGminer to control it?  It seems that there is Cointerra support in BFGminer but will it work over USB and are there command line arguments you can use to control the frequency, voltage, etc?  I looked in the README but couldn't find anything.

Thanks!
Yes, it will only work over USB.
Thanks, Luke.  Are there any command line arguments that can be used with BFGMiner in order to change frequency and/or voltage on the Cointerra?


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on November 03, 2015, 09:40:23 PM
I have a question.  I have an opportunity to pick up a damaged Terraminer IV (one ASIC board and the controller isn't working).  Is it possible to remove the working board and hook it up to my RPi and use BFGminer to control it?  It seems that there is Cointerra support in BFGminer but will it work over USB and are there command line arguments you can use to control the frequency, voltage, etc?  I looked in the README but couldn't find anything.

Thanks!
Yes, it will only work over USB.
Thanks, Luke.  Are there any command line arguments that can be used with BFGMiner in order to change frequency and/or voltage on the Cointerra?
No.


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: stef942 on November 05, 2015, 01:31:12 PM
Hi, is there a guide somewhere to update bfgminer 5.2.0-13-g487bbfa to latest version 5.4? i'm on linux mint and whatever i do, i cant update  :-\


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: BRADLEYPLOOF on November 05, 2015, 02:05:55 PM
Hi, is there a guide somewhere to update bfgminer 5.2.0-13-g487bbfa to latest version 5.4? i'm on linux mint and whatever i do, i cant update  :-\

Easiest thing to do is save your startup file somewhere (.conf file?) and then "sudo rm -rf" your bfgminer folder.  Then "git clone https://github.com/luke-jr/bfgminer.git" and rebuild from there.  It always downloads the latest version updated within github.  That worked great for me.  Run it on a Rasp. Pi.  Took a while to build because it's an older Pi, but works like a charm. 


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: stef942 on November 05, 2015, 02:27:57 PM
Mr Bradleyploof thanks a lot for your help, it works, im now on bfg 5.4  :D


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: BRADLEYPLOOF on November 05, 2015, 05:02:48 PM
Mr Bradleyploof thanks a lot for your help, it works, im now on bfg 5.4  :D

No problem!  Glad it all worked out for you. 


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: toptek on November 06, 2015, 02:38:03 AM
BTw anyone I have BFG 5.4 working and hashing on my S5's and still working on enabling it --enable-bitmain using openwrt for the my S1/3, encase anyone assumes the wrong thing about me,  I am learning, and it is  a lot of fun,I don't ask because I need the help,I ask for tips, i would rather learn it on my own, i have found it is more rewarding . it does run them better then CGminer and before that remark starts anything it just does . I won't go over to CGMNIER thread and post that either, i have to much respect for them .. i hope they don't here either . that said when i get it working on my S1/3's, i will post Sreenie and some details of how i did .





later


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: helipotte on November 07, 2015, 03:53:03 AM
Hi all.  I am having very high cpu usage with BFGminer 5.3.0 under windows 7 X64.  The gear I am hosting on this system consists of 16 monarch's.

Mining speeds for the frequency and voltage I have specified are good, but cpu usage is around 50-60%. Host system is a modern Intel based platform setup

for coin mining and nothing else.

Thanks!


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: zOU on November 09, 2015, 10:31:26 AM
so here's my HW
1x RPI2 running minera 0.6.1
4x block erupter 333Mhs
1x BFL 30Ghs
3x Antminer U3
2x Gekkoscience compac stick

In theory, BFGminer 5.4 supports all of these.

I've downloaded and compiled it:

Code:
minera@minera /var/www/minera/minera-bin/custom $ wget http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.0/bfgminer-5.4.0.zip
--2015-11-09 11:04:40--  http://luke.dashjr.org/programs/bitcoin/files/bfgminer/5.4.0/bfgminer-5.4.0.zip
Resolving luke.dashjr.org (luke.dashjr.org)... 192.3.11.20, 192.3.11.24, 2001:470:88ff:2e::1
Connecting to luke.dashjr.org (luke.dashjr.org)|192.3.11.20|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2136048 (2.0M) [application/zip]
Saving to: `bfgminer-5.4.0.zip'

100%[======================================================================>] 2,136,048    207K/s   in 11s

2015-11-09 11:04:52 (191 KB/s) - `bfgminer-5.4.0.zip' saved [2136048/2136048]

minera@minera /var/www/minera/minera-bin/custom $ unzip bfgminer-5.4.0.zip
Archive:  bfgminer-5.4.0.zip
   creating: bfgminer-5.4.0/
  inflating: bfgminer-5.4.0/.gitignore
  inflating: bfgminer-5.4.0/.gitmodules
  inflating: bfgminer-5.4.0/.travis.deps
  inflating: bfgminer-5.4.0/.travis.script
  inflating: bfgminer-5.4.0/.travis.yml
  inflating: bfgminer-5.4.0/70-bfgminer.rules.in
   creating: bfgminer-5.4.0/ADL/
  inflating: bfgminer-5.4.0/ADL/adl_defines.h
  inflating: bfgminer-5.4.0/ADL/adl_sdk.h
  inflating: bfgminer-5.4.0/ADL/adl_structures.h
  inflating: bfgminer-5.4.0/AUTHORS
   creating: bfgminer-5.4.0/CL/
  inflating: bfgminer-5.4.0/CL/cl.h
  inflating: bfgminer-5.4.0/CL/cl_platform.h
  inflating: bfgminer-5.4.0/COPYING
  inflating: bfgminer-5.4.0/ChangeLog
  inflating: bfgminer-5.4.0/HACKING
  inflating: bfgminer-5.4.0/LICENSE
  inflating: bfgminer-5.4.0/Makefile.am
  inflating: bfgminer-5.4.0/NEWS
  inflating: bfgminer-5.4.0/README
  inflating: bfgminer-5.4.0/README.ASIC
  inflating: bfgminer-5.4.0/README.CPU
  inflating: bfgminer-5.4.0/README.Debian
  inflating: bfgminer-5.4.0/README.FPGA
  inflating: bfgminer-5.4.0/README.GPU
  inflating: bfgminer-5.4.0/README.OpenWrt
  inflating: bfgminer-5.4.0/README.RPC
  inflating: bfgminer-5.4.0/README.scrypt
  inflating: bfgminer-5.4.0/adl.c
  inflating: bfgminer-5.4.0/adl.h
  inflating: bfgminer-5.4.0/adl_functions.h
  inflating: bfgminer-5.4.0/api-example.c
  inflating: bfgminer-5.4.0/api-example.php
  inflating: bfgminer-5.4.0/api-example.py
  inflating: bfgminer-5.4.0/api-example.rb
  inflating: bfgminer-5.4.0/api.c
  inflating: bfgminer-5.4.0/arg-nonnull.h
  inflating: bfgminer-5.4.0/autogen.sh
  inflating: bfgminer-5.4.0/avalonhost-raminst
  inflating: bfgminer-5.4.0/binloader.c
  inflating: bfgminer-5.4.0/binloader.h
   creating: bfgminer-5.4.0/bitstreams/
 extracting: bfgminer-5.4.0/bitstreams/.gitignore
  inflating: bfgminer-5.4.0/c++defs.h
   creating: bfgminer-5.4.0/ccan-upstream/
   creating: bfgminer-5.4.0/ccan-upstream/ccan/
   creating: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/_info
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/build_assert.h
   creating: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/test/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/test/compile_fail-expr.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/test/compile_fail.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/test/compile_ok.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/test/run-BUILD_ASSERT_OR_ZERO.c
    linking: bfgminer-5.4.0/ccan-upstream/ccan/build_assert/LICENSE  -> ../../licenses/CC0
   creating: bfgminer-5.4.0/ccan-upstream/ccan/cast/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/_info
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/cast.h
   creating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_const.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_const2.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_const3.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_signed-const.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_signed-sizesame.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_signed.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_static-2.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_static-3.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_fail-cast_static.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_ok-cast_void.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/cast/test/compile_ok-static.c
    linking: bfgminer-5.4.0/ccan-upstream/ccan/cast/LICENSE  -> ../../licenses/LGPL-2.1
   creating: bfgminer-5.4.0/ccan-upstream/ccan/compiler/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/compiler/_info
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/compiler/compiler.h
   creating: bfgminer-5.4.0/ccan-upstream/ccan/compiler/test/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/compiler/test/compile_fail-printf.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/compiler/test/run-is_compile_constant.c
    linking: bfgminer-5.4.0/ccan-upstream/ccan/compiler/LICENSE  -> ../../licenses/CC0
   creating: bfgminer-5.4.0/ccan-upstream/ccan/opt/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/_info
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/helpers.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/opt.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/opt.h
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/parse.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/private.h
   creating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/compile_ok-const-arg.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-add_desc.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-checkopt.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-consume_words.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-correct-reporting.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-early.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-helpers.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-iter.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-no-options.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-set_alloc.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run-usage.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/run.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/utils.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/test/utils.h
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/opt/usage.c
    linking: bfgminer-5.4.0/ccan-upstream/ccan/opt/LICENSE  -> ../../licenses/GPL-2
   creating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/_info
   creating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_fail-cast_if_type-promotable.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_fail-typesafe_cb-int.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_fail-typesafe_cb.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_fail-typesafe_cb_cast-multi.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_fail-typesafe_cb_cast.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_fail-typesafe_cb_postargs.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_fail-typesafe_cb_preargs.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_ok-typesafe_cb-NULL.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_ok-typesafe_cb-undefined.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_ok-typesafe_cb-vars.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/compile_ok-typesafe_cb_cast.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/test/run.c
  inflating: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/typesafe_cb.h
    linking: bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/LICENSE  -> ../../licenses/CC0
   creating: bfgminer-5.4.0/ccan-upstream/licenses/
  inflating: bfgminer-5.4.0/ccan-upstream/licenses/CC0
  inflating: bfgminer-5.4.0/ccan-upstream/licenses/GPL-3
  inflating: bfgminer-5.4.0/ccan-upstream/licenses/LGPL-2.1
   creating: bfgminer-5.4.0/ccan.bfg/
  inflating: bfgminer-5.4.0/ccan.bfg/Makefile.am
  inflating: bfgminer-5.4.0/ccan.bfg/Makefile.in
  inflating: bfgminer-5.4.0/compat.h
  inflating: bfgminer-5.4.0/configure.ac
   creating: bfgminer-5.4.0/debian/
  inflating: bfgminer-5.4.0/debian/bfgminer.docs
 extracting: bfgminer-5.4.0/debian/bfgminer.install
  inflating: bfgminer-5.4.0/debian/changelog
 extracting: bfgminer-5.4.0/debian/compat
  inflating: bfgminer-5.4.0/debian/control
  inflating: bfgminer-5.4.0/debian/copyright
   creating: bfgminer-5.4.0/debian/patches/
  inflating: bfgminer-5.4.0/debian/patches/bfgminer-bitforce.diff
 extracting: bfgminer-5.4.0/debian/patches/series
  inflating: bfgminer-5.4.0/debian/rules
   creating: bfgminer-5.4.0/debian/source/
 extracting: bfgminer-5.4.0/debian/source/format
  inflating: bfgminer-5.4.0/deviceapi.c
  inflating: bfgminer-5.4.0/deviceapi.h
  inflating: bfgminer-5.4.0/driver-aan.c
  inflating: bfgminer-5.4.0/driver-aan.h
  inflating: bfgminer-5.4.0/driver-alchemist.c
  inflating: bfgminer-5.4.0/driver-antminer.c
  inflating: bfgminer-5.4.0/driver-avalon.c
  inflating: bfgminer-5.4.0/driver-avalon.h
  inflating: bfgminer-5.4.0/driver-avalonmm.c
  inflating: bfgminer-5.4.0/driver-bfsb.c
  inflating: bfgminer-5.4.0/driver-bfx.c
  inflating: bfgminer-5.4.0/driver-bifury.c
  inflating: bfgminer-5.4.0/driver-bigpic.c
  inflating: bfgminer-5.4.0/driver-bigpic.h
  inflating: bfgminer-5.4.0/driver-bitforce.c
  inflating: bfgminer-5.4.0/driver-bitfury.c
  inflating: bfgminer-5.4.0/driver-bitfury.h
  inflating: bfgminer-5.4.0/driver-bitmain.c
  inflating: bfgminer-5.4.0/driver-bitmain.h
  inflating: bfgminer-5.4.0/driver-cairnsmore.c
  inflating: bfgminer-5.4.0/driver-cointerra.c
  inflating: bfgminer-5.4.0/driver-cointerra.h
  inflating: bfgminer-5.4.0/driver-cpu.c
  inflating: bfgminer-5.4.0/driver-cpu.h
  inflating: bfgminer-5.4.0/driver-drillbit.c
  inflating: bfgminer-5.4.0/driver-dualminer.c
  inflating: bfgminer-5.4.0/driver-erupter.c
  inflating: bfgminer-5.4.0/driver-getwork.c
  inflating: bfgminer-5.4.0/driver-gridseed.c
  inflating: bfgminer-5.4.0/driver-hashbuster.c
  inflating: bfgminer-5.4.0/driver-hashbusteravalon.c
  inflating: bfgminer-5.4.0/driver-hashbusterusb.c
  inflating: bfgminer-5.4.0/driver-hashfast.c
  inflating: bfgminer-5.4.0/driver-icarus.c
  inflating: bfgminer-5.4.0/driver-icarus.h
  inflating: bfgminer-5.4.0/driver-jingtian.c
  inflating: bfgminer-5.4.0/driver-klondike.c
  inflating: bfgminer-5.4.0/driver-klondike.h
  inflating: bfgminer-5.4.0/driver-knc.c
  inflating: bfgminer-5.4.0/driver-kncasic.c
  inflating: bfgminer-5.4.0/driver-littlefury.c
  inflating: bfgminer-5.4.0/driver-metabank.c
  inflating: bfgminer-5.4.0/driver-minergate.c
  inflating: bfgminer-5.4.0/driver-minion.c
  inflating: bfgminer-5.4.0/driver-modminer.c
  inflating: bfgminer-5.4.0/driver-nanofury.c
  inflating: bfgminer-5.4.0/driver-opencl.c
  inflating: bfgminer-5.4.0/driver-opencl.h
  inflating: bfgminer-5.4.0/driver-proxy.c
  inflating: bfgminer-5.4.0/driver-proxy.h
  inflating: bfgminer-5.4.0/driver-rockminer.c
  inflating: bfgminer-5.4.0/driver-stratum.c
  inflating: bfgminer-5.4.0/driver-titan.c
  inflating: bfgminer-5.4.0/driver-twinfury.c
  inflating: bfgminer-5.4.0/driver-twinfury.h
  inflating: bfgminer-5.4.0/driver-x6500.c
  inflating: bfgminer-5.4.0/driver-zeusminer.c
  inflating: bfgminer-5.4.0/driver-ztex.c
  inflating: bfgminer-5.4.0/dynclock.c
  inflating: bfgminer-5.4.0/dynclock.h
  inflating: bfgminer-5.4.0/example.conf
  inflating: bfgminer-5.4.0/findnonce.c
  inflating: bfgminer-5.4.0/findnonce.h
  inflating: bfgminer-5.4.0/gc3355.c
  inflating: bfgminer-5.4.0/gc3355.h
  inflating: bfgminer-5.4.0/gen-version.sh
  inflating: bfgminer-5.4.0/httpsrv.c
  inflating: bfgminer-5.4.0/httpsrv.h
  inflating: bfgminer-5.4.0/iospeeds.h
  inflating: bfgminer-5.4.0/iospeeds_posix.h
  inflating: bfgminer-5.4.0/jtag.c
  inflating: bfgminer-5.4.0/jtag.h
   creating: bfgminer-5.4.0/knc-asic/
  inflating: bfgminer-5.4.0/knc-asic/.gitignore
  inflating: bfgminer-5.4.0/knc-asic/LICENSE
  inflating: bfgminer-5.4.0/knc-asic/Makefile
  inflating: bfgminer-5.4.0/knc-asic/README.md
  inflating: bfgminer-5.4.0/knc-asic/RPi_gpio_pud.c
  inflating: bfgminer-5.4.0/knc-asic/asic.c
  inflating: bfgminer-5.4.0/knc-asic/dcdcpmbusoff
  inflating: bfgminer-5.4.0/knc-asic/dcdcpmbuson
  inflating: bfgminer-5.4.0/knc-asic/hexdump.c
  inflating: bfgminer-5.4.0/knc-asic/i2c-dev.h
  inflating: bfgminer-5.4.0/knc-asic/i2c.c
  inflating: bfgminer-5.4.0/knc-asic/i2c.h
  inflating: bfgminer-5.4.0/knc-asic/io-pwr.c
  inflating: bfgminer-5.4.0/knc-asic/knc-asic.c
  inflating: bfgminer-5.4.0/knc-asic/knc-asic.h
  inflating: bfgminer-5.4.0/knc-asic/knc-led.c
  inflating: bfgminer-5.4.0/knc-asic/knc-serial.c
  inflating: bfgminer-5.4.0/knc-asic/knc-spimux.c
  inflating: bfgminer-5.4.0/knc-asic/knc-transport-spimux.c
  inflating: bfgminer-5.4.0/knc-asic/knc-transport.h
  inflating: bfgminer-5.4.0/knc-asic/lcd-message
  inflating: bfgminer-5.4.0/knc-asic/logging.c
  inflating: bfgminer-5.4.0/knc-asic/logging.h
  inflating: bfgminer-5.4.0/knc-asic/miner.h
  inflating: bfgminer-5.4.0/knc-asic/program-fpga
  inflating: bfgminer-5.4.0/knc-asic/rc.local
  inflating: bfgminer-5.4.0/knc-asic/stop_all_dcdcs
  inflating: bfgminer-5.4.0/knc-asic/tps65217.c
  inflating: bfgminer-5.4.0/knc-asic/tps65217.h
   creating: bfgminer-5.4.0/lib/
  inflating: bfgminer-5.4.0/lib/Makefile.am
  inflating: bfgminer-5.4.0/lib/dummy.c
  inflating: bfgminer-5.4.0/lib/memchr.c
  inflating: bfgminer-5.4.0/lib/memchr.valgrind
  inflating: bfgminer-5.4.0/lib/memmem.c
  inflating: bfgminer-5.4.0/lib/sig-handler.h
  inflating: bfgminer-5.4.0/lib/sigaction.c
  inflating: bfgminer-5.4.0/lib/signal.in.h
  inflating: bfgminer-5.4.0/lib/sigprocmask.c
  inflating: bfgminer-5.4.0/lib/stddef.in.h
  inflating: bfgminer-5.4.0/lib/stdint.in.h
  inflating: bfgminer-5.4.0/lib/str-two-way.h
  inflating: bfgminer-5.4.0/lib/string.in.h
  inflating: bfgminer-5.4.0/lib/strtok_r.c
  inflating: bfgminer-5.4.0/lib/Makefile.in
   creating: bfgminer-5.4.0/libbase58/
  inflating: bfgminer-5.4.0/libbase58/.gitignore
 extracting: bfgminer-5.4.0/libbase58/AUTHORS
  inflating: bfgminer-5.4.0/libbase58/COPYING
  inflating: bfgminer-5.4.0/libbase58/Makefile.am
  inflating: bfgminer-5.4.0/libbase58/README
  inflating: bfgminer-5.4.0/libbase58/autogen.sh
  inflating: bfgminer-5.4.0/libbase58/base58.c
  inflating: bfgminer-5.4.0/libbase58/clitool.c
  inflating: bfgminer-5.4.0/libbase58/configure.ac
  inflating: bfgminer-5.4.0/libbase58/libbase58.h
  inflating: bfgminer-5.4.0/libbase58/libbase58.pc.in
   creating: bfgminer-5.4.0/libbase58/tests/
 extracting: bfgminer-5.4.0/libbase58/tests/decode-b58c-fail.sh
 extracting: bfgminer-5.4.0/libbase58/tests/decode-b58c-null.sh
 extracting: bfgminer-5.4.0/libbase58/tests/decode-b58c-toolong.sh
  inflating: bfgminer-5.4.0/libbase58/tests/decode-b58c-tooshort.sh
  inflating: bfgminer-5.4.0/libbase58/tests/decode-b58c.sh
  inflating: bfgminer-5.4.0/libbase58/tests/decode-highbit-prefix.sh
  inflating: bfgminer-5.4.0/libbase58/tests/decode-highbit.sh
 extracting: bfgminer-5.4.0/libbase58/tests/decode-small.sh
  inflating: bfgminer-5.4.0/libbase58/tests/decode-zero.sh
  inflating: bfgminer-5.4.0/libbase58/tests/decode.sh
  inflating: bfgminer-5.4.0/libbase58/tests/encode-b58c.sh
  inflating: bfgminer-5.4.0/libbase58/tests/encode-fail.sh
 extracting: bfgminer-5.4.0/libbase58/tests/encode-small.sh
  inflating: bfgminer-5.4.0/libbase58/tests/encode.sh
  inflating: bfgminer-5.4.0/libbase58/ltmain.sh
  inflating: bfgminer-5.4.0/libbase58/aclocal.m4
  inflating: bfgminer-5.4.0/libbase58/configure
  inflating: bfgminer-5.4.0/libbase58/ar-lib
  inflating: bfgminer-5.4.0/libbase58/compile
  inflating: bfgminer-5.4.0/libbase58/config.guess
  inflating: bfgminer-5.4.0/libbase58/config.sub
  inflating: bfgminer-5.4.0/libbase58/install-sh
  inflating: bfgminer-5.4.0/libbase58/missing
  inflating: bfgminer-5.4.0/libbase58/depcomp
  inflating: bfgminer-5.4.0/libbase58/test-driver
  inflating: bfgminer-5.4.0/libbase58/Makefile.in
  inflating: bfgminer-5.4.0/libbitfury.c
  inflating: bfgminer-5.4.0/libbitfury.h
   creating: bfgminer-5.4.0/libblkmaker/
  inflating: bfgminer-5.4.0/libblkmaker/.gitignore
  inflating: bfgminer-5.4.0/libblkmaker/AUTHORS
  inflating: bfgminer-5.4.0/libblkmaker/COPYING
  inflating: bfgminer-5.4.0/libblkmaker/Makefile.am
  inflating: bfgminer-5.4.0/libblkmaker/README
  inflating: bfgminer-5.4.0/libblkmaker/autogen.sh
  inflating: bfgminer-5.4.0/libblkmaker/base58.c
  inflating: bfgminer-5.4.0/libblkmaker/blkmaker.c
  inflating: bfgminer-5.4.0/libblkmaker/blkmaker.h
  inflating: bfgminer-5.4.0/libblkmaker/blkmaker_jansson.c
  inflating: bfgminer-5.4.0/libblkmaker/blkmaker_jansson.h
  inflating: bfgminer-5.4.0/libblkmaker/blktemplate.c
  inflating: bfgminer-5.4.0/libblkmaker/blktemplate.h
  inflating: bfgminer-5.4.0/libblkmaker/configure.ac
  inflating: bfgminer-5.4.0/libblkmaker/example.c
  inflating: bfgminer-5.4.0/libblkmaker/hex.c
  inflating: bfgminer-5.4.0/libblkmaker/libblkmaker_jansson.pc.in
  inflating: bfgminer-5.4.0/libblkmaker/private.h
  inflating: bfgminer-5.4.0/libblkmaker/testinput.c
  inflating: bfgminer-5.4.0/libblkmaker/ltmain.sh
  inflating: bfgminer-5.4.0/libblkmaker/aclocal.m4
  inflating: bfgminer-5.4.0/libblkmaker/configure
  inflating: bfgminer-5.4.0/libblkmaker/ar-lib
  inflating: bfgminer-5.4.0/libblkmaker/compile
  inflating: bfgminer-5.4.0/libblkmaker/config.guess
  inflating: bfgminer-5.4.0/libblkmaker/config.sub
  inflating: bfgminer-5.4.0/libblkmaker/install-sh
  inflating: bfgminer-5.4.0/libblkmaker/missing
  inflating: bfgminer-5.4.0/libblkmaker/depcomp
  inflating: bfgminer-5.4.0/libblkmaker/Makefile.in
  inflating: bfgminer-5.4.0/libztex.c
  inflating: bfgminer-5.4.0/libztex.h
  inflating: bfgminer-5.4.0/linux-usb-bfgminer
  inflating: bfgminer-5.4.0/logging.c
  inflating: bfgminer-5.4.0/logging.h
  inflating: bfgminer-5.4.0/lowl-ftdi.c
  inflating: bfgminer-5.4.0/lowl-ftdi.h
  inflating: bfgminer-5.4.0/lowl-hid.c
  inflating: bfgminer-5.4.0/lowl-hid.h
  inflating: bfgminer-5.4.0/lowl-mswin.c
  inflating: bfgminer-5.4.0/lowl-mswin.h
  inflating: bfgminer-5.4.0/lowl-pci.c
  inflating: bfgminer-5.4.0/lowl-pci.h
  inflating: bfgminer-5.4.0/lowl-spi.c
  inflating: bfgminer-5.4.0/lowl-spi.h
  inflating: bfgminer-5.4.0/lowl-usb.c
  inflating: bfgminer-5.4.0/lowl-usb.h
  inflating: bfgminer-5.4.0/lowl-vcom.c
  inflating: bfgminer-5.4.0/lowl-vcom.h
  inflating: bfgminer-5.4.0/lowlevel.c
  inflating: bfgminer-5.4.0/lowlevel.h
   creating: bfgminer-5.4.0/m4/
  inflating: bfgminer-5.4.0/m4/00gnulib.m4
  inflating: bfgminer-5.4.0/m4/bundled_lib.m4
  inflating: bfgminer-5.4.0/m4/custom_subdirs.m4
  inflating: bfgminer-5.4.0/m4/extensions.m4
  inflating: bfgminer-5.4.0/m4/gnulib-cache.m4
  inflating: bfgminer-5.4.0/m4/gnulib-common.m4
  inflating: bfgminer-5.4.0/m4/gnulib-comp.m4
  inflating: bfgminer-5.4.0/m4/gnulib-tool.m4
  inflating: bfgminer-5.4.0/m4/include_next.m4
  inflating: bfgminer-5.4.0/m4/longlong.m4
  inflating: bfgminer-5.4.0/m4/memchr.m4
  inflating: bfgminer-5.4.0/m4/memmem.m4
  inflating: bfgminer-5.4.0/m4/mmap-anon.m4
  inflating: bfgminer-5.4.0/m4/multiarch.m4
  inflating: bfgminer-5.4.0/m4/onceonly.m4
  inflating: bfgminer-5.4.0/m4/sigaction.m4
  inflating: bfgminer-5.4.0/m4/signal_h.m4
  inflating: bfgminer-5.4.0/m4/signalblocking.m4
  inflating: bfgminer-5.4.0/m4/stddef_h.m4
  inflating: bfgminer-5.4.0/m4/stdint.m4
  inflating: bfgminer-5.4.0/m4/string_h.m4
  inflating: bfgminer-5.4.0/m4/strtok_r.m4
  inflating: bfgminer-5.4.0/m4/warn-on-use.m4
  inflating: bfgminer-5.4.0/m4/wchar_t.m4
  inflating: bfgminer-5.4.0/make-release
   creating: bfgminer-5.4.0/malgo/
  inflating: bfgminer-5.4.0/malgo/keccak.c
  inflating: bfgminer-5.4.0/malgo/scrypt.c
  inflating: bfgminer-5.4.0/malgo/scrypt.h
  inflating: bfgminer-5.4.0/malgo/sha256d.c
  inflating: bfgminer-5.4.0/mcp2210.c
  inflating: bfgminer-5.4.0/mcp2210.h
  inflating: bfgminer-5.4.0/miner.c
  inflating: bfgminer-5.4.0/miner.h
  inflating: bfgminer-5.4.0/miner.php
  inflating: bfgminer-5.4.0/ocl.c
  inflating: bfgminer-5.4.0/ocl.h
   creating: bfgminer-5.4.0/opencl/
  inflating: bfgminer-5.4.0/opencl/diablo.cl
  inflating: bfgminer-5.4.0/opencl/diakgcn.cl
  inflating: bfgminer-5.4.0/opencl/keccak.cl
  inflating: bfgminer-5.4.0/opencl/phatk.cl
  inflating: bfgminer-5.4.0/opencl/poclbm.cl
  inflating: bfgminer-5.4.0/opencl/psw.cl
  inflating: bfgminer-5.4.0/opencl/scrypt.cl
  inflating: bfgminer-5.4.0/opencl/zuikkis.cl
   creating: bfgminer-5.4.0/openwrt/
  inflating: bfgminer-5.4.0/openwrt/.gitignore
   creating: bfgminer-5.4.0/openwrt/bfgminer/
  inflating: bfgminer-5.4.0/openwrt/bfgminer/Makefile
  inflating: bfgminer-5.4.0/openwrt/multibuild.sh
  inflating: bfgminer-5.4.0/setup-vfio
  inflating: bfgminer-5.4.0/sha2.c
  inflating: bfgminer-5.4.0/sha2.h
  inflating: bfgminer-5.4.0/sha256_4way.c
  inflating: bfgminer-5.4.0/sha256_altivec_4way.c
  inflating: bfgminer-5.4.0/sha256_cryptopp.c
  inflating: bfgminer-5.4.0/sha256_generic.c
  inflating: bfgminer-5.4.0/sha256_sse2_amd64.c
  inflating: bfgminer-5.4.0/sha256_sse2_i386.c
  inflating: bfgminer-5.4.0/sha256_sse4_amd64.c
  inflating: bfgminer-5.4.0/sha256_via.c
  inflating: bfgminer-5.4.0/start-bfgminer.sh
  inflating: bfgminer-5.4.0/test-bfgminer.sh
  inflating: bfgminer-5.4.0/titan-asic.c
  inflating: bfgminer-5.4.0/titan-asic.h
  inflating: bfgminer-5.4.0/tm_i2c.c
  inflating: bfgminer-5.4.0/tm_i2c.h
  inflating: bfgminer-5.4.0/todo_ztex.txt
  inflating: bfgminer-5.4.0/usbtest.py
  inflating: bfgminer-5.4.0/util.c
  inflating: bfgminer-5.4.0/util.h
  inflating: bfgminer-5.4.0/version.c
  inflating: bfgminer-5.4.0/warn-on-use.h
  inflating: bfgminer-5.4.0/windows-build.txt
  inflating: bfgminer-5.4.0/winhacks.h
  inflating: bfgminer-5.4.0/work2d.c
  inflating: bfgminer-5.4.0/work2d.h
   creating: bfgminer-5.4.0/x86_32/
 extracting: bfgminer-5.4.0/x86_32/.gitignore
  inflating: bfgminer-5.4.0/x86_32/Makefile.am
  inflating: bfgminer-5.4.0/x86_32/sha256_xmm.asm
  inflating: bfgminer-5.4.0/x86_32/Makefile.in
   creating: bfgminer-5.4.0/x86_64/
 extracting: bfgminer-5.4.0/x86_64/.gitignore
  inflating: bfgminer-5.4.0/x86_64/Makefile.am
  inflating: bfgminer-5.4.0/x86_64/sha256_sse4_amd64.asm
  inflating: bfgminer-5.4.0/x86_64/sha256_xmm_amd64.asm
  inflating: bfgminer-5.4.0/x86_64/Makefile.in
  inflating: bfgminer-5.4.0/version.h
  inflating: bfgminer-5.4.0/aclocal.m4
  inflating: bfgminer-5.4.0/configure
  inflating: bfgminer-5.4.0/config.h.in
  inflating: bfgminer-5.4.0/compile
  inflating: bfgminer-5.4.0/config.guess
  inflating: bfgminer-5.4.0/config.sub
  inflating: bfgminer-5.4.0/install-sh
  inflating: bfgminer-5.4.0/missing
  inflating: bfgminer-5.4.0/test-driver
  inflating: bfgminer-5.4.0/Makefile.in
  inflating: bfgminer-5.4.0/depcomp
finishing deferred symbolic links:
  bfgminer-5.4.0/ccan-upstream/ccan/build_assert/LICENSE -> ../../licenses/CC0
  bfgminer-5.4.0/ccan-upstream/ccan/cast/LICENSE -> ../../licenses/LGPL-2.1
  bfgminer-5.4.0/ccan-upstream/ccan/compiler/LICENSE -> ../../licenses/CC0
  bfgminer-5.4.0/ccan-upstream/ccan/opt/LICENSE -> ../../licenses/GPL-2
  bfgminer-5.4.0/ccan-upstream/ccan/typesafe_cb/LICENSE -> ../../licenses/CC0
minera@minera /var/www/minera/minera-bin/custom $ cd  bfgminer-5.4.0/
minera@minera /var/www/minera/minera-bin/custom/bfgminer-5.4.0 $ ./autogen.sh
Getting submodules...
You need to run this command from the toplevel of the working tree.
minera@minera /var/www/minera/minera-bin/custom/bfgminer-5.4.0 $ ./configure
checking build system type... armv7l-unknown-linux-gnueabihf
checking host system type... armv7l-unknown-linux-gnueabihf
checking target system type... armv7l-unknown-linux-gnueabihf
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for gcc option to accept ISO C99... -std=gnu99
checking for ranlib... ranlib
checking whether gcc -std=gnu99 needs -traditional... no
checking for ranlib... (cached) ranlib
checking how to run the C preprocessor... gcc -E
checking for a sed that does not truncate output... /bin/sed
checking sys/mman.h usability... yes
checking sys/mman.h presence... yes
checking for sys/mman.h... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking for stdint.h... (cached) yes
checking for mprotect... yes
checking for sigaction... yes
checking for sigaltstack... yes
checking for siginterrupt... yes
checking for mmap... yes
checking for MAP_ANONYMOUS... yes
checking whether memchr works... yes
checking whether memmem is declared... yes
checking for memmem... yes
checking whether memmem works... yes
checking for C/C++ restrict keyword... __restrict
checking for uid_t in sys/types.h... yes
checking for inline... inline
checking whether the preprocessor supports include_next... yes
checking whether system header files limit the line length... no
checking for wchar_t... yes
checking for unsigned long long int... yes
checking for long long int... yes
checking whether stdint.h conforms to C99... yes
checking whether memmem is declared without a macro... yes
checking whether mempcpy is declared without a macro... yes
checking whether memrchr is declared without a macro... yes
checking whether rawmemchr is declared without a macro... yes
checking whether stpcpy is declared without a macro... yes
checking whether stpncpy is declared without a macro... yes
checking whether strchrnul is declared without a macro... yes
checking whether strdup is declared without a macro... yes
checking whether strncat is declared without a macro... yes
checking whether strndup is declared without a macro... yes
checking whether strnlen is declared without a macro... yes
checking whether strpbrk is declared without a macro... yes
checking whether strsep is declared without a macro... yes
checking whether strcasestr is declared without a macro... yes
checking whether strtok_r is declared without a macro... yes
checking whether strerror_r is declared without a macro... yes
checking whether strsignal is declared without a macro... yes
checking whether strverscmp is declared without a macro... yes
checking whether strtok_r is declared... (cached) yes
checking whether memmem works in linear time... yes
checking for memmem... (cached) yes
checking whether memmem works... (cached) yes
checking for struct sigaction.sa_sigaction... yes
checking for volatile sig_atomic_t... yes
checking for sighandler_t... yes
checking whether sigaction is declared without a macro... yes
checking whether sigaddset is declared without a macro... yes
checking whether sigdelset is declared without a macro... yes
checking whether sigemptyset is declared without a macro... yes
checking whether sigfillset is declared without a macro... yes
checking whether sigismember is declared without a macro... yes
checking whether sigpending is declared without a macro... yes
checking whether sigprocmask is declared without a macro... yes
checking for sigprocmask... yes
checking whether NULL can be used in arbitrary expressions... yes
checking for strtok_r... yes
checking whether strtok_r works... yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for ANSI C header files... (cached) yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking sys/epoll.h usability... yes
checking sys/epoll.h presence... yes
checking for sys/epoll.h... yes
checking for sys/mman.h... (cached) yes
checking sys/prctl.h usability... yes
checking sys/prctl.h presence... yes
checking for sys/prctl.h... yes
checking sys/file.h usability... yes
checking sys/file.h presence... yes
checking for sys/file.h... yes
checking sys/termios.h usability... yes
checking sys/termios.h presence... yes
checking for sys/termios.h... yes
checking linux/spi/spidev.h usability... yes
checking linux/spi/spidev.h presence... yes
checking for linux/spi/spidev.h... yes
checking for struct i2c_msg.buf... no
checking for struct i2c_msg.len... yes
checking pwd.h usability... yes
checking pwd.h presence... yes
checking for pwd.h... yes
checking for chroot... yes
checking for sleep... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking whether HASH_ITER is declared... yes
checking whether DL_CONCAT is declared... yes
checking linux/vfio.h usability... no
checking linux/vfio.h presence... no
checking for linux/vfio.h... no
configure: WARNING: linux/vfio.h not found; PCI device support will require UIO (and root access)
checking for pthread_cancel... with -pthread -lpthread
checking for nanosleep... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for JANSSON... yes
checking for libmicrohttpd... yes
checking for libevent... yes
checking for pkg-config... (cached) /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBUSB... yes
checking for hidapi... no
checking for hidapi... no
checking for hidapi... no
checking whether libusb_error_name is declared... yes
checking what baud rates your system supports... done
checking for best native curses library... configure: WARNING: ncursesw5 doesn't seem to be installed properly
ncurses5
checking whether curses library supports wide characters... no
checking for libbase58... yes
checking whether the linker recognizes the -zorigin option... yes
checking for armv7l-unknown-linux-gnueabihf-ldconfig... no
checking for ldconfig... ldconfig
checking libudev.h usability... yes
checking libudev.h presence... yes
checking for libudev.h... yes
checking for LIBCURL... yes
checking for setrlimit... yes
checking for bswap_* functions... found in byteswap.h
checking if bswap_16 is already a macro... yes
checking for platform endian... little endian (endian.h)
checking if good static asserts compile... yes
checking if GNU format attribute compiles... yes
checking for clock_gettime(CLOCK_MONOTONIC)... yes
checking for library containing clock_gettime... -lrt
checking for clock_nanosleep... no
checking for clock_gettime(CLOCK_MONOTONIC_RAW)... yes
checking for log2... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating x86_64/Makefile
config.status: creating x86_32/Makefile
config.status: creating ccan.bfg/Makefile
config.status: creating lib/Makefile
config.status: creating 70-bfgminer.rules
config.status: creating config.h
config.status: executing depfiles commands
=== configuring in libblkmaker (/var/www/minera/minera-bin/custom/bfgminer-5.4.0/libblkmaker)
configure: running /bin/bash ./configure --disable-option-checking '--prefix=/usr/local'  'libbase58_LIBS=-L/usr/local/lib -lbase58  ' 'libbase58_CFLAGS=-I/usr/local/include  ' --cache-file=/dev/null --srcdir=.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for gcc option to accept ISO C99... -std=gnu99
checking for ar... ar
checking the archiver (ar) interface... ar
checking build system type... armv7l-unknown-linux-gnueabihf
checking host system type... armv7l-unknown-linux-gnueabihf
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc -std=gnu99... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert armv7l-unknown-linux-gnueabihf file names to armv7l-unknown-linux-gnueabihf format... func_convert_file_noop
checking how to convert armv7l-unknown-linux-gnueabihf file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc -std=gnu99 object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -std=gnu99 -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc -std=gnu99 supports -fno-rtti -fno-exceptions... no
checking for gcc -std=gnu99 option to produce PIC... -fPIC -DPIC
checking if gcc -std=gnu99 PIC flag -fPIC -DPIC works... yes
checking if gcc -std=gnu99 static flag -static works... yes
checking if gcc -std=gnu99 supports -c -o file.o... yes
checking if gcc -std=gnu99 supports -c -o file.o... (cached) yes
checking whether the gcc -std=gnu99 linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for JANSSON... yes
checking for libbase58... yes
checking for strchr in -lws2_32... no
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating libblkmaker_jansson-0.1.pc
config.status: executing depfiles commands
config.status: executing libtool commands

------------------------------------------------------------------------
bfgminer 5.4.0 configuration options summary
------------------------------------------------------------------------

  CFLAGS...............: -pthread -g -O2 -I/usr/local/include/libusb-1.0 -I/usr/local/include -pthread -I/usr/local/include -I/var/www/minera/minera-bin/custom/bfgminer-5.4.0/libblkmaker
  LDFLAGS..............: -pthread -lpthread -lcurl -L/usr/local/lib -ljansson -lncurses -ltinfo -lm -ludev -L/usr/local/lib -lusb-1.0 -lrt -L/usr/local/lib -lbase58 -L/var/www/minera/minera-bin/custom/bfgminer-5.4.0/libblkmaker/.libs -Wl,-rpath,\$$ORIGIN/libblkmaker/.libs,-zorigin -lblkmaker_jansson-0.1 -lblkmaker-0.1
  Installation.prefix..: /usr/local

  Enabled..Lowlevel....: ftdi pci pci:uio spi usb vcom
  Disabled.Lowlevel....: hid mswin pci:vfio
  Enabled..Drivers.....: antminer avalon avalonmm bfx bifury bigpic bitforce bitforce:pci bitfury cairnsmore cointerra compac drillbit dualminer erupter hashbusterusb hashfast icarus klondike littlefury modminer proxy proxy:getwork proxy:stratum rockminer twinfury x6500 ztex
  Disabled.Drivers.....: alchemist bfsb bitforce:mswin bitmain cpu gridseed hashbuster jingtian knc kncasic metabank minergate minion nanofury opencl titan zeusminer
    To enable zeusminer: enable scrypt
    To enable gridseed: enable scrypt
    To enable nanofury: install hidapi
    To enable hashbuster: install hidapi
  Enabled..Algorithms..: SHA256d
  Disabled.Algorithms..: Keccak scrypt
  Enabled..Options.....: ncurses5
  Disabled.Options.....:

minera@minera /var/www/minera/minera-bin/custom/bfgminer-5.4.0 $ make
( cd . && ./gen-version.sh ) >version.h.new
cmp ./version.h version.h.new && rm version.h.new || mv version.h.new ./version.h
make  all-recursive
make[1]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0'
Making all in lib
make[2]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
  GEN      arg-nonnull.h
  GEN      c++defs.h
  GEN      warn-on-use.h
  GEN      signal.h
  GEN      string.h
make  all-recursive
make[3]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make[4]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
  CC       dummy.o
  AR       libgnu.a
make[4]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make[3]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make[2]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
Making all in ccan.bfg
make[2]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/ccan.bfg'
  CC       ../ccan-upstream/ccan/opt/libccan_a-helpers.o
  CC       ../ccan-upstream/ccan/opt/libccan_a-opt.o
  CC       ../ccan-upstream/ccan/opt/libccan_a-parse.o
  CC       ../ccan-upstream/ccan/opt/libccan_a-usage.o
  AR       libccan.a
make[2]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/ccan.bfg'
Making all in libblkmaker
make[2]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/libblkmaker'
  CC       libblkmaker_jansson_0.1_la-blkmaker_jansson.lo
  CC       libblkmaker_0.1_la-base58.lo
  CC       libblkmaker_0.1_la-blkmaker.lo
  CC       libblkmaker_0.1_la-blktemplate.lo
  CC       libblkmaker_0.1_la-hex.lo
  CCLD     libblkmaker-0.1.la
  CCLD     libblkmaker_jansson-0.1.la
make[2]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/libblkmaker'
make[2]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0'
  CC       bfgminer-miner.o
  CC       bfgminer-deviceapi.o
  CC       bfgminer-util.o
  CC       bfgminer-sha2.o
  CC       bfgminer-api.o
  CC       bfgminer-version.o
  CC       bfgminer-logging.o
  CC       bfgminer-driver-proxy.o
  CC       bfgminer-httpsrv.o
  CC       bfgminer-driver-getwork.o
  CC       bfgminer-driver-stratum.o
  CC       malgo/bfgminer-sha256d.o
  CC       bfgminer-lowl-vcom.o
  CC       bfgminer-lowl-usb.o
  CC       bfgminer-binloader.o
  CC       bfgminer-lowlevel.o
  CC       bfgminer-dynclock.o
  CC       bfgminer-work2d.o
  CC       bfgminer-driver-bitforce.o
  CC       bfgminer-driver-bigpic.o
  CC       bfgminer-driver-drillbit.o
  CC       bfgminer-driver-twinfury.o
  CC       bfgminer-driver-icarus.o
  CC       bfgminer-driver-cairnsmore.o
  CC       bfgminer-driver-erupter.o
  CC       bfgminer-driver-antminer.o
  CC       bfgminer-gc3355.o
  CC       bfgminer-driver-dualminer.o
  CC       bfgminer-driver-avalon.o
  CC       bfgminer-driver-avalonmm.o
  CC       bfgminer-driver-klondike.o
  CC       bfgminer-driver-hashbusteravalon.o
  CC       bfgminer-driver-modminer.o
  CC       bfgminer-driver-x6500.o
  CC       bfgminer-jtag.o
  CC       bfgminer-driver-ztex.o
  CC       bfgminer-libztex.o
  CC       bfgminer-driver-bifury.o
  CC       bfgminer-driver-bitfury.o
  CC       bfgminer-libbitfury.o
  CC       bfgminer-driver-bfx.o
  CC       bfgminer-driver-littlefury.o
  CC       bfgminer-driver-hashbusterusb.o
  CC       bfgminer-driver-cointerra.o
  CC       bfgminer-driver-hashfast.o
  CC       bfgminer-driver-rockminer.o
  CC       bfgminer-lowl-ftdi.o
  CC       bfgminer-lowl-pci.o
  CC       bfgminer-lowl-spi.o
make -C lib
make[3]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make  all-recursive
make[4]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make[5]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make[5]: Nothing to be done for 'all-am'.
make[5]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make[4]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make[3]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/lib'
make -C libblkmaker
make[3]: Entering directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/libblkmaker'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0/libblkmaker'
  CCLD     bfgminer
  CC       api-example.o
  CCLD     bfgminer-rpc
make[2]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0'
make[1]: Leaving directory '/var/www/minera/minera-bin/custom/bfgminer-5.4.0'

I'm running it with:
--scan antminer:all --set compac:210

I'm not setting any antminer frequency as it may confise the BE and U3.

Result:
gekkoscience compac sticks not seen
U3 detected as AMU
Block erupters not seen

I have the correct amount of ttyUSB* in /dev/ so all my ASICs are detected by the OS

What am I doing wrong ?


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: Luke-Jr on November 09, 2015, 04:57:03 PM
-S all --set compac:clock=210

Also possibly missing a sufficiently powered USB hub?


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: zOU on November 09, 2015, 04:59:43 PM
-S all --set compac:clock=210

Also possibly missing a sufficiently powered USB hub?

Thank you for the correction

They run fine separately on 3 computers, so hubs are fine :)

I wonder if there would be an incompatibility between the block erupters and the U3 on the same system...


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: buckrogers on November 10, 2015, 05:52:14 AM
Hi,

I'm running BFGMiner version 5.4.0 64bit on win 7 64bit ultimate.

I am trying to run the GekkoScience Compac UBS's in a powered USB hub.  I have 5 of the USB miners.

I'm using an Anker 10 port Powered Hub: http://www.amazon.com/Upgraded-Anker-SuperSpeed-Including-Charging/dp/B005NGQWL2  mor from the manufacturer: http://www.ianker.com/product/68ANHUB-B10A

I keep getting this error:

CBM 0: Comms error (werr=1)
CBM 1: Comms error (werr=1) 

I had 1 USB miner in the hub and got those errors then it started to go away.

The first one was hashing at stock about 8 GH/s and the second the same

I ran a .bat file  as follows:

bfgminer -o stratum+tcp://stratum.antpool.com:3333 -u xxx.x -p x --set compac:clock=0x0b83

I also tried:

bfgminer -o stratum+tcp://stratum.antpool.com:3333 -u xxx.x -p x --set compac:clock=150

I am not sure why im getting this error.

I did also try the cgminer version and ran zadig, but that didn't work for me, so i removed the zadig driver.

I just removed the second compac and im still getting the errors.

 [2015-11-10 00:44:50] CBM 0: Comms error (werr=1)
 [2015-11-10 00:45:07] CBM 0: Comms error (werr=1)
 [2015-11-10 00:45:15] CBM 0: Comms error (werr=1)
 [2015-11-10 00:45:18] CBM 0: Comms error (werr=1)
 [2015-11-10 00:45:21] CBM 0: Comms error (werr=1)
 [2015-11-10 00:45:28] CBM 0: Comms error (werr=1)
 [2015-11-10 00:45:33] CBM 0: Comms error (werr=1)
 [2015-11-10 00:45:34] CBM 0: Comms error (werr=1)
 [2015-11-10 00:49:01] Accepted 0053084d CBM 0  Diff 789/512
 [2015-11-10 00:49:26] CBM 0: Comms error (werr=1)
 [2015-11-10 00:49:55] Accepted 000b5ac7 CBM 0  Diff 5.77k/512
 [2015-11-10 00:50:09] CBM 0: Comms error (werr=1)

it seems as if it accepts once in a while.

Does anyone have a fix for this?

thanks!








Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: zOU on November 10, 2015, 10:39:38 AM
-S all --set compac:clock=210

Also possibly missing a sufficiently powered USB hub?

Well, that didn't improve the situation much :p

Antminer u3 seen as AMU: ok
2 BES out of 4 (but I suspect the hub here, so no big deal)
Compac stick not seen (and they work just fine with the special cgminer)


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: helipotte on November 10, 2015, 03:13:17 PM
Hi all.  I am having very high cpu usage with BFGminer 5.3.0 under windows 7 X64.  The gear I am hosting on this system consists of 16 monarch's.

Mining speeds for the frequency and voltage I have specified are good, but cpu usage is around 50-60%. Host system is a modern Intel based platform setup

for coin mining and nothing else.

Thanks!

Any ideas?


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: zOU on November 10, 2015, 04:31:19 PM
try 5.4.0 ? :)

taskmanager reports cgminer as hogging the cpu ?


Title: Re: BFGMiner 5.4.0: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, Alchemist
Post by: helipotte on November 10, 2015, 04:50:35 PM