Bitcoin Forum
November 27, 2021, 06:15:31 PM *
News: Latest Bitcoin Core release: 22.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 [49] 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 ... 108 »
  Print  
Author Topic: Official FutureBit Moonlander 2 Driver and Support Thread  (Read 69152 times)
jstefanop
Legendary
*
Offline Offline

Activity: 1929
Merit: 1310


View Profile
January 31, 2018, 07:28:10 PM

I think I had one of mine die sometime this morning -- it shoes 100% HW error rate at 700mhz. It hashes at like 83.2kh and constantly stops hashing/restarts.

This is a completely different unit than the one I mentioned a few posts ago.

What frequency were you running it before it died?

700mhz, highest I've ever run it was 756mhz.


I知 so lost right now. I知 helping my 10 year old son build a rig with a Moonlander 2 on a RPi3.... I知 running at a 100% HW..... it just showed up in the mail today... first , I知 sorry to attach this to your post... I知 so new I don稚 even know how to start my own post... please help a dad who痴 trying his best.... thanks

Are you running it directly off the pi? If so thats the issue...the pi itself can't provide enough power for these. Otherwise try lowering the clock down to base 384 frequency and see if your still getting 100% errors. If you have a windows machine try running it on that to rule out issues with the stick itself.

Project Apollo: A Pod Miner Designed for the Home https://bitcointalk.org/index.php?topic=4974036
FutureBit Moonlander 2 USB Scrypt Stick Miner: https://bitcointalk.org/index.php?topic=2125643.0
LTC:LX5vpxrQE4eLRLPobKwZhw2comkKFCh3p4 - BTC:14w9Lea6kdVzspJk8TQRe7qSYu9LhzJJsh
1638036931
Hero Member
*
Offline Offline

Posts: 1638036931

View Profile Personal Message (Offline)

Ignore
1638036931
Reply with quote  #2

1638036931
Report to moderator
1638036931
Hero Member
*
Offline Offline

Posts: 1638036931

View Profile Personal Message (Offline)

Ignore
1638036931
Reply with quote  #2

1638036931
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1638036931
Hero Member
*
Offline Offline

Posts: 1638036931

View Profile Personal Message (Offline)

Ignore
1638036931
Reply with quote  #2

1638036931
Report to moderator
crawlingspleen
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
February 01, 2018, 01:33:12 AM

quick question.

I have 1 stick that will hash just happy at 924, another won't budge past 796. Can I set them to run those frequencies on the same scrypt?
blockchain49er
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
February 01, 2018, 02:27:42 AM

I ordered 2 Moonlander 2 and have them hashing. The problem is that no matter what I do one of the sticks have an error rate of 5-10%. I've tried modifying clock settings, different USB ports, different computers, powered USB hubs, etc.

One stick is <.5% error rate and the other is 5-10% consistently. I've gone as low at 600MHz and as high as 796 each with similar results.

I've purchased directly from the developer on eBay. Not sure if I have a defective unit or I need to tweak the pots maybe?

Interested to hear any ideas on how to troubleshoot this.

Try raising the memory and core voltage. Also some units do show higher error rate, but does not actually affect the hashrate (i.e. the uart controller sometimes spits out garbage, but all the "real" shares still come out properly). Are you also seeing a corresponding 5-10% drop in hashrate?

Yes, it is for sure affecting the hashrate and, as expected, the accepted shares are much lower on the one MLD (similar percentage drop). Even when running standalone on the same USB port as the other device I see 5-10% error rate and a much lower hashrate. I'll try to adjust the pots and will check them first with the multimeter to see if they are even the same.

I'm using one of the recommended powered USB hubs from Amazon which puts out 1.5A per port.
achtung082
Sr. Member
****
Offline Offline

Activity: 357
Merit: 255


View Profile
February 01, 2018, 05:59:49 AM

Any chance someone can write up a step-by-step guide for getting these working on a Raspberry Pi 3B? I'm a Linux novice and most of what I see assumes a certain level of know how. I was hoping to set it up wirelessly on Minera, but at this point I'm so confused I'll take what I can get... Thanks in advance!

so you need the a foolproof copy n paste "just get it to work" description?

i'll write a short version for you that is most probably not perfect - but will most probably work.


Login to your raspberry pi with putty. (if this already is a problem - let me know). - you can as well login locally if you got keyboard and screen attached!

install neccesary library files (thanks to jstefanop for providing this info)
Code:
sudo apt install libjansson-dev libcurl4-openssl-dev


Code:
mkdir miner
 this will create a directory in your home directory for bfgminer.
Code:
cd miner
now you are in the new folder with the name "miner"

Code:
wget https://github.com/jstefanop/bfgminer/releases/download/bfgminer-5.4.2-futurebit2/bfgminer_5.4.2-futurebit2_linux_armv6.tar.gz
this will download the precompiled (ready to run) bfgminer from jstefanop.

now lets unpack this tar.gz file - this is a zipped tarball (something like a .zip file in windows - atleast similar)

Code:
tar xzfv bfgminer_5.4.2-futurebit2_linux_armv6.tar.gz
now theres running lots of text of the files being unpacked into a folder.

lets go into the new unpacked folder!
Code:
cd bfgminer_5.4.2-futurebit2_linux_armv6

here is the complete bfgminer including a short startup script from jstefanop.

now you can either edit the existing start script by using editor of your choice - i am using nano.
Code:
nano start_moonlander2.sh
and change the pool, the username (after -u) the password (after -p) and save the file again
Code:
CTRL + o
or
Code:
STRG + o
depending on keyboard layout.

now thats its saved - quit the editor.
Code:
CTRL + X
or
Code:
STRG + x

you are ready to do a test run!
Code:
./start_moonlander2.sh
now bfgminer will start (hopefully).

if you dont want to edit existing config you can as well try this:
Code:
echo ./bfgminer --scrypt -o stratum+tcp://us.litecoinpool.org:3333 -u jstefanop.1 -p 1,d=128 -S ALL --set MLD:clock=600 >startmoonlander.sh
in this line you change the pool - the username - the password option.
this will create a new file called "startmoonlander.sh" with your options - which can be modified later.

this file cant be used right now cause it is not executable. lets change that!
Code:
chmod +x startmoonlander.sh

and now you can try your new startup script!
Code:
./startmoonlander.sh

if you encounter any errors - describe them as good as possible or show us a screenshot and i bet - we will find a solution!

Greetings - Astrali


These don't work as described in Linux raspberrypi 4.1.19+ #858 Tue Mar 15 15:52:03 GMT 2016 armv6l

"./bfgminer: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not found (required by ./bfgminer)"

I'm pulling updates and doing some testing. Does cgminer work? I never had good luck getting bfgminer, it's always seemed temperamental. I stopped using it back when block errupters were a thing.



Support sidehack projects: 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
My Sales Wallet BTC:bc1qxtxsc86lessnrsm52gf7qgmqle75htdr03zdd7 - LTC:LNLKyKkGNCJakZudGjc2qg26yYz7oeo92k - ETH:0xDf1b17872D9Ff22F04270BbDA13556B3E1649E27
Xantor1234
Newbie
*
Offline Offline

Activity: 17
Merit: 0


View Profile
February 01, 2018, 10:00:30 AM

This seems to be the only setting that works, If I set it higher, or lower it fails to respond. 800 is not even in your list of preset clock speeds. I've adjusted the power, lowered it, raised it, not difference. It is hashing at about 3.4Mh/s with HW:251/.20% in the last 21hrs.

If you set it to something not in the list it will go to the default speed.

Try to start at the low end of the speed table, and work up from there. Adjust core voltage when it no longer hashes reliably.
Don't start anywhere near 800 until it's tuned in and you're sure the temperature is manageable.
Xantor1234
Newbie
*
Offline Offline

Activity: 17
Merit: 0


View Profile
February 01, 2018, 10:10:24 AM

quick question.

I have 1 stick that will hash just happy at 924, another won't budge past 796. Can I set them to run those frequencies on the same scrypt?

Yes:

... -S MLD:all --set MLD@COM7:clock=924 --set MLD@COM8:clock=796

(official notation should be --set MLD@\\.\COMx:clock=nnn but this works as well)
lennyNO
Newbie
*
Offline Offline

Activity: 76
Merit: 0


View Profile
February 01, 2018, 01:21:57 PM

I have 1 stick that will hash just happy at 924, another won't budge past 796. Can I set them to run those frequencies on the same scrypt?
Not sure what you mean by "won't budge past..."? What happens if you set both (or the 2nd only) at 924Mhz? It does not start at all. Have you increased the core voltage? The currentdraw can, when not tuned carefully, be humongeous at those clockspeeds, so the best advice is to increment one step at a time, and see what happens. E.g., both at 796, then both at 800 etc. It could be that your powersupply (in the usb hub) simply can't deliver the current needed.
Tweaking the pot meters to keep the units hashing at desired hashrate AND at the lowest power (=heat) is fun, but not trivial.
achtung082
Sr. Member
****
Offline Offline

Activity: 357
Merit: 255


View Profile
February 01, 2018, 01:57:26 PM
Last edit: February 01, 2018, 02:11:17 PM by achtung082

Any chance someone can write up a step-by-step guide for getting these working on a Raspberry Pi 3B? I'm a Linux novice and most of what I see assumes a certain level of know how. I was hoping to set it up wirelessly on Minera, but at this point I'm so confused I'll take what I can get... Thanks in advance!

so you need the a foolproof copy n paste "just get it to work" description?

i'll write a short version for you that is most probably not perfect - but will most probably work.


Login to your raspberry pi with putty. (if this already is a problem - let me know). - you can as well login locally if you got keyboard and screen attached!

install neccesary library files (thanks to jstefanop for providing this info)
Code:
sudo apt install libjansson-dev libcurl4-openssl-dev


Code:
mkdir miner
 this will create a directory in your home directory for bfgminer.
Code:
cd miner
now you are in the new folder with the name "miner"

Code:
wget https://github.com/jstefanop/bfgminer/releases/download/bfgminer-5.4.2-futurebit2/bfgminer_5.4.2-futurebit2_linux_armv6.tar.gz
this will download the precompiled (ready to run) bfgminer from jstefanop.

now lets unpack this tar.gz file - this is a zipped tarball (something like a .zip file in windows - atleast similar)

Code:
tar xzfv bfgminer_5.4.2-futurebit2_linux_armv6.tar.gz
now theres running lots of text of the files being unpacked into a folder.

lets go into the new unpacked folder!
Code:
cd bfgminer_5.4.2-futurebit2_linux_armv6

here is the complete bfgminer including a short startup script from jstefanop.

now you can either edit the existing start script by using editor of your choice - i am using nano.
Code:
nano start_moonlander2.sh
and change the pool, the username (after -u) the password (after -p) and save the file again
Code:
CTRL + o
or
Code:
STRG + o
depending on keyboard layout.

now thats its saved - quit the editor.
Code:
CTRL + X
or
Code:
STRG + x

you are ready to do a test run!
Code:
./start_moonlander2.sh
now bfgminer will start (hopefully).

if you dont want to edit existing config you can as well try this:
Code:
echo ./bfgminer --scrypt -o stratum+tcp://us.litecoinpool.org:3333 -u jstefanop.1 -p 1,d=128 -S ALL --set MLD:clock=600 >startmoonlander.sh
in this line you change the pool - the username - the password option.
this will create a new file called "startmoonlander.sh" with your options - which can be modified later.

this file cant be used right now cause it is not executable. lets change that!
Code:
chmod +x startmoonlander.sh

and now you can try your new startup script!
Code:
./startmoonlander.sh

if you encounter any errors - describe them as good as possible or show us a screenshot and i bet - we will find a solution!

Greetings - Astrali


These don't work as described in Linux raspberrypi 4.1.19+ #858 Tue Mar 15 15:52:03 GMT 2016 armv6l

"./bfgminer: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not found (required by ./bfgminer)"

I'm pulling updates and doing some testing. Does cgminer work? I never had good luck getting bfgminer, it's always seemed temperamental. I stopped using it back when block errupters were a thing.




HIDAPI is also not found when trying to install the packages.

and

No package 'libbase58' found
when trying to ./configure

Support sidehack projects: 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
My Sales Wallet BTC:bc1qxtxsc86lessnrsm52gf7qgmqle75htdr03zdd7 - LTC:LNLKyKkGNCJakZudGjc2qg26yYz7oeo92k - ETH:0xDf1b17872D9Ff22F04270BbDA13556B3E1649E27
achtung082
Sr. Member
****
Offline Offline

Activity: 357
Merit: 255


View Profile
February 01, 2018, 04:23:32 PM

OK, so I was able to build bfgminer from git luke-jr/bfgminer, but not jstefanop/bfgminer. Not sure how to move forward.

Support sidehack projects: 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
My Sales Wallet BTC:bc1qxtxsc86lessnrsm52gf7qgmqle75htdr03zdd7 - LTC:LNLKyKkGNCJakZudGjc2qg26yYz7oeo92k - ETH:0xDf1b17872D9Ff22F04270BbDA13556B3E1649E27
crawlingspleen
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
February 01, 2018, 04:42:42 PM

When I posted:
Tuned Solo on 2 different usb hubs. My newest stick won't run without tons of errors or it will slow down after a few min when I would push it past 796.

Update:
Since last night I have added additional cooling and have adjusted the core voltage way past where the 924 needs it to be. Just luck of the asics but I would rather get the most out of them.  924/852 now seems to be as stable as I can get them. Happy with this.

I have 1 stick that will hash just happy at 924, another won't budge past 796. Can I set them to run those frequencies on the same scrypt?
Not sure what you mean by "won't budge past..."? What happens if you set both (or the 2nd only) at 924Mhz? It does not start at all. Have you increased the core voltage? The currentdraw can, when not tuned carefully, be humongeous at those clockspeeds, so the best advice is to increment one step at a time, and see what happens. E.g., both at 796, then both at 800 etc. It could be that your powersupply (in the usb hub) simply can't deliver the current needed.
Tweaking the pot meters to keep the units hashing at desired hashrate AND at the lowest power (=heat) is fun, but not trivial.
jstefanop
Legendary
*
Offline Offline

Activity: 1929
Merit: 1310


View Profile
February 01, 2018, 04:44:53 PM

OK, so I was able to build bfgminer from git luke-jr/bfgminer, but not jstefanop/bfgminer. Not sure how to move forward.

Download the pre-compiled and ready to run binaries...compiling from scratch is not trivial and if one thing is not installed or properly configured it will fail.

Project Apollo: A Pod Miner Designed for the Home https://bitcointalk.org/index.php?topic=4974036
FutureBit Moonlander 2 USB Scrypt Stick Miner: https://bitcointalk.org/index.php?topic=2125643.0
LTC:LX5vpxrQE4eLRLPobKwZhw2comkKFCh3p4 - BTC:14w9Lea6kdVzspJk8TQRe7qSYu9LhzJJsh
crawlingspleen
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
February 01, 2018, 04:49:28 PM

Thank you!

quick question.

I have 1 stick that will hash just happy at 924, another won't budge past 796. Can I set them to run those frequencies on the same scrypt?

Yes:

... -S MLD:all --set MLD@COM7:clock=924 --set MLD@COM8:clock=796

(official notation should be --set MLD@\\.\COMx:clock=nnn but this works as well)

achtung082
Sr. Member
****
Offline Offline

Activity: 357
Merit: 255


View Profile
February 01, 2018, 04:53:53 PM

OK, so I was able to build bfgminer from git luke-jr/bfgminer, but not jstefanop/bfgminer. Not sure how to move forward.

Download the pre-compiled and ready to run binaries...compiling from scratch is not trivial and if one thing is not installed or properly configured it will fail.

Yes, I understand those are the instruction provide but the per-compiled binaries do not work for some reason. If you see my previous comments you can see I have tried these and was getting various errors which I am unable to resolve. This is why I tried building bfgminer from scratch, which does work. It would seem there are some additional requirements to run your fork which are not in the instructions.

Your binaries give the following error:
./bfgminer: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not found (required by ./bfgminer)

Support sidehack projects: 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
My Sales Wallet BTC:bc1qxtxsc86lessnrsm52gf7qgmqle75htdr03zdd7 - LTC:LNLKyKkGNCJakZudGjc2qg26yYz7oeo92k - ETH:0xDf1b17872D9Ff22F04270BbDA13556B3E1649E27
jstefanop
Legendary
*
Offline Offline

Activity: 1929
Merit: 1310


View Profile
February 01, 2018, 05:13:48 PM

OK, so I was able to build bfgminer from git luke-jr/bfgminer, but not jstefanop/bfgminer. Not sure how to move forward.

Download the pre-compiled and ready to run binaries...compiling from scratch is not trivial and if one thing is not installed or properly configured it will fail.

Yes, I understand those are the instruction provide but the per-compiled binaries do not work for some reason. If you see my previous comments you can see I have tried these and was getting various errors which I am unable to resolve. This is why I tried building bfgminer from scratch, which does work. It would seem there are some additional requirements to run your fork which are not in the instructions.

Your binaries give the following error:
./bfgminer: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not found (required by ./bfgminer)

Seems like you have installed debian stuff over standard rasbian libraries (or your just not running rasbian at all). My guess is your have a Pi 3 with some other OS installed. The binaries are compiled for ARMv6 to be compatible with the whole pi lineup(Pi 3 runs emulator for ARMv6) which is missing on your system. If you want it to work out of the box, just reinstall the standard rasbian and run my binaries...that will give you no issues.

Project Apollo: A Pod Miner Designed for the Home https://bitcointalk.org/index.php?topic=4974036
FutureBit Moonlander 2 USB Scrypt Stick Miner: https://bitcointalk.org/index.php?topic=2125643.0
LTC:LX5vpxrQE4eLRLPobKwZhw2comkKFCh3p4 - BTC:14w9Lea6kdVzspJk8TQRe7qSYu9LhzJJsh
achtung082
Sr. Member
****
Offline Offline

Activity: 357
Merit: 255


View Profile
February 01, 2018, 05:59:46 PM
Last edit: February 01, 2018, 06:16:03 PM by achtung082

OK, so I was able to build bfgminer from git luke-jr/bfgminer, but not jstefanop/bfgminer. Not sure how to move forward.

Download the pre-compiled and ready to run binaries...compiling from scratch is not trivial and if one thing is not installed or properly configured it will fail.

Yes, I understand those are the instruction provide but the per-compiled binaries do not work for some reason. If you see my previous comments you can see I have tried these and was getting various errors which I am unable to resolve. This is why I tried building bfgminer from scratch, which does work. It would seem there are some additional requirements to run your fork which are not in the instructions.

Your binaries give the following error:
./bfgminer: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not found (required by ./bfgminer)

Seems like you have installed debian stuff over standard rasbian libraries (or your just not running rasbian at all). My guess is your have a Pi 3 with some other OS installed. The binaries are compiled for ARMv6 to be compatible with the whole pi lineup(Pi 3 runs emulator for ARMv6) which is missing on your system. If you want it to work out of the box, just reinstall the standard rasbian and run my binaries...that will give you no issues.

I don't have a Pi 3 to try, I have a BBB and Pi v1+ B.

Pi v1+ B:
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Thu Feb  1 15:48:23 2018 from xxxxxxxxx
miner@raspberrypi ~ $ uname -or
4.1.19+ GNU/Linux
miner@raspberrypi ~ $ uname -a
Linux raspberrypi 4.1.19+ #858 Tue Mar 15 15:52:03 GMT 2016 armv6l GNU/Linux
miner@raspberrypi ~ $ cat /proc/version
Linux version 4.1.19+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611) ) #858 Tue Mar 15 15:52:03 GMT 2016
miner@raspberrypi ~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 7 (wheezy)"
NAME="Raspbian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=raspbian
ID_LIKE=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
miner@raspberrypi ~ $

BBB:
miner@BBB02:~$ uname -or
3.8.13-bone70 GNU/Linux
miner@BBB02:~$ uname -a
Linux BBB02 3.8.13-bone70 #1 SMP Fri Jan 23 02:15:42 UTC 2015 armv7l GNU/Linux
miner@BBB02:~$ cat /proc/version
Linux version 3.8.13-bone70 (root@a5-imx6q-wandboard-2gb) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Fri Jan 23 02:15:42 UTC 2015
miner@BBB02:~$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.debian.org/"
SUPPORT_URL="http://www.debian.org/support/"
BUG_REPORT_URL="http://bugs.debian.org/"
miner@BBB02:~$

Support sidehack projects: 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
My Sales Wallet BTC:bc1qxtxsc86lessnrsm52gf7qgmqle75htdr03zdd7 - LTC:LNLKyKkGNCJakZudGjc2qg26yYz7oeo92k - ETH:0xDf1b17872D9Ff22F04270BbDA13556B3E1649E27
jstefanop
Legendary
*
Offline Offline

Activity: 1929
Merit: 1310


View Profile
February 01, 2018, 07:41:57 PM

Yea stock binaries wont work on the BBB, you would need to get your compiler working correctly on that. Unfortunately this is not the thread for this discussion...there are plenty of threads and how-to's on how to properly setup compiler on your specific linux system and compile bfgminer. As for the pi, looks like your running an older kernel. Id try and do a fresh up to date raspian install on it and you should be good to go.

Project Apollo: A Pod Miner Designed for the Home https://bitcointalk.org/index.php?topic=4974036
FutureBit Moonlander 2 USB Scrypt Stick Miner: https://bitcointalk.org/index.php?topic=2125643.0
LTC:LX5vpxrQE4eLRLPobKwZhw2comkKFCh3p4 - BTC:14w9Lea6kdVzspJk8TQRe7qSYu9LhzJJsh
cjsummers82
Newbie
*
Offline Offline

Activity: 22
Merit: 30


View Profile
February 01, 2018, 08:24:22 PM

I have been toying with the frequency and voltage on my MLD...whenever I get above 796 mhz, and play with voltage to get HW errors to minimal, after hashing for several hours, it will start hashing at half the rate it was (i.e. 4 mh/s to 2 mh/s), but the HW errors do not increase.  I can start/stop the stick, and it again starts hashing ~4 mh/s, but after 4+ hours starts to reduce again.  Have verified heat not an issue (hottest heatsink gets is 48-52 C), and seems to keep steady hash rate at lower frequencies.  Any ideas?
soccerdude71
Newbie
*
Offline Offline

Activity: 18
Merit: 0


View Profile
February 01, 2018, 08:36:05 PM

quick question.

I have 1 stick that will hash just happy at 924, another won't budge past 796. Can I set them to run those frequencies on the same scrypt?

Yes:

... -S MLD:all --set MLD@COM7:clock=924 --set MLD@COM8:clock=796

(official notation should be --set MLD@\\.\COMx:clock=nnn but this works as well)


So how do I know which MLD is which??? 


thanks
G
achtung082
Sr. Member
****
Offline Offline

Activity: 357
Merit: 255


View Profile
February 01, 2018, 09:05:36 PM

Yea stock binaries wont work on the BBB, you would need to get your compiler working correctly on that. Unfortunately this is not the thread for this discussion...there are plenty of threads and how-to's on how to properly setup compiler on your specific linux system and compile bfgminer. As for the pi, looks like your running an older kernel. Id try and do a fresh up to date raspian install on it and you should be good to go.

Thanks I will try a newer image on the Pi. Do you know what the min version needed is? Thanks for your help.

Re: the BBB, as I stated before I can actually compile bfgminer with no problem at all if I pull from git luke-jr/bfgminer. I can build and run bfgminer on the device with no error, it just doesn't have the driver support. I did this a test to see if there was any difference regarding the dependencies with you fork, which there does appear to be.

thanks again.

Support sidehack projects: 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
My Sales Wallet BTC:bc1qxtxsc86lessnrsm52gf7qgmqle75htdr03zdd7 - LTC:LNLKyKkGNCJakZudGjc2qg26yYz7oeo92k - ETH:0xDf1b17872D9Ff22F04270BbDA13556B3E1649E27
crawlingspleen
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
February 01, 2018, 09:18:16 PM

Running windows, I opened "Device Manager" then I unplugged one of the MLD and saw which COM port that one was.
Mine are on COM3 & COM4, from there it was easy as I had marked the "better" MLD and punched in my speed.

quick question.

I have 1 stick that will hash just happy at 924, another won't budge past 796. Can I set them to run those frequencies on the same scrypt?

Yes:

... -S MLD:all --set MLD@COM7:clock=924 --set MLD@COM8:clock=796

(official notation should be --set MLD@\\.\COMx:clock=nnn but this works as well)


So how do I know which MLD is which??? 


thanks
G
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 [49] 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 ... 108 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!