Pages:
Author

Topic: Official FutureBit Apollo BTC Software/Image and Support thread - page 22. (Read 47056 times)

legendary
Activity: 2162
Merit: 1401
I just got my Apollo II USB today. I've been running an Apollo I via USB. I plugged in my Apollo II updated the port (linux sh script) and it keeps spitting out the following error:
MsPacket: version mismatch: act 0xd167 != exp 0xd166
WARNING: slave[0]: packet ignored
[6144]: cd ab 67 d1 21 00 a3 00 ... 00 00 00 00 00 00 00 00

I don't get any shares on my pool

All Apollo BTC units need to upgrade to Apollo OS 2 for Apollo II support.

See details/instructions/links on our support page:

https://www.futurebit.io/apollo-btc-support
legendary
Activity: 1202
Merit: 1181
Those with an Apollo2 mining to their own node.... anyone having issues with stats not showing up? My mining page shows shares are being accepted but when I go to the solo mining page it just says "Waiting for first share"

Running the v2.0.4 beta if that helps. I'm thinking I might have to do an SD reflash? I did an OTA update from 2.0.3 and am wondering if that's caused something to break?

EDIT: Reflashed the SD and everything works as expected again. I assume I was right and something didn't work 100% in the OTA upgrade.

I'll keep this here as an FYI for anyone else that might have this issue

This is a bug. I too had the same issue and after contacting support they said, " if you are mining to solo ckpool or ocean pool then switch to solo mining you need to update the BTC address field (delete the last letter and re-enter for example) for it to properly update the local solo pool URL."

Ah, that makes sense cos I was mining to ckpool before my own node as I was waiting for it to sync. Good to know! Definitely a fringe case but hopefully now they know about it they'll fix it
newbie
Activity: 7
Merit: 0
Those with an Apollo2 mining to their own node.... anyone having issues with stats not showing up? My mining page shows shares are being accepted but when I go to the solo mining page it just says "Waiting for first share"

Running the v2.0.4 beta if that helps. I'm thinking I might have to do an SD reflash? I did an OTA update from 2.0.3 and am wondering if that's caused something to break?

EDIT: Reflashed the SD and everything works as expected again. I assume I was right and something didn't work 100% in the OTA upgrade.

I'll keep this here as an FYI for anyone else that might have this issue

This is a bug. I too had the same issue and after contacting support they said, " if you are mining to solo ckpool or ocean pool then switch to solo mining you need to update the BTC address field (delete the last letter and re-enter for example) for it to properly update the local solo pool URL."
newbie
Activity: 1
Merit: 0
I just got my Apollo II USB today. I've been running an Apollo I via USB. I plugged in my Apollo II updated the port (linux sh script) and it keeps spitting out the following error:
MsPacket: version mismatch: act 0xd167 != exp 0xd166
WARNING: slave[0]: packet ignored
[6144]: cd ab 67 d1 21 00 a3 00 ... 00 00 00 00 00 00 00 00

I don't get any shares on my pool
legendary
Activity: 1202
Merit: 1181
Those with an Apollo2 mining to their own node.... anyone having issues with stats not showing up? My mining page shows shares are being accepted but when I go to the solo mining page it just says "Waiting for first share"

Running the v2.0.4 beta if that helps. I'm thinking I might have to do an SD reflash? I did an OTA update from 2.0.3 and am wondering if that's caused something to break?

EDIT: Reflashed the SD and everything works as expected again. I assume I was right and something didn't work 100% in the OTA upgrade.

I'll keep this here as an FYI for anyone else that might have this issue
member
Activity: 72
Merit: 10
hi all, I have Apollo II full Node on the way hopefully in May, cant wait!

question - can I pre-download the bitcoin ledger in advance and then copy it onto the SSD once I get the Apollo II? Just want to save time and manage bandwidth as dont want the node downloading at full rate when I get it clogging up internet for few days as I use it for work etc so wanted to set a controlled download now eg using Bitcoin Core and let it run for a week or two on limited bandwidth. How can I then transfer it onto the Apollo II nvme SSD?

