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

Is there a recommended threshold for temp? Mine runs low to mid 60s on turbo. Wondering if I should drop it down to balanced or eco.

Hello, i recently received a Futurebit Apollo in the mail, but i believe it may have been mishandled by the delivery folks

I heard something moving around inside box but didn't pay no mind at first

Later on as i went to plug in the USB cable, i realized it wasn't there...the piece that sits on board to connect usb cable to had fallen off  

I'm not exactly sure how it happened but i have had mail mishandled in the past unfortunately

Can anyone assist me with what i can do to get fixed? Can it be shipped back to Futurebit offices for repair?

Please Advise, Thank you

Aside from my one snag you all are helping me to resolve - I have to say compared to the hardware I used to have set up at my place... these are just plain awesome. Lower electricity bill, full node running without having to set up another RaspberryPi, and they look fantastic!

That makes sense! I will see about doing that. For whatever reason, it seems like the Apollo I have with the integrated OrangePi always has a higher HW Error % than the other 3 (nothing major - my 3 standard units generally report an HW error rate of 0.4-0.7% while the unit with the SBC is closer to 3.5-4%) - Wondering if it is because, looking at the way the unit was designed, the OrangePi looks to be drawing it's power from the hashboard, slightly lowering the power the board has at it's disposal. The same unit also runs just a tiny bit hotter with the fan spinning just a tiny bit faster (I guess this is to be expected with the controller attached...). All the same - having them set up in a way that they can be individually tweaked would be great. I will see about launching multiple instances of the Apollo-Miner and will report back!

I appreciate everyone who chimed in and offered their thoughts!!!!

Yes sounds like there is something wrong with your SSD and its trying to download the blockchain to your sd card. Shoot us an email and well see what's wrong.

Hi, I received and got my FutureBit Apollo up and running about a month ago. It' been working great except I am only able to mine in ECO mode. Anytime I try to make a change it is reverted back to ECO mode. I've tried rebooting the unit with no luck.  I noticed that the DISK/USAGE is at 14.02 GB / 14.21GB and am wondering if this may be the issue? Any ideas or things I can try? I have a usb keyboard on the way so I can login direct to the unit as my wireless mouse didn't work.

Try not to over-fit a solution to a problem that for the most part does not exist given the maturity of the OS and software..
If you really want these worker alerts via your pool then test if you can run multiple instances of Apollo-Miner v1.1 on the controller unit.
One may have to use a terminal only barebones OS to do this. Would suggest a separate 'TEST' SD card if going this path.

Purring away month after month in balanced mode, about every 3 months I gently shut them down to blow the dust out of the miners and PSUs. Since I popped out the SDD from the start, I do wish I'd get some feedback on safely installing CPUMINER since the cpu is getting bored...

Thanks FutureBit for stability!

Not sure if it's supported in the web UI, but you can name each worker using the pool username field.

Usually pools allow you to give names to each worker by appending a dot(.) and then the worker name to the username of the pool. Something like this:


You would only need one computer to name those 4 workers. Each one would just be another call of the apollo-miner binary with its name and specific parameters.

You are thinking correctly.

Each of the 3 non-controlled 'hash boards' would need its own SBC like a Raspberry PI as a controller then connected to the pool as another worker.

Would be cheaper to find a way to access the Apollo BTC UI remotely on your phone.

 

So I've had my Apollo's for a little while now and like most people here, I am thrilled to have them in my apartment! Currently running 4 of them - 1 with a controller, 3 without. My question it this - I have them connected to a pool but using the controller's UI via FireFox - I am only able to have these connect to a pool as 1 worker. All of the other miners I use have individual assignable worker names - so should there be an issue, its easy to identify which miner is problematic without actually being at home and staring at the screen. Is there a way to have each apollo connect to the pool as it's own miner while running them all connected to the unit with a controller? Or would I have to use external controllers for each standard unit to achieve this.

So I was able to get it working by flashing the SD hehe. Guess I should have tried that first. Sorry to waste your time.

Thanks for the prompt reply. What email should I send this too?

