 Show Posts
|
|
Pages: [1]
|
Yeah, cable is fine now.
But another issue I have with Rpi4.
I have Rpi4 Umbrel LN running with BTC ssd full node connected to RPi usb3 port.
When I connect to the second usb3 port BTC miner,
I am getting:ls: cannot access '/dev/ttyACM*': No such file or directory
But when I disconnect BTC ssd usb3 and keep just BTC miner
umbrel@umbrel:~ $ ls /dev/ttyACM*
/dev/ttyACM0
Somehow when I use rpi4 with 2 usb ports. one for ssd full node and another it does not work.
I have another Rpi running LTC moon 2, but its 32 bit. It would be nice if ver for 32 bit will be available.
Thank you
Check your power adapter. Many times with RPi's there is not enough power to power all of the IO ports. I use the Canakit RPi 3.5Amp adapter on mine that is running two USB ports with LTC Moonlanders and Gekko hubs on each. Also you should disable with Wifi power management if you are using Wifi - I have seen issues with some mining apps with Wifi that goes into different power states. |
|
|
|
Hello,
Anybody using standard unit with Rpi 4? What OS is compatible with delivered code?
I have Rri4 with umber LN and BTC Node running and now I need to connect BTC standard unit.
trying to run standard unit software on Rpi 4 getting an error message below:
./start_apollo.sh
./apollo-miner: /usr/lib/aarch64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by ./apollo-miner)
umbrel@umbrel:~/apollo $ ./start_apollo.sh
./apollo-miner: /usr/lib/aarch64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by ./apollo-miner)
umbrel@umbrel:~/apollo $ strings /usr/lib/aarch64-linux-gnu/libstdc++.so.6 | grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_DEBUG_MESSAGE_LENGTH
Version:
cat /etc/debian_version
10.10
I am running a standalone on a RPi 4 and here are the steps that I went thru to get it running. How to Install 64-Bit OS on RPi 4 (4Gb) and get FutureBit Apollo BTC Standalone miner working
Get 64-Bit Raspberry Pi Image
https://downloads.raspberrypi.org/raspios_arm64/images/
Image with Pi Imager
Have to use Custom Image option for now as 64-bit version is not listed.
Raspberry Pi Imager Tool (https://www.raspberrypi.org/downloads/ )
Boot RPi with new card
Perform normal settings (SSH, Wifi, password, etc.)
Optionally: sudo apt update && sudo apt upgrade to get all updates applied.
Download RPi software from:
https://github.com/jstefanop/Apollo-Miner-Binaries/releases/
Get the aarch64 files and download and expand to folder of your choice
These are the Apollo miner executable along with start/stop scripts
Scripts will need editing for the user’s pool information, otherwise your mining power will benefit someone else.
Install Prerequisites for Apollo Miner
Sudo apt-get install screen
Required for the Start_all script
Update Libstdc++ code
Append a line to file “/etc/apt/sources.list”
Type: Sudo nano /etc/apt/sources.list to edit the file.
Add this line: deb http://deb.debian.org/debian sid main
Ctrl-w, Ctrl-x to save and exit.
Then run
sudo apt update
sudo apt-get install --only-upgrade libstdc++6
Confirm your Standalone Apollo-BTC is visible:
ls /dev/ttyACM*
You should see this form of output for each attached standalone miner: /dev/ttyACM0
Cd into your miner folder and type this to get started:
sudo ./start_apollo.sh
Or this if you have more than one unit: sudo ./miner_start_all.sh I documented this as I was going thru sorting out the issues that I had, but I think it will get you up and running.. I was able to install as per steps provided. But stuck with: Confirm your Standalone Apollo-BTC is visible: ls /dev/ttyACM* You should see this form of output for each attached standalone miner: /dev/ttyACM0 I connected my BTC via micro usb to RPI but I could not see ttyACM*. Thank you So this procedure helped with the GLIBX issue, correct? Since it is not showing up with the ls command, then you are down to a couple of items.. 1) What color and state is the USB light on the front of the of the standalone miner? Are there any other lights on the bottom of the unit lit? 2) Try a different USB port on the RPi? 3) Try a different USB cable? 4) What PS are you using and are both PCIe power cables plugged in tightly? |
|
|
|
Hello,
Anybody using standard unit with Rpi 4? What OS is compatible with delivered code?
I have Rri4 with umber LN and BTC Node running and now I need to connect BTC standard unit.
trying to run standard unit software on Rpi 4 getting an error message below:
./start_apollo.sh
./apollo-miner: /usr/lib/aarch64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by ./apollo-miner)
umbrel@umbrel:~/apollo $ ./start_apollo.sh
./apollo-miner: /usr/lib/aarch64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by ./apollo-miner)
umbrel@umbrel:~/apollo $ strings /usr/lib/aarch64-linux-gnu/libstdc++.so.6 | grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_DEBUG_MESSAGE_LENGTH
Version:
cat /etc/debian_version
10.10
I am running a standalone on a RPi 4 and here are the steps that I went thru to get it running. How to Install 64-Bit OS on RPi 4 (4Gb) and get FutureBit Apollo BTC Standalone miner working
Get 64-Bit Raspberry Pi Image
https://downloads.raspberrypi.org/raspios_arm64/images/
Image with Pi Imager
Have to use Custom Image option for now as 64-bit version is not listed.
Raspberry Pi Imager Tool (https://www.raspberrypi.org/downloads/ )
Boot RPi with new card
Perform normal settings (SSH, Wifi, password, etc.)
Optionally: sudo apt update && sudo apt upgrade to get all updates applied.
Download RPi software from:
https://github.com/jstefanop/Apollo-Miner-Binaries/releases/
Get the aarch64 files and download and expand to folder of your choice
These are the Apollo miner executable along with start/stop scripts
Scripts will need editing for the user’s pool information, otherwise your mining power will benefit someone else.
Install Prerequisites for Apollo Miner
Sudo apt-get install screen
Required for the Start_all script
Update Libstdc++ code
Append a line to file “/etc/apt/sources.list”
Type: Sudo nano /etc/apt/sources.list to edit the file.
Add this line: deb http://deb.debian.org/debian sid main
Ctrl-w, Ctrl-x to save and exit.
Then run
sudo apt update
sudo apt-get install --only-upgrade libstdc++6
Confirm your Standalone Apollo-BTC is visible:
ls /dev/ttyACM*
You should see this form of output for each attached standalone miner: /dev/ttyACM0
Cd into your miner folder and type this to get started:
sudo ./start_apollo.sh
Or this if you have more than one unit: sudo ./miner_start_all.sh I documented this as I was going thru sorting out the issues that I had, but I think it will get you up and running.. |
|
|
|
|
Seems like the Bitcoin block or index are a corrupt and not allowing my Apollo BTC full node to keep running past this block.
The entries from the log are below:
2021-06-22T22:28:27Z LevelDB read failure: Corruption: block checksum mismatch: /media/nvme/Bitcoin/chainstate/399540.ldb
2021-06-22T22:28:27Z Fatal LevelDB error: Corruption: block checksum mismatch: /media/nvme/Bitcoin/chainstate/399540.ldb
2021-06-22T22:28:27Z You can use -debug=leveldb to get more complete diagnostic messages
2021-06-22T22:28:27Z Error: Error reading from database, shutting down.
2021-06-22T22:28:27Z Error reading from database: Fatal LevelDB error: Corruption: block checksum mismatch: /media/nvme/Bitcoin/chainstate/399540.ldb
I have rerun the bitcoind program with the -debug option and I get the same log entries.
I was looking thru the -help contents and it seems -reindex might be the answer, but I wanted to check with the group here to see if there was a better option.
|
|
|
|
Tootall68, my front led doesnt work either. The led has not been soldered properly or been knocked off. Its so small to try and solder on. Ive ordered new iron tips which are smaller and also messaged furturebit asking for the specs for the LED so I can try and replace it.
Did see a couple others mentioned same thing. Having frustration fun. The monitor issue was my biggest problem - nothing I have would work until I got the $150 portable 1080p. Weird. Also, others have reported being unable to "find" or "see" the ipaddress - outside of the dashboard where it shows plain as day. Also Weird. Yea its all Batch 1 fun. Hopefully a good software update will sort most things. I plugged it straight into my asus 27” monitor (only a year old) and worked fine. Will only come up as 1080p so looks kinda odd compared to my 1440p main pc but still it worked atraight away. IP scanner detected the unit aswell, although it came up as an HTTP address unlike anything else on my network. Once i expanded the option it was designated as futurebit. EDIT:-managed to file down a solder tip and resolder the Front LED. Turns out I had it on backwards the first time *facepalm*. : Did you have to disassemble the unit to do the soldering? My Batch 1 Full also has the detached LED issue? |
|
|
|
|
Any thoughts on the high error rate on hashboard #1 vs. hashboard #0?
I am see 0.6% error on hashboard #0 and >40%% on hashboard #1. hashboard #1 error rates update from 30 to over 80%....
Status ID Hashrate Temp Fan Speed Power Voltage Error Active ASICs
Active
HASHBOARD #0
2.16 Th/s
51°c
1851 rpm
124 W
7.95 v
0.6% <-- Error Rate #0
44
Active
HASHBOARD #1
2.03 Th/s
47°c
1769 rpm
124 W
7.97 v
76.2% <--Error Rate #1
44
Update: I just went and checked out the hashboard #1 unit and there are none of the yellow lights that are normally flashing on the bottom of the hashboard. The LED is solid red and the unit is cool to the touch. I will be away for an hour or so, and I will it sit as is incase any logs need to be pulled.
|
|
|
|
|
Another situation I just noticed. Hashunit #1 is showing in the UI as "Inactive" . Hashboard #0 is active in the UI. In checking the bottom of the board #1, all four lights are flashing like it is hashing. When I looked at the mining pool console, it looks like I only have one hashing board mining.
I hit the restart button in the Miner dashboard and when the mining restarted the second hashboard showed up in the UI as active and it looks like it is mining at the pool with both hashboards now.
|
|
|
|
I received my base unit and an add-on hashing unit today. I have both powered by a external server power supply. The external unit was attached to the main unit. The external unit's front LED started flashing right away, but no lights from the main unit's front LED. I have an ethernet cable plugged into the base unit and it's lights were flashing, but nothing ever displayed on the HDMI display. I let if it boot for several minutes and the main unit got warm - fan was working and I could see one RED and one green (flashing) LEDs on the main units hashboard. This matched what LED's were lit on the add-on hashing unit. I checked my router and saw no new DHCP devices getting an address. The cable & switch port worked with a PC before moving the cable to the Apollo BTC.
Any thoughts?
Are the yellow LEDs on the bottom flashing rapidly? This means its connected to your network and hashing. If so you need to do double check your router or IP scanner, one of the IPs is the Apollo. For monitor out issues, try powering off your display and power it back on when its connected to HDMI port on the Apollo, this has worked on some displays we tested. Some displays won't work at all, so try another display if you have one or your TV and see if it works that way. Right now, the Ethernet port only has the green light flashing. On the bottom of the SBC, I have a green led (near the side of the ports) and there is a red LED in the corner by the M.2 drive card. I will check the monitor next - have to go find a long HDMI cable and/or another monitor. Ok so it has successfully booted, your just not getting an internet connection. Id double check your ethernet wire (ie check if you plugged it in a WAN port instead of LAN port) and router settings in case something is not configured correctly there. John - I swapped cables with another PC and my office and after a reboot, the Apollo BTC's Ethernet yellow went crazy and it logged into the network. The original cable is working fine on the PC with no issues. I went thru the wizard and put in password and mining pool info. Once in the UI, I see the node synchronization going strong with 10/32 connections and about 65% sync'ed after about 6 hours. I started up the mining about last night and I noticed that hashboard 1 starting mining right away, hashboard 0 quite some time to show any consistent hashrates. Running overnight, the dashboard was showing expected rates over night. |
|
|
|
I received my base unit and an add-on hashing unit today. I have both powered by a external server power supply. The external unit was attached to the main unit. The external unit's front LED started flashing right away, but no lights from the main unit's front LED. I have an ethernet cable plugged into the base unit and it's lights were flashing, but nothing ever displayed on the HDMI display. I let if it boot for several minutes and the main unit got warm - fan was working and I could see one RED and one green (flashing) LEDs on the main units hashboard. This matched what LED's were lit on the add-on hashing unit. I checked my router and saw no new DHCP devices getting an address. The cable & switch port worked with a PC before moving the cable to the Apollo BTC.
Any thoughts?
Are the yellow LEDs on the bottom flashing rapidly? This means its connected to your network and hashing. If so you need to do double check your router or IP scanner, one of the IPs is the Apollo. For monitor out issues, try powering off your display and power it back on when its connected to HDMI port on the Apollo, this has worked on some displays we tested. Some displays won't work at all, so try another display if you have one or your TV and see if it works that way. Right now, the Ethernet port only has the green light flashing. On the bottom of the SBC, I have a green led (near the side of the ports) and there is a red LED in the corner by the M.2 drive card. I will check the monitor next - have to go find a long HDMI cable and/or another monitor. |
|
|
|
|
I received my base unit and an add-on hashing unit today. I have both powered by a external server power supply. The external unit was attached to the main unit. The external unit's front LED started flashing right away, but no lights from the main unit's front LED. I have an ethernet cable plugged into the base unit and it's lights were flashing, but nothing ever displayed on the HDMI display. I let if it boot for several minutes and the main unit got warm - fan was working and I could see one RED and one green (flashing) LEDs on the main units hashboard. This matched what LED's were lit on the add-on hashing unit. I checked my router and saw no new DHCP devices getting an address. The cable & switch port worked with a PC before moving the cable to the Apollo BTC.
Any thoughts?
|
|
|
|
|
I don't see anything marked like that. I see, A, F, N0, N1, 4,8 and 16 as marked items along with one pad circled.
the card is v6.3d.
|
|
|
|
I have a few NewPacs and one of them had been underperforming the rest and now it seems like it is on it's last leg. All of them are on a Gekko hub with a high speed server fan blowing down on them to keep them real cool. Now I can't get it running at standard frequency (100) with any type of consistent results. I have changed the voltage a bit to see if that would help, but everytime I try it, the output looks like this: cgminer version 4.11.1 - Started: [2021-03-14 22:00:52.738]
----------------------------------------------------------------------------------------------------
(5s):1.185G (1m):1.063G (5m):309.8M (15m):110.6M (avg):1.716Gh/s
A:0 R:32768 HW:0 WU:24.0/m | ST: 1 SS: 0 NB: 2 LW: 326 GF: 0 RF: 0
Connected to prohashing.com diff 32.8K with stratum as user xxxxxxx
Block: c5e7c5ba... Diff:1.67G Started: [22:01:21.123] Best share: 1.1K
----------------------------------------------------------------------------------------------------
0: GSH 10033302: BM1387:02+ 75/75/ 15 (499:251) [oo] | 4.7% WU:^ 5% | 2.376G / 800.2Mh/s WU:11.2/m A:0 R:0 HW:0
The green LED is on all the time and the white one is on when powered on and then goes between on and off while the cgminer is running. Any thoughts? Is there a way to confirm what the voltage is out of the adjustment pot? Thanks. |
|
|
|
|
