Pages:
Author

Topic: Ultra Under-overclock image for A2 Innosilicon by Emdje - V5.0 - page 11. (Read 79746 times)

legendary
Activity: 1596
Merit: 1000
Updated cgminer, with requested  clock options:
https://mega.co.nz/#!rUETAYaK!BMTxVusrO5rnZK5eYbDeS7XcFdYV4MyZGBn0BCatFOg

Full image will be updated later when compressed and uploaded.

Edit: full image uploaded: https://mega.co.nz/#!qUdwgC7T!FjieYOsePmkStsygU_l7vqNUiCdEvuifOwgT7Jv5jlU

Hi Emdje,

Would it be possible for you to upload the latest image with 1200-1220-1240-1260-1280-1300-1320-1340-1360-1380-1400 available?

I am working on it right now. I can't finalize it because I am not at home, but it will come soon.

No rush, thank you sir.
hero member
Activity: 686
Merit: 500
I'm having pool issues again.
I usually connect through miningrigrentals. My gridseed rigs connect fine (via stratehm proxy), the last few days, my a2 has had trouble using mrr. It currently can't connect, although it can ping mrr ping. I've tried adding --failover-only but it's not helping. As my last pool (I hacked it to have 6 instead of two groups of 3) I have clevermining, which it usually, but not always, will connect to. I don't have a brilliant connection, but it's generally ok for mining.

Weird I never had any issues with any of the versions (only with the latest one I use personally over wifi and have not released due to those issues). Now that I come to think about that, do you use ethernet of wifi?
I will finalize as you can read an new version soon. I will revert back to the old stratum code, because I think that is a little bit flaky.
hero member
Activity: 686
Merit: 500
Updated cgminer, with requested  clock options:
https://mega.co.nz/#!rUETAYaK!BMTxVusrO5rnZK5eYbDeS7XcFdYV4MyZGBn0BCatFOg

Full image will be updated later when compressed and uploaded.

Edit: full image uploaded: https://mega.co.nz/#!qUdwgC7T!FjieYOsePmkStsygU_l7vqNUiCdEvuifOwgT7Jv5jlU

Hi Emdje,

Would it be possible for you to upload the latest image with 1200-1220-1240-1260-1280-1300-1320-1340-1360-1380-1400 available?

I am working on it right now. I can't finalize it because I am not at home, but it will come soon.
member
Activity: 199
Merit: 10
I'm having pool issues again.
I usually connect through miningrigrentals. My gridseed rigs connect fine (via stratehm proxy), the last few days, my a2 has had trouble using mrr. It currently can't connect, although it can ping mrr ping. I've tried adding --failover-only but it's not helping. As my last pool (I hacked it to have 6 instead of two groups of 3) I have clevermining, which it usually, but not always, will connect to. I don't have a brilliant connection, but it's generally ok for mining.
legendary
Activity: 1596
Merit: 1000
Updated cgminer, with requested  clock options:
https://mega.co.nz/#!rUETAYaK!BMTxVusrO5rnZK5eYbDeS7XcFdYV4MyZGBn0BCatFOg

Full image will be updated later when compressed and uploaded.

Edit: full image uploaded: https://mega.co.nz/#!qUdwgC7T!FjieYOsePmkStsygU_l7vqNUiCdEvuifOwgT7Jv5jlU

Hi Emdje,

Would it be possible for you to upload the latest image with 1200-1220-1240-1260-1280-1300-1320-1340-1360-1380-1400 available?
hero member
Activity: 686
Merit: 500
hero member
Activity: 686
Merit: 500
I can't find a watchdog, no sign of cgminer getting restarted.

I've got my own watchdog running now.
Other than stopping, possibly when trying to start when servers aren't responding quickly enough, your image has worked ok.

I had a quick go at putting your cgminer in minera. It didn't seem to like the mix of command line and json.conf. I can't be bothered to delve into minera...

The watchdog is programmed into cgminer, it is not external:
Code:
/* Makes sure the hashmeter keeps going even if mining threads stall, updates
 * the screen at regular intervals, and restarts threads if they appear to have
 * died. */
