Official FutureBit Apollo BTC Software/Image and Support thread - page 85.

Tempestblack

newbie

Activity: 18

Merit: 1

Dr. J!!! my man... Cool

...hope all is going well for you and the staff there with the shipments but I am reaching out to you for an issue with my power supply. I have at this time one of the FutureBit power supplies powering my Node/Miner and well it had been doing just great since I got the unit back in July/August of last year....not a single hiccup thankfully...but a couple of days ago I had to rearrange where I had the miner and power supply devices physically located and was also installing a UPS/Surge protector. So of course I went thru the process of powering down the miner and then powering down the Node for well I tend to use canned air to blow both the miner and the power supply out of dust. It was at that moment that I noticed the Lil fan on the inside of the power supply unit was not spinning. It alarmed me of course that the power supply unit had not failed or simply burned out from overheating for I do not know how long indeed the unit had been working without a freely spinning fan. Turns out that 1 or 2 the Lil blades are getting caught up in the circular plastic housing part of the fan and therefore had not been letting the fan spin freely. Well I was able to fix it temporarily and the fan, for now, is spinning freely thereby the power unit not getting possibly overheated but indeed I have to check on it constantly...Question...the Lil component fan in the power unit...what are its specs and is there a vendor whom I can purchase a replacement for it so that way I can order one and simply swap it out with the one in the power unit right now that though for the moment it is working I do not completely trust to remain as such. Well, that is my story...sighs...lol...any info would be appreciated...and oh by the way...I am chomping at the bit even worse these days awaiting news of the shipment to come...LOL...ok to you and gang there keep up the good work...

....Tempestblack

Aldin1978

newbie

Activity: 2

Merit: 0

Quote from: jstefanop on January 13, 2022, 12:54:32 PM

Quote from: Aldin1978 on January 13, 2022, 08:33:19 AM

Quote from: MLOMBANA on October 31, 2021, 06:09:32 PM

With so many of us now using an Apollo for mining BTC and the fact that the box has its own node, has anyone taken the time to do a write up for us "slower" old guys that might want to take full advantage of the functions of the box as in use the node and the box together to solo mine?

Is it even possible to set up the Apollo BTC and Node to mine into itself in solo mode?

I'm mining to CKPool but wondering if I have the ability to use the Apollo to mine in my old world and not have to go to a pool.

A write-up or cheat sheet would be really welcome!

ml

I know this post is a couple months old, but in case the OP is still needing this (or others who might be looking to do the same), I was able to get my full-node unit mining my own node. I didn't do a 'write-up' of this, and it does require some basic / intermediate Linux knowledge, but in a nutshell:

I installed ckpool - source package found here (they don't supply pre-built binaries): (https://bitbucket.org/ckolivas/ckpool/get/b8f668524835.zip) and set up a simple pool in standalone mode (without ckdb support), with my local full node (127.0.0.1:8332) as the btcd, and 127.0.0.1:3333 as the address for miners to connect. Once I got bitcoin.conf (from the node) and ckpool.conf (from ckpool) set up so that everything was working as expected, I modified the script that starts up the node, to also start up the ckpool process.

Someone else may know a solution to this problem, but I had to replace the bitcoind binary with an earlier version 0.19.1 - this is because version 0.20.0 and later which removed the coinbaseaux flag from the GBT response, and ckpool doesn't play nice without it there (even though it isn't a required flag ...).

Then in the ApolloUI, I set up my pool as: stratum+tcp://127.0.0.1:3333 - User and pass: .

Everything comes up on its own when I (re)start the device -- and if you don't change the RPC username / pass from the defaults, it also remains fully integrated with the UI, though obviously you don't see anything about ckpool (since the node_start script modification I made launches ckpool in a screen session (screen -dmS ckpool), like the node and miner services do, I can pull up the running ckpool output via (as root): screen -x ckpool). If you do change the rpcuser and rpcpassword from default, it breaks the UI - but at some point I'll probably take the time to figure out how to change the values the UI uses to connect so that I can change the RPC credentials.

