Bought 3 units in Batch 1.

Only one of which had a working front LED. I was informed that the contacts to the other two must have been damaged in shipping.

I'd like to be able to spot check them with a glance.

If it is a simple soldering job, could you provide instructions on how to DIY repair this issue??

I am running (2) two Moonlander 2's with a R PI 3 and powered by an Anker 10 Port 60W, 12V / 5A.

They both run good for about 2 days, until one drops off, leaving a single unit correctly hashing.

I know this isn't the most industrial grade USB hub in the world - but I assumed it would be enough juice...

Wondering if it might be something with my software.

This is a copy of what I get when I "q" out. Am I doing something wrong? Running bfgminer5.4.2-34

-

./bfgminer --scrypt -o stratum+tcp://litecoinpool.org:3333 -u USERNAME -p 1 -S MLD:all --set MLD:clock=540

 [2021-06-05 21:27:14]
Summary of runtime statistics:

 [2021-06-05 21:27:14] Started at [2021-06-05 01:15:42]
 [2021-06-05 21:27:14] Pool: stratum+tcp://litecoinpool.org:3333
 [2021-06-05 21:27:14] Runtime: 20 hrs : 11 mins : 31 secs
 [2021-06-05 21:27:14] Average hashrate: 5.9 Megahash/s
 [2021-06-05 21:27:14] Solved blocks: 0
 [2021-06-05 21:27:14] Best share difficulty: 41
 [2021-06-05 21:27:14] Share submissions: 7737
 [2021-06-05 21:27:14] Accepted shares: 7711
 [2021-06-05 21:27:14] Rejected shares: 26 + 0 stale (0.00%)
 [2021-06-05 21:27:14] Accepted difficulty shares: 102
 [2021-06-05 21:27:14] Rejected difficulty shares: 0
 [2021-06-05 21:27:14] Hardware errors: 537
 [2021-06-05 21:27:14] Network transfer:  2.43 /  1.01 MB  ( 33.4 /  13.9  B/s)
 [2021-06-05 21:27:14] Efficiency (accepted shares * difficulty / 2 KB): 0.06
 [2021-06-05 21:27:14] Utility (accepted shares / min): 6.36/min

 [2021-06-05 21:27:14] Unable to get work from server occasions: 0
 [2021-06-05 21:27:14] Work items generated locally: 16175
 [2021-06-05 21:27:14] Submitting work remotely delay occasions: 0
 [2021-06-05 21:27:14] New blocks detected on network: 463

 [2021-06-05 21:27:14] Summary of per device statistics:

 [2021-06-05 21:27:14] MLD0        | 20s: 0.00 avg: 2.89 u: 2.93 Mh/s | A:3717 R:13+0(.36%) HW:53/.05%
 [2021-06-05 21:27:14] MLD1        | 20s: 3.04 avg: 3.03 u: 3.06 Mh/s | A:3994 R:13+0(.36%) HW:484/.45%
 [2021-06-05 21:27:14]  
Shutdown signal received.



(Thank you)

Yes! That did it! Thanks so much.

Trying to get the ML2 up and running on a Raspberry Pi 3.

From a fresh OS install, I followed @Astrali instructions from the first page of this thread to the letter.

I get this error.

pi@raspberrypi:~/miner $ cd bfgminer_5.4.2-futurebit2_linux_armv6
pi@raspberrypi:~/miner/bfgminer_5.4.2-futurebit2_linux_armv6 $ sudo ./start_moonlander2.sh
./bfgminer: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory
pi@raspberrypi:~/miner/bfgminer_5.4.2-futurebit2_linux_armv6 $

What am I doing wrong here?

Thanks in advance.

So as long as VCPdriver is on the computer, even if the ML2 is no longer auto-scanning, there is no way to run both together on MacOS?

@sidehack

I'm on MacOS 10.15 and I know that Moonlanders and NewPacs don't play well together.

