Search content
Sort by
Showing 20 of 32 results by qiqiji
Re: Block Erupter Prisma (>=1.4 T/device, 0.75-0.78 W/G, <1 BTC/T, October Shipping)
So, we made some progress on one of our miners that was "misbehaving" by running it with CrazyGuy's RPi image. The original five I was having trouble with, magically started working again for no reason. I'm not disappointed in them working, but for 2 days they gave me hell. I did absolutely nothing new and they started working again. We'll see if they survive the night running well.
One unit that was previously not being detected correctly was remedied by using a new cable.
Luckily the damaged units seem to just be weak solder and one of my friends is going to fix that for us.
I do suggest CrazyGuy's pi image and following the instructions in his group buy thread. It's spot on for most issues.
We now have 100% of Prismas that are deployed up and running, we still have some more to deploy though and some to fix.
One unit that was previously not being detected correctly was remedied by using a new cable.
Luckily the damaged units seem to just be weak solder and one of my friends is going to fix that for us.
I do suggest CrazyGuy's pi image and following the instructions in his group buy thread. It's spot on for most issues.
We now have 100% of Prismas that are deployed up and running, we still have some more to deploy though and some to fix.
Where is CrazyGuy's group buy thread please? I can't find it
Re: Block Erupter Prisma (>=1.4 T/device, 0.75-0.78 W/G, <1 BTC/T, October Shipping)
I compile cgminer for raspberry pi
try both
https://github.com/ckolivas/cgminer
https://github.com/blockerupter/cgminer
can only get 1T speed
use their controller can get 1.4-1.5T speed
compile is quite easy
i just git clone https://github.com/ckolivas/cgminer.git
and cd cgminer
./autogen.sh
./configure --enable-blockerupter
sudo make
i try ckolivas's 4.7.1 , 4.7.0, and blockerupter's (which is 4.6.1), no luck, only 1T speed
try both
https://github.com/ckolivas/cgminer
https://github.com/blockerupter/cgminer
can only get 1T speed
use their controller can get 1.4-1.5T speed
compile is quite easy
i just git clone https://github.com/ckolivas/cgminer.git
and cd cgminer
./autogen.sh
./configure --enable-blockerupter
sudo make
i try ckolivas's 4.7.1 , 4.7.0, and blockerupter's (which is 4.6.1), no luck, only 1T speed
It seems like one of your boards isn't hashing. Make sure all your boards are connected and the power supply cables are snapped in.
Yes, you are half right
i'm along with AM's guy testing it, confirmed it's a firmware related bug(can be fix with a cgminer update, and not affect every units), sometimes boards #0 #1 #2 #3 recognized as #1 #2 #3 #4, so only #1 #2 #3 is woking, lost 1/4 hashrate.
When its happens, cgminer will show tons of error like this: BET0: Unexpected value 00 received
AM's guy are fixing it, stay turned
Re: Block Erupter Prisma (>=1.4 T/device, 0.75-0.78 W/G, <1 BTC/T, October Shipping)
I compile cgminer for raspberry pi
try both
https://github.com/ckolivas/cgminer
https://github.com/blockerupter/cgminer
can only get 1T speed
use their controller can get 1.4-1.5T speed
compile is quite easy
i just git clone https://github.com/ckolivas/cgminer.git
and cd cgminer
./autogen.sh
./configure --enable-blockerupter
sudo make
i try ckolivas's 4.7.1 , 4.7.0, and blockerupter's (which is 4.6.1), no luck, only 1T speed
try both
https://github.com/ckolivas/cgminer
https://github.com/blockerupter/cgminer
can only get 1T speed
use their controller can get 1.4-1.5T speed
compile is quite easy
i just git clone https://github.com/ckolivas/cgminer.git
and cd cgminer
./autogen.sh
./configure --enable-blockerupter
sudo make
i try ckolivas's 4.7.1 , 4.7.0, and blockerupter's (which is 4.6.1), no luck, only 1T speed
Re: [ANN] [MCL] MiracleCoin | No ICO | Proof of Faucet distribution | Traders Coin
I'm using windows wallet at home, i can get coins per hour normally
I also have a linux server, different location, different IP(not shared), It has no X server, so i can't use precompiled qt version, i use the source code from github and compiled a daemon version miraclecoind, it's runs fine and sync fine, but i can't get any coins
PS: i send 0.1 MCL to this wallet to test, it's fine
and my MiracleCoin.conf is like this
I also have a linux server, different location, different IP(not shared), It has no X server, so i can't use precompiled qt version, i use the source code from github and compiled a daemon version miraclecoind, it's runs fine and sync fine, but i can't get any coins
Code:
# miraclecoind getinfo
{
"version" : "v1.9.4.1",
"protocolversion" : 60018,
"walletversion" : 60000,
"balance" : 0.10000000,
"newmint" : 0.00000000,
"stake" : 0.00000000,
"blocks" : 4197,
"moneysupply" : 1000101.47641400,
"connections" : 16,
"proxy" : "",
"ip" : "114.215.124.133",
"difficulty" : 0.06555342,
"testnet" : false,
"keypoololdest" : 1413523153,
"keypoolsize" : 101,
"paytxfee" : 0.00010000,
"errors" : ""
}
{
"version" : "v1.9.4.1",
"protocolversion" : 60018,
"walletversion" : 60000,
"balance" : 0.10000000,
"newmint" : 0.00000000,
"stake" : 0.00000000,
"blocks" : 4197,
"moneysupply" : 1000101.47641400,
"connections" : 16,
"proxy" : "",
"ip" : "114.215.124.133",
"difficulty" : 0.06555342,
"testnet" : false,
"keypoololdest" : 1413523153,
"keypoolsize" : 101,
"paytxfee" : 0.00010000,
"errors" : ""
}
PS: i send 0.1 MCL to this wallet to test, it's fine
and my MiracleCoin.conf is like this
Code:
rpcuser=xxx
rpcpassword=xxx
server=1
addnode=xxxxxxxxx
addnode=xxxxxxxxx
addnode=xxxxxxxxx
rpcpassword=xxx
server=1
addnode=xxxxxxxxx
addnode=xxxxxxxxx
addnode=xxxxxxxxx
Re: [Minera v0.3.5] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
I found a issue due to Minera 0.3.5 with Raspberry B+ ( New version with 4 USB Ports )
When i power off ( from minera's web page or SSH then poweroff or halt ), after 10 to 15 second, Pi will auto poweron again
How ever, I test 2014-06-20 img form raspberrypi.org, not having this issue, and i manually install minera 0.3.5 and still not having this issue
When i power off ( from minera's web page or SSH then poweroff or halt ), after 10 to 15 second, Pi will auto poweron again
How ever, I test 2014-06-20 img form raspberrypi.org, not having this issue, and i manually install minera 0.3.5 and still not having this issue
I can't understand when you have the issue. But probably it's only an RPI config issue (wake up on lan?), nothing to do with Minera.
Now it's happens every time i try to shutdown the Pi no matter what IMG i use and the way i use ( from minera's UI or poweroff or halt ), and i test 6 of Raspberry Pi B+, it's all same! Is there anyone else use Raspberry Pi B+ here?
I think it's an RPI B+ issue, please check:
http://raspi.tv/2014/just-how-awesome-is-the-raspberry-pi-community-fixing-the-b-wont-shutdown-issue
Solved, i change a TF card and it won't happen again, old one is SanDisk 4G ( black, low-end ) , new one is SanDisk 8G ( red, high-speed )
And i think the link you gave talked about another issue ( use finger to touch GPIO to cause poweron ), but it's related to my issue, i can confirm that before i change the TF card, it happens, and after i change the TF card, it won't happen again too!
Re: [Minera v0.3.5] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
I found a issue due to Minera 0.3.5 with Raspberry B+ ( New version with 4 USB Ports )
When i power off ( from minera's web page or SSH then poweroff or halt ), after 10 to 15 second, Pi will auto poweron again
How ever, I test 2014-06-20 img form raspberrypi.org, not having this issue, and i manually install minera 0.3.5 and still not having this issue
When i power off ( from minera's web page or SSH then poweroff or halt ), after 10 to 15 second, Pi will auto poweron again
How ever, I test 2014-06-20 img form raspberrypi.org, not having this issue, and i manually install minera 0.3.5 and still not having this issue
I can't understand when you have the issue. But probably it's only an RPI config issue (wake up on lan?), nothing to do with Minera.
Now it's happens every time i try to shutdown the Pi no matter what IMG i use and the way i use ( from minera's UI or poweroff or halt ), and i test 6 of Raspberry Pi B+, it's all same! Is there anyone else use Raspberry Pi B+ here?
EDIT: Solved, i change a TF card and it won't happen again, old one is SanDisk 4G ( black, low-end ) , new one is SanDisk 8G ( red, high-speed )
Re: [Minera v0.3.5] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
I found a issue due to Minera 0.3.5 with Raspberry B+ ( New version with 4 USB Ports )
When i power off ( from minera's web page or SSH then poweroff or halt ), after 10 to 15 second, Pi will auto poweron again
How ever, I test 2014-06-20 img from raspberrypi.org, not having this issue, and i manually install minera 0.3.5 and still not having this issue.
When i power off ( from minera's web page or SSH then poweroff or halt ), after 10 to 15 second, Pi will auto poweron again
How ever, I test 2014-06-20 img from raspberrypi.org, not having this issue, and i manually install minera 0.3.5 and still not having this issue.
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
Or just revert your install to 0.3.2 with "git checkout f46ca0c156329d01eee76c2ae8daf98543cb45a0"
michelem
how can i revert minera to 0.3.4? just in case.
i want to test 0.3.5 now, it has a lot change so i think knowing a way back will be nice.
Code:
git checkout 2c01bf62a6d61023ab2d0dd5ffbff6f62eb40fa9
thank you! and 0.3.5 seem works fine for me
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
Or just revert your install to 0.3.2 with "git checkout f46ca0c156329d01eee76c2ae8daf98543cb45a0"
michelem
how can i revert minera to 0.3.4? just in case.
i want to test 0.3.5 now, it has a lot change so i think knowing a way back will be nice.
Re: [Minera v0.3.4] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
Heya, michelem.
Don't know if you or anybody else knows. Minera calculate HW percentages wrong.
By calculator.
HW Error / AC * 100 = The correct percentage.
Minera
Dunno how minera calculates hw percentages but its wrong.
Minera shows 8.07% but indeed the correct percentage is 8.84%.
http://i.imgur.com/B48T1nZ.jpg
Don't know if you or anybody else knows. Minera calculate HW percentages wrong.
By calculator.
HW Error / AC * 100 = The correct percentage.
Minera
Dunno how minera calculates hw percentages but its wrong.
Minera shows 8.07% but indeed the correct percentage is 8.84%.
http://i.imgur.com/B48T1nZ.jpg
I think you are wrong cause you should sum each share like this:
Hw/hw+ac+re *100
seconded
Re: [Minera v0.3.4] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
is there a way for me to control individual speeds of each gridseed in minera?
I have gridseed mini's.
thank you.
I have gridseed mini's.
thank you.
Use CPUminer with autotune
Re: [Minera v0.3.4] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
I hope someone can help....
I run a few Zeus Blizzards and a Hurricane x3 separately on two RasPis.
Until now I used Starminer. Both Raspis would freeze eventually, but only after 3 to 5 days. With Minera, they usually don't last 24hrs.
Now, after just resetting it froze within 2hrs...
I am using Dmaxl's cgminer. Everything running smooth, no weird hw error spikes, reject wall etc.. only frezzes sooner.
Is this normal, do you guys use auto-restart of the whole system every 20 hrs or so, or am I doing something wrong....just can't figure this out...
Essentially, I am using the same miner as Starminer uses, just different stuff on top... can this be caused by Minera UI being more demanding on the Raspi///
any ideas welcome....
I run a few Zeus Blizzards and a Hurricane x3 separately on two RasPis.
Until now I used Starminer. Both Raspis would freeze eventually, but only after 3 to 5 days. With Minera, they usually don't last 24hrs.
Now, after just resetting it froze within 2hrs...
I am using Dmaxl's cgminer. Everything running smooth, no weird hw error spikes, reject wall etc.. only frezzes sooner.
Is this normal, do you guys use auto-restart of the whole system every 20 hrs or so, or am I doing something wrong....just can't figure this out...
Essentially, I am using the same miner as Starminer uses, just different stuff on top... can this be caused by Minera UI being more demanding on the Raspi///
any ideas welcome....
solution 1: use bfgminer instead, extra option is
-S zus:all --set zus:chips=64 --set zus:clock=240(your clock here, 240 is for x6)
if you have device with different chips or clock ( yes, you can save 1 pi ), use this
-S zus:/dev/ttyUSB0 --set zus:chips=64 --set zus:clock=240 -S zus:/dev/ttyUSB1 --set zus:chips=64 --set zus:clock=328
or this ( use serial number, can get it when you in bfgminer and press M )
-S zus:all --set zus@A402UUQT:chips=64 --set zus@A402UUQT:clock=240 --set zus@AH02F9H0:chips=64 --set zus@AH02F9H0:clock=328
-------------------
solution 2: if you want to use cgminer, please edit /boot/cmdline.txt add slub_debug=FP to the end of file, DO NOT add new line, and reboot, this will fix your freeze issue
Re: [Minera v0.3.4] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
Hi michelem,
got some problem to send you PM.
Find below the stats. I just removed my pools data.
Cheers JMan7777
got some problem to send you PM.
Find below the stats. I just removed my pools data
.Code:
{"summary":[{"STATUS":[{"STATUS":"S","When":1407151177,"Code":11,"Msg":"Summary","Description":"bfgminer 4.6.0"}],"SUMMARY":[{"Elapsed":7570,"MHS av":30.403,"MHS 20s":27.114,"Found Blocks":55,"Getworks":227,"Accepted":2577,"Rejected":127,"Hardware Errors":131,"Utility":20.425,"Discarded":282310,"Stale":0,"Get Failures":0,"Local Work":286617,"Remote Failures":0,"Network Blocks":173,"Total MH":230154.9377,"Diff1 Work":47.32202148,"Work Utility":0.375,"Difficulty Accepted":45.47311397,"Difficulty Rejected":1.54916382,"Difficulty Stale":0,"Best Share":32.77024645,"Device Hardware%":4.8254,"Device Rejected%":3.2737,"Pool Rejected%":3.2945,"Pool Stale%":0,"Last getwork":1407151175}],"id":1}],"devs":[{"STATUS":[{"STATUS":"S","When":1407151177,"Code":9,"Msg":"1 PGA(s)","Description":"bfgminer 4.6.0"}],"DEVS":[{"PGA":0,"Name":"ZUS","ID":0,"Enabled":"Y","Status":"Alive","Device Elapsed":7588,"MHS av":30.331,"MHS 20s":31.001,"MHS rolling":31.001,"Accepted":2577,"Rejected":127,"Hardware Errors":131,"Utility":20.425,"Stale":0,"Last Share Pool":0,"Last Share Time":1407151176,"Total MH":230154.9377,"Diff1 Work":47.32202148,"Work Utility":0.374,"Difficulty Accepted":45.47311397,"Difficulty Rejected":1.54916382,"Difficulty Stale":0,"Last Share Difficulty":0.07647705,"Last Valid Work":1407151175,"Device Hardware%":4.8254,"Device Rejected%":3.2737}],"id":1}],"pools":[{"priority":0,"url":"REMOVED","active":true,"user":"REMOVED","pass":false,"stats":[{"start_time":false,"accepted":2577,"rejected":127,"shares":4081,"stop_time":false,"stats_id":1}],"stats_id":1,"alive":1},{"priority":1,"url":"REMOVED","active":false,"user":"REMOVED","pass":false,"stats":[{"start_time":false,"accepted":0,"rejected":0,"shares":0,"stop_time":false,"stats_id":1}],"stats_id":1,"alive":1},{"priority":2,"url":"REMOVED","active":false,"user":"REMOVED","pass":false,"stats":[{"start_time":false,"accepted":0,"rejected":0,"shares":0,"stop_time":false,"stats_id":1}],"stats_id":1,"alive":1},{"priority":3,"url":"stratum+tcp:\/\/multi.ghash.io:3333","active":false,"user":"michelem.minera","pass":false,"stats":[{"start_time":false,"accepted":0,"rejected":0,"shares":0,"stop_time":false,"stats_id":1}],"stats_id":1,"alive":1}],"id":1}
Cheers JMan7777
seems frequency and temperature is not there for zeus device
but when you use screen -r bfgminer then press M key，you can see device frequency ( show as Clock Speed )
Code:
Select processor to manage using up/down arrow keys
ZUS 0bv: | 26.3/ 26.6/ 32.4kh/s | A: 77 R: 0+ 0(none) HW: 6/7.2%
CP2102 USB to UART Bridge Controller from Silicon Labs
Serial: 0001
Clock speed: 304
[D]isable [C]lock speed
[Slash] Find processor [Plus] Add device(s) [Enter] Close device manager
ZUS 0bv: | 26.3/ 26.6/ 32.4kh/s | A: 77 R: 0+ 0(none) HW: 6/7.2%
CP2102 USB to UART Bridge Controller from Silicon Labs
Serial: 0001
Clock speed: 304
[D]isable [C]lock speed
[Slash] Find processor [Plus] Add device(s) [Enter] Close device manager
Code:
Select processor to manage using up/down arrow keys
ZUS 1aa: C:0 | 20.6/ 20.2/ 19.4kh/s | A: 46 R: 1+ 0(2.1%) HW: 29/ 38%
FT232R USB UART from FTDI
Serial: A402UUQT
Clock speed: 224
[D]isable [C]lock speed
[Slash] Find processor [Plus] Add device(s) [Enter] Close device manager
ZUS 1aa: C:0 | 20.6/ 20.2/ 19.4kh/s | A: 46 R: 1+ 0(2.1%) HW: 29/ 38%
FT232R USB UART from FTDI
Serial: A402UUQT
Clock speed: 224
[D]isable [C]lock speed
[Slash] Find processor [Plus] Add device(s) [Enter] Close device manager
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
Sorry I understand now. I am not sure why Dmxl is finicky. Maybe an update will fix it.
So you went 240 on your X6 that is very interesting results. I stayed at 280. I will try going to 240 as well to see if anything changes for me.
of cause my zeus miner is fine, zeus's img works fine, minera's bfgminer woks fine too ( before is my bad to set wrong clock to get 20% HW )
but with CGminer Dmaxl Zeus i only can get 2M/each and 9x% HW, i wonder why
PS: my zeus is HURRICANE X6, power-reduce version, 64chips, 240Mhz, 9-10M Hash power, 230W on wall ,not X3 which is 328Mhz or so
So you went 240 on your X6 that is very interesting results. I stayed at 280. I will try going to 240 as well to see if anything changes for me.
I wish I knew why it is not working for you. Have you tried the Zeus image and put the correct amount of chips and 280 to make sure it is not a bad miner?
so, why X3 can use CGminer Dmaxl Zeus while X6 can only get 99% HW ?
They use the same chips but different freq and lower power to achieve the results.
Clock of 240??
EDIT:
I think stock is 328 and most run it at 340.... maybe that's your problem, it would explaine your low consuption at the wall...
I take that back, I had the X3 in mind...
--ltc-debug should be --zeus-debug but it not help, still 99% HW
i think X3 and X6 use different usb chips then
Clock of 240??
EDIT:
I take that back, I had the X3 in mind...
--ltc-debug should be --zeus-debug but it not help, still 99% HW
i think X3 and X6 use different usb chips then
so, why X3 can use CGminer Dmaxl Zeus while X6 can only get 99% HW ?
of cause my zeus miner is fine, zeus's img works fine, minera's bfgminer woks fine too ( before is my bad to set wrong clock to get 20% HW )
but with CGminer Dmaxl Zeus i only can get 2M/each and 9x% HW, i wonder why
PS: my zeus is HURRICANE X6, power-reduce version, 64chips, 240Mhz, 9-10M Hash power, 230W on wall ,not X3 which is 328Mhz or so
i found new sweet spot for X6 is 224 ( or 228 ), i get 9.5M each, HW around 5%, 450W ( 2 of them, using Super Flower 550W Gold )
240 is also 9.5 ( or 9.6 -_- ) each, but HW is around 15-20% even more, 470W ( 2 of them ), i think those up 20W is just used for those HWs
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
I wish I knew why it is not working for you. Have you tried the Zeus image and put the correct amount of chips and 280 to make sure it is not a bad miner?
so, why X3 can use CGminer Dmaxl Zeus while X6 can only get 99% HW ?
They use the same chips but different freq and lower power to achieve the results.
Clock of 240??
EDIT:
I think stock is 328 and most run it at 340.... maybe that's your problem, it would explaine your low consuption at the wall...
I take that back, I had the X3 in mind...
--ltc-debug should be --zeus-debug but it not help, still 99% HW
i think X3 and X6 use different usb chips then
Clock of 240??
EDIT:
I take that back, I had the X3 in mind...
--ltc-debug should be --zeus-debug but it not help, still 99% HW
i think X3 and X6 use different usb chips then
so, why X3 can use CGminer Dmaxl Zeus while X6 can only get 99% HW ?
of cause my zeus miner is fine, zeus's img works fine, minera's bfgminer woks fine too ( before is my bad to set wrong clock to get 20% HW )
but with CGminer Dmaxl Zeus i only can get 2M/each and 9x% HW, i wonder why
PS: my zeus is HURRICANE X6, power-reduce version, 64chips, 240Mhz, 9-10M Hash power, 230W on wall ,not X3 which is 328Mhz or so
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
because i will use my pi to somewhere else, so i try to install minera to a Debian 7.6 PC (x64) to run my 20 Gridseed mini usb miners.
it's kind of working, almost all good, but have 2 tiny thing seems un-normal, any ideas?
1, When i save settings and restart (or just restart the miner by click restart button on dashboard ), that 'Sending action: restart , please wait...' dialog don't close even i wait for ten minutes. but in fact my miners is already working, if i refresh the minera's dashboard, those data is already there and very normally.
2, When i chose to Enable logging (--log), cpuminer won't work, log stops at some 'GC3355 chip mining thread started, in SINGLE mode', i had to disabled log to get my miner to work.
PS: pre-compiled binary file 'minerd-ubuntu-64bit' won't work for me, it's says 'error while loading shared libraries: libudev.so.1: cannot open shared object file: No such file or directory', so i re-compile it by those code gave by 'https://github.com/siklon/cpuminer-gc3355'
it's kind of working, almost all good, but have 2 tiny thing seems un-normal, any ideas?
1, When i save settings and restart (or just restart the miner by click restart button on dashboard ), that 'Sending action: restart , please wait...' dialog don't close even i wait for ten minutes. but in fact my miners is already working, if i refresh the minera's dashboard, those data is already there and very normally.
2, When i chose to Enable logging (--log), cpuminer won't work, log stops at some 'GC3355 chip mining thread started, in SINGLE mode', i had to disabled log to get my miner to work.
PS: pre-compiled binary file 'minerd-ubuntu-64bit' won't work for me, it's says 'error while loading shared libraries: libudev.so.1: cannot open shared object file: No such file or directory', so i re-compile it by those code gave by 'https://github.com/siklon/cpuminer-gc3355'
Code:
apt-get update
apt-get install -y build-essential libtool libcurl4-openssl-dev libjansson-dev libudev-dev libncurses5-dev autoconf automake
git clone https://github.com/siklon/cpuminer-gc3355
cd cpuminer-gc3355
./autogen.sh
./configure CFLAGS="-O3"
make
apt-get install -y build-essential libtool libcurl4-openssl-dev libjansson-dev libudev-dev libncurses5-dev autoconf automake
git clone https://github.com/siklon/cpuminer-gc3355
cd cpuminer-gc3355
./autogen.sh
./configure CFLAGS="-O3"
make
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
is there a way to run two miners at the same time? i have 4 Zeus blizzards and one Zeus hurricane on one pool and tow butterfly labs on another pool is it possible?
No you can't. I mean, you could but you never see the stats from both on Minera only from one.
I can't understand what's the problem with the image download. I just tried without any problems.
use zeusminers within minera's WEB UI and use others by manually run cmd in ssh
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
is there a way Bfgminer can use different Frequency to different miner?
i found one of mine should use 232 and other should use 224 for get best hash rate / power usage, about 19M and 460W total
when i use 240 to both, i get 18M and 500W total
EDIT: found it
-S zus:/dev/ttyUSB0 --set zus:chips=64 --set zus:clock=236 -S zus:/dev/ttyUSB1 --set zus:chips=64 --set zus:clock=224
i found one of mine should use 232 and other should use 224 for get best hash rate / power usage, about 19M and 460W total
when i use 240 to both, i get 18M and 500W total
EDIT: found it
-S zus:/dev/ttyUSB0 --set zus:chips=64 --set zus:clock=236 -S zus:/dev/ttyUSB1 --set zus:chips=64 --set zus:clock=224
i found ttyUSBx will change randomly each time i reboot the pi... it there any other way to set different clock for different miner ( ID etc.)?
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
They use the same chips but different freq and lower power to achieve the results.
Clock of 240??
EDIT:
I think stock is 328 and most run it at 340.... maybe that's your problem, it would explaine your low consuption at the wall...
I take that back, I had the X3 in mind...
--ltc-debug should be --zeus-debug but it not help, still 99% HW
i think X3 and X6 use different usb chips then
Clock of 240??
EDIT:
I take that back, I had the X3 in mind...
--ltc-debug should be --zeus-debug but it not help, still 99% HW
i think X3 and X6 use different usb chips then
so, why X3 can use CGminer Dmaxl Zeus while X6 can only get 99% HW ?
Re: [Minera v0.3.3] Your next mining dashboard is here. CPUminer/CGminer/BFGminer.
is there a way Bfgminer can use different Frequency to different miner?
i found one of mine should use 232 and other should use 224 for get best hash rate / power usage, about 19M and 460W total
when i use 240 to both, i get 18M and 500W total
EDIT: found it
-S zus:/dev/ttyUSB0 --set zus:chips=64 --set zus:clock=236 -S zus:/dev/ttyUSB1 --set zus:chips=64 --set zus:clock=224
i found one of mine should use 232 and other should use 224 for get best hash rate / power usage, about 19M and 460W total
when i use 240 to both, i get 18M and 500W total
EDIT: found it
-S zus:/dev/ttyUSB0 --set zus:chips=64 --set zus:clock=236 -S zus:/dev/ttyUSB1 --set zus:chips=64 --set zus:clock=224