Screenshots of results:

https://www.filehosting.org/file/details/976274/miner.jpg

https://www.filehosting.org/file/details/976275/node.jpg

@jstefanop : this unit has always had ~40% hardware errors since I first started it up 12/27, regardless which mining pool I used (tried ckpool, nicehash, slush, etc). The hashrate is as advertised, so I haven't been too worried about it - but is this a cause for concern?

Cool write up! We are testing a similar setup with ckpool codebase for our solo mining feature as well. RPC issue is on our to-do list as well. Once more services and apps are part of the system the RPC credentials will be tied to the user password that is set during setup.

HW error issue is not a concern, very small number of units will have this issue and its because 1 or 2 bad cores out of thousands of cores that are any our Apollo are constantly spitting back bad data. The way our system is designed its hard to filter out "real" HW errors due to low voltage/overheating on the cores from "bad" HW errors due to bad cores. As long as your rejected shares are not high, and the pool hashrate matches what you see in the dashboard your unit is operating fine.

Thanks! It seems very stable, got it going yesterday evening (not quite 24 hours yet), but looking good!

Lemme try those screenshots again:

https://i.postimg.cc/MK9KMsgP/miner.jpg

https://i.postimg.cc/rFVwp6ZR/node.jpg

Is there a batch 4 forthcoming? I'd like to pick up a couple standard units to attach, but not willing to pay double on eBay ...

jstefanop

legendary

Activity: 2174

Merit: 1401

Quote from: Aldin1978 on January 13, 2022, 08:33:19 AM

Quote from: MLOMBANA on October 31, 2021, 06:09:32 PM

With so many of us now using an Apollo for mining BTC and the fact that the box has its own node, has anyone taken the time to do a write up for us "slower" old guys that might want to take full advantage of the functions of the box as in use the node and the box together to solo mine?

Is it even possible to set up the Apollo BTC and Node to mine into itself in solo mode?

I'm mining to CKPool but wondering if I have the ability to use the Apollo to mine in my old world and not have to go to a pool.

A write-up or cheat sheet would be really welcome!

ml

I know this post is a couple months old, but in case the OP is still needing this (or others who might be looking to do the same), I was able to get my full-node unit mining my own node. I didn't do a 'write-up' of this, and it does require some basic / intermediate Linux knowledge, but in a nutshell:

I installed ckpool - source package found here (they don't supply pre-built binaries): (https://bitbucket.org/ckolivas/ckpool/get/b8f668524835.zip) and set up a simple pool in standalone mode (without ckdb support), with my local full node (127.0.0.1:8332) as the btcd, and 127.0.0.1:3333 as the address for miners to connect. Once I got bitcoin.conf (from the node) and ckpool.conf (from ckpool) set up so that everything was working as expected, I modified the script that starts up the node, to also start up the ckpool process.

Someone else may know a solution to this problem, but I had to replace the bitcoind binary with an earlier version 0.19.1 - this is because version 0.20.0 and later which removed the coinbaseaux flag from the GBT response, and ckpool doesn't play nice without it there (even though it isn't a required flag ...).

Then in the ApolloUI, I set up my pool as: stratum+tcp://127.0.0.1:3333 - User and pass: .

Everything comes up on its own when I (re)start the device -- and if you don't change the RPC username / pass from the defaults, it also remains fully integrated with the UI, though obviously you don't see anything about ckpool (since the node_start script modification I made launches ckpool in a screen session (screen -dmS ckpool), like the node and miner services do, I can pull up the running ckpool output via (as root): screen -x ckpool). If you do change the rpcuser and rpcpassword from default, it breaks the UI - but at some point I'll probably take the time to figure out how to change the values the UI uses to connect so that I can change the RPC credentials.

Screenshots of results:

@jstefanop : this unit has always had ~40% hardware errors since I first started it up 12/27, regardless which mining pool I used (tried ckpool, nicehash, slush, etc). The hashrate is as advertised, so I haven't been too worried about it - but is this a cause for concern?

Cool write up! We are testing a similar setup with ckpool codebase for our solo mining feature as well. RPC issue is on our to-do list as well. Once more services and apps are part of the system the RPC credentials will be tied to the user password that is set during setup.

HW error issue is not a concern, very small number of units will have this issue and its because 1 or 2 bad cores out of thousands of cores that are any our Apollo are constantly spitting back bad data. The way our system is designed its hard to filter out "real" HW errors due to low voltage/overheating on the cores from "bad" HW errors due to bad cores. As long as your rejected shares are not high, and the pool hashrate matches what you see in the dashboard your unit is operating fine.

Aldin1978

newbie

Activity: 2

Merit: 0

Quote from: MLOMBANA on October 31, 2021, 06:09:32 PM

With so many of us now using an Apollo for mining BTC and the fact that the box has its own node, has anyone taken the time to do a write up for us "slower" old guys that might want to take full advantage of the functions of the box as in use the node and the box together to solo mine?

Is it even possible to set up the Apollo BTC and Node to mine into itself in solo mode?

I'm mining to CKPool but wondering if I have the ability to use the Apollo to mine in my old world and not have to go to a pool.

A write-up or cheat sheet would be really welcome!

ml

I know this post is a couple months old, but in case the OP is still needing this (or others who might be looking to do the same), I was able to get my full-node unit mining my own node. I didn't do a 'write-up' of this, and it does require some basic / intermediate Linux knowledge, but in a nutshell:

I installed ckpool - source package found here (they don't supply pre-built binaries): (https://bitbucket.org/ckolivas/ckpool/get/b8f668524835.zip) and set up a simple pool in standalone mode (without ckdb support), with my local full node (127.0.0.1:8332) as the btcd, and 127.0.0.1:3333 as the address for miners to connect. Once I got bitcoin.conf (from the node) and ckpool.conf (from ckpool) set up so that everything was working as expected, I modified the script that starts up the node, to also start up the ckpool process.

Someone else may know a solution to this problem, but I had to replace the bitcoind binary with an earlier version 0.19.1 - this is because version 0.20.0 and later which removed the coinbaseaux flag from the GBT response, and ckpool doesn't play nice without it there (even though it isn't a required flag ...).

Then in the ApolloUI, I set up my pool as: stratum+tcp://127.0.0.1:3333 - User and pass: .

Everything comes up on its own when I (re)start the device -- and if you don't change the RPC username / pass from the defaults, it also remains fully integrated with the UI, though obviously you don't see anything about ckpool (since the node_start script modification I made launches ckpool in a screen session (screen -dmS ckpool), like the node and miner services do, I can pull up the running ckpool output via (as root): screen -x ckpool). If you do change the rpcuser and rpcpassword from default, it breaks the UI - but at some point I'll probably take the time to figure out how to change the values the UI uses to connect so that I can change the RPC credentials.

Screenshots of results:

https://www.filehosting.org/file/details/976274/miner.jpg

https://www.filehosting.org/file/details/976275/node.jpg

@jstefanop : this unit has always had ~40% hardware errors since I first started it up 12/27, regardless which mining pool I used (tried ckpool, nicehash, slush, etc). The hashrate is as advertised, so I haven't been too worried about it - but is this a cause for concern?

crypto_curious

full member

Activity: 933

Merit: 175

Quote from: heslo on January 13, 2022, 12:14:24 AM

And my recommendation was not useless or off topic. You bought a miner that self hosts a node and you're acting like you want it to do CAD drawings as well?! It's a low powered device that is fit for its use case

I don't want anything. Just read device description will ya
https://bitcointalksearch.org/topic/m.58277556

heslo

legendary

Activity: 1202

Merit: 1181

Quote from: ?? on ??

Quote from: heslo on January 11, 2022, 11:36:52 PM

