Topic: Official FutureBit Apollo LTC Image and Support thread - page 41. (Read 49535 times)

Hey there,

No idea what I'm doing, however I got excited and preordered an Apollo last night! Woke up this morning and realized I probably should have waited to order until after I had read through this thread. lol

But I must say, I ordered it is because I've been curious about this whole mining thing for awhile. And the fact that its Litecoin, (which I assume has a much lower difficulty to mine than bitcoin) relatively cheap, and simple to set up sold me on it! - Also, I have "free" electricity, so why not?

Anyways, I have a few questions:

Q1: Solo Mining vs Pool Mining

From what I've read, pool mining seems to be the way to go with these, right? (Since the hashing power is rather limited and the potential of finding a block is much smaller.)

However it seems that with pool mining, you'll earn something roughly like .11 LTC/month/Apollo right? - While if you solo mine, you earn nothing unless you find the block, at which point you earn the 25 LTC reward. At least until the halving.

Is that correct? If so, then the choice to pool vs solo mine really comes down to if you want a stable income vs gambling to find the block?
-

Q2: What would be the optimal way to Solo mine with the Apollo?
From what I've seen, it doesn't look like full node support is currently available? But when it is, how will that work? Would you need to dedicate an Apollo solely to act as a node (and therefore it doesn't mine?)
-

Q3: Moon Landers…?
I saw someone mention these things a few times and it took me longer than I care to admit to realize what they were… Because I thought they were just little foam pads/skis they put under their Apollo. lol

That said, are they worth picking up and plugging into the Apollo? If so, what's the ideal Lands per Apollo? And is the USB on the Apollo have any other plans in store?

Thanks!

You should probably start with reading the Moonlander Support thread here and posting your question there...this thread is for Apollo support.

https://bitcointalksearch.org/topic/official-futurebit-moonlander-2-driver-and-support-thread-2420357

There is no need to worry about MCU temps (unless they are over 80c). These are designed so you don't have to worry about crazy cooling solutions to keep them cool.

I have my 2 Apollos on a wire rack shelf. Turns out blowing air from the bottom-up cools the miners significantly - more than other options I tried, including USB fans blowing into the front of each, window fan blowing directly into the fronts, etc. Bottom-up is best. Thanks for your feedback!

The H2+ on the Orange Pi Zero is 14x14mm. There's probably no harm in oversizing the heatsink, except that the micro-USB connector may be in the way. The real issue is available height, since it is mounted below the hash board.

You may want to consider a small fan, instead. Airflow underneath the unit will help far more than a heatsink in stagnant air. In casual testing, I've found that simply blowing air across an Apollo (from a desk fan, for example) has a significant effect on MCU temperatures.

I've found another odd behavior in the UI. It seems the device settings are stored (cached) in the UI, and can fall out of sync with actual device settings.

Environment used for testing:
Chrome 74 for MacOS and iOS

Steps to reproduce:
1. Set Apollo to Eco mode; save (leave window open)
2. Using another device or browser change Apollo to Balanced mode; save
3. Return to original window (step 1); refresh settings page

Observed:
The UI still shows Eco mode, while the device is in Balanced mode. The workaround is to log off and log back in.

Expected:
The UI should show Balanced mode after page refresh (a page refresh on the settings page should fetch current, actual settings).

From an earlier post someone mentioned sticking a 20mm heatsink on the MCU. As it's getting warmer/hotter here I'd like to keep things as cool as possible.

Found this on Amazon - would this be the correct type? With thermal tape (0.15 or 0.25?) I'd presume. Would thermal compound be better than tape?

https://www.amazon.com/Karcy-Aluminum-Heatsink-Cooling-Raspberry/dp/B07QLM1C48/ref=sr_1_5

Hi everyone i updated my psu for a cooler master MWE gold 650 for my two Apollos today but i can't make it run i don't know how to process ....  any suggestion ?


UPDATE :

For those who will buy it : you have to plug it on a motherboard for the initial run then it works .....

mmm I think we have to look at this because as said by John this wasn't tested before. I think that connecting to "external" IP it continues to relay on "internal" ones so you get timeouts. Thanks for notice this, don't waste other time, I will check it and hope to solve this by next release.

I am able to reach the dashboard normally if using the LAN address, however when using the WAN address I am prompted for Initial Setup regardless of whether I am physically connecting via LAN side or WAN side. I've re-imaged the SD card (the checksums match, written with balena Etcher, no other settings changed), and the problem remains. The port redirect is simply WAN_IP:81 -> LAN_IP:80; confirmed in multiple browsers, cookies, etcetera.

Using Chrome DevTools, I was able to enter my password in the form (behind the Initial Setup modal), and submit. The password input is replaced with the "Loading..." indicator, but never goes beyond that. I get XMLHttpRequest timeouts in the console.

Does this occur when you only access the Apollo from outside your local network, or does it happen from your local IP as well? If it only happens outside it could be a bug, as I have not tested this case.

If its happening in both cases then sounds like the SD card got corrupted and is not accessing your already configured flag.

After setup (my Apollo is working fine), I have port-forwarded from the WAN side of my router to the Apollo portal, but it always displays the "Initial Setup" modal, blocking the login form. The expected behavior was that I would be able to log in and configure as usual. I'm hesitant to do the 'initial setup' again, because I don't want to overwrite my existing setup. Did I miss something, or is this a bug?

Ok thanks for the authoritative response. I'm gonna give a go at putting some 92mm dust filters around the 3 sides then, keep them as exhausts and see if that helps the dust situation for the next 3 months or so.

hi

sorry should have been EMEA region

or europe ie UK where i'm at

thanks

EMA?

The heatsink is specifically designed for the fan to run as an exhaust instead of pushing air through the top. While you can run it this way it was designed like this to have the highest thermal efficiency at low fan speeds. If you run it reverse you'll find that the fan will need to run at much higher RPMs to keep the same temps. I guess if noise is not an issue for you there is no harm in trying since the controller will compensate for reduced thermal efficiency...I wouldn't do this in Turbo mode though since even at 5-6k RPM that fan might not be able to keep up in this configuration.

Has anyone done any testing on switching the fan from an exhaust to an ingress orientation? I am thinking about doing that, after cleaning out the heatsink (full of dust) and putting a dust filter over the top if I do switch the orientation. Ultimately what I'm trying to do is get better temps over longer periods of time, with less maintenance. This is the first time I've had to clean dust out of the heatsink, but it's taken about an hour to do. I more like the idea of periodic cleaning of the dust filter instead

EDIT: The other option I'm considering is just applying more dust filters to the present intakes (on the sides), and at the front; luckily 92mm dust filters mostly line up with the screws that hold the sides onto the main frame. That said, a single 92mm filter leaves a small gap near the rear end of the side intakes, about 1cm wide, where there's no filtration.

hi jstefanop

are you going to make ur in EMA like bitshopper.de, PSU looks really good

Wow, such a waste. Great power supply, very high efficiency, great miner Apollo there, all wasted by cheap 6pin to 6pin cables or even Y splitters... Never cheap out on this.
Your Apollo will still work I presume, you have another PCI-e female port to use in ECO mode, or you can plug them both, but be aware that one pin is probably not conductive anymore so you cannot ever use turbo mode, unless you fix it/solder it back.

Our UI is custom built, it does not run minera (only similarities are the style since the minera developer works for us to build our front end UI).