Official FutureBit Apollo LTC Image and Support thread

[drakedave]

I format it one more time and burn it again and it is starting now  Thank you so much !!

I've got a Samsung 32 GB microSD HC 1 and I burned it this way : sudo dd if=apollo_final.img of=/dev/rdisk2s1 bs=1m

[1715089160]

1715089160

[1715089160]

1715089160

[1715089160]

1715089160

[1715089160]

1715089160

[1715089160]

1715089160

[jstefanop]

I format it one more time and burn it again and it is starting now  Thank you so much !!

I've got a Samsung 32 GB microSD HC 1 and I burned it this way : sudo dd if=apollo_final.img of=/dev/rdisk2s1 bs=1m

Guys just use etcher if you don't know how to use DD properly. For example the above is incorrect, your imaging to the SD cards partition instead of to the root of the sdcard (not exactly sure how you got it to work with it burned this way).

Proper dd command would be something like this

sudo dd if=apollo_final.img of=/dev/rdisk2 bs=1m

[whiteogre]

Got my unit few days ago and here are some findings/comments/observations that could be of use to someone.

First of, the unit itself was intact so not broken side panels. However, I did notice that it didn't sit flat on the table and appeared to have a tendency of rocking between two opposite corner (more on that later). Many have claimed the fan to be quiet but that's not something I can really agree with since at least my unit has clear bearing noise/rumble coming from it on low fan speeds until the air noise takes over on higher fan speeds. Additionally, there was a clear resonance audible from the case itself which led me to disassemble the casing is it didn't sound normal. It turned out that the fan had been screwed with too much force to the heatsink causing two of the corners of the fan to look visibly bent. The fan install had also forced two of the aluminium ring spacers(?) to get partially embedded in the heatsink resulting in the fan not sitting straight and most likely making contact with the side panel as a result. Fixing those issues removed the resonance noise and made the unit also sit flat on the table.

Then more software related things (not in any order):

• it would be nice for the Lockscreen to automatically focus the input field instead of having to click it first
• for some reason the raw data (bfgminer json) doesn't show the MH/s value anywhere correctly, values are in the 3-6 MH/s range, something to do we the current beta driver?
• auto fan settings isn't really that usable (as has been discussed already in previous comments)
• touching the fan setting on the page causes the slider to jump down due to the save dialog appearing on the top of the page
• the manual fan setting could be an input box or have more than 5% resolution as manipulating the filesystem side files show that 1-2% resolution is usable
• even with fan speed set manually, there's some audible repeating variance in the the rpm (unstable pwm generation? don't have scope to check)
• the mcu appears to be jumping mostly between maximum and minimum frequency depending if the UI is displayed or not, lowering the maximum frequency could make the mcu colder since it isn't being actively cooled and there's not much space for a heatsink either
• hwmon is writing /var/local/apollo/hwmon/fan_rpm and /var/local/apollo/hwmon/pcb_temp every 2 seconds and that directory isn't on tmpfs, this will most likely reduce the life expectancy of the sd card
• some sort of read only json api endpoint for getting stats from the unit is missing, the bfgminer api could do (if it would provide usable values) but it's still missing the fan rpm and temperatures

As a side note, if someone is looking for passive power supply for a single unit in eco mode then the Dell DA-2 (12V 18A) is one possible option worth looking. I happened to have one without use and it only needed an adapter to be made for the power connector. I have no idea what the official efficiency of that brick is but the meter says 130-133W @ 102 MH/s which appears to be in line with other comments in this thread.

[philipma1957]

Got my unit few days ago and here are some findings/comments/observations that could be of use to someone.

