I am still not able to login remotely - any advice?

Of course. We're at 185% PPS now. Is this a record for the pool?

Have updated to the latest image and fowarded Ports 80 and 5000 to the Apollo but still no joy logging in remotely (iPhone). It asks for Password but then never loads.

Can anyone help?

Can anyone help with this. 

I have forwarded port 80 but get stuck on the setup page, even though the Apollo is working (for months)

I would like to remote access my 2x Apollo’s. What ports do I need to forward?

Thanks

We haven't received feedback from many interested miners since your post. We might still go ahead with this, but it's certainly not taking priority at the moment. So far I have spent some time thinking about how to best implement this, but I haven't written any actual code yet.

I think I've solved the reason why the fan rpm doesn't sound stable even when the fan is manually set to some specific speed and have a solution to fix it.

The fan is being controlled with software generated pwm as there doesn't appear to be any hw pwm capable pins unused on the board. The software solution needs to keep a stable timing with the pwm in order for the fan to keep the same rpm. At the same time, the MCU can have a frequency of several values between 240 MHz and 1.20 GHz. By default, this works so that if there's zero load then the frequency will eventually drop to 240 MHz and when there's any load spike then the frequency jumps directly to 1.20 GHz no matter how small the actual cpu demand was. I used the following command to monitor the frequency and it's clear that it's constantly jumping between minimum and maximum even when nobody is using the dashboard:


The constant cpu frequency variation makes it difficult for the software pwm to maintain exact rpm. It's close but still the variation is audible. Looking at the frequency usage stats with the "cpufreq-info" command, we can also see that the cpu is spending much time at maximum frequency:


The solution itself is rather simple. The default behaviour is to react instantly to any processing power demand and bump the frequency to maximum. However, other behaviours are also available and switching to the one called "conservative" results in slower changes in the frequency is processing power is needed. It turns out that the demand with the current software content is so low in reality that with the "conservative" setting the frequency rarely increases resulting in the software pwm staying stable and the audible changes in the manually set fan rpm going away.

First, without saving the change, the behaviour (frequency governor) can by changed with:

If that doesn't help then the change can be reverted back with:

Making the change permanent requires modifying /etc/default/cpufrequtils and replacing "GOVERNOR=ondemand" with "GOVERNOR=conservative". The other positive side effect is that since the higher frequencies are no longer used that often, the MCU temperature also stays a little bit lower.

With the changed governor, "cpufreq-info" now shows (after a stats reset):

Yea the issue is how bfgminer handles failovers. Currently it assumes that everything its mining is the same coin (this is based from bfgminers original bitcoin origins, it was never designed to handle multiple coins of the same algorithm).

This gets pronounced when your on a multipoool, then have failover/donation configured to Litecoin. This ASIC is different from the Moonlanders and uses a midstate, so the midstate of one coin is injected into another and stuff gets confused.

Sadly bfgminer is starting to show its age, ill see if there is a short term fix, but for now if your on mutipool/rental pool make sure thats the only pool configured.

Sounds about right for that PSU...its not that efficient (I believe its under 80% at low loads).

Someone from the UK is already selling an Apollo on eBay for a very inflated price. That didn't take long.

Check it out.
https://www.ebay.com/itm/Futurebit-Apollo-WiFi-Ethernet-fastest-Litecoin-miner-in-the-world-150MH-s/183578245928?hash=item2abe1dbb28:g:6a8AAOSwcZ1cDoqx:rk:1:pf:1&frcectupt=true

Order thread and links are up at : https://bitcointalk.org/index.php?topic=4988526

Pre-Order starts tomorrow at 6PM EST and will most likely run all labor day weekend.

Please use that thread for all order related questions.