#define WATCHDOG_INTERVAL 2
#define WATCHDOG_SICK_TIME 120
#define WATCHDOG_DEAD_TIME 600
#define WATCHDOG_SICK_COUNT (WATCHDOG_SICK_TIME/WATCHDOG_INTERVAL)
#define WATCHDOG_DEAD_COUNT (WATCHDOG_DEAD_TIME/WATCHDOG_INTERVAL)

static void *watchdog_thread(void __maybe_unused *userdata)
{
const unsigned int interval = WATCHDOG_INTERVAL;
struct timeval zero_tv;

pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS, NULL);

RenameThread("watchdog");

set_lowprio();
memset(&zero_tv, 0, sizeof(struct timeval));
cgtime(&rotate_tv);

while (1) {
int i;
struct timeval now;

sleep(interval);

discard_stale();

hashmeter(-1, &zero_tv, 0);


The big problem was that cgminer exits if it can't connect to pools. It does seem to keep running if it starts properly. I've got a bash script that checks for the right number of ./cgminer processes every 3 minutes now. Too many, it kills them all, not enough, it invokes run.sh. I had some gridseed rigs where they sometimes started duplicate copies of cpuminer, which doesn't work very well. Your firmware hasn't had that problem, but I've left it in.

edit index.php to change run.sh to check.sh

check.sh, stick it in /var/www

#!/bin/bash
while true
do
        MC=$(ps -ef | grep -v grep | grep -c "./cgminer -o stratum+tcp" )
#      echo $MC
        if [ $MC -lt 2 ]; then
                sudo ./run.sh
        else
                if [ $MC -gt 2 ]; then
#                       echo too many
                        sudo /usr/bin/killall -s9 cgminer
                fi
        fi
sleep 180
done


Thnx I'll check it out Smiley
member
Activity: 199
Merit: 10
I can't find a watchdog, no sign of cgminer getting restarted.

I've got my own watchdog running now.
Other than stopping, possibly when trying to start when servers aren't responding quickly enough, your image has worked ok.

I had a quick go at putting your cgminer in minera. It didn't seem to like the mix of command line and json.conf. I can't be bothered to delve into minera...

The watchdog is programmed into cgminer, it is not external:
Code:
/* Makes sure the hashmeter keeps going even if mining threads stall, updates
 * the screen at regular intervals, and restarts threads if they appear to have
 * died. */
#define WATCHDOG_INTERVAL 2
#define WATCHDOG_SICK_TIME 120
#define WATCHDOG_DEAD_TIME 600
#define WATCHDOG_SICK_COUNT (WATCHDOG_SICK_TIME/WATCHDOG_INTERVAL)
#define WATCHDOG_DEAD_COUNT (WATCHDOG_DEAD_TIME/WATCHDOG_INTERVAL)

static void *watchdog_thread(void __maybe_unused *userdata)
{
const unsigned int interval = WATCHDOG_INTERVAL;
struct timeval zero_tv;

pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS, NULL);

RenameThread("watchdog");

set_lowprio();
memset(&zero_tv, 0, sizeof(struct timeval));
cgtime(&rotate_tv);

while (1) {
int i;
struct timeval now;

sleep(interval);

discard_stale();

hashmeter(-1, &zero_tv, 0);


The big problem was that cgminer exits if it can't connect to pools. It does seem to keep running if it starts properly. I've got a bash script that checks for the right number of ./cgminer processes every 3 minutes now. Too many, it kills them all, not enough, it invokes run.sh. I had some gridseed rigs where they sometimes started duplicate copies of cpuminer, which doesn't work very well. Your firmware hasn't had that problem, but I've left it in.

edit index.php to change run.sh to check.sh

check.sh, stick it in /var/www

#!/bin/bash
while true
do
        MC=$(ps -ef | grep -v grep | grep -c "./cgminer -o stratum+tcp" )
#      echo $MC
        if [ $MC -lt 2 ]; then
                sudo ./run.sh
        else
                if [ $MC -gt 2 ]; then
#                       echo too many
                        sudo /usr/bin/killall -s9 cgminer
                fi
        fi
sleep 180
done





hero member
Activity: 686
Merit: 500
how to start cgminer from ssh on image for a2 mini?
i need to reboot my miner everytime i want to change pool Huh
nvm found it:)
for some reason wasnt starting. just need to install screen and Im good to go. thanks for great image. scripta was crap. most of times cgminer woudnt start:/

Great to hear it works. And great that you could fix the transport damage.
hero member
Activity: 686
Merit: 500
I can't find a watchdog, no sign of cgminer getting restarted.

I've got my own watchdog running now.
Other than stopping, possibly when trying to start when servers aren't responding quickly enough, your image has worked ok.

I had a quick go at putting your cgminer in minera. It didn't seem to like the mix of command line and json.conf. I can't be bothered to delve into minera...

The watchdog is programmed into cgminer, it is not external:
Code:
/* Makes sure the hashmeter keeps going even if mining threads stall, updates
 * the screen at regular intervals, and restarts threads if they appear to have
 * died. */
#define WATCHDOG_INTERVAL 2
#define WATCHDOG_SICK_TIME 120
#define WATCHDOG_DEAD_TIME 600
#define WATCHDOG_SICK_COUNT (WATCHDOG_SICK_TIME/WATCHDOG_INTERVAL)
#define WATCHDOG_DEAD_COUNT (WATCHDOG_DEAD_TIME/WATCHDOG_INTERVAL)

static void *watchdog_thread(void __maybe_unused *userdata)
{
const unsigned int interval = WATCHDOG_INTERVAL;
struct timeval zero_tv;

pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS, NULL);

RenameThread("watchdog");

set_lowprio();
memset(&zero_tv, 0, sizeof(struct timeval));
cgtime(&rotate_tv);

while (1) {
int i;
struct timeval now;

sleep(interval);

discard_stale();

hashmeter(-1, &zero_tv, 0);
sr. member
Activity: 431
Merit: 250
how to start cgminer from ssh on image for a2 mini?
i need to reboot my miner everytime i want to change pool Huh
nvm found it:)
for some reason wasnt starting. just need to install screen and Im good to go. thanks for great image. scripta was crap. most of times cgminer woudnt start:/
member
Activity: 199
Merit: 10
I can't find a watchdog, no sign of cgminer getting restarted.

I've got my own watchdog running now.
Other than stopping, possibly when trying to start when servers aren't responding quickly enough, your image has worked ok.

I had a quick go at putting your cgminer in minera. It didn't seem to like the mix of command line and json.conf. I can't be bothered to delve into minera...
sr. member
Activity: 431
Merit: 250
Ebay.  Tgey got damaged during transport across Europe.  Psu inside wasnt secured properly.
hero member
Activity: 686
Merit: 500

only blue light and one light on side of plate on top of blade.

about logs. tried your image but wasnt lucky.

on image that was installed was reporting no device.

If you look closely on the blades you will see LED's that are marked LED_UA4 - LED_UA3 ...... to LED_UB1. These LED's indicate if the chip is properly working. When blinking they are noticed by the software but not running yet, when they are not blinking they are hashing and when they are off there not working.
after closer examination I found lose resistor in chasis. after soldering it back on small board blades came back to life:) thanks for help guys

