ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 27, 2014, 01:30:48 AM |
|
I see that there as well. I will fix it. It's been rock solid for me. Which Hub are you using? That worked. On your site you had a space between --dualminer and -pll It had a negligible increase and seemed to make it a tad more unstable, so I just set it back. Not worth breaking the warranty (such that it is) for it. Thanks! Here is the exact code param I use. --dualminer-pll 850 Let me know how that works for you. Also make sure you have a good hub. The DualMiner overclock also only works in scrypt mode not dual mode. At least so far. Good article. I tried your overclocking params and no matter what CGMiner instantly shuts down. Could you elaborate on what you did to achieve that?
|
|
|
|
lajz99
|
|
February 27, 2014, 01:54:55 AM |
|
Can someone please post a rpi image for everyone? I will offer a .025btc bounty.
|
|
|
|
velvethammer2
Member
Offline
Activity: 65
Merit: 10
|
|
February 27, 2014, 02:03:02 AM |
|
is there a windows version of cgminer yet or should we keep running the GUI?
|
Did I Help? BTC: 1CNjvKYdqXNmkNvt87fQSRbEftxsDanV1H LTC: LWUkLNiGTwBZkgKRH3VKuLvZHGVvjmxVXZ
|
|
|
demonmaestro
|
|
February 27, 2014, 02:37:44 AM |
|
Can someone please post a rpi image for everyone? I will offer a .025btc bounty.
Of a ready to mine setup? or just of the raspbian? Ill make a image of the iso that will be ready to rock. I will also include instructions on changing your pool info . Basically change your pool info and reboot it and it will be ready to go with auto boot mining.
|
Feel Like Donating? bc1q0v5nfdejapffewu67gft7zw7zsmnfmmkt3lf02 Buy/Sell BitCoin & LiteCoin Click here! | Looking for a great exchange? CoinBase Has you covered.
|
|
|
CruzCoins
Newbie
Offline
Activity: 41
Merit: 0
|
|
February 27, 2014, 02:46:48 AM |
|
Can someone please post a rpi image for everyone? I will offer a .025btc bounty.
Hi, I have an rpi image created for you that is already configured and will happily collect bounty. However, I recommend that people make the build themselves following the guide. If I create an image for you and you run it, you have no way of know that I did nothing malicious and hid it in the image. If you build it yourself you can sha1sum your original image and get packages for yourself. Again, I'll happily collect but I wouldn't run unknown custom pre-built images on your money printing device ;p
|
|
|
|
Tathata
Member
Offline
Activity: 94
Merit: 10
|
|
February 27, 2014, 04:16:07 AM |
|
I got a small rig to test with 2 units and both are set to litecoin only, yet one stays on 40ish Kh/s the other the right number 70Kh/s. Anyone have any ideas?
|
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 27, 2014, 04:24:55 AM |
|
Have you tried moving the switch back to dual mode then back to LTC mode? It almost looks like it is stuck in dual mode without the SHA-256 side registering. I got a small rig to test with 2 units and both are set to litecoin only, yet one stays on 40ish Kh/s the other the right number 70Kh/s. Anyone have any ideas?
|
|
|
|
poopypants
|
|
February 27, 2014, 06:28:55 AM Last edit: February 27, 2014, 09:51:23 PM by poopypants |
|
So I have another question? I have a gridseed 5-chip unit and went and compiled and installed the new cpuminer for that hardware on my pi. Earlier today I compiled and ran successfully the cgminer for dualminer. Now after installing cpuminer when I go to run my .sh file for dualminer it says cgminer --scrypt unrecognized option. Obviously the only thing I can think of that would have screwed it up was installing cpuminer.
Any ideas?
EDIT: I figured it out, what happened was I installed dbartles cgminer from github and installed that and forgot that I did that after installing the dualminer cgminer. So i just started again with a fresh image of rabisian and re-installed the dualminer cgminer, and the new cpuminer for the gridseed 5 chip. Both are now hashing away thanks to the help from this forum.
|
|
|
|
|
CruzCoins
Newbie
Offline
Activity: 41
Merit: 0
|
|
February 27, 2014, 09:33:08 AM Last edit: March 31, 2014, 04:00:23 AM by CruzCoins |
|
CruzCoins after step 9 do you need to leave the pc on with the vnc//SSH running? The whole point for me to setup this is to not have th mega WATTS pc on 24/7. Hope you don't need it on Good question. I updated the guide to reflect these concerns. To answer your question: no you do not need to keep your pc on.
|
|
|
|
Tathata
Member
Offline
Activity: 94
Merit: 10
|
|
February 27, 2014, 02:21:18 PM |
|
Have you tried moving the switch back to dual mode then back to LTC mode? It almost looks like it is stuck in dual mode without the SHA-256 side registering.
It was still in dual miner lol, long day.
|
|
|
|
poopypants
|
|
February 27, 2014, 11:41:12 PM |
|
Last question, I swear. Does anyone else that is running the dualminer-cgminer on linux have a problem when switching to a different pool, and when doing so lose a couple usb miners that will not connect. For example I am running 16 dualminers, when I switch from pool A close cgminer, load pool B .sh file now only 12 of the dualminers show up. So I have to unplug all of them from the hubs, run dmesg then plug them all back in, run dmesg now connect again and all 16 show up and start mining. But when I decide to switch to another pool, not all 16 show up and I have to repeat the above step to get the all online again?
|
|
|
|
CruzCoins
Newbie
Offline
Activity: 41
Merit: 0
|
|
February 28, 2014, 12:34:52 AM |
|
Last question, I swear. Does anyone else that is running the dualminer-cgminer on linux have a problem when switching to a different pool, and when doing so lose a couple usb miners that will not connect. For example I am running 16 dualminers, when I switch from pool A close cgminer, load pool B .sh file now only 12 of the dualminers show up. So I have to unplug all of them from the hubs, run dmesg then plug them all back in, run dmesg now connect again and all 16 show up and start mining. But when I decide to switch to another pool, not all 16 show up and I have to repeat the above step to get the all online again?
How are you closing your previous pool connection? Pressing 'Q' or just closing the terminal/ctrl+c? I have noticed this but usually when improperly stopping cgminer. When this occurs I just power cycle the hubs/reboot the machine. You could try to make a script that reboots in between switching pools if you want it automated.
|
|
|
|
poopypants
|
|
February 28, 2014, 12:50:09 AM |
|
Last question, I swear. Does anyone else that is running the dualminer-cgminer on linux have a problem when switching to a different pool, and when doing so lose a couple usb miners that will not connect. For example I am running 16 dualminers, when I switch from pool A close cgminer, load pool B .sh file now only 12 of the dualminers show up. So I have to unplug all of them from the hubs, run dmesg then plug them all back in, run dmesg now connect again and all 16 show up and start mining. But when I decide to switch to another pool, not all 16 show up and I have to repeat the above step to get the all online again?
How are you closing your previous pool connection? Pressing 'Q' or just closing the terminal/ctrl+c? I have noticed this but usually when improperly stopping cgminer. When this occurs I just power cycle the hubs/reboot the machine. You could try to make a script that reboots in between switching pools if you want it automated. Which is better? I use ctrl+c, thank you for the reply too and all the help. I will try using Q and report back if that helped.
|
|
|
|
CruzCoins
Newbie
Offline
Activity: 41
Merit: 0
|
|
February 28, 2014, 01:00:22 AM |
|
Last question, I swear. Does anyone else that is running the dualminer-cgminer on linux have a problem when switching to a different pool, and when doing so lose a couple usb miners that will not connect. For example I am running 16 dualminers, when I switch from pool A close cgminer, load pool B .sh file now only 12 of the dualminers show up. So I have to unplug all of them from the hubs, run dmesg then plug them all back in, run dmesg now connect again and all 16 show up and start mining. But when I decide to switch to another pool, not all 16 show up and I have to repeat the above step to get the all online again?
How are you closing your previous pool connection? Pressing 'Q' or just closing the terminal/ctrl+c? I have noticed this but usually when improperly stopping cgminer. When this occurs I just power cycle the hubs/reboot the machine. You could try to make a script that reboots in between switching pools if you want it automated. Which is better? I use ctrl+c, thank you for the reply too and all the help. I will try using Q and report back if that helped. I recommend 'Q' to safely end the cgminer process before starting a new one. This should prevent DMs from not wanting to restart with another session. You can always run to make sure that all of your DMs are connected before starting cgminer. Note that for each DM you will have a pair of ttyUSB's. For example with 2 DMs, ls /dev/ttyUSB* would look like /dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2 /dev/ttyUSB3. So, if you have 10 DMs you should have /dev/ttyUSB0 to /dev/ttyUSB19 listed. Not shutting down cgminer properly can cause DMs to not show up in /dev/ttyUSB*, and therefore not register with cgminer when it is restarted.
|
|
|
|
demonmaestro
|
|
February 28, 2014, 01:12:56 AM |
|
Using cgminer i notice will get it stuck in dual mode BUT it will mine in LTC mode. (both lights will come on) Direct DowloadTorrent Download <- would recommend but will take a little while. 1)Plug in your miners into the Raspberry Pi. 2) Download Putty from here. 3) Get your Ip and put it in where its showing on mine. (ex:192.168.1.103) 4) Then hit open 5) Login to your Raspberry pi with the default username and pass. User: pi | Pass: raspberry 6) Type in this 7) Change your pool url, user, and pass 8) Hold down CRTL button and press X. It will ask you if you want to save hit Y then Enter. 9) Then type this in. 10) You are up and mining. When want to do a reset for your dualminers on dual-mode just unplug the hub and plug it back in.
|
Feel Like Donating? bc1q0v5nfdejapffewu67gft7zw7zsmnfmmkt3lf02 Buy/Sell BitCoin & LiteCoin Click here! | Looking for a great exchange? CoinBase Has you covered.
|
|
|
ManeBjorn
Legendary
Offline
Activity: 1288
Merit: 1004
|
|
February 28, 2014, 01:21:03 AM |
|
I'm glad it is all set now. I have days like that too. Have you tried moving the switch back to dual mode then back to LTC mode? It almost looks like it is stuck in dual mode without the SHA-256 side registering.
It was still in dual miner lol, long day.
|
|
|
|
demonmaestro
|
|
February 28, 2014, 02:16:45 AM |
|
Last question, I swear. Does anyone else that is running the dualminer-cgminer on linux have a problem when switching to a different pool, and when doing so lose a couple usb miners that will not connect. For example I am running 16 dualminers, when I switch from pool A close cgminer, load pool B .sh file now only 12 of the dualminers show up. So I have to unplug all of them from the hubs, run dmesg then plug them all back in, run dmesg now connect again and all 16 show up and start mining. But when I decide to switch to another pool, not all 16 show up and I have to repeat the above step to get the all online again?
How are you closing your previous pool connection? Pressing 'Q' or just closing the terminal/ctrl+c? I have noticed this but usually when improperly stopping cgminer. When this occurs I just power cycle the hubs/reboot the machine. You could try to make a script that reboots in between switching pools if you want it automated. Which is better? I use ctrl+c, thank you for the reply too and all the help. I will try using Q and report back if that helped. I recommend 'Q' to safely end the cgminer process before starting a new one. This should prevent DMs from not wanting to restart with another session. You can always run to make sure that all of your DMs are connected before starting cgminer. Note that for each DM you will have a pair of ttyUSB's. For example with 2 DMs, ls /dev/ttyUSB* would look like /dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2 /dev/ttyUSB3. So, if you have 10 DMs you should have /dev/ttyUSB0 to /dev/ttyUSB19 listed. Not shutting down cgminer properly can cause DMs to not show up in /dev/ttyUSB*, and therefore not register with cgminer when it is restarted. your command to show if they are connected is off. that is the correct one.
|
Feel Like Donating? bc1q0v5nfdejapffewu67gft7zw7zsmnfmmkt3lf02 Buy/Sell BitCoin & LiteCoin Click here! | Looking for a great exchange? CoinBase Has you covered.
|
|
|
CruzCoins
Newbie
Offline
Activity: 41
Merit: 0
|
|
February 28, 2014, 03:41:25 AM |
|
Last question, I swear. Does anyone else that is running the dualminer-cgminer on linux have a problem when switching to a different pool, and when doing so lose a couple usb miners that will not connect. For example I am running 16 dualminers, when I switch from pool A close cgminer, load pool B .sh file now only 12 of the dualminers show up. So I have to unplug all of them from the hubs, run dmesg then plug them all back in, run dmesg now connect again and all 16 show up and start mining. But when I decide to switch to another pool, not all 16 show up and I have to repeat the above step to get the all online again?
How are you closing your previous pool connection? Pressing 'Q' or just closing the terminal/ctrl+c? I have noticed this but usually when improperly stopping cgminer. When this occurs I just power cycle the hubs/reboot the machine. You could try to make a script that reboots in between switching pools if you want it automated. Which is better? I use ctrl+c, thank you for the reply too and all the help. I will try using Q and report back if that helped. I recommend 'Q' to safely end the cgminer process before starting a new one. This should prevent DMs from not wanting to restart with another session. You can always run to make sure that all of your DMs are connected before starting cgminer. Note that for each DM you will have a pair of ttyUSB's. For example with 2 DMs, ls /dev/ttyUSB* would look like /dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2 /dev/ttyUSB3. So, if you have 10 DMs you should have /dev/ttyUSB0 to /dev/ttyUSB19 listed. Not shutting down cgminer properly can cause DMs to not show up in /dev/ttyUSB*, and therefore not register with cgminer when it is restarted. your command to show if they are connected is off. that is the correct one. They are both producing the same outputs for me on raspbian and ubuntu. Would there be any instance of the DMs not being assigned to a ttyUSB* where *USB* is necessary? Just curious if it's possible for them to register otherwise. If so, I will change my post to make it more accurate.
|
|
|
|
demonmaestro
|
|
February 28, 2014, 04:07:53 AM |
|
Last question, I swear. Does anyone else that is running the dualminer-cgminer on linux have a problem when switching to a different pool, and when doing so lose a couple usb miners that will not connect. For example I am running 16 dualminers, when I switch from pool A close cgminer, load pool B .sh file now only 12 of the dualminers show up. So I have to unplug all of them from the hubs, run dmesg then plug them all back in, run dmesg now connect again and all 16 show up and start mining. But when I decide to switch to another pool, not all 16 show up and I have to repeat the above step to get the all online again?
How are you closing your previous pool connection? Pressing 'Q' or just closing the terminal/ctrl+c? I have noticed this but usually when improperly stopping cgminer. When this occurs I just power cycle the hubs/reboot the machine. You could try to make a script that reboots in between switching pools if you want it automated. Which is better? I use ctrl+c, thank you for the reply too and all the help. I will try using Q and report back if that helped. I recommend 'Q' to safely end the cgminer process before starting a new one. This should prevent DMs from not wanting to restart with another session. You can always run to make sure that all of your DMs are connected before starting cgminer. Note that for each DM you will have a pair of ttyUSB's. For example with 2 DMs, ls /dev/ttyUSB* would look like /dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2 /dev/ttyUSB3. So, if you have 10 DMs you should have /dev/ttyUSB0 to /dev/ttyUSB19 listed. Not shutting down cgminer properly can cause DMs to not show up in /dev/ttyUSB*, and therefore not register with cgminer when it is restarted. your command to show if they are connected is off. that is the correct one. They are both producing the same outputs for me on raspbian and ubuntu. Would there be any instance of the DMs not being assigned to a ttyUSB* where *USB* is necessary? Just curious if it's possible for them to register otherwise. If so, I will change my post to make it more accurate. If so not to my knowlage. however usually anything that is plugged in via USB to the Raspberry pi will showup under /dev/*USB* .
|
Feel Like Donating? bc1q0v5nfdejapffewu67gft7zw7zsmnfmmkt3lf02 Buy/Sell BitCoin & LiteCoin Click here! | Looking for a great exchange? CoinBase Has you covered.
|
|
|
|