K, I used the App for miner payouts :/ Damn...but good to know that you're working on it...
|
|
|
This is a known issue. It's a HUGE issue! The app became very useless for me within the last few weeks. It's very very slow and crashes a lot. - Galaxy S4 - Cyanogenmod 11.0 - 11 Addresses - 500+ Transactions
|
|
|
[...] --bitmine-a1-options <arg> Bitmine A1 options ref_clk_khz:sys_clk_khz:spi_clk_khz:override_chip_num
Any updates on this? What updates are you looking for? The question was related to his last sentence I've already experimented with it by myselfe, but as you mentioned, the HW errors went up and in the end I got the same amount, if not even less valid shares than in normal mode. So, there's no turbo mode at all...I wonder how they wanna fix this with a firmware update...even with an auto-tuning feature...
|
|
|
Overclocking Info! The webui offers three choices: Powersave Nominal Turbo (BETA)
This is picked up in /mineros/boot.py: def start_cgminer(): conn = sqlite3.connect(MINEROS_DB_LOCATION) c = conn.cursor() c.execute('SELECT * FROM cgminer LIMIT 1') row = c.fetchone()
a1_options='16000:800000:8000'
if row[13]=='0': a1_options='16000:600000:4000' elif row[13]=='1': a1_options='16000:800000:8000' elif row[13]=='2': a1_options='16000:1000000:8000'
os.system('start-stop-daemon --start --background -m --oknodo --pidfile /run/cgminer.pid --exec cgminer -- --text-only --lowmem --bitmine-a1-options '+a1_options+' -o '+row[1]+' -O '+row[2]+':'+row[3]+' -o '+row[4]+' -O '+row[5]+':'+row[6]+' -o '+row[7]+' -O '+row[8]+':'+row[9]+' '+row[10]+' --api-allow '+row[12]+' --api-listen --queue 50 '+row[13]+' &')
c.close()
The a1_options become arguments to the --bitmine-a1-options flag, which is documented as such: --bitmine-a1-options <arg> Bitmine A1 options ref_clk_khz:sys_clk_khz:spi_clk_khz:override_chip_num
I don't know what the clocking situation is on chip, not having read any docs, so I don't know what clock speeds are actually possible, but cgminer --bitmine-a1-options 16000:850000:8000 --lowmem -o stratum+tcp://stratum.mining.eligius.st:3334
is working great for me, returning around 645GH/s with a hardware error rate of 0.004% (yes! - 8HW with >170000 A+R+HW). I'm going for a walk to let stats stabilize; will try other clockrates later. Any updates on this?
|
|
|
6 modules in normal mode:
|
|
|
We tested the turbo mode during the past few hours and.........
You'll get arround 50 additional Ghash/s per unit BUT the HW errors go up. In the end, you'll get the same amount of valid shares like in normal mode XD At least the normal mode runs stable and does not produce any HW errors...
My conclusion: Turbo mode sucks...where's the firware update?
|
|
|
is gash anygood? whats the rate Not really...because it's already the biggest pool...but it has 0% fees and the ability to split up the payout which is perfect if you're sharing the miner with some others.
|
|
|
As I said, they're not runnig at my home. But I'll ask my friend for some screenshots... But first he has some problems to solve...according to eligius.st the two miners deliver only 377 Gh/s. At ghash.io it was around 600 Gh/s....which is very strange. There are no HW errors and they should deliver at least 1200 Gh/s :/
I think the stats of the pool take the average of some last rounds maybe - on slush it`s like that. Let it run for a few hours & look again. They've been running for over an hour now and still showing the same numbers...it's strange. The numbers on the display and the webinterface are correct. I always had some differences between cgminer and the pool stats in the past using my GPU miners....but 377 Gh/s vs 1200 Gh/s.....I don't know...something seems to be wrong... damn, not very encouraging.... you are the first guy I see reviewing an actual bitmine device... please go on testing the shit out of it... we need you. Bitmine remains silent. You guys are obviously new to mining. It can take a long time for your recorded hashrate on a pool to level out. Unless they offer hourly averages. On P2Pool it can take up to seventy-two hours. No XD As I said, we tried it at eligius which shows stats for multiple timeframes including 128 seconds. Btw, a round usually takes about 10 minutes and it was already running for more than an hour. I was also looking at the actual round times at blockchain.info. I'm not new to mining And the problem is already solved...it was because of that strange webinterface XD To sum it up: We're now using ghash.io which is showing us 1.4 Th/s for 6 modules in normal mode
|
|
|
@georgem : Nope, nothing yet....and I can't tell much about the interface beacause I haven't seen it for myselfe and we'll keep the port 80 closed for security reasons :-) Setup VPN for yourself - it`s also nice to let some php monitoring script run on a webspace via Cgminer-API & port-forwarding. It´s simple & you can even too regulate what IP-adresses are allowed to read the API. If looking for the script we use: https://bitcointalk.org/index.php?topic=222632.0This should help you too monitor the devices without opening some ports of web-if to the internet. We too let run each miner on some of this here: http://www.amazon.de/Websteckdose-Die-IP-Steckdose-WLAN-Temperatursensor/dp/B006O791N0 ... & same special built ones with 400V input & 3x 3600W (240V) output for the rigs. Perfect if a miner makes trouble & you have to reboot from abroad - all together a nice way to manage everything without being there. THX, I'm gonna look at this stuff later this week.
|
|
|
It's working now Problem:If you're using multiple pools, it will split the power. Usually multiple pools are used for failover... There's actually an option where you can set the pool balance, but if you select "Failover" it will set it back to "Pool Balance". Seems like the webinterface is in beta too...
|
|
|
As I said, they're not runnig at my home. But I'll ask my friend for some screenshots... But first he has some problems to solve...according to eligius.st the two miners deliver only 377 Gh/s. At ghash.io it was around 600 Gh/s....which is very strange. There are no HW errors and they should deliver at least 1200 Gh/s :/
I think the stats of the pool take the average of some last rounds maybe - on slush it`s like that. Let it run for a few hours & look again. They've been running for over an hour now and still showing the same numbers...it's strange. The numbers on the display and the webinterface are correct. I always had some differences between cgminer and the pool stats in the past using my GPU miners....but 377 Gh/s vs 1200 Gh/s.....I don't know...something seems to be wrong...
|
|
|
@georgem : Nope, nothing yet....and I can't tell much about the interface beacause I haven't seen it for myselfe and we'll keep the port 80 closed for security reasons
|
|
|
As I said, they're not runnig at my home. But I'll ask my friend for some screenshots... But first he has some problems to solve...according to eligius.st the two miners deliver only 377 Gh/s. At ghash.io it was around 600 Gh/s....which is very strange. There are no HW errors and they should deliver at least 1200 Gh/s :/
|
|
|
I can't make a video beacause they are at my friends house Turbo mode is available but it states that it's still in beta.
|
|
|
@xray : Nothing at all...but I live in Switzerland as well @giorgiotheclown: 2 extra modules, which is + 50%.
|
|
|
It arrived But I have to wait a few more hours... make a video review please I can't...it arrived at my friends home. But I'll post some pictures later this evening... Good to know: - The included power plugs are german -.- Funny bitmine, very funny... - The miner is preconfigured to mine for Bitmine at eligi.us XD Well, maybe they had to test it....but they should make a reset before they deliver it.
|
|
|
It arrived But I have to wait a few more hours...
|
|
|
Really? What's your position?
|
|
|
So the dec batch is shipping ? Rave which batch r u in.?
First one The order was placed back in June for an Avalon Clone and got transfared to the Desk within the first few hours. It should arrive today...I'll post some updates as soon as I can.
|
|
|
|