thanks in advance!
newbie
Activity: 14
Merit: 0
FYI Main support page for Apollo II/BTC is up that has consolidated a lot of the info found here in an easy to read page with relevant links etc

https://www.futurebit.io/apollo-btc-support



Very good!!
newbie
Activity: 7
Merit: 0
Will release the windows/linux Apollo 2 mining binaries tomorrow.

Where should we check for Apollo 2 mining binaries? I don't see anything new here: https://github.com/jstefanop/Apollo-Miner-Binaries


Getting to those next week, fixing some last UI bugs for now and still working overtime to get as many units as we can out to you guys next week

Thank you for the quick update!

I've got my standard unit Apollo 2, just waiting for the binaries so I can run it via external PC.
legendary
Activity: 2162
Merit: 1401
FYI Main support page for Apollo II/BTC is up that has consolidated a lot of the info found here in an easy to read page with relevant links etc

https://www.futurebit.io/apollo-btc-support

We are also working on a revamped support site and knowledge base that is long overdue...these forums have served FutureBit well for nearly a decade but after 100+ pages and 2k+ posts I think its time to retire Cheesy
legendary
Activity: 2162
Merit: 1401
Will release the windows/linux Apollo 2 mining binaries tomorrow.

Where should we check for Apollo 2 mining binaries? I don't see anything new here: https://github.com/jstefanop/Apollo-Miner-Binaries


Getting to those next week, fixing some last UI bugs for now and still working overtime to get as many units as we can out to you guys next week
newbie
Activity: 7
Merit: 0
Will release the windows/linux Apollo 2 mining binaries tomorrow.

Where should we check for Apollo 2 mining binaries? I don't see anything new here: https://github.com/jstefanop/Apollo-Miner-Binaries
full member
Activity: 626
Merit: 159
Link to download MCU1 Apollo OS 2 below.

Want to get this tested here by a few of you since we dont have a lot of MCU1 devices left to test.

Below feedback would be appreciated:
OS detects internal board and starts up fine
OS detects and starts up external USB Standard units (both Apollo BTC or if any MCU1 owners have an Apollo II standard yet)

https://www.dropbox.com/scl/fi/j4o3rcwe88emzsuwe4wm7/apollo-2-mcu1_110424.img.xz?rlkey=cu3i66xtl5n4ln8ji7mct3zth&dl=0

This includes latest v2.0.4-beta release

Reminder MCU1 controllers are Batch 1/2 Apollos with the longer GPIO pins on the board (check link below if you are not sure which you have).

https://mega.nz/file/dghWnKJC#J2kkpfH5RVKynf0OvuE5mKojXdUqAFCczHMyv6mDrM4

My miner is crashing, and restarting every 10-20 minutes. To my feeling it's happening the moment new blocks are mined.

The node falls back a couple of hundred blocks after the restart, i.e. the current block was 838879 and the node would start syncing at 838663 again.

MCU1 board. This behaviour was also happening before, and I was hoping the upgrade would fix this.

This sounds like a corrupted SSD drive. You might need to reformat the drive and start syncing again. Can also try a re-indexing the node before you reformat the drive.

I've reformatted the SSD drive, and started syncing again. Once the node was synced, I enabled mining again on ECO mode. I could observe on the miner uptime that restarts were still happening. After a bit more than a day of mining, the whole web interface became unreachable.

Anything else I can troubleshoot?

Check to make sure the CPU fan is still working on the MCU unit. It may be gunked up or dead. That would cause the MCU to overheat and crap out on you.
newbie
Activity: 2
Merit: 0
Link to download MCU1 Apollo OS 2 below.

Want to get this tested here by a few of you since we dont have a lot of MCU1 devices left to test.

Below feedback would be appreciated:
OS detects internal board and starts up fine
OS detects and starts up external USB Standard units (both Apollo BTC or if any MCU1 owners have an Apollo II standard yet)

https://www.dropbox.com/scl/fi/j4o3rcwe88emzsuwe4wm7/apollo-2-mcu1_110424.img.xz?rlkey=cu3i66xtl5n4ln8ji7mct3zth&dl=0