Great to hear that it is working again! But where did you buy these broken blades?
hero member
Activity: 686
Merit: 500
member
Activity: 199
Merit: 10
I've had a  rummage, your image is infinitely simpler than minereu or even scripta, whoopsie.

I've set it to append logs to cgminer.log so it does more than one session and had a nose around.

If it can't connect to servers on starting, cgminer exits. It doesn't seem to retry, at least not very often. this is not good for those of us with flaky internet, is there no watchdog? I can't find one, but may be looking in the wrong place. I thought there was a swiitch to stop cgminer exiting, but can't find it, maybe it's just cpuminer. I wrote a crude watchdog for my rigs two years back, I should be able to find it, somewhere. I haven't got it to duplicate the no A2 miners found error today.

I'm currently cloning minera to see if I can get that to play ball, I have it running sweetly on my gridseed blades. It might be worth you collaborating with Michelle if I fail. I tried to get cgminer to run on my gridseeds last year, but failed.

log from this morning, while both connections was down (it's fun out here in the sticks). It exited repeatedly the same way a weekish back when it did have a live connection, possibly servers were sluggish? Both main and secondary connections pinged ok to google DNS that time. My other rigs were showing as hashing on the pool site. The only thing I've done to your image since last week is change '> cgminer.log' to '>> cgminer.log' in index.php and run.sh it's running now...

[2015-04-19 17:21:52] Started cgminer 3.9.0
 [2015-04-19 17:21:52] Run Reset=1
 [2015-04-19 17:21:52] ST MCU hardware reset start
 [2015-04-19 17:21:56] SPI Speed 4000 kHz
 [2015-04-19 17:21:56] ST MCU - Enable (Pre-header)
 [2015-04-19 17:21:56] A2 = 1000,9
 [2015-04-19 17:21:56] A2 PLL Clock = 1000MHz
 [2015-04-19 17:21:56] A2 = 1000,9
 [2015-04-19 17:21:56] A2 PLL Clock = 1000MHz
 [2015-04-19 17:21:56] A2 = 1100,8
 [2015-04-19 17:21:56] A2 PLL Clock = 1100MHz
 [2015-04-19 17:21:56] A2 = 1100,8
 [2015-04-19 17:21:56] A2 PLL Clock = 1100MHz
 [2015-04-19 17:21:56] A2 = 1100,8
 [2015-04-19 17:21:56] A2 PLL Clock = 1100MHz
 [2015-04-19 17:21:56] A2 = 1100,8
 [2015-04-19 17:21:56] A2 PLL Clock = 1100MHz
 [2015-04-19 17:21:56] AUTO GPIO CS
 [2015-04-19 17:21:56] spidev0.0(cs0): Found 8 A2 chips
 [2015-04-19 17:21:56] Found chip 1 with 54 active cores
 [2015-04-19 17:21:56] Found chip 2 with 52 active cores
 [2015-04-19 17:21:56] Found chip 3 with 53 active cores
 [2015-04-19 17:21:56] Found chip 4 with 54 active cores
 [2015-04-19 17:21:56] Found chip 5 with 54 active cores
 [2015-04-19 17:21:56] Found chip 6 with 54 active cores
 [2015-04-19 17:21:56] Found chip 7 with 53 active cores
 [2015-04-19 17:21:56] Found chip 8 with 53 active cores
 [2015-04-19 17:21:56] Found 8 chips with total 427 active cores
 [2015-04-19 17:21:56] spidev0.0(cs1): Found 8 A2 chips
 [2015-04-19 17:21:56] Found chip 1 with 51 active cores
 [2015-04-19 17:21:56] Found chip 2 with 54 active cores
 [2015-04-19 17:21:56] Found chip 3 with 37 active cores
 [2015-04-19 17:21:56] Found chip 4 with 52 active cores
 [2015-04-19 17:21:56] Found chip 5 with 54 active cores
 [2015-04-19 17:21:56] Found chip 6 with 53 active cores
 [2015-04-19 17:21:56] Found chip 7 with 53 active cores
 [2015-04-19 17:21:56] Found chip 8 with 52 active cores
 [2015-04-19 17:21:56] Found 8 chips with total 406 active cores
 [2015-04-19 17:21:57] spidev0.0(cs2): Found 8 A2 chips
 [2015-04-19 17:21:57] Found chip 1 with 54 active cores
 [2015-04-19 17:21:57] Found chip 2 with 54 active cores
 [2015-04-19 17:21:57] Found chip 3 with 54 active cores
 [2015-04-19 17:21:57] Found chip 4 with 54 active cores
 [2015-04-19 17:21:57] Found chip 5 with 54 active cores
 [2015-04-19 17:21:57] Found chip 6 with 54 active cores
 [2015-04-19 17:21:57] Found chip 7 with 54 active cores
 [2015-04-19 17:21:57] Found chip 8 with 54 active cores
 [2015-04-19 17:21:57] Found 8 chips with total 432 active cores
 [2015-04-19 17:21:58] spidev0.0(cs3): Found 8 A2 chips
 [2015-04-19 17:21:58] Found chip 1 with 54 active cores
 [2015-04-19 17:21:58] Found chip 2 with 54 active cores
 [2015-04-19 17:21:58] Found chip 3 with 54 active cores
 [2015-04-19 17:21:58] Found chip 4 with 54 active cores
 [2015-04-19 17:21:58] Found chip 5 with 54 active cores
 [2015-04-19 17:21:58] Found chip 6 with 54 active cores
 [2015-04-19 17:21:58] Found chip 7 with 54 active cores
 [2015-04-19 17:21:58] Found chip 8 with 54 active cores
 [2015-04-19 17:21:58] Found 8 chips with total 432 active cores
 [2015-04-19 17:21:59] spidev0.0(cs4): Found 8 A2 chips
[2015-04-19 17:22:00] Found chip 1 with 54 active cores
 [2015-04-19 17:22:00] Found chip 2 with 54 active cores
 [2015-04-19 17:22:00] Found chip 3 with 53 active cores
 [2015-04-19 17:22:00] Found chip 4 with 54 active cores
 [2015-04-19 17:22:00] Found chip 5 with 54 active cores
 [2015-04-19 17:22:00] Found chip 6 with 53 active cores
 [2015-04-19 17:22:00] Found chip 7 with 54 active cores
 [2015-04-19 17:22:00] Found chip 8 with 53 active cores
 [2015-04-19 17:22:00] Found 8 chips with total 429 active cores
 [2015-04-19 17:22:00] A2 boards=6, active cores=2557, Efficient=98%, speed=72.9M
 [2015-04-19 17:22:00] Probing for an alive pool
 [2015-04-19 17:22:10] Waiting for work to be available from pools.
 [2015-04-19 17:22:41] Failed to resolve (?wrong URL) eu-01.miningrigrentals.com:3333
 [2015-04-19 17:22:41] Failed to resolve (?wrong URL) us-central01.miningrigrentals.com:3333
 [2015-04-19 17:22:41] Failed to resolve (?wrong URL) us-west01.miningrigrentals.com:3333
 [2015-04-19 17:23:00] No servers were found that could be used to get work from.
 [2015-04-19 17:23:00] Please check the details from the list below of the servers you have input
 [2015-04-19 17:23:00] Most likely you have input the wrong URL, forgotten to add a port, or have not set up workers
 [2015-04-19 17:23:00] Pool: 0  URL: stratum+tcp://eu-01.miningrigrentals.com:3333  User: pictsidhe.10165  Password: x
 [2015-04-19 17:23:00] Pool: 1  URL: stratum+tcp://us-central01.miningrigrentals.com:3333  User: pictsidhe.10165  Password: x
 [2015-04-19 17:23:00] Pool: 2  URL: stratum+tcp://us-west01.miningrigrentals.com:3333  User: pictsidhe.10165  Password: x
 [2015-04-19 17:23:00] No servers could be used! Exiting.


sr. member
Activity: 431
Merit: 250

only blue light and one light on side of plate on top of blade.

about logs. tried your image but wasnt lucky.

on image that was installed was reporting no device.

If you look closely on the blades you will see LED's that are marked LED_UA4 - LED_UA3 ...... to LED_UB1. These LED's indicate if the chip is properly working. When blinking they are noticed by the software but not running yet, when they are not blinking they are hashing and when they are off there not working.
after closer examination I found lose resistor in chasis. after soldering it back on small board blades came back to life:) thanks for help guys
hero member
Activity: 686
Merit: 500

only blue light and one light on side of plate on top of blade.

about logs. tried your image but wasnt lucky.

on image that was installed was reporting no device.

If you look closely on the blades you will see LED's that are marked LED_UA4 - LED_UA3 ...... to LED_UB1. These LED's indicate if the chip is properly working. When blinking they are noticed by the software but not running yet, when they are not blinking they are hashing and when they are off there not working.
hero member
Activity: 686
Merit: 500
Understood, I will have a look later this week to see if I can help you.
Cgminer is started using a Bash Script, which you can see in the index file.
member
Activity: 199
Merit: 10
Just burning another copy isn't an option. I need this to be reliable as it will left unattended for some months soon. It seems other people are have the same problem. I won't be able to burn new firmware every weeks once I'm away. I'd like to fix it properly, give me some clues where to look and I'll have a go. Otherwise, it's keeping the glitchy Minereu firmware but with your cgminer for now. Minereu does drop boards randomly, without reliable firmware, I'll probably just sell the thing as profitability is getting tight now.

I don't know where cgminer is invoked, what invokes that etc, reading every file for clues gets tedious fast.

It took me weeks to work out where to modify the Minera web interface on my gridseeds to underclock below 600MHz, hacking cpuminer was the easy bit. My gridseed blades are now rock solid and hashing away at 7J/MH. I'm trying to get the A2 to similar efficiency and reliability or it's getting sold, I have about 3 weeks to do this, and not that much time. Not enough time to read every file to work out how your firmware works.
Pages:
Jump to: