pyroandy
Newbie
Offline
Activity: 88
Merit: 0
|
|
March 28, 2018, 05:13:31 PM |
|
... Yeah the hub is fine, works great with the other sticks as well just not that one stick. I've contacted bitshopper.de and they will replace it for me, send it back to them today. At maximum at drew just over 3.8 amps at 600mhz!! The hub i used for separate testing has a 5v 3.5amp power supply but voltage would drop to 4.4v! With a different stick amp draw would be 2.3-2.45 at 900mhz and voltage would stay at 5.05-5.1v. Like i said, probably bad luck with the asic or something but it's getting resolved quickly and correctly by bitshopper.de so a big thumbsup to them! UID is indeed the serial number, you should be able to match the last couple digits to the actual serial number sticker on each device. I'm curious to see your hashrates with the new hub. Are you able to check the voltages of your memory and chip? Would like to know those too I've been having issues matching the serial numbers to the stickers on the devices I thought that too about the last few digits however some of my serial numbers share the last few digits and none match the stickers at all : /dev/ttyUSB0 - FutureBit_FutureBit_Moonlander_2_3e8f26157a48e71189f626920d6e317d /dev/ttyUSB1 - FutureBit_FutureBit_Moonlander_2_c6c19e18505fe711ada0600a3f3d1008 /dev/ttyUSB3 - FutureBit_FutureBit_Moonlander_2_22c4d13f4c5fe711977d5f0a3f3d1008 /dev/ttyUSB4 - FutureBit_FutureBit_Moonlander_2_ce1d16ae8c48e71195a826920d6e317d /dev/ttyUSB2 - FutureBit_FutureBit_Moonlander_2_f20ededd7f48e7119f5b1b920d6e317d
http://i65.tinypic.com/20st3tg.jpgyea I can do that, probably not till tomorrow though. I'm really hoping the new hub turns up sooner rather than later The numbers BFGminer is spitting out seem like hexadecimal. Maybe if you convert that to decimal like the s/n tags use they may match up?
|
|
|
|
pyroandy
Newbie
Offline
Activity: 88
Merit: 0
|
|
March 28, 2018, 05:16:53 PM |
|
Thanks but I don't even want a remote terminal. I just want the Pi3 to start mining when its turned on without any intervention. I assume this can be done? You must not have read that otherwise, you would realize that it does exactly what you are asking for. No keyboard. No monitor. Or with keyboard and monitor. Does not matter. Both methods to access the pi3 will still allow the instance of BFGMiner to run each time it boots. Anytime it starts it automatically runs rc.local and will run that command line you placed in there in a detached screen. If you SSH into the pi3 you would simply type in screen -r and it will bring up the process. When you are done looking at it just click on the 'X' to close the screen. I learned how to set up and run SSH with Putty last night. Now to figure out "screen" Thanks guys
|
|
|
|
scoobysportD
Jr. Member
Offline
Activity: 105
Merit: 1
|
|
March 28, 2018, 09:44:28 PM |
|
Thats not formatted correctly, you have another pool listed in the password input (-p), you should have your password in there, then "-o" for the second pool URL.
Those pools both run without passwords, so not to sure what to enter then? I tried 'x' but then it came back with this error: Unexpected extra commandline arguments After that, i removed the difficulty setting, then it did run. It now runs with this code: bfgminer.exe --scrypt -o stratum+tcp://pool.tittiecoin.com:3335 -u TEmAH67jzTRxFQP1cqZ64F4Bh5T1JsBpwo -p x -o stratum+tcp://tittiecoin.p2p.0x0a.nl:28008 -u TEmAH67jzTRxFQP1cqZ64F4Bh5T1JsBpwo -p x -S MLD:all --set MLD:clock=900 pause But, when i try to enter d=1024 for one of the pools, it fails again. When using -d=1024 it disables the MLD's. Is it impossible to set a difficulty when having a failover pool? I've been having issues matching the serial numbers to the stickers on the devices I thought that too about the last few digits however some of my serial numbers share the last few digits and none match the stickers at all : /dev/ttyUSB0 - FutureBit_FutureBit_Moonlander_2_3e8f26157a48e71189f626920d6e317d /dev/ttyUSB1 - FutureBit_FutureBit_Moonlander_2_c6c19e18505fe711ada0600a3f3d1008 /dev/ttyUSB3 - FutureBit_FutureBit_Moonlander_2_22c4d13f4c5fe711977d5f0a3f3d1008 /dev/ttyUSB4 - FutureBit_FutureBit_Moonlander_2_ce1d16ae8c48e71195a826920d6e317d /dev/ttyUSB2 - FutureBit_FutureBit_Moonlander_2_f20ededd7f48e7119f5b1b920d6e317d
yea I can do that, probably not till tomorrow though. I'm really hoping the new hub turns up sooner rather than later Great, thanks! Hope you'll like the hub as much as i do. With 5 MLD's you shouldn't have any trouble at all running with that hub at 900mhz. The numbers BFGminer is spitting out seem like hexadecimal. Maybe if you convert that to decimal like the s/n tags use they may match up?
Tried figuring it out that way, can't come up with anything that matches unfortunately.
|
|
|
|
pyroandy
Newbie
Offline
Activity: 88
Merit: 0
|
|
March 29, 2018, 01:20:17 AM |
|
Thats not formatted correctly, you have another pool listed in the password input (-p), you should have your password in there, then "-o" for the second pool URL.
Those pools both run without passwords, so not to sure what to enter then? I tried 'x' but then it came back with this error: Unexpected extra commandline arguments After that, i removed the difficulty setting, then it did run. It now runs with this code: bfgminer.exe --scrypt -o stratum+tcp://pool.tittiecoin.com:3335 -u TEmAH67jzTRxFQP1cqZ64F4Bh5T1JsBpwo -p x -o stratum+tcp://tittiecoin.p2p.0x0a.nl:28008 -u TEmAH67jzTRxFQP1cqZ64F4Bh5T1JsBpwo -p x -S MLD:all --set MLD:clock=900 pause But, when i try to enter d=1024 for one of the pools, it fails again. When using -d=1024 it disables the MLD's. Is it impossible to set a difficulty when having a failover pool? I've been having issues matching the serial numbers to the stickers on the devices I thought that too about the last few digits however some of my serial numbers share the last few digits and none match the stickers at all : /dev/ttyUSB0 - FutureBit_FutureBit_Moonlander_2_3e8f26157a48e71189f626920d6e317d /dev/ttyUSB1 - FutureBit_FutureBit_Moonlander_2_c6c19e18505fe711ada0600a3f3d1008 /dev/ttyUSB3 - FutureBit_FutureBit_Moonlander_2_22c4d13f4c5fe711977d5f0a3f3d1008 /dev/ttyUSB4 - FutureBit_FutureBit_Moonlander_2_ce1d16ae8c48e71195a826920d6e317d /dev/ttyUSB2 - FutureBit_FutureBit_Moonlander_2_f20ededd7f48e7119f5b1b920d6e317d
http://i65.tinypic.com/20st3tg.jpgyea I can do that, probably not till tomorrow though. I'm really hoping the new hub turns up sooner rather than later Great, thanks! Hope you'll like the hub as much as i do. With 5 MLD's you shouldn't have any trouble at all running with that hub at 900mhz. The numbers BFGminer is spitting out seem like hexadecimal. Maybe if you convert that to decimal like the s/n tags use they may match up?
Tried figuring it out that way, can't come up with anything that matches unfortunately. I am going to assume then that the two serial numbers are not related to each other. The number that BFGminer is reading is probably hard coded into the chip. Maybe check them one at a time in BFGminer and put your own label on them. I read that the difficulty preset has to be in the range of the pools accepted difficulty. Do your pools have two different difficulties? On the subject of difficulty, what is the most profitable difficulty to run these miners at? I have one MLD2 mining in the LiteCoin pool.
|
|
|
|
AltScope
|
|
March 29, 2018, 05:40:28 AM |
|
...
On the subject of difficulty, what is the most profitable difficulty to run these miners at? I have one MLD2 mining in the LiteCoin pool.
my rule of thumb for scrypt 256*mh so I set difficulty on these to either 768 or 512 depending on the pool. I set the lower difficulty on multipools that switch a lot
|
|
|
|
AltScope
|
|
March 29, 2018, 05:34:25 PM |
|
managed to test the core voltage as between 0.71 & 0.72 my meter was fluctuating between the two, memory voltage is around 0.78. I'll start tweaking when this new hub turns up. £3.98 import tax to pay before they'll deliver it, my governments so petty still it could be worse.
|
|
|
|
scoobysportD
Jr. Member
Offline
Activity: 105
Merit: 1
|
|
March 29, 2018, 06:09:02 PM |
|
managed to test the core voltage as between 0.71 & 0.72 my meter was fluctuating between the two, memory voltage is around 0.78. I'll start tweaking when this new hub turns up. £3.98 import tax to pay before they'll deliver it, my governments so petty still it could be worse.
I'm running at 0.8-0.82 core with 900mhz so you've got some room left. You bet your ass it could be worse!! Only 4 quid?? I had to pay just shy of 40 euro's in taxes and "administrative" charges.
|
|
|
|
jstefanop (OP)
Legendary
Offline
Activity: 2162
Merit: 1401
|
|
March 29, 2018, 06:19:20 PM |
|
Thats not formatted correctly, you have another pool listed in the password input (-p), you should have your password in there, then "-o" for the second pool URL.
Those pools both run without passwords, so not to sure what to enter then? I tried 'x' but then it came back with this error: Unexpected extra commandline arguments After that, i removed the difficulty setting, then it did run. It now runs with this code: bfgminer.exe --scrypt -o stratum+tcp://pool.tittiecoin.com:3335 -u TEmAH67jzTRxFQP1cqZ64F4Bh5T1JsBpwo -p x -o stratum+tcp://tittiecoin.p2p.0x0a.nl:28008 -u TEmAH67jzTRxFQP1cqZ64F4Bh5T1JsBpwo -p x -S MLD:all --set MLD:clock=900 pause But, when i try to enter d=1024 for one of the pools, it fails again. When using -d=1024 it disables the MLD's. Is it impossible to set a difficulty when having a failover pool? I've been having issues matching the serial numbers to the stickers on the devices I thought that too about the last few digits however some of my serial numbers share the last few digits and none match the stickers at all : /dev/ttyUSB0 - FutureBit_FutureBit_Moonlander_2_3e8f26157a48e71189f626920d6e317d /dev/ttyUSB1 - FutureBit_FutureBit_Moonlander_2_c6c19e18505fe711ada0600a3f3d1008 /dev/ttyUSB3 - FutureBit_FutureBit_Moonlander_2_22c4d13f4c5fe711977d5f0a3f3d1008 /dev/ttyUSB4 - FutureBit_FutureBit_Moonlander_2_ce1d16ae8c48e71195a826920d6e317d /dev/ttyUSB2 - FutureBit_FutureBit_Moonlander_2_f20ededd7f48e7119f5b1b920d6e317d
yea I can do that, probably not till tomorrow though. I'm really hoping the new hub turns up sooner rather than later Great, thanks! Hope you'll like the hub as much as i do. With 5 MLD's you shouldn't have any trouble at all running with that hub at 900mhz. The numbers BFGminer is spitting out seem like hexadecimal. Maybe if you convert that to decimal like the s/n tags use they may match up?
Tried figuring it out that way, can't come up with anything that matches unfortunately. I am going to assume then that the two serial numbers are not related to each other. The number that BFGminer is reading is probably hard coded into the chip. Maybe check them one at a time in BFGminer and put your own label on them. I read that the difficulty preset has to be in the range of the pools accepted difficulty. Do your pools have two different difficulties? On the subject of difficulty, what is the most profitable difficulty to run these miners at? I have one MLD2 mining in the LiteCoin pool. The numbers are not related unfortunately. The sticker on the back is the actual serial number, and what bfgminer shows is the UUID coded in the hardware. For some reason how the UUID is generated the last digits are sometimes the same, but the first 10 digits or so are always unique to each stick. You can match these first few digits to each serial number on the back.
|
|
|
|
scoobysportD
Jr. Member
Offline
Activity: 105
Merit: 1
|
|
March 31, 2018, 07:32:36 AM |
|
I've been having issues matching the serial numbers to the stickers on the devices I thought that too about the last few digits however some of my serial numbers share the last few digits and none match the stickers at all : /dev/ttyUSB0 - FutureBit_FutureBit_Moonlander_2_3e8f26157a48e71189f626920d6e317d /dev/ttyUSB1 - FutureBit_FutureBit_Moonlander_2_c6c19e18505fe711ada0600a3f3d1008 /dev/ttyUSB3 - FutureBit_FutureBit_Moonlander_2_22c4d13f4c5fe711977d5f0a3f3d1008 /dev/ttyUSB4 - FutureBit_FutureBit_Moonlander_2_ce1d16ae8c48e71195a826920d6e317d /dev/ttyUSB2 - FutureBit_FutureBit_Moonlander_2_f20ededd7f48e7119f5b1b920d6e317d
yea I can do that, probably not till tomorrow though. I'm really hoping the new hub turns up sooner rather than later The numbers are not related unfortunately. The sticker on the back is the actual serial number, and what bfgminer shows is the UUID coded in the hardware. For some reason how the UUID is generated the last digits are sometimes the same, but the first 10 digits or so are always unique to each stick. You can match these first few digits to each serial number on the back. I must be missing or mis interpreting something here, because i still cannot figure out which code belongs to which MLD :S Do we have to convert it to decimal? if so, which part? When looking at the above UUID, which relates to which miner in the picture: And how is it matched?
|
|
|
|
Bitfort
Sr. Member
Offline
Activity: 952
Merit: 339
invest trade and gamble wisely
|
|
March 31, 2018, 07:48:56 AM |
|
I've been having issues matching the serial numbers to the stickers on the devices I thought that too about the last few digits however some of my serial numbers share the last few digits and none match the stickers at all : /dev/ttyUSB0 - FutureBit_FutureBit_Moonlander_2_3e8f26157a48e71189f626920d6e317d /dev/ttyUSB1 - FutureBit_FutureBit_Moonlander_2_c6c19e18505fe711ada0600a3f3d1008 /dev/ttyUSB3 - FutureBit_FutureBit_Moonlander_2_22c4d13f4c5fe711977d5f0a3f3d1008 /dev/ttyUSB4 - FutureBit_FutureBit_Moonlander_2_ce1d16ae8c48e71195a826920d6e317d /dev/ttyUSB2 - FutureBit_FutureBit_Moonlander_2_f20ededd7f48e7119f5b1b920d6e317d
yea I can do that, probably not till tomorrow though. I'm really hoping the new hub turns up sooner rather than later The numbers are not related unfortunately. The sticker on the back is the actual serial number, and what bfgminer shows is the UUID coded in the hardware. For some reason how the UUID is generated the last digits are sometimes the same, but the first 10 digits or so are always unique to each stick. You can match these first few digits to each serial number on the back. I must be missing or mis interpreting something here, because i still cannot figure out which code belongs to which MLD :S Do we have to convert it to decimal? if so, which part? When looking at the above UUID, which relates to which miner in the picture: And how is it matched? I understand there is no relation between UUID and the number on the sticker. What you can do is plug single one. Check the UUID with bfgminer and mark that stick using your own system ( e.g. using marker rewrite the sticker to UUID, or add new sticker ...). Do the same with all of them one by one.
|
MY HINTs ◄M► MINING ◄G► GAMBLING ◄E► EXCHANGE
| ◄E► (KCS) Kucoin-Staking, Auto-Lending, Trading-Bot ◄E► (BNB) Binance-Staking, Savings, 10% RefBack ◄E► (TRX) Poloniex-Staking, Lending, Fee Discount ◄E► (LEO) Bitfinex-Staking, Auto-Lending
| ◄G► Betfury-Faucet, Dividend Earnings (BFG holders, mine BFG by playing) ◄G► Bitvest - Faucet, Bankroll Invest ◄G► CryptoGames-Faucet, Lotto ◄G► PrimeDice-Faucet
| ◄M► Prohashing (Multipool)-Payout in any coin, get 0.50% bonus for 30 days ◄M► MiningRigRentals (Marketplace)-buy hashrate or rent your miners ◄M► Viabtc (Pool)-payout to Coinex (exchnage) without fees
|
|
|
|
scoobysportD
Jr. Member
Offline
Activity: 105
Merit: 1
|
|
March 31, 2018, 12:28:04 PM |
|
I've been having issues matching the serial numbers to the stickers on the devices I thought that too about the last few digits however some of my serial numbers share the last few digits and none match the stickers at all : /dev/ttyUSB0 - FutureBit_FutureBit_Moonlander_2_3e8f26157a48e71189f626920d6e317d /dev/ttyUSB1 - FutureBit_FutureBit_Moonlander_2_c6c19e18505fe711ada0600a3f3d1008 /dev/ttyUSB3 - FutureBit_FutureBit_Moonlander_2_22c4d13f4c5fe711977d5f0a3f3d1008 /dev/ttyUSB4 - FutureBit_FutureBit_Moonlander_2_ce1d16ae8c48e71195a826920d6e317d /dev/ttyUSB2 - FutureBit_FutureBit_Moonlander_2_f20ededd7f48e7119f5b1b920d6e317d
yea I can do that, probably not till tomorrow though. I'm really hoping the new hub turns up sooner rather than later The numbers are not related unfortunately. The sticker on the back is the actual serial number, and what bfgminer shows is the UUID coded in the hardware. For some reason how the UUID is generated the last digits are sometimes the same, but the first 10 digits or so are always unique to each stick. You can match these first few digits to each serial number on the back. I must be missing or mis interpreting something here, because i still cannot figure out which code belongs to which MLD :S Do we have to convert it to decimal? if so, which part? When looking at the above UUID, which relates to which miner in the picture: And how is it matched? I understand there is no relation between UUID and the number on the sticker. What you can do is plug single one. Check the UUID with bfgminer and mark that stick using your own system ( e.g. using marker rewrite the sticker to UUID, or add new sticker ...). Do the same with all of them one by one. Ah like that, yeah that'd be a possibility. On a different, ODD note.... My MLD's kept quitting after a while, or at least, 4 of them did. I'm guessing it was just a bit too much per port on the hub to run 'em at 900mhz. I've been fiddling with the settings and voltages, dropped mem voltage a bit. I currently have them all set at 876mhz, which for the past 20 minutes seems to work fine. But what i found odd was that while i was testing, i was running 1 stick at a time. When doing so, tapping the M to get the device menu in BFG allowed me to see the UUID. When i connected multiple, i still only saw that one UUID. Then i disconnected all again. Plugged in one. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and nope, no UUID Restarted BFG, went to manage screen and then i had the 3rd UUID visible.. I'm kind of lost as to why/how. But then just went on with the 4th/5th/6th/7th MLD i have at the moment. Had to restart BFG a couple of times, but now all my MLD's are seen in the manage screen with their UUID. My guess is that the BFGminer needs some more work in order to operate correctly with multiple sticks.
|
|
|
|
pyroandy
Newbie
Offline
Activity: 88
Merit: 0
|
|
March 31, 2018, 01:02:32 PM |
|
I've been having issues matching the serial numbers to the stickers on the devices I thought that too about the last few digits however some of my serial numbers share the last few digits and none match the stickers at all : /dev/ttyUSB0 - FutureBit_FutureBit_Moonlander_2_3e8f26157a48e71189f626920d6e317d /dev/ttyUSB1 - FutureBit_FutureBit_Moonlander_2_c6c19e18505fe711ada0600a3f3d1008 /dev/ttyUSB3 - FutureBit_FutureBit_Moonlander_2_22c4d13f4c5fe711977d5f0a3f3d1008 /dev/ttyUSB4 - FutureBit_FutureBit_Moonlander_2_ce1d16ae8c48e71195a826920d6e317d /dev/ttyUSB2 - FutureBit_FutureBit_Moonlander_2_f20ededd7f48e7119f5b1b920d6e317d
yea I can do that, probably not till tomorrow though. I'm really hoping the new hub turns up sooner rather than later The numbers are not related unfortunately. The sticker on the back is the actual serial number, and what bfgminer shows is the UUID coded in the hardware. For some reason how the UUID is generated the last digits are sometimes the same, but the first 10 digits or so are always unique to each stick. You can match these first few digits to each serial number on the back. I must be missing or mis interpreting something here, because i still cannot figure out which code belongs to which MLD :S Do we have to convert it to decimal? if so, which part? When looking at the above UUID, which relates to which miner in the picture: https://ip.bitcointalk.org/?u=http%3A%2F%2Fi65.tinypic.com%2F20st3tg.jpg&t=587&c=AevpAj9atJZJHgAnd how is it matched? I understand there is no relation between UUID and the number on the sticker. What you can do is plug single one. Check the UUID with bfgminer and mark that stick using your own system ( e.g. using marker rewrite the sticker to UUID, or add new sticker ...). Do the same with all of them one by one. Ah like that, yeah that'd be a possibility. On a different, ODD note.... My MLD's kept quitting after a while, or at least, 4 of them did. I'm guessing it was just a bit too much per port on the hub to run 'em at 900mhz. I've been fiddling with the settings and voltages, dropped mem voltage a bit. I currently have them all set at 876mhz, which for the past 20 minutes seems to work fine. But what i found odd was that while i was testing, i was running 1 stick at a time. When doing so, tapping the M to get the device menu in BFG allowed me to see the UUID. When i connected multiple, i still only saw that one UUID. Then i disconnected all again. Plugged in one. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and nope, no UUID Restarted BFG, went to manage screen and then i had the 3rd UUID visible.. I'm kind of lost as to why/how. But then just went on with the 4th/5th/6th/7th MLD i have at the moment. Had to restart BFG a couple of times, but now all my MLD's are seen in the manage screen with their UUID. My guess is that the BFGminer needs some more work in order to operate correctly with multiple sticks. My guess would be its a USB update thing. By restarting BFGminer you are forcing the USB ports to update?
|
|
|
|
scoobysportD
Jr. Member
Offline
Activity: 105
Merit: 1
|
|
March 31, 2018, 02:05:56 PM Last edit: March 31, 2018, 03:12:55 PM by scoobysportD |
|
Ah like that, yeah that'd be a possibility. On a different, ODD note.... My MLD's kept quitting after a while, or at least, 4 of them did. I'm guessing it was just a bit too much per port on the hub to run 'em at 900mhz. I've been fiddling with the settings and voltages, dropped mem voltage a bit. I currently have them all set at 876mhz, which for the past 20 minutes seems to work fine. But what i found odd was that while i was testing, i was running 1 stick at a time. When doing so, tapping the M to get the device menu in BFG allowed me to see the UUID. When i connected multiple, i still only saw that one UUID. Then i disconnected all again. Plugged in one. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and nope, no UUID Restarted BFG, went to manage screen and then i had the 3rd UUID visible.. I'm kind of lost as to why/how. But then just went on with the 4th/5th/6th/7th MLD i have at the moment. Had to restart BFG a couple of times, but now all my MLD's are seen in the manage screen with their UUID. My guess is that the BFGminer needs some more work in order to operate correctly with multiple sticks. My guess would be its a USB update thing. By restarting BFGminer you are forcing the USB ports to update? Don't think so; bfgminer has been restarted multiple times before...
|
|
|
|
philipma1957
Legendary
Online
Activity: 4270
Merit: 8683
'The right to privacy matters'
|
|
March 31, 2018, 02:13:51 PM |
|
...
Ah like that, yeah that'd be a possibility. On a different, ODD note.... My MLD's kept quitting after a while, or at least, 4 of them did. I'm guessing it was just a bit too much per port on the hub to run 'em at 900mhz. I've been fiddling with the settings and voltages, dropped mem voltage a bit. I currently have them all set at 876mhz, which for the past 20 minutes seems to work fine. But what i found odd was that while i was testing, i was running 1 stick at a time. When doing so, tapping the M to get the device menu in BFG allowed me to see the UUID. When i connected multiple, i still only saw that one UUID. Then i disconnected all again. Plugged in one. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and nope, no UUID Restarted BFG, went to manage screen and then i had the 3rd UUID visible.. I'm kind of lost as to why/how. But then just went on with the 4th/5th/6th/7th MLD i have at the moment. Had to restart BFG a couple of times, but now all my MLD's are seen in the manage screen with their UUID. My guess is that the BFGminer needs some more work in order to operate correctly with multiple sticks. [/quote] nope I run 8 sticks on a stud hub for weeks on end zero issues. set at 836 or 846 I can't rembember here I am below http://ltc.tbdice.org/users.htmMWxsXgQXomddd4kjpGynNUhaTeDpy4QZLi Self 44.4M / 0.000% 39.5M / 0.000% 37M / 0.087% 221M / 0.144% 265M / 0.145% 501.10945 ever the optimist I solo mine
|
|
|
|
scoobysportD
Jr. Member
Offline
Activity: 105
Merit: 1
|
|
March 31, 2018, 03:14:00 PM |
|
...
Ah like that, yeah that'd be a possibility. On a different, ODD note.... My MLD's kept quitting after a while, or at least, 4 of them did. I'm guessing it was just a bit too much per port on the hub to run 'em at 900mhz. I've been fiddling with the settings and voltages, dropped mem voltage a bit. I currently have them all set at 876mhz, which for the past 20 minutes seems to work fine. But what i found odd was that while i was testing, i was running 1 stick at a time. When doing so, tapping the M to get the device menu in BFG allowed me to see the UUID. When i connected multiple, i still only saw that one UUID. Then i disconnected all again. Plugged in one. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and nope, no UUID Restarted BFG, went to manage screen and then i had the 3rd UUID visible.. I'm kind of lost as to why/how. But then just went on with the 4th/5th/6th/7th MLD i have at the moment. Had to restart BFG a couple of times, but now all my MLD's are seen in the manage screen with their UUID. My guess is that the BFGminer needs some more work in order to operate correctly with multiple sticks. nope I run 8 sticks on a stud hub for weeks on end zero issues. set at 836 or 846 I can't rembember here I am below http://ltc.tbdice.org/users.htmMWxsXgQXomddd4kjpGynNUhaTeDpy4QZLi Self 44.4M / 0.000% 39.5M / 0.000% 37M / 0.087% 221M / 0.144% 265M / 0.145% 501.10945 ever the optimist I solo mine [/quote] But were you able to see all the UUID's from first boot in BFGminer? Mining was no problem on my setup either.
|
|
|
|
philipma1957
Legendary
Online
Activity: 4270
Merit: 8683
'The right to privacy matters'
|
|
March 31, 2018, 03:51:45 PM |
|
...
Ah like that, yeah that'd be a possibility. On a different, ODD note.... My MLD's kept quitting after a while, or at least, 4 of them did. I'm guessing it was just a bit too much per port on the hub to run 'em at 900mhz. I've been fiddling with the settings and voltages, dropped mem voltage a bit. I currently have them all set at 876mhz, which for the past 20 minutes seems to work fine. But what i found odd was that while i was testing, i was running 1 stick at a time. When doing so, tapping the M to get the device menu in BFG allowed me to see the UUID. When i connected multiple, i still only saw that one UUID. Then i disconnected all again. Plugged in one. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and nope, no UUID Restarted BFG, went to manage screen and then i had the 3rd UUID visible.. I'm kind of lost as to why/how. But then just went on with the 4th/5th/6th/7th MLD i have at the moment. Had to restart BFG a couple of times, but now all my MLD's are seen in the manage screen with their UUID. My guess is that the BFGminer needs some more work in order to operate correctly with multiple sticks. nope I run 8 sticks on a stud hub for weeks on end zero issues. set at 836 or 846 I can't rembember here I am below http://ltc.tbdice.org/users.htmMWxsXgQXomddd4kjpGynNUhaTeDpy4QZLi Self 44.4M / 0.000% 39.5M / 0.000% 37M / 0.087% 221M / 0.144% 265M / 0.145% 501.10945 ever the optimist I solo mine But were you able to see all the UUID's from first boot in BFGminer? Mining was no problem on my setup either. [/quote] yes all 8 show but I have the hi end usb 3 hub from eyeboot and a pc with an i7 cpu and 16 gb ram plus a 500 gb ssd
|
|
|
|
scoobysportD
Jr. Member
Offline
Activity: 105
Merit: 1
|
|
March 31, 2018, 10:48:58 PM |
|
...
Ah like that, yeah that'd be a possibility. On a different, ODD note.... My MLD's kept quitting after a while, or at least, 4 of them did. I'm guessing it was just a bit too much per port on the hub to run 'em at 900mhz. I've been fiddling with the settings and voltages, dropped mem voltage a bit. I currently have them all set at 876mhz, which for the past 20 minutes seems to work fine. But what i found odd was that while i was testing, i was running 1 stick at a time. When doing so, tapping the M to get the device menu in BFG allowed me to see the UUID. When i connected multiple, i still only saw that one UUID. Then i disconnected all again. Plugged in one. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and yep, UUID. Plugged in the next. Went to manage screen and nope, no UUID Restarted BFG, went to manage screen and then i had the 3rd UUID visible.. I'm kind of lost as to why/how. But then just went on with the 4th/5th/6th/7th MLD i have at the moment. Had to restart BFG a couple of times, but now all my MLD's are seen in the manage screen with their UUID. My guess is that the BFGminer needs some more work in order to operate correctly with multiple sticks. nope I run 8 sticks on a stud hub for weeks on end zero issues. set at 836 or 846 I can't rembember here I am below http://ltc.tbdice.org/users.htmMWxsXgQXomddd4kjpGynNUhaTeDpy4QZLi Self 44.4M / 0.000% 39.5M / 0.000% 37M / 0.087% 221M / 0.144% 265M / 0.145% 501.10945 ever the optimist I solo mine But were you able to see all the UUID's from first boot in BFGminer? Mining was no problem on my setup either. yes all 8 show but I have the hi end usb 3 hub from eyeboot and a pc with an i7 cpu and 16 gb ram plus a 500 gb ssd [/quote] The pc i first used also is i7, 64gigs of ram and 1tb ssd.. that doesn't mean anything for these miners though :p Just to double check: In BFGminer main display, when you enter "M" to see device display, you can see the unique ID of that device? Not just that it is hashing etc but the actual ID (20 digits or something like this: 3e8f26157a48e71189f626920d6e317d ??
|
|
|
|
joyfulocean
Newbie
Offline
Activity: 2
Merit: 0
|
|
April 01, 2018, 04:23:10 PM |
|
Dear Astrali I am a novice in Linux but bought Raspberry Pi3 to run the moonlander 2. however I got stock in running "sudo apt install libjansson-dev libcurl4-openssl-dev" in the terminal mode, i typed (copy and pasted as well) but it say "libjansson-dev" package can not be found. nor Libcurl4-dev has no condidate to install. (I may not describe it exactly cause i have to translate into English. ) What do i miss in here? Thanks in advance. install neccesary library files (thanks to jstefanop for providing this info) sudo apt install libjansson-dev libcurl4-openssl-dev
|
|
|
|
pyroandy
Newbie
Offline
Activity: 88
Merit: 0
|
|
April 01, 2018, 04:53:11 PM |
|
Dear Astrali I am a novice in Linux but bought Raspberry Pi3 to run the moonlander 2. however I got stock in running "sudo apt install libjansson-dev libcurl4-openssl-dev" in the terminal mode, i typed (copy and pasted as well) but it say "libjansson-dev" package can not be found. nor Libcurl4-dev has no condidate to install. (I may not describe it exactly cause i have to translate into English. ) What do i miss in here? Thanks in advance. install neccesary library files (thanks to jstefanop for providing this info) sudo apt install libjansson-dev libcurl4-openssl-dev Jr. Member *
Activity: 49 Merit: 0
View Profile Re: Official FutureBit Moonlander 2 Driver and Support Thread November 22, 2017, 11:55:42 PM #33 I can confirm that Astrali's instructions work perfectly - I don't have the Moonlander2s yet so I haven't run the test yet, but everything compiled without any errors. You might want to add to sudo apt-get update and sudo apt-get dist-upgrade first though, even on a fresh install I got errors trying to install the necessary library files until I had run them. Thanks again Astrali, that was a huge help!
One more question - if I'm going to be running two miners should I just have just one worker information entered? Have you upgraded your Operating System?
|
|
|
|
jstefanop (OP)
Legendary
Offline
Activity: 2162
Merit: 1401
|
|
April 01, 2018, 07:42:44 PM |
|
Today I have a special announcement. Thank you for everyone that bought a Moonlander 2, I am finally enabling ASICBOOST for everyone! Simply add "--enable_boost 1" at the end of the Moonlander config file, and your hashrate will double! Sorry for not sharing this sooner, but we had to secretly mine double the speed to recoup all our dev costs
|
|
|
|
|