This includes latest v2.0.4-beta release

Reminder MCU1 controllers are Batch 1/2 Apollos with the longer GPIO pins on the board (check link below if you are not sure which you have).

https://mega.nz/file/dghWnKJC#J2kkpfH5RVKynf0OvuE5mKojXdUqAFCczHMyv6mDrM4

My miner is crashing, and restarting every 10-20 minutes. To my feeling it's happening the moment new blocks are mined.

The node falls back a couple of hundred blocks after the restart, i.e. the current block was 838879 and the node would start syncing at 838663 again.

MCU1 board. This behaviour was also happening before, and I was hoping the upgrade would fix this.

This sounds like a corrupted SSD drive. You might need to reformat the drive and start syncing again. Can also try a re-indexing the node before you reformat the drive.

I've reformatted the SSD drive, and started syncing again. Once the node was synced, I enabled mining again on ECO mode. I could observe on the miner uptime that restarts were still happening. After a bit more than a day of mining, the whole web interface became unreachable.

Anything else I can troubleshoot?
legendary
Activity: 2162
Merit: 1401
Want to get this tested here by a few of you since we dont have a lot of MCU1 devices left to test.

Below feedback would be appreciated:
OS detects internal board and starts up fine
OS detects and starts up external USB Standard units (both Apollo BTC or if any MCU1 owners have an Apollo II standard yet)
Was able to flash an Apollo BTC Full MCU1 and plug in via USB to Apollo 2 Full, it was detected and started contributing hashing.

It appears to be a little finnicky if you are manipulating the web dashboard for both units simultaneously. For example, it was initially showing both units and hashboards on the Apollo 2 miner page. After restarting the Apollo 1, it seems to be operating independently with no apparent communication with the the Apollo 2. Both are mining and contributing hashrate to the pool.

Also doesn't appear that the Apollo I node wants to start up, but this may be by design when connected via USB? I never updated the SSD on it, so ostensibly it couldn't fit the blockchain right now anyway.

Testing further, seems Apollo II device and 2.0.4 OS aren't connecting to Apollo I standard units even after several minutes, maybe just a USB issue?

Yea UI is only designed to register the internal SSD drive node.

When you restart the miner you should see the USB standard units start flashing their front LEDs, if they dont then that means the system is not seeing them. Try a different USB port/USB hub. USB hubs seem to fix most USB issues on this controller.
newbie
Activity: 7
Merit: 0
Want to get this tested here by a few of you since we dont have a lot of MCU1 devices left to test.

Below feedback would be appreciated:
OS detects internal board and starts up fine
OS detects and starts up external USB Standard units (both Apollo BTC or if any MCU1 owners have an Apollo II standard yet)
Was able to flash an Apollo BTC Full MCU1 and plug in via USB to Apollo 2 Full, it was detected and started contributing hashing.

It appears to be a little finnicky if you are manipulating the web dashboard for both units simultaneously. For example, it was initially showing both units and hashboards on the Apollo 2 miner page. After restarting the Apollo 1, it seems to be operating independently with no apparent communication with the the Apollo 2. Both are mining and contributing hashrate to the pool.

Also doesn't appear that the Apollo I node wants to start up, but this may be by design when connected via USB? I never updated the SSD on it, so ostensibly it couldn't fit the blockchain right now anyway.

Testing further, seems Apollo II device and 2.0.4 OS aren't connecting to Apollo I standard units even after several minutes, maybe just a USB issue?
newbie
Activity: 14
Merit: 0

EDIT: No luck with asicboost..


Make sure you have the latest update installed.
newbie
Activity: 53
Merit: 0
MCU1 full node with Apollo 2 Standard attached to USB.
Using  v2.0.4-beta

Noticed that hash rate to NiceHash is only a fraction of actual mining.
When looking at the stats only shows one of the 2 miners (Apollo2) reporting data at no more than fraction (1.2 TH) of actual rate (5.8TH).
Apollo BTC is showing 1.9 TH and 0TH on NiceHash account.


Is this on nice hash only? Would wait at least an hour for hashrate to settle.

