Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 77. (Read 5805508 times)

Assuming you installed everything right and have tried different USB ports and plugged them in again after setting the winUSB driver, and have tried rebooting as well, then the most likely thing is actually a faulty device. I've seen quite a few reports where people had to RMA these devices and their replacement one was fine.

Hey

I just bought an R-Box and would like to use cgminer. I installed the WinUSB driver using zadig. I still get an error, though:

"USB init, open device failed, err -3, you don't have privilege to access - AMU device 6:2"
"Icarus detect (6:2) failed to initialize (incorrect device?)"

It's about how the window is layed out.

I've created an AntMinerS2 firmware.

Presumably it's because they both use the same communication chip and I never tested this combination of hardware since my Jalapeno has long since been gotten rid of. You should try disabling the bxm instead of enabling the others with --usb BXM:0

I'm running 1 NF2 and 2 NF6. Is it possible to pass separate nfu-bits values to the individual devices? Could someone explain to me how this would be achieved.

You built without libncurses dev installed.

However a few days ago I built again from github on Ubuntu 14.04 and I noticed that the output on the screen is now different. It looks very much like the output in the blue window below. The whole top section is gone and it does not react to any input like p, d, s, or q. What do I need to do to get the "old" way of displaying back?

You DO realize, that since 3.7.2 cgminer is NOT supporting GPU anymore?

[...]

from the readme:
https://github.com/ckolivas/cgminer/blob/master/README


Easiest I think is to change it from within cgminer. Hit "P" and it should be self explanatory from there. Once done and back in the main screen hit "S" and write a config file. From then on change your command line to load that config file at start up ( --config or -c ).

"--load-balance Change multipool strategy from failover to quota based balance"
What this means exactly? Will this only just load balance equally to the set pools?
Can we set custom % wise quota for each pool? I found this option in Antminer S3.
Example: 10% to Pool 1, 50% to Pool2 and 40% to Pool 3?
It will be great if this is answered in context with the Antminer S3 too.

LOAD BALANCE:
This strategy sends work to all the pools on a quota basis. By default, all
pools are allocated equal quotas unless specified with --quota. This
apportioning of work is based on work handed out, not shares returned so is
independent of difficulty targets or rejected shares. While a pool is disabled
or dead, its quota is dropped until it is re-enabled. Quotas are forward
looking, so if the quota is changed on the fly, it only affects future work.
If all pools are set to zero quota or all pools with quota are dead, it will
fall back to a failover mode. See quota below for more information.

The failover-only flag has special meaning in combination with load-balance
mode and it will distribute quota back to priority pool 0 from any pools that
are unable to provide work for any reason so as to maintain quota ratios
between the rest of the pools.

New version: 4.5.0, 29th July 2014

Mainly new and updated drivers.


Human readable changelog:

- Driver for new device Hashratio, uses direct USB as per all other devices to work generically on any PC platform.
- Completely rewritten driver for avalon2/3 to use direct USB for generic PC usage, with automatic default voltage and frequency settings if not specified, on screen information, and much smarter fan control.
- Merged KnC updates for Neptune support.
- Changed the cointerra driver to not fail on old firmware with checksum errors, allowing people with these devices to easily generically plug them into their PCs.
- Put lots more documentation into READMEs.
- Fixed the windows packages to have windows style end of lines again and be readable in notepad.


Full changelog:

- Fix windows build for hashratio and ava2
- Demote bad checksum message in cointerra driver but allow message to still be
parsed since it won't allow existing firmwares to work otherwise
- Reorder and document the configure options
- Merge https://github.com/KnCMiner/cgminer into knc
- Change default voltage on ava2 to 0.666V because Satan
- Enable combined building of avalon2 and hashratio
- Fix stratum embedded fpgas to not duplicate work with other devices
- Implement smarter PID type fan control for ava2 allowing more generous
temperatures and far lower fan speeds for optimal power and noise usage. Adjust
default frequency to 450 as per recommendation.
- Fix various warnings in ava2
- Go back to polling design since async will not work for ava2 and fix various
read design errors
- Fix error in 2nd read functions for av2 and hro
- Correct init and read sequence for ava2, and convert from a polling mechanism
to a separate read thread
- Initial commit of ava2 conversion to direct USB
- Display frequency and voltage with ava2 on the statline
- Store fan percentage and display temp and fan percent for ava2
- Set avalon2 frequency and voltage to appropriate defaults if none are
specified on the command line
- Demote some ava2 messages that don't need to be errors and remove unused works
array
- Fix broken fan logic for ava2
- Fix hexdump on 64bit
- rockminer frequency is between 200 and 400 MHz
- fix jansson include path in cgminer-api compile instructions
- Remove requirement for ifndefs for avalon2 from the generic driver work
function
- Fix hashratio device name
- Make submit_nonce2_nonce return whether the share was valid or not
- Reinstate missing necessary init sequence for hashratio
- Handle disconnected hashratio devices
- Add hashratio frequency command line
- Fix stratum updates not being passed to hashratio devices and clean up
- Move to updated avalon2 type driver model for hashratio device
- Initial import and conversion of hashratio driver to direct USB
- Increase the internal buffer for API response,   as "stats" command response
can grow greater than 8K
- Detach test pool thread only if we have a blocking startup

I'm positive this is where you want to post this question

https://bitcointalk.org/index.php?topic=671189.3740

The LuCi and openwrt are not by con or the cgminer crew. It is possible one of the nice folks on here will know the answer though. Bitmain and openwrt would have actually done the programming for that part.

EDIT: I can't wait for a binary that uses a new version of cgminer. I really should look into if its possible to add a config file and have everything work as I like more then 3 backups.