I did find an instance on the other support thread of a user that managed to get both working together on Ubuntu by pointing each to their specific USB bus : port.

I now have the ML2's set to their corresponding UART addresses. No longer are they set to 'ALL'.

Still, CGminer doesn't show the NewPacs after booting and entering the command to [L]ist all devices.

Does the VCP driver make this conceptually impossible? Even if I could direct the NewPacs to their correct --usb bus address : port address? And if I could, do you know the Terminal command that would show me that information?

I'm new to this world. Thanks for making such a cool product. And thanks in advance for your help.

Kicking myself for not reading that all the way through...

I followed those instructions but I am struggling finding the bus and port number.

  | | +-o FutureBit Moonlander 2@14320000  <class AppleUSBDevice, id 0x100003821, registered, matched, active, busy 0 (2 ms), retain 13>
  | | |   {
  | | |     "sessionID" = 89647696327114
  | | |     "idProduct" = 60000
  | | |     "iManufacturer" = 1
  | | |     "bDeviceClass" = 0
  | | |     "bMaxPacketSize0" = 64
  | | |     "bcdDevice" = 256
  | | |     "iProduct" = 2
  | | |     "iSerialNumber" = 3
  | | |     "bNumConfigurations" = 1
  | | |     "Bus Power Available" = 250
  | | |     "USB Address" = 34
  | | |     "Built-In" = No
  | | |     "locationID" = 338821120
  | | |     "bDeviceSubClass" = 0
  | | |     "bcdUSB" = 512
  | | |     "USB Product Name" = "FutureBit Moonlander 2"
  | | |     "PortNum" = 2
  | | |     "non-removable" = "no"
  | | |     "kUSBSerialNumberString" = "7ca1b51a5bcee611bad3a7bc30f55f2b"
  | | |     "bDeviceProtocol" = 0
  | | |     "AppleUSBAlternateServiceRegistryID" = 4294981663
  | | |     "IOCFPlugInTypes" = {"9dc7b780-9ec0-11d4-a54f-000a27052861"="IOUSBHostFamily.kext/Contents/PlugIns/IOUSBLib.bundle"}
  | | |     "IOPowerManagement" = {"DevicePowerState"=0,"CurrentPowerState"=3,"CapabilityFlags"=65536,"MaxPowerState"=4,"DriverPowerState"=3}
  | | |     "Device Speed" = 1
  | | |     "USB Vendor Name" = "FutureBit"
  | | |     "idVendor" = 4292
  | | |     "kUSBCurrentConfiguration" = 1
  | | |     "IOGeneralInterest" = "IOCommand is not serializable"
  | | |     "kUSBProductString" = "FutureBit Moonlander 2"
  | | |     "USB Serial Number" = "7ca1b51a5bcee611bad3a7bc30f55f2b"
  | | |     "kUSBVendorString" = "FutureBit"
  | | |     "IOClassNameOverride" = "IOUSBDevice"
  | | |   }
  | | |   

I'm reading as 34:2 but when I add that value for X -

#!/bin/sh
cd -- "$(dirname "$0")"
cd bin
./bfgminer --scrypt -o stratum+tcp://us.litecoinpool.org:3333 -u moriaville.moonl0 -p 1 -S MLD:cu.SLAB_USBtoUART34:2 --set MLD:clock=700

The software says "NO DEVICES FOUND".

Thanks for your help.

Is this possible to do on Terminal? What is the command to turn off auto-scan? I how do I discover the USB bus address?

I know you don't manufacture the device, but it seems that the VCP driver used with the MacOS ML2 install causes cgminer to not be able to detect the NewPacs. Do you think rerouting both devices to their specific corresponding USB address would avoid this error?

I'm new to this and have really been enjoying learning through this trouble shooting process. My next step is to crib from the Linux process described in the original response to your above post #1894.

ALSO, I ordered the BTC full node and 2 standard units to pair with it. I dig your ethos, man. Thanks.