First of, the unit itself was intact so not broken side panels. However, I did notice that it didn't sit flat on the table and appeared to have a tendency of rocking between two opposite corner (more on that later). Many have claimed the fan to be quiet but that's not something I can really agree with since at least my unit has clear bearing noise/rumble coming from it on low fan speeds until the air noise takes over on higher fan speeds. Additionally, there was a clear resonance audible from the case itself which led me to disassemble the casing is it didn't sound normal. It turned out that the fan had been screwed with too much force to the heatsink causing two of the corners of the fan to look visibly bent. The fan install had also forced two of the aluminium ring spacers(?) to get partially embedded in the heatsink resulting in the fan not sitting straight and most likely making contact with the side panel as a result. Fixing those issues removed the resonance noise and made the unit also sit flat on the table.

Then more software related things (not in any order):

• it would be nice for the Lockscreen to automatically focus the input field instead of having to click it first
• for some reason the raw data (bfgminer json) doesn't show the MH/s value anywhere correctly, values are in the 3-6 MH/s range, something to do we the current beta driver?
• auto fan settings isn't really that usable (as has been discussed already in previous comments)
• touching the fan setting on the page causes the slider to jump down due to the save dialog appearing on the top of the page
• the manual fan setting could be an input box or have more than 5% resolution as manipulating the filesystem side files show that 1-2% resolution is usable
• even with fan speed set manually, there's some audible repeating variance in the the rpm (unstable pwm generation? don't have scope to check)
• the mcu appears to be jumping mostly between maximum and minimum frequency depending if the UI is displayed or not, lowering the maximum frequency could make the mcu colder since it isn't being actively cooled and there's not much space for a heatsink either
• hwmon is writing /var/local/apollo/hwmon/fan_rpm and /var/local/apollo/hwmon/pcb_temp every 2 seconds and that directory isn't on tmpfs, this will most likely reduce the life expectancy of the sd card
• some sort of read only json api endpoint for getting stats from the unit is missing, the bfgminer api could do (if it would provide usable values) but it's still missing the fan rpm and temperatures

As a side note, if someone is looking for passive power supply for a single unit in eco mode then the Dell DA-2 (12V 18A) is one possible option worth looking. I happened to have one without use and it only needed an adapter to be made for the power connector. I have no idea what the official efficiency of that brick is but the meter says 130-133W @ 102 MH/s which appears to be in line with other comments in this thread.

that is a good 1 unit eco power solution.  12 x 18 = 216  and 133/216 = 61.5% of the brick


https://www.trcelectronics.com/


carries  a lot of 12 volt psu's


https://www.trcelectronics.com/ecomm/pdf/hrp300.pdf

this one does 300 watts so 1 unit would work it is 88% eff.

it is about 73 dollars it can be found elsewhere.

here is a lower cost model 32 usd and 85% eff

https://www.trcelectronics.com/ecomm/pdf/lrs350.pdf


lastly this one has a nice look to it.

https://www.trcelectronics.com/ecomm/pdf/enp360.pdf

it is 91% eff and power can adjust 11.5 to 13.8 volts dc

it is fanless and only 79 bucks .  Never used it but I may buy it to test with these units

[jstefanop]

Got my unit few days ago and here are some findings/comments/observations that could be of use to someone.

First of, the unit itself was intact so not broken side panels. However, I did notice that it didn't sit flat on the table and appeared to have a tendency of rocking between two opposite corner (more on that later). Many have claimed the fan to be quiet but that's not something I can really agree with since at least my unit has clear bearing noise/rumble coming from it on low fan speeds until the air noise takes over on higher fan speeds. Additionally, there was a clear resonance audible from the case itself which led me to disassemble the casing is it didn't sound normal. It turned out that the fan had been screwed with too much force to the heatsink causing two of the corners of the fan to look visibly bent. The fan install had also forced two of the aluminium ring spacers(?) to get partially embedded in the heatsink resulting in the fan not sitting straight and most likely making contact with the side panel as a result. Fixing those issues removed the resonance noise and made the unit also sit flat on the table.

Then more software related things (not in any order):

• it would be nice for the Lockscreen to automatically focus the input field instead of having to click it first
• for some reason the raw data (bfgminer json) doesn't show the MH/s value anywhere correctly, values are in the 3-6 MH/s range, something to do we the current beta driver?
• auto fan settings isn't really that usable (as has been discussed already in previous comments)
• touching the fan setting on the page causes the slider to jump down due to the save dialog appearing on the top of the page
• the manual fan setting could be an input box or have more than 5% resolution as manipulating the filesystem side files show that 1-2% resolution is usable
• even with fan speed set manually, there's some audible repeating variance in the the rpm (unstable pwm generation? don't have scope to check)
• the mcu appears to be jumping mostly between maximum and minimum frequency depending if the UI is displayed or not, lowering the maximum frequency could make the mcu colder since it isn't being actively cooled and there's not much space for a heatsink either
• hwmon is writing /var/local/apollo/hwmon/fan_rpm and /var/local/apollo/hwmon/pcb_temp every 2 seconds and that directory isn't on tmpfs, this will most likely reduce the life expectancy of the sd card
• some sort of read only json api endpoint for getting stats from the unit is missing, the bfgminer api could do (if it would provide usable values) but it's still missing the fan rpm and temperatures

As a side note, if someone is looking for passive power supply for a single unit in eco mode then the Dell DA-2 (12V 18A) is one possible option worth looking. I happened to have one without use and it only needed an adapter to be made for the power connector. I have no idea what the official efficiency of that brick is but the meter says 130-133W @ 102 MH/s which appears to be in line with other comments in this thread.

that is a good 1 unit eco power solution.  12 x 18 = 216  and 133/216 = 61.5% of the brick


https://www.trcelectronics.com/


carries  a lot of 12 volt psu's


https://www.trcelectronics.com/ecomm/pdf/hrp300.pdf

this one does 300 watts so 1 unit would work it is 88% eff.

it is about 73 dollars it can be found elsewhere.

here is a lower cost model 32 usd and 85% eff

https://www.trcelectronics.com/ecomm/pdf/lrs350.pdf


lastly this one has a nice look to it.

https://www.trcelectronics.com/ecomm/pdf/enp360.pdf

it is 91% eff and power can adjust 11.5 to 13.8 volts dc

it is fanless and only 79 bucks .  Never used it but I may buy it to test with these units

FYI the 92-94% Platinum efficient 200 watt brick I am building will cost 40-60 USD range..it will probably be ready end of next month.

[jstefanop]

Got my unit few days ago and here are some findings/comments/observations that could be of use to someone.

First of, the unit itself was intact so not broken side panels. However, I did notice that it didn't sit flat on the table and appeared to have a tendency of rocking between two opposite corner (more on that later). Many have claimed the fan to be quiet but that's not something I can really agree with since at least my unit has clear bearing noise/rumble coming from it on low fan speeds until the air noise takes over on higher fan speeds. Additionally, there was a clear resonance audible from the case itself which led me to disassemble the casing is it didn't sound normal. It turned out that the fan had been screwed with too much force to the heatsink causing two of the corners of the fan to look visibly bent. The fan install had also forced two of the aluminium ring spacers(?) to get partially embedded in the heatsink resulting in the fan not sitting straight and most likely making contact with the side panel as a result. Fixing those issues removed the resonance noise and made the unit also sit flat on the table.

Then more software related things (not in any order):

• it would be nice for the Lockscreen to automatically focus the input field instead of having to click it first
• for some reason the raw data (bfgminer json) doesn't show the MH/s value anywhere correctly, values are in the 3-6 MH/s range, something to do we the current beta driver?
• auto fan settings isn't really that usable (as has been discussed already in previous comments)
• touching the fan setting on the page causes the slider to jump down due to the save dialog appearing on the top of the page
• the manual fan setting could be an input box or have more than 5% resolution as manipulating the filesystem side files show that 1-2% resolution is usable
• even with fan speed set manually, there's some audible repeating variance in the the rpm (unstable pwm generation? don't have scope to check)
• the mcu appears to be jumping mostly between maximum and minimum frequency depending if the UI is displayed or not, lowering the maximum frequency could make the mcu colder since it isn't being actively cooled and there's not much space for a heatsink either
• hwmon is writing /var/local/apollo/hwmon/fan_rpm and /var/local/apollo/hwmon/pcb_temp every 2 seconds and that directory isn't on tmpfs, this will most likely reduce the life expectancy of the sd card
• some sort of read only json api endpoint for getting stats from the unit is missing, the bfgminer api could do (if it would provide usable values) but it's still missing the fan rpm and temperatures

As a side note, if someone is looking for passive power supply for a single unit in eco mode then the Dell DA-2 (12V 18A) is one possible option worth looking. I happened to have one without use and it only needed an adapter to be made for the power connector. I have no idea what the official efficiency of that brick is but the meter says 130-133W @ 102 MH/s which appears to be in line with other comments in this thread.

Thanks for the feedback...build issues you mentioned are already known and have been addressed at the factory.

Here some comments from your other points

-lockscreen point added to-do
-bfgminer is only used for stratum support...all miner code and hardware controls is done separately and completely custom...thats why we don't use bfgminer api for anything other than pool info/status
-we are releasing updated fan algorithm next release that will be much better than initial version
-actually fan resolution is only 5%...messing around with system level files like this will most likely cause some sort of crash to happen with hardware controller and you'll just end up with a burned up miner.
-thats just normal fan acoustics...we had to choose a fan that could handle cooling for turbo mode and beyond..had to sacrifice some low level "quietness" for this, but its still under 30decibles and definitely the quietest ASIC miner fan in production.
-MCU frequency issue is known, it will be locked to a lower frequency on next build
- 4 bytes of data every 2 seconds wont have any noticeable life reduction of SD card
- see point #2 above regarding bfgminer api

[whiteogre]

- 4 bytes of data every 2 seconds wont have any noticeable life reduction of SD card

The filesystem block size is 4096 so that's how much gets written every time a file with 4 bytes of content is overwritten and due to the overwrite, the same inode is being used every time. With two files, that results in a constant 4KB/s write on the sd card. Unless it does wear leveling internally (that appears to depend based on the make and model, somewhat hard to find exact details), such usage is sure to reduce the life of the card.

- see point #2 above regarding bfgminer api

I was mainly looking to have (=wishlist) some easy way of polling the status of the unit from an external server within the same network. I'd then store the status with a timestamp in a database for later trend graphing (something the dashboard doesn't provide) and possible other automation. Having the option of polling for example something like http://futurebit.local/stats (+ some api key) would be a more usable approach instead of having to write some script to run on the unit mcu itself which would the push the sama data at some interval.

[jstefanop]

- 4 bytes of data every 2 seconds wont have any noticeable life reduction of SD card

The filesystem block size is 4096 so that's how much gets written every time a file with 4 bytes of content is overwritten and due to the overwrite, the same inode is being used every time. With two files, that results in a constant 4KB/s write on the sd card. Unless it does wear leveling internally (that appears to depend based on the make and model, somewhat hard to find exact details), such usage is sure to reduce the life of the card.

- see point #2 above regarding bfgminer api

I was mainly looking to have (=wishlist) some easy way of polling the status of the unit from an external server within the same network. I'd then store the status with a timestamp in a database for later trend graphing (something the dashboard doesn't provide) and possible other automation. Having the option of polling for example something like http://futurebit.local/stats (+ some api key) would be a more usable approach instead of having to write some script to run on the unit mcu itself which would the push the sama data at some interval.

I’ll do some more research and see if this is something of a concern for a time scale of a few years, it’s easy enough to switch to a ram disk either way.

We have some interesting stuff planned down the line that’s even better than some api backend (think server login/remote control/mass configuration/mobile control )

[whiteogre]

- 4 bytes of data every 2 seconds wont have any noticeable life reduction of SD card

The filesystem block size is 4096 so that's how much gets written every time a file with 4 bytes of content is overwritten and due to the overwrite, the same inode is being used every time. With two files, that results in a constant 4KB/s write on the sd card. Unless it does wear leveling internally (that appears to depend based on the make and model, somewhat hard to find exact details), such usage is sure to reduce the life of the card.

I’ll do some more research and see if this is something of a concern for a time scale of a few years, it’s easy enough to switch to a ram disk either way.

We have some interesting stuff planned down the line that’s even better than some api backend (think server login/remote control/mass configuration/mobile control )

Thanks, looking forward for the next release.

The workaround (or fix) for those two files is indeed simple:

Code:

cd /var/local/apollo/hwmon
mv fan_rpm /dev/shm/ && ln -s /dev/shm/fan_rpm fan_rpm
mv pcb_temp /dev/shm/ && ln -s /dev/shm/pcb_temp pcb_temp

I also noticed there's a service configured looking for a serial port that isn't available so disabling it stops warnings getting constantly logged (commands as root):

Code:

systemctl stop "serial-getty@ttyS0.service"
systemctl disable "serial-getty@ttyS0.service"

My Moonlanders are finally connected to the Apollo so no more need for a separate Raspberry Pi:

[philipma1957]

- 4 bytes of data every 2 seconds wont have any noticeable life reduction of SD card

The filesystem block size is 4096 so that's how much gets written every time a file with 4 bytes of content is overwritten and due to the overwrite, the same inode is being used every time. With two files, that results in a constant 4KB/s write on the sd card. Unless it does wear leveling internally (that appears to depend based on the make and model, somewhat hard to find exact details), such usage is sure to reduce the life of the card.

I’ll do some more research and see if this is something of a concern for a time scale of a few years, it’s easy enough to switch to a ram disk either way.

We have some interesting stuff planned down the line that’s even better than some api backend (think server login/remote control/mass configuration/mobile control )

Thanks, looking forward for the next release.

The workaround (or fix) for those two files is indeed simple:

Code:

cd /var/local/apollo/hwmon
mv fan_rpm /dev/shm/ && ln -s /dev/shm/fan_rpm fan_rpm
mv pcb_temp /dev/shm/ && ln -s /dev/shm/pcb_temp pcb_temp

I also noticed there's a service configured looking for a serial port that isn't available so disabling it stops warnings getting constantly logged (commands as root):

Code:

systemctl stop "serial-getty@ttyS0.service"
systemctl disable "serial-getty@ttyS0.service"

My Moonlanders are finally connected to the Apollo so no more need for a separate Raspberry Pi:

Did you just plug the moonlanders in how did they connect?

[HagssFIN]

Thanks for the great work, jstefanop

I found a great place for the pod.
It is in my kitchen, on top of the fridge.
It was kind of tricky to get the power cord pulled inside the closet where the electrical socket is located,
but I managed to pull it through by using a measuring tape as a tool. 

And I managed to get the wifi working,
so no ethernet cable is needed for my setup.



Occassionally, after some time I'm not able to reach the miner web UI.
But I think the miner network connection to the AP remains ok.

I forgot to look at the pool stats while this happened to me.

I will look more closely at this if it happens again.

[tom69]

I have the Apollo powered up and I am in the dashboard.  I am not connecting to the miner or to blocksfactory.  I have burned a new Apollo image that was successful, entered the username, password and address in the pool dashboard.  I have not added the proxy address.  Is this needed?  Here is the message I am getting in my dashboard.



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

Error: connect ECONNREFUSED 127.0.0.1:4028

[jstefanop]

I have the Apollo powered up and I am in the dashboard.  I am not connecting to the miner or to blocksfactory.  I have burned a new Apollo image that was successful, entered the username, password and address in the pool dashboard.  I have not added the proxy address.  Is this needed?  Here is the message I am getting in my dashboard.



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

Error: connect ECONNREFUSED 127.0.0.1:4028

That means bfgminer is not connecting to your pool...double check your pool info/username.

[jstefanop]

Thanks for the great work, jstefanop

I found a great place for the pod.
It is in my kitchen, on top of the fridge.
It was kind of tricky to get the power cord pulled inside the closet where the electrical socket is located,
but I managed to pull it through by using a measuring tape as a tool. 

And I managed to get the wifi working,
so no ethernet cable is needed for my setup.



Occassionally, after some time I'm not able to reach the miner web UI.
But I think the miner network connection to the AP remains ok.

I forgot to look at the pool stats while this happened to me.

I will look more closely at this if it happens again.

Awesome! This is pretty much the "ideal" setting I envisioned for these

[tom69]

I have the Apollo powered up and I am in the dashboard.  I am not connecting to the miner or to blocksfactory.  I have burned a new Apollo image that was successful, entered the username, password and address in the pool dashboard.  I have not added the proxy address.  Is this needed?  Here is the message I am getting in my dashboard.



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

Error: connect ECONNREFUSED 127.0.0.1:4028

That means bfgminer is not connecting to your pool...double check your pool info/username.

I have tried both litecoinpool and blocksfactory using cut and paste to enter usernames and passwords.  I can't get either to work.  I have logged out of the mining pools and used the same username and passwords (cut and paste that I used on the Apollo dashboard) and had success logging back in.  Do I need to enter the proxy address?

[whiteogre]

Did you just plug the moonlanders in how did they connect?

The Moonlanders are connected to a powered USB hub which also powers the 12V 80mm fan using a 5V->12V regulator. That hub is then connected via usb to the Apollo which will automatically detect the two Moonlanders as /dev/ttyUSB0 and /dev/ttyUSB1. As there aren't other serial usb devices connected, it can be assumed that all /dev/ttyUSB prefixed devices are Moonlanders.

After that, it's only a matter of getting bfgminer running. I didn't try using the bfgminer that runs the Apollo (as root user) as the dashboard showed no signs of supporting multiple devices internally. I transferred the Moonlander bfgminer binary package for Raspberry Pi (works because of being the same cpu architecture) to the unit using the futurebit username, configured it to scan only those specific serial usb devices and use a different api port:

Code:

./bfgminer --scrypt -o stratum+tcp://litecoinpool.org:3333/#skipcbcheck \
  --scan-time 1 --queue 1 \
  -u username -p "password,d=1024" \
  -S "MLD:/dev/ttyUSB0" -S "MLD:/dev/ttyUSB1" --set MLD:clock=${freq} \
  --api-port 4030 --api-listen --api-allow R:0/0

That's added to a script with freq defined and started in a screen which results in the Moonlanders working without disturbing anything Apollo related. Obviously, nothing new shows up in the Apollo dashboard.

[tom69]

I have the Apollo powered up and I am in the dashboard.  I am not connecting to the miner or to blocksfactory.  I have burned a new Apollo image that was successful, entered the username, password and address in the pool dashboard.  I have not added the proxy address.  Is this needed?  Here is the message I am getting in my dashboard.



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

Error: connect ECONNREFUSED 127.0.0.1:4028

That means bfgminer is not connecting to your pool...double check your pool info/username.

I have tried both litecoinpool and blocksfactory using cut and paste to enter usernames and passwords.  I can't get either to work.  I have logged out of the mining pools and used the same username and passwords (cut and paste that I used on the Apollo dashboard) and had success logging back in.  Do I need to enter the proxy address?

Update:  I changed the password to something very simple in the both mining pools and I am not getting the Apollo to connect.  I am not sure what I am doing wrong.  I was successful with my Moonlanders but this is not connecting.  I am connected via ethernet cable.

The Apollo is working thought because the donation is both active and the status is alive.   My main pool is active and the status is dead.

[jstefanop]

I have the Apollo powered up and I am in the dashboard.  I am not connecting to the miner or to blocksfactory.  I have burned a new Apollo image that was successful, entered the username, password and address in the pool dashboard.  I have not added the proxy address.  Is this needed?  Here is the message I am getting in my dashboard.



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

Error: connect ECONNREFUSED 127.0.0.1:4028

That means bfgminer is not connecting to your pool...double check your pool info/username.

I have tried both litecoinpool and blocksfactory using cut and paste to enter usernames and passwords.  I can't get either to work.  I have logged out of the mining pools and used the same username and passwords (cut and paste that I used on the Apollo dashboard) and had success logging back in.  Do I need to enter the proxy address?

Update:  I changed the password to something very simple in the both mining pools and I am not getting the Apollo to connect.  I am not sure what I am doing wrong.  I was successful with my Moonlanders but this is not connecting.  I am connected via ethernet cable.

The Apollo is working thought because the donation is both active and the status is alive.   My main pool is active and the status is dead.

If donation pool is working then your definitely imputing something wrong in the url field probably. Delete the whole pool entry and put in a new one and make sure you are copy and pasting the whole stratum url correctly. Pool worker names/pass are case sensitive as well so you’ll fail authentication and get a “dead” pool.

[tom69]

I have the Apollo powered up and I am in the dashboard.  I am not connecting to the miner or to blocksfactory.  I have burned a new Apollo image that was successful, entered the username, password and address in the pool dashboard.  I have not added the proxy address.  Is this needed?  Here is the message I am getting in my dashboard.



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

Error: connect ECONNREFUSED 127.0.0.1:4028

That means bfgminer is not connecting to your pool...double check your pool info/username.

I have tried both litecoinpool and blocksfactory using cut and paste to enter usernames and passwords.  I can't get either to work.  I have logged out of the mining pools and used the same username and passwords (cut and paste that I used on the Apollo dashboard) and had success logging back in.  Do I need to enter the proxy address?

Update:  I changed the password to something very simple in the both mining pools and I am not getting the Apollo to connect.  I am not sure what I am doing wrong.  I was successful with my Moonlanders but this is not connecting.  I am connected via ethernet cable.

The Apollo is working thought because the donation is both active and the status is alive.   My main pool is active and the status is dead.

If donation pool is working then your definitely imputing something wrong in the url field probably. Delete the whole pool entry and put in a new one and make sure you are copy and pasting the whole stratum url correctly. Pool worker names/pass are case sensitive as well so you’ll fail authentication and get a “dead” pool.

I am using this address.  stratum+tcp://us.litecoinpool.org:3333  plus username and password.  My moonlanders are working on the same pools with same passwords.  I am not sure what else I can do?

[jstefanop]

I have the Apollo powered up and I am in the dashboard.  I am not connecting to the miner or to blocksfactory.  I have burned a new Apollo image that was successful, entered the username, password and address in the pool dashboard.  I have not added the proxy address.  Is this needed?  Here is the message I am getting in my dashboard.



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

Error: connect ECONNREFUSED 127.0.0.1:4028

That means bfgminer is not connecting to your pool...double check your pool info/username.

I have tried both litecoinpool and blocksfactory using cut and paste to enter usernames and passwords.  I can't get either to work.  I have logged out of the mining pools and used the same username and passwords (cut and paste that I used on the Apollo dashboard) and had success logging back in.  Do I need to enter the proxy address?

Update:  I changed the password to something very simple in the both mining pools and I am not getting the Apollo to connect.  I am not sure what I am doing wrong.  I was successful with my Moonlanders but this is not connecting.  I am connected via ethernet cable.

The Apollo is working thought because the donation is both active and the status is alive.   My main pool is active and the status is dead.

If donation pool is working then your definitely imputing something wrong in the url field probably. Delete the whole pool entry and put in a new one and make sure you are copy and pasting the whole stratum url correctly. Pool worker names/pass are case sensitive as well so you’ll fail authentication and get a “dead” pool.

I am using this address.  stratum+tcp://us.litecoinpool.org:3333  plus username and password.  My moonlanders are working on the same pools with same passwords.  I am not sure what else I can do?

Did you do this on the setup wizard? There is a bug that's not saving this info.

Make sure your going to the pool tab on the main side panel. Delete whatever is there and input a new entry using the pool info. You need to press the save button on the top of the screen. If that still does not work try rebooting the MCU.