I'll address noise in my upcoming review, but I managed to get it very quiet while running on full speed and 200W, by giving it 4 little feet and two PC fans above and below the device. They are pretty quiet and add more airflow, so the internal fan auto-lowers itself. By additionally placing the unit in a strategical way, it's inaudible from my workspace.

I know that this setting (3TH) is not the most efficient one, but I aim for the highest hashrate and still don't want to hear the fan all day.
Also tried stashing it into a drawer, which was a horrible idea. This thing needs all the airflow it can get!

No issues with PSU noise since I run a 450W Seasonic PSU and its fan barely turns at 200W of load.

Yes brd_ocp parameter is essentially power draw of the board in %. The board regulates via current instead of voltage (these chips are prone to runaway current if voltage/heat is too high), so this precisely controls how much heat is given off. The downside is that hashrate can vary based on this setting even between units in same environment, and hotter environments will reduce hashrate even if the setting is the same etc.

The UI is limited to 30% to be dumb proof but you could go lower but you'll quickly get into stability issues as voltages below 30% are below what the chips can usually handle. You can't "hurt" the chips with really low power/voltage so you can experiment if you want to find a really low power draw...you can probably achieve ~ 60 watts @1.5 TH.

Shoot us an email with this error, its very rare and it seems to be caused by a specific pool/configuration and trying to narrow it down.

Anyone else have the issue with this error at start?

It seems there is a problem to communicate with the miner, check error message.

SyntaxError: Unexpected end of JSON input

Wait at least 1 minute, if problem persists, try to restart the miner, check the settings or try to reboot the system.

I am running the full node by itself connected via cable.

with 30/30 you have already increased the efficiency with reduced stability compared to ECO.
I think the binaries documentation is outdated? (Apollo UI ranges from 25-60)
So you can step to 30/25 if it's unstable?

In the end brd_ocp reduces the chip voltage and from some point the chip is no longer able to to keep up it's base load I think. Maybe <30 is too far out of specification?
A low power mode is also a nice idea for the apollo UI.

Yes, the official PSU is really interfering with the quiet operation of the apollo.
Maybe futurebit will design a PSU with a bigger and quiet fan in the future?

Been using a couple of these: https://www.parallelminer.com/product/z9-mini-power-supply-460w-110-240v-80-platinum-94/

They are running 1-Full + 3-Standard on balanced, and can be paired/controlled together. The fans do move a little air, but I can't hear them. (only feel it coming out the back)

They appear to be sold out at the moment, but you can pick up the breakout boards / cables from above, and source the PSU used. I use the same ones in my old G8 HP servers, and you can pick them up from old server distributors for cheap. ($10-20) They are dead nuts reliable, and efficient. The Titanium versions are a bit harder to come by, and not worth the extra $$ to me. Standard Gold versions work fine as well, but they are usually almost the same price as Platinum.

4mo uptime here, BTW. Would be longer, but had a power outage during a snow storm a while back.

Thanks @jstefanop for making this nice device. It works and looks great.

I'm trying to make the Apollo run at it's absolutely quietest setting, even below ECO. It would be awesome if you could answer a few questions I have about it.


Based on the documentation, ECO is set to: -brd_ocp 48  -osc 30.


Since I would like to run it even lower, I set brd_ocp to 30 and kept osc at 30(both minimums based on the documentation), this nicely decreases the fan speed (and sound) as expected.

My understanding is that the -osc parameter shouldn't affect the fan speed, and only brd_ocp would affect it. Is that correct?

One thing that I don't understand is why the minimum brd_ocp is 30?, would it be safe to run it at even lower numbers?, I'm aware that the hashrate will be reduced of course, but I'm mainly concerned about the hardware functioning properly at it's absolutely lowest value (for example, would it be possible to run it so low that the fans are not needed?).

Also, I noticed there's another fan in the "official" power supply. Since I'm planning to run it with very low power, I wonder if that fan is even needed as that's now the main contributor of noise. I guess I could buy another PSU without a fan for this "silent miner" project. Any suggestions for one? So far I've found this one, which should run without starting the fan until 220W so it should be absolutely noiseless.