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

i already send via https://www.futurebit.io/contact . please check.

Futurebit dashboard screenshot
https://imgur.com/a/oPbYJ28

I have a full package unit and one standard unit. Both were working fine for about 12 hours. After that the standard unit started showing a solid red light in the front and has since show up as "inactive" in the Futurebit OS. Tried rebooting, unplugging then plugging back in, turn off turn on, nothing has worked. The full package unit is still working perfectly but I cannot get the standard unit active. Do you have any suggestions? Thank you.

Had connected to ethernet for hours - never showed on router.  thanks for info on PSU. 

Found an HDMI - DVI adapter - tried direct connect monitor to HDMI on FutureBit - monitor is now dead completely - won't even work on my main system.  Great.

Why must everything turn into a "project"? Right now it's just another non-functional toy.

Yes you will need a power supply for the standard unit, if you have enough connections on the existing PSU it might be able to power both (but it seems like you bought the full version with a 200w psu).

Personally I use server PSUs from Parallelminer, so a 750w unit powers 2 units.

In terms of obtaining an IP, it does take some time to register.  The Apollo makes it relatively easy to find since the name will pop up as FutureBit and not just some random set of letters or numbers.

I have full version and hash board version.

Do I need another power supply for hash-only?  I'm guessing that's a redundant question and the answer is yes.  Don't know why I did not understand that on order.  Probably because I saw the picture with 3 units daisy-chained together via USB.  Pics are powerful and can override common sense, I guess.

More importantly, I obviously do not know what I'm doing.

Connected included power supply to full version, connected ethernet (wired straight to router - line is good).  Pulled power from Router and rebooted it.  THEN and only then, did I power up the Futurebit.

SPECTRUM is my provider - 300Mbps. 

I see by the Ethernet Port's indicator lights on the FutreBit that it is "talking" to the router.

I cannot find an IP address for the FutureBit to set it up.  There are NO "not-connected" devices listed on my Router gateway. 

I do not have an HDMI monitor nor wired keyboard/mouse, so was relying on Ethernet connectivity @ router to setup.

I can find IP for everything else - wireless and wired - on my entire network. 

Spectrum has obfuscated most settings by making you go through a phone ap now.  Yes, I am using their equipment.  Yes, I know I should tell them to shove it and buy my own, but that's another day.

Any suggestions beyond:

(1) getting another power supply for the hash-board only version (duh, I think)
(2) cannibalizing my 3 screen legacy desktop setup and buy a DVI - HDMI adapter and cheap-0 wired keyboard and mouse?

This is my first mining experience with anything.  I have traded crypto for years - but the hardware side of things is a bit confounding to me.

Spectrum's router nonsense is very annoying as well.  Used to be able to go in and easily do DHCP/Port forwarding, etc. - now that's difficult.

Thanks to whoever can help.

Thank you for all of your contributions on this forum Phil. I signed up with via bitcoin instead of the recommended/pool I started to sign up with slushpool and it was just really confusing how to set up my miner. I also want to thank futurebit team. What an exceptional product this is. They worked very hard under some pretty stressful conditions and times that we are living in and were able to produce a product that is so beneficial for this crypto digital currency future. I recommend using viabtc.com

https://viabtc.com/signup?refer=684276
Use that link to signup for 50% off of pool fees.

I have found the miner boards to be more stable when connected to a USB hub rather then directly connected to the full miner unit.

Most likely a pool/internet connection issue. Next update should auto-restart for these cases.

Can you send an email regarding this issue...we had one other report of this and trying to diagnose whats going on.

I've been running my full node unit for over a week now mining BCH on btc.com. Been on Turbo for most of that time. About every other day the miner stops and I have to go into the dashboard and start the miner again. Is this a known issue? Not sure if it's disconnects or the hardware trying to shutdown. Here are the raw stats for fan and temp. It would be really nice to have a failover pool in the event it's caused by disconnects, or at least have the system try to reconnect after 15 minutes or so. Everytime it has happened, I just click start miner and it starts right back up hashing with valid shares.

"fans": {
      "int_0": {
        "rpm": [
          3679
        ]
      }
    },
    "temperature": {
      "count": 2,
      "min": 0,
      "avr": 34,
      "max": 68
    },

Hi admin futurebit,

just recieve BTC apolo today and runing well.

But i got an issue of futurebit dashboard,

no show "Current hashrate" and keeps 0
no show "Miner power usage" and keeps 0
no show "Hardware errors" and keeps 0
no show "Miner uptime" and keeps 0
and Status keep stay in "Inactive"
 
But on the mining pool side monitor shows realtime hash rate around 7.9 Th/s

How to solve the local monitor issue ?

Yeah I found gpart I formatted a drive with a single partition and it tells me you are not the owner you can not add a folder.

Went to the original 500gb ssd shut node off and found I am not the owner I can not add a folder.

So I have a spare ssd stick nvme.2 and it will not work. since it is empty and will not add the folder Bitcoin

it is mining fine at viabtc.

I am over  0.001444 BCH

I will mine 0.1 BCH
then mine 0.1 BHA
then mine 0.1 BSV

then leave it at BTC just let it stack the sats and hodl

Yep, any hiccups with the standard units just power cycle them and restart in the dashboard...that should solve most issues.

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.

Awesome...could have been a weird type of ethernet cable that the Apollos network controller couldn't handle. The USB connected hashboards is a known issue we are trying to figure out if its a firmware or general STM32 USB driver issue. Usually a power cycle on the standard unit will fix it if its taking a really long time to connect.

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.

You posted here so I'll reply here.
1) KDB is the database system I wrote that manages the pool, it doesn't generate work for miners, so changes to KDB don't require block level testing. The solo changes did not require any ckpool changes, though I did remove a few lines of code that sent, no longer necessary data, to KDB.
Though I do still do block level tests on KDB sometimes anyway.
KDB also submits blocks as a failsafe, because it is an exact bitwise block test, whereas ckpool's block submit code is based on an inaccurate floating point block test.
I also do standard low level block submission tests to both ckpool and kdb all the time.
2) Yes I do the necessary full block level testing each time I make changes to ckpool and bitcoin that could affect the code dealing with blocks.
3) These jokers here 'supposedly' have written a new miner ... and have stated that they have never done the necessary testing that it can find blocks - I wonder what excuse they'll give when they add solo mining direct to the local bitcoind to their code?

... see the post by someone else above, about slush, that you clearly have conveniently forgotten all about, or were you not around back then?
Or are you just chiming in to post false information for some other reason?

Have a couple issues:

1) GUI does not refresh and display miner status correctly. How does one force the interface to refresh /reload from ssh or monitor the miner status from ssh.

2) No disable node option. How can the node be disabled so that is does not run on power up or reboot. Clicking stop is possible but how can it be disabled completely?

3) Miner randomly disconnects from pool, GUI does not refresh and show activity but miner are cold. The red led still flashes as if it is mining, but the miner is cold and does not show as being connected to the pool. I have 4 units, One full unit and 3 miner boards, 1 miner boards had issues the first day, 1 miner board with the above behavior. I'll connect a monitor tomorrow to monitor from the linux desktop.

Hello, on the dashboard I am getting the following error.  “ there is a problem fetching stats, internal error”.  How do I fix this?

If you pop in a fresh SD card at the same time as a new SSD it will automatically format and set it up.

You can do it manually as well by launching the gparted app installed in the system, and initializing it with a single partition. You then need to add a folder called "Bitcoin" in the root directory of the partition.

Adding a "format and setup new SSD" button in the UI is on our list.