One's last Terminus R606 gone 'Zombie'. I use a HP 1200w PSU with a break out. Restarted everything, changed cables etc; 'found 0 chip(s)'
10x NewPac's, 2x 120W 8 port GekkoScience USB hub work like trojans on the same breakout board.
Where cgminer would normally read BM1387:12+ I get (minus the '+') BM1387:6; the previous dead terminus reads BM1387:10.
Anyone repaired or know if R606 repairable?

If it is dead chips then one assumes BM1387B chips and BM1387 tin tool will do the trick. I already own the other tools to remove and remount the chips if need be.

While it is a desktop class SBC under certain environments, it will be different for everyone depending on ambient temps.
Do keep an eye on MCU temps if you are going to attempt anything beyond it's current task.

Worked like a charm, I should have checked the worker on Slushpool before posting as it has been active for 35 minutes.

I am updating via the UI.
Been sitting on the 'Hold on, page will reload in few seconds...' for an hour.
Received the Slushpool Monitoring: 1 | 0 | -1 | 0 we all dread.
Is 'in few seconds...' a euphemism for something or should I conclude that my update has failed? 

I would run it on a standalone PI and leave the miner SBC to do what it does.

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.

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.

 

I use the same Pi 3B+ with 'no' GUI (Graphical User Interface).
The following 'lite' version (no GUI) worked perfectly with the install instructions on page 1.

https://downloads.raspberrypi.org/raspios_lite_armhf/images/raspios_lite_armhf-2021-05-28/

This is a Terminus r606 that has failed (no green light) not newpac usb stick miner.
Voltage is fine; swapped working terminus r606 power and usb with the non working unit, no change.
I do not think cgminer would be the problem as 10 x newpacs and 1 x terminus r606 work like trojans without fail.
Interesting you should mention the usb as it has hot glue all over the usb plug unlike the working one with none.
Got a gut feeling something has failed in a big way on this one.

Hi all, had a few issues when cold starting one of my r606's, it will often come up with BM1387:11+ then restart a few times before showing BM1387:12+.
Tried everything, power leads, connections etc.
Today I found it in its usual state of OFF found 0 chip(s).
Tried restarting her but all I get is found 0 chip(s). | OFF.
Any suggestions?

Cheers for the help,

Yes I do hot plug the moonlander's and their hub from the Pi4 and Pi3 between posts however I do an lsusb and update the new device ID.
Tried -S /dev/ttyUSB0-3, -S /dev/tty0-3 without cgminer running. Even tried this on the (control) Pi3b+; clean Raspios, bfgminer_5.4.2-futurebit2_linux_armv6 and dependencies. NO DEVICE FOUND
ls of /dev folder produces TTY, TTY1 - TTY63 (in caps) no ttyUSB.
Without going too far into the weeds I changed the GeckoScience --usb : device numbers to wrong numbers and and all devices worked. Thanks for educating on the difference between port and device ID Lercker.

dmesg | grep tty was the only way I could figure out which USB# was what.

[228766.942022] usb 1-1.3.2.1: cp210x converter now attached to ttyUSB0
[228767.370940] usb 1-1.3.3.1: cp210x converter now attached to ttyUSB1
[228767.810847] usb 1-1.3.2.4: cp210x converter now attached to ttyUSB2
[228768.251056] usb 1-1.3.3.4: cp210x converter now attached to ttyUSB3
[228771.717338] cp210x ttyUSB3: cp210x converter now disconnected from ttyUSB3
[228771.815581] cp210x ttyUSB2: cp210x converter now disconnected from ttyUSB2
[228771.907701] cp210x ttyUSB1: cp210x converter now disconnected from ttyUSB1
[228772.003725] cp210x ttyUSB0: cp210x converter now disconnected from ttyUSB0

Any other ideas?

Cheers for pointing me in the right direction.

The only command that works so far is as follows.
sudo ./bfgminer --scrypt -o stratum+tcp://us2.litecoinpool.org:3333 -u username.1 -p password -S MLD:ALL --set MLD:clock=600 (This works with and without sudo however must be executed without cgminer running and with -S MLD:ALL not -S ALL or I get 'NO DEVICES FOUND')

I have tried the following without cgminer running, all I get is 'NO DEVICES FOUND'.
sudo ./bfgminer --scrypt -o stratum+tcp://us2.litecoinpool.org:3333 -u username.1 -p password -S MLD:/dev/ttyUSB084 -S MLD:/dev/ttyUSB082 -S MLD:/dev/ttyUSB083 -S MLD:/dev/ttyUSB081 --set MLD:clock=600
sudo ./bfgminer --scrypt -o stratum+tcp://us2.litecoinpool.org:3333 -u username.1 -p password -S MLD:/dev/ttyUSB84 -S MLD:/dev/ttyUSB82 -S MLD:/dev/ttyUSB83 -S MLD:/dev/ttyUSB81 --set MLD:clock=600
sudo ./bfgminer --scrypt -o stratum+tcp://us2.litecoinpool.org:3333 -u username.1 -p password -S MLD:/dev/ttyUSB084 -S MLD:/dev/ttyUSB082 -S MLD:/dev/ttyUSB083 -S MLD:/dev/ttyUSB081 --set MLD@/dev/ttyUSB084:clock=600 --set MLD@/dev/ttyUSB082:clock=600 --set MLD@/dev/ttyUSB083:clock=600 --set MLD@/dev/ttyUSB081:clock=600
sudo ./bfgminer --scrypt -o stratum+tcp://us2.litecoinpool.org:3333 -u username.1 -p password -S MLD:/dev/ttyUSB84 -S MLD:/dev/ttyUSB82 -S MLD:/dev/ttyUSB83 -S MLD:/dev/ttyUSB81 --set MLD@/dev/ttyUSB84:clock=600 --set MLD@/dev/ttyUSB82:clock=600 --set MLD@/dev/ttyUSB83:clock=600 --set MLD@/dev/ttyUSB81:clock=600

I have tried with the device numbers as they appear in lsusb with the 0 in front USB084 and without.
I also tried -S /dev/ttyUSB084 as per jstefanop's post, 'for linux it will be /dev/ttyUSBx' however the example is '-S MLD:/dev/ttyUSBx'
 
Is there something I am missing?

Thanks for the reply, do you have a sample of what the -S should look like in linux?
Before coming here I read this thread in regards to my aforementioned question. https://bitcointalk.org/index.php?topic=5187949.0
jstefanop gives an example of -S \\.\COM1 -S \\.\COM2 -S \\.\COM3 however that thread refers to a windows .bat file not a linux .sh.

Using the lsusb command I retrieved usb addresses as follows.

Bus 001 Device 026: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 024: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 021: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 022: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 018: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 004: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 070: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 069: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 067: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 068: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 066: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 084: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 082: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 083: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 081: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]

I replaced -S MLD:all with -S \\.\COM84 -S \\.\COM83 -S \\.\COM82 -S \\.\COM81 and got 'no devices found'; with and without cgminer running. (tried winging it with -S MLD:84 and -S MLD:\\.\COM84 with the same no devices found result)
cgminer works  fine using the following added to its start script --usb :26 --usb :24 --usb :21 --usb :22 --usb :18 --usb :83 --usb :81 --usb :4 --usb :70 --usb :69 --usb :67 --usb :68 --usb :66 (must have a space between --usb : or it will generate an error)

Thanks in advance anyone.


 




  

Hi all, I have a PI 4 running Raspios Lite with 10 x NewPac and 1 x r606.
My 4 x Moonlander 2 are currently on a separate hub on a PI 3b+.

I would really like to combine them all on the PI4 but when I start 'bfgminer' I get 'FutureBit Write error: Input/output error'.
The NewPac and r606 running 'cgminer' keep mining without error.

Shutting down cgminer and then executing bfgminer has the moonlander 2 hub mining perfect till I execute cgminer in another screen.

Anyone know how to run both at the same time without conflict?

collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:907: cgminer] Error 1
make[2]: Leaving directory '/home/pi/git/vthoang/cgminer'
make[1]: *** [Makefile:1896: all-recursive] Error 1
make[1]: Leaving directory '/home/pi/git/vthoang/cgminer'
make: *** [Makefile:810: all] Error 2
pi@raspberrypi:~/git/vthoang/cgminer $

Same problem here however this version https://downloads.raspberrypi.org/raspios_lite_armhf/images/raspios_lite_armhf-2021-05-28/ with the slub_debug=FP added to the cmdline.txt works.

Thank you pkspks.


 

I have acquired a Pi 4 8gig and would like to run my newpac's and r606 through it.
I understand the install and version of cg miner is designed for Raspbian - Kernel version: 4.4.
Is there an install for 'PI OS'? My searches so far have been fruitless as was my attempt to compile it using the current instructions.
I also tried one of the Raspbian images from here https://downloads.raspberrypi.org/raspbian_lite/ however this did not work either.
Anyone know which one works with the PI 4?
Thanks in advance.


 

Remember to run it on eco mode while downloading the blockchain to keep the temperature of the controller CPU down.
Once the blockchain is synced then go for balanced or turbo mode.

Each to their own.

One persons 'Shat Coin' is another's treasure.

The user is only giving an opinion/example of what can be mined in reply to a number of questions that have been left unanswered. eg/words to effect, 'what can be mined with the Apollo BTC miner?'

Apollo BTC is equipped with an ACIC (application specific integrated circuit) running SHA-256 algorithm. Many ALTS/Alternative coins use the SHA-256 algorithm as per aforementioned posts. Data capture varies in regards to market caps on many sites.

Google/Duck Duck Go search 'minable SHA-256 Tokens' in your language/country. (just an example of what one could search)

I see many people have the same issue of one or all of their miners stopping when internet connection is lost.
There is nothing worse than looking at all the blocks you have missed.

I have a problem between midnight and 4AM (AEST) when my internet provider rotates/changes my IP; my IP is dynamic not static.
There is a brief loss of internet connection during this period.
I have 2 x Apollo LTC and 3 x Apollo BTC.

For 3 months I swapped the LTC node from one Apollo LTC to another on a weekly basis only to wake up and find only the one unit running the node had stopped mining completely.
These units have not stopped mining for a year since removing the node. I now run a full LTC wallet/node on an old Raspberry PI b+.
 
The same problem was apparent from day one of Apollo BTC running full node too.
I would wake up to find one, two or all three units had failed during the aforementioned hours of the morning. I persisted for a month and a half.
Since stopping the node, the Apollo BTC has been running 3 months without failure.

It never made any sense for me to run the Apollo BTC unit with a full node as I have RASPIBLITZ on an 8gig raspberry PI which has a full BTC/LND nodes.

I can only suggest anyone with a similar internet provider problem do a week long experiment as I did and just stop the node all together to see if this helps until the software matures.

Apollo BTC SD Card Image/OS Download and Install

Folder for all Apollo BTC Image Releases: https://mega.nz/folder/ZlxnwYZb#ZN77cDAcXa6dN_2QKSdT_Q

Release 7/31/21

d6f820869268383883db4741dcfcade8f57ad1a1c20c359fd7a3015c78ffe3dd  apollo-btc_310721.img.xz

-Updated Apollo UI to latest 0.3.1
-Image no longer wipes SSD if it detects it has already been formatted
-Added additional swap memory to prepare for Lightning network/block explorer apps
-System level fixes/tweaks for stability


Initial Release 5/14/21

c5dfeb7812e43df64fac2fd4dbc929ec7c78f6df513bed0d8aba81a6573bec7e  apollo-btc-14-05-21.img.xz



SD Card Flash Instructions:

Download image linked above, verify SHASUM is correct
Decompress the image (should have just a .img extension when its done full size ~7GB when decompressed)
Use an easy cloner tool like etcher (etcher.io) or dd etc if your know what your doing
Insert SD card in your computer, select the the decompressed apollo.img file, and select the SD card you inserted
Flash away...this will return your SD card back to stock state