Same here; don't put words in my mouth mate. I'm happy, it mines and it runs a node, all I need it to do. You want a full fledged PC to do everything on? Build a dedicated one

Don't get me wrong, I love my apollo miner, no offence to Futurebit team. BUT

100% of users are affected by this problem. Majority of users will not notice, or will notice but will ignore it, or be happy about this overheat issue (like you? Cheesy

). Your statement doesn't make problem go away. Problem should be addressed and/or mitigated, but not ignored (from your point of view, problem doesn't exist because you are happy with your device?).

Quote

You want a full fledged PC to do everything on? Build a dedicated one

Most useless and offtopic recommendation ever, thanks 😳😅

Mine doesn't overheat, I've never run into this issue and my ambient temp in the house the other day was 38 degrees celcius, mining in turbo mode. Temps were 70 odd from memory, I was happy with that.

And my recommendation was not useless or off topic. You bought a miner that self hosts a node and you're acting like you want it to do CAD drawings as well?! It's a low powered device that is fit for its use case

crypto_curious

full member

Activity: 933

Merit: 175

Quote from: LeftLane10Under on January 11, 2022, 06:38:29 PM

You don’t speak for me. I’m fine with quieter performance. Short term pain for long term gain.

Also didn’t you already make this “desktop as advertised” argument and get shut down earlier in this thread? Or was it the other thread?

Edit: LMAO YES THATS YOU from October https://bitcointalksearch.org/topic/m.58277556

Dude get outta here. You also said you have no use or interest in running a full node.

And what is your problem? Yes that was me mentioning it months ago, problem with overheating is still the same. Nothing has changed. You still have users reporting today, running into problems when synchronizing node, etc. More newbie user is, bigger the problem, because they don't know what is wrong and why their device has shutdown, overheat, stop mining, stop responding, etc. Why discussing this is a problem to you?

Quote from: heslo on January 11, 2022, 11:36:52 PM

Same here; don't put words in my mouth mate. I'm happy, it mines and it runs a node, all I need it to do. You want a full fledged PC to do everything on? Build a dedicated one

Don't get me wrong, I love my apollo miner, no offence to Futurebit team. BUT

100% of users are affected by this problem. Majority of users will not notice, or will notice but will ignore it, or be happy about this overheat issue (like you? Cheesy

). Your statement doesn't make problem go away. Problem should be addressed and/or mitigated, but not ignored (from your point of view, problem doesn't exist because you are happy with your device?).

Quote

You want a full fledged PC to do everything on? Build a dedicated one

Most useless and offtopic recommendation ever, thanks 😳😅

heslo

legendary

Activity: 1202

Merit: 1181

Quote from: LeftLane10Under on January 11, 2022, 06:38:29 PM

Quote from: crypto_curious on January 11, 2022, 09:51:56 AM

Quote from: jstefanop on January 10, 2022, 05:20:11 PM

Quote from: crypto_curious on January 10, 2022, 09:55:43 AM

Quote from: AloTheMax on January 09, 2022, 11:31:26 AM

So I recommend to those who have problems similar to this, first to terminate the synchronization process of the entire blockchain and deactivate the mining process by holding Apollo Full Node in a not too hot environment and then when the node has finished synchronizing all the blockchain start the mining process.

Yep, overheating of Orange Pi 4 controller is causing a lot of trouble, as we discussed earlier in the thread.

Quote from: gt_addict on January 08, 2022, 01:23:56 PM

As crypto_curious said, ideally it would have a bit more space between the SBC and hashboard, at least that way you could install a slightly thicker fan for better cooling. I found it difficult to source a replacement fan in the thickness thats required (6mm) most were 10mm, which IMO wouldve been the better choice for cooling and noise levels.

Yes I'd love to see that improvement, or something similar. Just a little bit more of breathing space.. and thicker fan would fit no problem.

Issue with cooling on the SBC is only relevant for 100% CPU load sustained for hours and either a hot environment or running mining past ECO. This should only happen during initial node sync and we recommend everyone to either not mine during this time or make sure its in a cool environment in eco mode.

Its not worth putting in a faster/noisier fan for a very small case/usage pattern of the device and is a trade off we intentionally made.

We the users, are not happy about this trade off. Please reconsider this. This trade off is preventing users from using the device as intended, as they wish, for example as fully functional desktop device (as it has been advertised to users).

You don’t speak for me. I’m fine with quieter performance. Short term pain for long term gain.

Also didn’t you already make this “desktop as advertised” argument and get shut down earlier in this thread? Or was it the other thread?

Same here; don't put words in my mouth mate. I'm happy, it mines and it runs a node, all I need it to do. You want a full fledged PC to do everything on? Build a dedicated one

LeftLane10Under

newbie

Activity: 15

Merit: 1

Quote from: crypto_curious on January 11, 2022, 09:51:56 AM

Quote from: jstefanop on January 10, 2022, 05:20:11 PM

Quote from: crypto_curious on January 10, 2022, 09:55:43 AM

Quote from: AloTheMax on January 09, 2022, 11:31:26 AM

So I recommend to those who have problems similar to this, first to terminate the synchronization process of the entire blockchain and deactivate the mining process by holding Apollo Full Node in a not too hot environment and then when the node has finished synchronizing all the blockchain start the mining process.

Yep, overheating of Orange Pi 4 controller is causing a lot of trouble, as we discussed earlier in the thread.

Quote from: gt_addict on January 08, 2022, 01:23:56 PM

As crypto_curious said, ideally it would have a bit more space between the SBC and hashboard, at least that way you could install a slightly thicker fan for better cooling. I found it difficult to source a replacement fan in the thickness thats required (6mm) most were 10mm, which IMO wouldve been the better choice for cooling and noise levels.

Yes I'd love to see that improvement, or something similar. Just a little bit more of breathing space.. and thicker fan would fit no problem.

Issue with cooling on the SBC is only relevant for 100% CPU load sustained for hours and either a hot environment or running mining past ECO. This should only happen during initial node sync and we recommend everyone to either not mine during this time or make sure its in a cool environment in eco mode.

Its not worth putting in a faster/noisier fan for a very small case/usage pattern of the device and is a trade off we intentionally made.

We the users, are not happy about this trade off. Please reconsider this. This trade off is preventing users from using the device as intended, as they wish, for example as fully functional desktop device (as it has been advertised to users).

You don’t speak for me. I’m fine with quieter performance. Short term pain for long term gain.

Also didn’t you already make this “desktop as advertised” argument and get shut down earlier in this thread? Or was it the other thread?

Edit: LMAO YES THATS YOU from October https://bitcointalksearch.org/topic/m.58277556

Dude get outta here. You also said you have no use or interest in running a full node.

crypto_curious

full member

Activity: 933

Merit: 175

Quote from: jstefanop on January 10, 2022, 05:20:11 PM

Quote from: crypto_curious on January 10, 2022, 09:55:43 AM

Quote from: AloTheMax on January 09, 2022, 11:31:26 AM

So I recommend to those who have problems similar to this, first to terminate the synchronization process of the entire blockchain and deactivate the mining process by holding Apollo Full Node in a not too hot environment and then when the node has finished synchronizing all the blockchain start the mining process.

Yep, overheating of Orange Pi 4 controller is causing a lot of trouble, as we discussed earlier in the thread.

Quote from: gt_addict on January 08, 2022, 01:23:56 PM

As crypto_curious said, ideally it would have a bit more space between the SBC and hashboard, at least that way you could install a slightly thicker fan for better cooling. I found it difficult to source a replacement fan in the thickness thats required (6mm) most were 10mm, which IMO wouldve been the better choice for cooling and noise levels.

Yes I'd love to see that improvement, or something similar. Just a little bit more of breathing space.. and thicker fan would fit no problem.

Issue with cooling on the SBC is only relevant for 100% CPU load sustained for hours and either a hot environment or running mining past ECO. This should only happen during initial node sync and we recommend everyone to either not mine during this time or make sure its in a cool environment in eco mode.

Its not worth putting in a faster/noisier fan for a very small case/usage pattern of the device and is a trade off we intentionally made.

We the users, are not happy about this trade off. Please reconsider this. This trade off is preventing users from using the device as intended, as they wish, for example as fully functional desktop device (as it has been advertised to users).

Tempestblack

newbie

Activity: 18

Merit: 1

Dr.J!!!!....my man...Happy New Year to you and the entire staff there at FutureBit...I have read your posts and know you are in production and cranking them puppies out...believe me so I am chomping at the bit to get my 2 new babies scheduled for shipment...but indeed if it takes a lil bit longer to make sure that the units pass muster...you know....quality control and stuff...then I rather wait an extra day or two so long as the units ship in working order and all...but yea...I am rooting for you and the team...and yea I want my two new girls...LOL...God bless y'all....Tempestblack....

jstefanop

legendary

Activity: 2174

Merit: 1401

Quote from: crypto_curious on January 10, 2022, 09:55:43 AM

Quote from: AloTheMax on January 09, 2022, 11:31:26 AM

So I recommend to those who have problems similar to this, first to terminate the synchronization process of the entire blockchain and deactivate the mining process by holding Apollo Full Node in a not too hot environment and then when the node has finished synchronizing all the blockchain start the mining process.

Yep, overheating of Orange Pi 4 controller is causing a lot of trouble, as we discussed earlier in the thread.

Quote from: gt_addict on January 08, 2022, 01:23:56 PM

As crypto_curious said, ideally it would have a bit more space between the SBC and hashboard, at least that way you could install a slightly thicker fan for better cooling. I found it difficult to source a replacement fan in the thickness thats required (6mm) most were 10mm, which IMO wouldve been the better choice for cooling and noise levels.

Yes I'd love to see that improvement, or something similar. Just a little bit more of breathing space.. and thicker fan would fit no problem.

Issue with cooling on the SBC is only relevant for 100% CPU load sustained for hours and either a hot environment or running mining past ECO. This should only happen during initial node sync and we recommend everyone to either not mine during this time or make sure its in a cool environment in eco mode.

Its not worth putting in a faster/noisier fan for a very small case/usage pattern of the device and is a trade off we intentionally made.

Glpragma

newbie

Activity: 6

Merit: 0

Hello everyone. Since the latest firmware update 0.3.2 my Apollo doesn't behave well. Before it was mining for weeks, now it remains active for three, four days and then I find it blocked, inoperative, with the steady red LED. This is very annoying, does anyone have the same problem and maybe a solution? Thank you.
D.

crypto_curious

full member

Activity: 933

Merit: 175

Quote from: AloTheMax on January 09, 2022, 11:31:26 AM

So I recommend to those who have problems similar to this, first to terminate the synchronization process of the entire blockchain and deactivate the mining process by holding Apollo Full Node in a not too hot environment and then when the node has finished synchronizing all the blockchain start the mining process.

Yep, overheating of Orange Pi 4 controller is causing a lot of trouble, as we discussed earlier in the thread.

Quote from: gt_addict on January 08, 2022, 01:23:56 PM

As crypto_curious said, ideally it would have a bit more space between the SBC and hashboard, at least that way you could install a slightly thicker fan for better cooling. I found it difficult to source a replacement fan in the thickness thats required (6mm) most were 10mm, which IMO wouldve been the better choice for cooling and noise levels.

Yes I'd love to see that improvement, or something similar. Just a little bit more of breathing space.. and thicker fan would fit no problem.

AloTheMax

newbie

Activity: 7

Merit: 0

Quote from: AloTheMax on January 06, 2022, 06:34:17 AM

Quote from: emilio932 on January 05, 2022, 03:30:14 PM

just got my used unit home. it booted up fine first startup, but i couldnt login so i tried the reflash-method. and now it seems it wont boot at all. the ethernet-connection lights up and flashes, but i cant seem to get any ip-address to sign in to the miner.
what am i doing wrong and what can i do to fix it? unit has been loading for 10 minutes now.

i even tried reflashing it again, with the newest firmware available.
its a full-node package and im using my own 1600W EVGA T1 power supply.

help PLS!

//edit//

Red light on front is lighting up solid, a small green light is lights up on the blue controlboard, a red LED is lighting up right next to the SSD, and it looks like a red light is lighting up below the controlboard towards the hashboard?

Ciao Emilio1992, I also have the same problem as you for days and days and I almost went crazy trying to solve it, maybe I succeeded. Last night I wrote to Futurebit support and they replied that most likely my Apollo BTC Miner goes into temperature overheating and therefore to deactivate the mining process until the node is fully synchronized. Probably the mining process together with the download of the blockchain and the synchronization of the node in addition to an environment that is not cold but at ambient temperature (about 21 ° C) overheats our Apollo BTC too much and disconnects from the network to avoid damage from temperature or operation . In fact, when this happens I turn off the miner for about ten minutes and when I turn it back on the IP reappears and I can access it from the web dashboard. Now I have turned off the mining process and I am only synchronizing the node (I have reached 98%) when everything is synchronized I will start the mining process and see the results. However, I have already ordered two 120mm fans on amazon to be placed on the sides to cool it even more. I hope to solve bye...

Ok I can finally say that I have solved the problem and I am very happy !!! The crux of the matter was because it frequently disconnected from the router or network and went into lockdown, the IP address disappeared and I could no longer log in via the web dashboard. From a recent email from Futurebit support they advised me to first finish the synchronization of the node and blockchain download, and then start the mining process.
My Apollo Full Node has been continuously undermining for 3 days without network interruptions or overheating problems and therefore disconnections. I am very happy with this and have found the solution thanks to Futurebit support.
So I recommend to those who have problems similar to this, first to terminate the synchronization process of the entire blockchain and deactivate the mining process by holding Apollo Full Node in a not too hot environment and then when the node has finished synchronizing all the blockchain start the mining process.
Happy mining to all guys...

gt_addict

hero member

Activity: 2534

Merit: 623

Quote from: crypto_curious on January 08, 2022, 10:14:42 AM

Quote from: gt_addict on January 08, 2022, 07:03:36 AM

Once the sync is done its not a problem. As its only a short space of time to update the sync per block. Running at 3.3v is fine for 99% of the time.

It is a problem if you want to use your device as intended. Website states:

"FutureBit Apollo BTC is the world's first vertically integrated platform bringing the full power of Bitcoin and it’s mining infrastructure in a small, quiet, easy to use desktop device designed for everyday people. "

"At the heart of the new Apollo BTC product is a revamped SBC (Single Board Computer), that is as powerful as any consumer grade desktop system and can run almost any Bitcoin Application natively on the device 24/7. Take it out of the Box, plug it in, power it on, and you are already running a full Bitcoin node without needing to do anything."

Well that's not true. Any application which pins CPU for a bit will cause massive overheat, slowdown or damage.

Fair point. But most people wont be using it as a "Desktop PC".

As crypto_curious said, ideally it would have a bit more space between the SBC and hashboard, at least that way you could install a slightly thicker fan for better cooling. I found it difficult to source a replacement fan in the thickness thats required (6mm) most were 10mm, which IMO wouldve been the better choice for cooling and noise levels.

crypto_curious

full member

Activity: 933

Merit: 175

Quote from: gt_addict on January 08, 2022, 07:03:36 AM

Once the sync is done its not a problem. As its only a short space of time to update the sync per block. Running at 3.3v is fine for 99% of the time.

It is a problem if you want to use your device as intended. Website states:

"FutureBit Apollo BTC is the world's first vertically integrated platform bringing the full power of Bitcoin and it’s mining infrastructure in a small, quiet, easy to use desktop device designed for everyday people. "

"At the heart of the new Apollo BTC product is a revamped SBC (Single Board Computer), that is as powerful as any consumer grade desktop system and can run almost any Bitcoin Application natively on the device 24/7. Take it out of the Box, plug it in, power it on, and you are already running a full Bitcoin node without needing to do anything."

Well that's not true. Any application which pins CPU for a bit will cause massive overheat, slowdown or damage.

Quote from: heslo on January 08, 2022, 12:26:14 AM

It's already a 5v fan, it's just being fed a 3.3v input instead of the 5v it's rated for. This slows it down and makes it a lot quieter

As @heslo said, 5V fan is already there, but is has been slowed down. Ask Futurebit to fix it for you, send you a new fan, new wire harness, I don't know. Or re-wire fan back to 5V but that's on you if something goes wrong.
I rewired fan back to 5V but you must know what you are doing before attempting this.

PS. Orange Pi 4 still overheats when CPU pinned down 100%, even with 5V fan. It's just bad design. I wish there were 20mm extra space underneath the board to let it breathe and/or install better cooling solution. But at least it's stable.

gt_addict

hero member

Activity: 2534

Merit: 623

Once the sync is done its not a problem. As its only a short space of time to update the sync per block. Running at 3.3v is fine for 99% of the time.

heslo

legendary

Activity: 1202

Merit: 1181

It's already a 5v fan, it's just being fed a 3.3v input instead of the 5v it's rated for. This slows it down and makes it a lot quieter

LeftLane10Under

newbie

Activity: 15

Merit: 1

Quote from: crypto_curious on January 06, 2022, 09:19:24 AM

Quote from: AloTheMax on January 06, 2022, 06:34:17 AM

Quote from: emilio932 on January 05, 2022, 03:30:14 PM

just got my used unit home. it booted up fine first startup, but i couldnt login so i tried the reflash-method. and now it seems it wont boot at all. the ethernet-connection lights up and flashes, but i cant seem to get any ip-address to sign in to the miner.
what am i doing wrong and what can i do to fix it? unit has been loading for 10 minutes now.

i even tried reflashing it again, with the newest firmware available.
its a full-node package and im using my own 1600W EVGA T1 power supply.

help PLS!

//edit//

Red light on front is lighting up solid, a small green light is lights up on the blue controlboard, a red LED is lighting up right next to the SSD, and it looks like a red light is lighting up below the controlboard towards the hashboard?

Ciao Emilio1992, I also have the same problem as you for days and days and I almost went crazy trying to solve it, maybe I succeeded. Last night I wrote to Futurebit support and they replied that most likely my Apollo BTC Miner goes into temperature overheating and therefore to deactivate the mining process until the node is fully synchronized. Probably the mining process together with the download of the blockchain and the synchronization of the node in addition to an environment that is not cold but at ambient temperature (about 21 ° C) overheats our Apollo BTC too much and disconnects from the network to avoid damage from temperature or operation . In fact, when this happens I turn off the miner for about ten minutes and when I turn it back on the IP reappears and I can access it from the web dashboard. Now I have turned off the mining process and I am only synchronizing the node (I have reached 98%) when everything is synchronized I will start the mining process and see the results. However, I have already ordered two 120mm fans on amazon to be placed on the sides to cool it even more. I hope to solve bye...

This happens because small (40mm?) fan underneath Orange Pi 4 controller has been artificially slowed down by using 3.3V instead of default 5V. This causes overheat of the controller. It's a design flaw and should be fixed by manufacturer.
Adding two 120mm fans to cool down tiny controller is total overkill, what you should do, is to fix this small 40mm fan, not adding more fans.

How did you fix this? By buying a 5v fan?

Also according to this, going with 5v fans add about 10 decibles to noise but I didn't see a huge cooling improvement:
https://www.martinrowan.co.uk/2019/09/raspberry-pi-4-40mm-fan-comparison/

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