Might be NiceHash only. One of the 2 (Apollo 2 S) is sending data at severely reduced rate even after a few hours. MCU1 unit does not send data at all as shown in the "Hashboards and Pools" page.
NiceHash may require separate Id's for each mining unit?


I believe what you are seeing is the Apollo BTC is hashing and the Apollo 2 is not.
That's why you see "reduced' hashrate but actually it's the Apollo BTC's hashrate that you are seeing. They are mislabeled in the software.


I have the same problem with miningrigrentals, I can only get the Apollo BTC to hash there, the Apollo 2 doesn't send data. It works fine on Braiins though, but I would like to have it work on MRR.
I believe you would need separate id's for each unit but it doesn't look like you can do that right now.

OK, I see and agree, they must be cross labeled or not reading assigned values. Also agree that some pools need separate Id's depending on how data is sent/received. I have a few GPU rigs on NiceHash and all cards on each rig have their own ID's

Hopefully Monday's update will address some of these issues as we are still in a Beta version.


I got both (MCU1 and Apollo II S) sending data at the same time to NiceHash by using "stratum+tcp://sha256asicboost.auto.nicehash.com:9200" instead of stratum+tcp://sha256.auto.nicehash.com:9200. However they do appear to be inversely labeled as displayed on the "Hashboards and Pools" page.


Ok thanks I'll try with asicboost and see if there is a difference on MMR.

By the way, anybody able to connect Sparrow to the node? Not sure why it's not connecting now (it was before the new OS). Do I have to put something in particular in bitcoin.conf?


EDIT: No luck with asicboost..
newbie
Activity: 14
Merit: 0
MCU1 full node with Apollo 2 Standard attached to USB.
Using  v2.0.4-beta

Noticed that hash rate to NiceHash is only a fraction of actual mining.
When looking at the stats only shows one of the 2 miners (Apollo2) reporting data at no more than fraction (1.2 TH) of actual rate (5.8TH).
Apollo BTC is showing 1.9 TH and 0TH on NiceHash account.


Is this on nice hash only? Would wait at least an hour for hashrate to settle.

Might be NiceHash only. One of the 2 (Apollo 2 S) is sending data at severely reduced rate even after a few hours. MCU1 unit does not send data at all as shown in the "Hashboards and Pools" page.
NiceHash may require separate Id's for each mining unit?


I believe what you are seeing is the Apollo BTC is hashing and the Apollo 2 is not.
That's why you see "reduced' hashrate but actually it's the Apollo BTC's hashrate that you are seeing. They are mislabeled in the software.


I have the same problem with miningrigrentals, I can only get the Apollo BTC to hash there, the Apollo 2 doesn't send data. It works fine on Braiins though, but I would like to have it work on MRR.
I believe you would need separate id's for each unit but it doesn't look like you can do that right now.

OK, I see and agree, they must be cross labeled or not reading assigned values. Also agree that some pools need separate Id's depending on how data is sent/received. I have a few GPU rigs on NiceHash and all cards on each rig have their own ID's

Hopefully Monday's update will address some of these issues as we are still in a Beta version.


I got both (MCU1 and Apollo II S) sending data at the same time to NiceHash by using "stratum+tcp://sha256asicboost.auto.nicehash.com:9200" instead of stratum+tcp://sha256.auto.nicehash.com:9200. However they do appear to be inversely labeled as displayed on the "Hashboards and Pools" page.
legendary
Activity: 2162
Merit: 1401
anyone know what to do with the satscards? I'm in UK and haven't come across these before. 

Use it as a hardware wallet for your mining or solo mining address.

We included it for new users that dont have wallets so they can get started in one step by just importing the wallet address for either solo mining or mining straight to wallet address using ocean pool.

I didn't get a satscard...

Only Full Node units get one
newbie
Activity: 14
Merit: 0
Hi, it looks like the Unit opened up port 8333 via UPnP, but I still see only 10 connections...Is it because it is still syncing with the Blockchain?
Any thoughts? Thanks.

It takes a while!
Pages:
Jump to: