Pages:
Author

Topic: Baikal Giant X10 - page 33. (Read 132901 times)

newbie
Activity: 54
Merit: 0
March 24, 2018, 12:15:45 PM
Hi
Im having problems with minningpoolhub, someone could give and example of workers in minningpoolhub, im thinking im not creating the workers properly, all of them have the status dead and false

I Had the same problem, it is not a configuration issue, its just that everytime you go into algoswitching, all other pool configs are stablished as false, happened to me...it is like that.

try to set the ports on same coins but non-.algoswitch with the same config and see the difference.

I shows as dead, but still swtiches to other coins or algos...it works..


Can you give an example of your worker and configuration in minningpoolhub, in fact what i want to set up is  Myriad-Groestl
newbie
Activity: 11
Merit: 0
March 24, 2018, 11:36:10 AM
Hi
Im having problems with minningpoolhub, someone could give and example of workers in minningpoolhub, im thinking im not creating the workers properly, all of them have the status dead and false

I Had the same problem, it is not a configuration issue, its just that everytime you go into algoswitching, all other pool configs are stablished as false, happened to me...it is like that.

try to set the ports on same coins but non-.algoswitch with the same config and see the difference.

I shows as dead, but still swtiches to other coins or algos...it works..
newbie
Activity: 54
Merit: 0
March 24, 2018, 11:32:11 AM
Hi
Im having problems with minningpoolhub, someone could give and example of workers in minningpoolhub, im thinking im not creating the workers properly, all of them have the status dead and false
jr. member
Activity: 182
Merit: 2
March 24, 2018, 06:33:13 AM
Now that you woke up and you realize how BAIKAL company works it's too late ,, they made enough cash  by selling to idiots miners for $10.000 .....

Of course x10 and baikal B is the same machine they just play with the firmware and of course they prefer to release a ''new miner'' thank to give you firmware update in order your baikal to run more algos

Do you remember BAIKAL mini ?... initially was running just X10 DASH algo,, then with the firmware update it runs X11,X13,X14,X15,Qbit,Quark

SCAM COMPANY THEY JUST WATCH THEIR POCKET, THEY DON'T CARE FOR THE FUTURE OF CRYPTO
newbie
Activity: 54
Merit: 0
March 24, 2018, 05:28:10 AM
hi,

i just got Baikal, i was trying to configurate the pools and i dont know what i did but i cannot enter to baikal anymore, once i tope the ip ardes from baikal it takes a lot of time but i cannot enter to baikal options set up anymore,

what should i do

Switch it off and on again.  Grin

If that doesn't work, re-image the SD card.

C.

i woke up this morning and i can accesss to baikal configuration , but appears a message which says  No devices running, No pools loaded.
Also a countdown in seconds that never ends from 10 to 1 seconds . And the baikal makes a lot lot lot of noise much more than the normal

the pools i have are

stratum+tcp://hub.miningpoolhub.com:17007   algo x11       worker.1
stratum+tcp://hub.miningpoolhub.com:17014   algo qubit     worker.1
stratum+tcp://hub.miningpoolhub.com:17016   algo skein     worker.1
stratum+tcp://hub.miningpoolhub.com:17005   algo my-gr    worker.1

full member
Activity: 374
Merit: 101
March 24, 2018, 05:01:42 AM
Well, I think I will do whatever I can to modify my Baikal X10 to mine whatever I want so I can get back the 10k USD I spent on it, damn.....I getting nuts trying to recover my money!.

I'd like it to be true, but x10 onboard chips must support and match sgminer algos, otherwise I think you will see no accepted shares.
full member
Activity: 348
Merit: 119
March 24, 2018, 04:41:11 AM
Member CNoteFan found some interesting information at https://bitcointalksearch.org/topic/m.32982356

Looking at part of the deleted code:

Code:
switch (baikal->algorithm.type) {
    case ALGO_BLAKECOIN:        // blake256r8
    case ALGO_VANILLA:
        if (work->pool->algorithm.calc_midstate) {   // use midstate
            msg.data[0] += 1;

            memcpy(&msg.data[10], work->midstate, 32);
            memcpy(&msg.data[42], &work->data[64], 16);
            be32enc_vect((uint32_t *)&msg.data[42], (const uint32_t *)&msg.data[42], 4);
            *((uint32_t *)&msg.data[58]) = 0x00000080;
            *((uint32_t *)&msg.data[94]) = 0x01000000;
            *((uint32_t *)&msg.data[102]) = 0x80020000;
            msg.len = 106;
        }
        else {
            memcpy(&msg.data[10], work->data, 80);
            be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 20);
            msg.len = 90;
        }
        break;

    case ALGO_DECRED:           // blake256r14
        if (work->pool->algorithm.calc_midstate) {   // use midstate
            msg.data[0] += 1;

            memcpy(&msg.data[10], work->midstate, 32);
            memcpy(&msg.data[42], &work->data[128], 52);
            *((uint32_t *)&msg.data[94]) = 0x01000080UL;
            *((uint32_t *)&msg.data[98]) = 0x00000000UL;
            *((uint32_t *)&msg.data[102]) = 0xa0050000UL;
            msg.len = 106;
        }
        else {
            memcpy(&msg.data[10], work->data, 180);
            msg.len = 190;
        }
        break;
    case ALGO_SIA:              // blake2b
        memcpy(&msg.data[10], work->data, 80);
        be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 20);
        msg.len = 90;
        break;

    case ALGO_LBRY:             // lbry-all
        memcpy(&msg.data[10], work->data, 112);
        be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 27);
        msg.len = 122;
        break;

    case ALGO_PASCAL:           // lbry-sha
        memcpy(&msg.data[10], work->data, 200);
        msg.len = 210;
        break;

    case ALGO_X11:
    case ALGO_X11GOST:
    case ALGO_SKEINCOIN:
    case ALGO_MYRIAD_GROESTL:
    case ALGO_QUARK:
    case ALGO_QUBIT:
    case ALGO_GROESTL:
    case ALGO_SKEIN2:
    case ALGO_NIST:
    case ALGO_CRYPTONIGHT:
    case ALGO_CRYPTONIGHT_LITE:
    case ALGO_BLAKE:
    case ALGO_VELTOR:

It list blake256r8, VANILLA, blake256r14, blake2b, LBRY, PASCAL but blanks out the following:
    case ALGO_X11:
    case ALGO_X11GOST:
    case ALGO_SKEINCOIN:
    case ALGO_MYRIAD_GROESTL:
    case ALGO_QUARK:
    case ALGO_QUBIT:
    case ALGO_GROESTL:
    case ALGO_SKEIN2:
    case ALGO_NIST:
    case ALGO_CRYPTONIGHT:
    case ALGO_CRYPTONIGHT_LITE:
    case ALGO_BLAKE:
    case ALGO_VELTOR:

So I am guessing that source code is for the Baikal Giant B. In other words, they already know their list of ALGO but keeping hush. As you can see the Baikal Giant N algo is on the list too. Guess that gives a more confident reason that the 2 missing algo is NIST and GROESTL and most likely mining themselves.

Now the question is, if they would of been able to not blank anything out and turn it into one super 15+ algo miner. Then again, they won't sell as much and would profit more by breaking it down into multiple miners. Just a theory, I could be all wrong...

That just seem the sgminer listing , may be nothing to do with baikal.
member
Activity: 142
Merit: 11
March 24, 2018, 04:00:01 AM
Member CNoteFan found some interesting information at https://bitcointalksearch.org/topic/m.32982356

Looking at part of the deleted code:

Code:
switch (baikal->algorithm.type) {
    case ALGO_BLAKECOIN:        // blake256r8
    case ALGO_VANILLA:
        if (work->pool->algorithm.calc_midstate) {   // use midstate
            msg.data[0] += 1;

            memcpy(&msg.data[10], work->midstate, 32);
            memcpy(&msg.data[42], &work->data[64], 16);
            be32enc_vect((uint32_t *)&msg.data[42], (const uint32_t *)&msg.data[42], 4);
            *((uint32_t *)&msg.data[58]) = 0x00000080;
            *((uint32_t *)&msg.data[94]) = 0x01000000;
            *((uint32_t *)&msg.data[102]) = 0x80020000;
            msg.len = 106;
        }
        else {
            memcpy(&msg.data[10], work->data, 80);
            be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 20);
            msg.len = 90;
        }
        break;

    case ALGO_DECRED:           // blake256r14
        if (work->pool->algorithm.calc_midstate) {   // use midstate
            msg.data[0] += 1;

            memcpy(&msg.data[10], work->midstate, 32);
            memcpy(&msg.data[42], &work->data[128], 52);
            *((uint32_t *)&msg.data[94]) = 0x01000080UL;
            *((uint32_t *)&msg.data[98]) = 0x00000000UL;
            *((uint32_t *)&msg.data[102]) = 0xa0050000UL;
            msg.len = 106;
        }
        else {
            memcpy(&msg.data[10], work->data, 180);
            msg.len = 190;
        }
        break;
    case ALGO_SIA:              // blake2b
        memcpy(&msg.data[10], work->data, 80);
        be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 20);
        msg.len = 90;
        break;

    case ALGO_LBRY:             // lbry-all
        memcpy(&msg.data[10], work->data, 112);
        be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 27);
        msg.len = 122;
        break;

    case ALGO_PASCAL:           // lbry-sha
        memcpy(&msg.data[10], work->data, 200);
        msg.len = 210;
        break;

    case ALGO_X11:
    case ALGO_X11GOST:
    case ALGO_SKEINCOIN:
    case ALGO_MYRIAD_GROESTL:
    case ALGO_QUARK:
    case ALGO_QUBIT:
    case ALGO_GROESTL:
    case ALGO_SKEIN2:
    case ALGO_NIST:
    case ALGO_CRYPTONIGHT:
    case ALGO_CRYPTONIGHT_LITE:
    case ALGO_BLAKE:
    case ALGO_VELTOR:

It list blake256r8, VANILLA, blake256r14, blake2b, LBRY, PASCAL but blanks out the following:
    case ALGO_X11:
    case ALGO_X11GOST:
    case ALGO_SKEINCOIN:
    case ALGO_MYRIAD_GROESTL:
    case ALGO_QUARK:
    case ALGO_QUBIT:
    case ALGO_GROESTL:
    case ALGO_SKEIN2:
    case ALGO_NIST:
    case ALGO_CRYPTONIGHT:
    case ALGO_CRYPTONIGHT_LITE:
    case ALGO_BLAKE:
    case ALGO_VELTOR:

So I am guessing that source code is for the Baikal Giant B. In other words, they already know their list of ALGO but keeping hush. As you can see the Baikal Giant N algo is on the list too. Guess that gives a more confident reason that the 2 missing algo is NIST and GROESTL and most likely mining themselves.

Now the question is, if they would of been able to not blank anything out and turn it into one super 15+ algo miner. Then again, they won't sell as much and would profit more by breaking it down into multiple miners. Just a theory, I could be all wrong...

very interesting
but it doesnt matter whivh algo
the profit will go down rapidly btach 1,2 and3 baikals x10 are out
the only good thing is you can choose your favorite coin from these algos
newbie
Activity: 11
Merit: 0
March 23, 2018, 10:28:03 PM
Member CNoteFan found some interesting information at https://bitcointalksearch.org/topic/m.32982356

Looking at part of the deleted code:

Code:
switch (baikal->algorithm.type) {
    case ALGO_BLAKECOIN:        // blake256r8
    case ALGO_VANILLA:
        if (work->pool->algorithm.calc_midstate) {   // use midstate
            msg.data[0] += 1;

            memcpy(&msg.data[10], work->midstate, 32);
            memcpy(&msg.data[42], &work->data[64], 16);
            be32enc_vect((uint32_t *)&msg.data[42], (const uint32_t *)&msg.data[42], 4);
            *((uint32_t *)&msg.data[58]) = 0x00000080;
            *((uint32_t *)&msg.data[94]) = 0x01000000;
            *((uint32_t *)&msg.data[102]) = 0x80020000;
            msg.len = 106;
        }
        else {
            memcpy(&msg.data[10], work->data, 80);
            be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 20);
            msg.len = 90;
        }
        break;

    case ALGO_DECRED:           // blake256r14
        if (work->pool->algorithm.calc_midstate) {   // use midstate
            msg.data[0] += 1;

            memcpy(&msg.data[10], work->midstate, 32);
            memcpy(&msg.data[42], &work->data[128], 52);
            *((uint32_t *)&msg.data[94]) = 0x01000080UL;
            *((uint32_t *)&msg.data[98]) = 0x00000000UL;
            *((uint32_t *)&msg.data[102]) = 0xa0050000UL;
            msg.len = 106;
        }
        else {
            memcpy(&msg.data[10], work->data, 180);
            msg.len = 190;
        }
        break;
    case ALGO_SIA:              // blake2b
        memcpy(&msg.data[10], work->data, 80);
        be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 20);
        msg.len = 90;
        break;

    case ALGO_LBRY:             // lbry-all
        memcpy(&msg.data[10], work->data, 112);
        be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 27);
        msg.len = 122;
        break;

    case ALGO_PASCAL:           // lbry-sha
        memcpy(&msg.data[10], work->data, 200);
        msg.len = 210;
        break;

    case ALGO_X11:
    case ALGO_X11GOST:
    case ALGO_SKEINCOIN:
    case ALGO_MYRIAD_GROESTL:
    case ALGO_QUARK:
    case ALGO_QUBIT:
    case ALGO_GROESTL:
    case ALGO_SKEIN2:
    case ALGO_NIST:
    case ALGO_CRYPTONIGHT:
    case ALGO_CRYPTONIGHT_LITE:
    case ALGO_BLAKE:
    case ALGO_VELTOR:

It list blake256r8, VANILLA, blake256r14, blake2b, LBRY, PASCAL but blanks out the following:
    case ALGO_X11:
    case ALGO_X11GOST:
    case ALGO_SKEINCOIN:
    case ALGO_MYRIAD_GROESTL:
    case ALGO_QUARK:
    case ALGO_QUBIT:
    case ALGO_GROESTL:
    case ALGO_SKEIN2:
    case ALGO_NIST:
    case ALGO_CRYPTONIGHT:
    case ALGO_CRYPTONIGHT_LITE:
    case ALGO_BLAKE:
    case ALGO_VELTOR:

So I am guessing that source code is for the Baikal Giant B. In other words, they already know their list of ALGO but keeping hush. As you can see the Baikal Giant N algo is on the list too. Guess that gives a more confident reason that the 2 missing algo is NIST and GROESTL and most likely mining themselves.

Now the question is, if they would of been able to not blank anything out and turn it into one super 15+ algo miner. Then again, they won't sell as much and would profit more by breaking it down into multiple miners. Just a theory, I could be all wrong...

Well, I think I will do whatever I can to modify my Baikal X10 to mine whatever I want so I can get back the 10k USD I spent on it, damn.....I getting nuts trying to recover my money!.
sr. member
Activity: 544
Merit: 250
March 23, 2018, 07:00:22 PM
Member CNoteFan found some interesting information at https://bitcointalksearch.org/topic/m.32982356

Looking at part of the deleted code:

Code:
switch (baikal->algorithm.type) {
    case ALGO_BLAKECOIN:        // blake256r8
    case ALGO_VANILLA:
        if (work->pool->algorithm.calc_midstate) {   // use midstate
            msg.data[0] += 1;

            memcpy(&msg.data[10], work->midstate, 32);
            memcpy(&msg.data[42], &work->data[64], 16);
            be32enc_vect((uint32_t *)&msg.data[42], (const uint32_t *)&msg.data[42], 4);
            *((uint32_t *)&msg.data[58]) = 0x00000080;
            *((uint32_t *)&msg.data[94]) = 0x01000000;
            *((uint32_t *)&msg.data[102]) = 0x80020000;
            msg.len = 106;
        }
        else {
            memcpy(&msg.data[10], work->data, 80);
            be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 20);
            msg.len = 90;
        }
        break;

    case ALGO_DECRED:           // blake256r14
        if (work->pool->algorithm.calc_midstate) {   // use midstate
            msg.data[0] += 1;

            memcpy(&msg.data[10], work->midstate, 32);
            memcpy(&msg.data[42], &work->data[128], 52);
            *((uint32_t *)&msg.data[94]) = 0x01000080UL;
            *((uint32_t *)&msg.data[98]) = 0x00000000UL;
            *((uint32_t *)&msg.data[102]) = 0xa0050000UL;
            msg.len = 106;
        }
        else {
            memcpy(&msg.data[10], work->data, 180);
            msg.len = 190;
        }
        break;
    case ALGO_SIA:              // blake2b
        memcpy(&msg.data[10], work->data, 80);
        be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 20);
        msg.len = 90;
        break;

    case ALGO_LBRY:             // lbry-all
        memcpy(&msg.data[10], work->data, 112);
        be32enc_vect((uint32_t *)&msg.data[10], (const uint32_t *)&msg.data[10], 27);
        msg.len = 122;
        break;

    case ALGO_PASCAL:           // lbry-sha
        memcpy(&msg.data[10], work->data, 200);
        msg.len = 210;
        break;

    case ALGO_X11:
    case ALGO_X11GOST:
    case ALGO_SKEINCOIN:
    case ALGO_MYRIAD_GROESTL:
    case ALGO_QUARK:
    case ALGO_QUBIT:
    case ALGO_GROESTL:
    case ALGO_SKEIN2:
    case ALGO_NIST:
    case ALGO_CRYPTONIGHT:
    case ALGO_CRYPTONIGHT_LITE:
    case ALGO_BLAKE:
    case ALGO_VELTOR:

It list blake256r8, VANILLA, blake256r14, blake2b, LBRY, PASCAL but blanks out the following:
    case ALGO_X11:
    case ALGO_X11GOST:
    case ALGO_SKEINCOIN:
    case ALGO_MYRIAD_GROESTL:
    case ALGO_QUARK:
    case ALGO_QUBIT:
    case ALGO_GROESTL:
    case ALGO_SKEIN2:
    case ALGO_NIST:
    case ALGO_CRYPTONIGHT:
    case ALGO_CRYPTONIGHT_LITE:
    case ALGO_BLAKE:
    case ALGO_VELTOR:

So I am guessing that source code is for the Baikal Giant B. In other words, they already know their list of ALGO but keeping hush. As you can see the Baikal Giant N algo is on the list too. Guess that gives a more confident reason that the 2 missing algo is NIST and GROESTL and most likely mining themselves.

Now the question is, if they would of been able to not blank anything out and turn it into one super 15+ algo miner. Then again, they won't sell as much and would profit more by breaking it down into multiple miners. Just a theory, I could be all wrong...
member
Activity: 159
Merit: 10
March 23, 2018, 05:56:20 PM
hi,

i just got Baikal, i was trying to configurate the pools and i dont know what i did but i cannot enter to baikal anymore, once i tope the ip ardes from baikal it takes a lot of time but i cannot enter to baikal options set up anymore,

what should i do

Switch it off and on again.  Grin

If that doesn't work, re-image the SD card.

C.
newbie
Activity: 54
Merit: 0
March 23, 2018, 05:52:51 PM
hi,

i just got Baikal, i was trying to configurate the pools and i dont know what i did but i cannot enter to baikal anymore, once i tope the ip ardes from baikal it takes a lot of time but i cannot enter to baikal options set up anymore,

what should i do
newbie
Activity: 87
Merit: 0
March 23, 2018, 04:04:15 PM
Hey friends

 /laugh .....

Nothing is excepted with cryptocurrency market .

No one as understand the worst ? i'm not smart but logic ... "2 algos updated soon" , close to 5 month old announce , and now price reduction ?!  their will be no new algo "soon" cause they can't debug  it  and dont have a good hashrate , if new algos were promising to profit,  the price of x10 never decrease like this !

Many x10 will be connected soon , profit will reduce in month to come ! and dont hope for new algo change this !

Have a nice day friends

 




I think you are right!


Do not buy Baikal X10.   You do not get your money back!

Better you buy some coins for this money than you have more chances to earn something!


Baikal can really not debug new algorithms! Ohterwise we would get new algorithms or Baikal never make a price lower!!! If they see a chance to make more money, they never reduce the price!!!!!!!
full member
Activity: 348
Merit: 119
March 23, 2018, 04:23:23 AM
Hey friends

 /laugh .....

Nothing is excepted with cryptocurrency market .

No one as understand the worst ? i'm not smart but logic ... "2 algos updated soon" , close to 5 month old announce , and now price reduction ?!  their will be no new algo "soon" cause they can't debug  it  and dont have a good hashrate , if new algos were promising to profit,  the price of x10 never decrease like this !

Many x10 will be connected soon , profit will reduce in month to come ! and dont hope for new algo change this !

Have a nice day friends

 
jr. member
Activity: 182
Merit: 2
March 23, 2018, 04:12:52 AM
Whoah senior member going bad on Baikal! Price is $2600 now, would you go for that?  What do you go for since you've seen alot?

Lets say if you buy it for $2600 and say it makes about $10 a day after electricity (best to be conservative).

$2600 / $10 day = 260 days / 30days = about 8.6 months.

That's already at the end of 2018.

By the time you break even, they will most likely already/soon release a new updated miner and yours already outdated.


If you are fine with 8 months to break even, then that price will be great for you. For me 8 months is too long, I would rather just hold that $2600 value in BTC for 8 months and buy their future updated gear.

Who knows, by the end of the year BTC value might double so you can buy more gear.

You are in my mind !!
Better hold coins than buy BAIKAL... in early June is expected to sky rocket btc like the 2 previous years ... so 3 months of holding coins it sounds better than min 10 months of mining and if you still make $10 .... they have huge stock ....
legendary
Activity: 1018
Merit: 1001
March 23, 2018, 02:10:42 AM
I asked for BAIKAL price because Asicminermarket offer X10, to their previous customers, at $2099 shipping included, so I have thinked that BAIKAL lowered its prices.

Cheers W_M
sr. member
Activity: 544
Merit: 250
March 22, 2018, 09:59:21 PM
Whoah senior member going bad on Baikal! Price is $2600 now, would you go for that?  What do you go for since you've seen alot?

Lets say if you buy it for $2600 and say it makes about $10 a day after electricity (best to be conservative).

$2600 / $10 day = 260 days / 30days = about 8.6 months.

That's already at the end of 2018.

By the time you break even, they will most likely already/soon release a new updated miner and yours already outdated.


If you are fine with 8 months to break even, then that price will be great for you. For me 8 months is too long, I would rather just hold that $2600 value in BTC for 8 months and buy their future updated gear.

Who knows, by the end of the year BTC value might double so you can buy more gear.
newbie
Activity: 50
Merit: 0
March 22, 2018, 07:18:28 PM

For anyone having troubles with their Giant X10, could you try logging into it (default user:pass is baikal:baikal) and running this command:

Code:
lsusb | grep 0483

This command will list the USB devices attached to the OrangePi and then filter those results to only show lines with "0483" (STMicroelectronics' USB vendor ID). The expected result is this (where things should be working properly):

Code:
Bus 007 Device 003: ID 0483:5740 STMicroelectronics STM32F407

But if you get this:

Code:
Bus 007 Device 002: ID 0483:df11 STMicroelectronics STM Device in DFU Mode

Then the STM32 microcontroller may need to be reset (it is stuck in firmware download mode). If this is the case, issue these two commands:

Code:
echo 0 > /sys/class/gpio_sw/PA10/data
echo 1 > /sys/class/gpio_sw/PA10/data

The first command sets the PA10 pin to 0 (off) on the OrangePi, which is connected to the STM32's reset pin, which in turn holds it in a reset state (it needs to be at 0v to reset). The second command de-asserts (sets to 1 in this case) the reset pin allowing the STM32 to begin normal operations. These steps fixed the issue with a Giant X10 I looked at. These commands may need to be run again after reboot, so you may want to write a script in your favorite language to do this at boot or to do a periodic check.

If you get "permission denied" (or something like that, I don't remember the exact message ATM) when trying those commands, try this first:

Code:
su
(then type "baikal" again for the password to elevate your terminal to root level)
Or simply log in as root:baikal instead.

Please do a quick Google search of these commands first to know that they're actually doing what I've explained above. You should default to not trusting random internet stranger's instructions if you're not familiar with what you're doing. Hopefully this helps someone solve their miner issues. Please post if you tried these steps and it solved the issue for you so I know if this is a common problem or if I'm the only one who had trouble with it. Happy mining!

[/size]

Thank you so much for this!  It resurrected 2 of my miners.


1)On the Giant X10 Has anyone experienced problems with the Scrypta Page under MINER Settings not loading?. I dont get it to work anymore, tried to restore backups over and over with no result.

2)Has anyone tried through terminal to disable the led blinking lights during nightime? is it possible?.

3) XVG vs. Digibyte-Multialgo on Mininpoolhub? what are you guys making more profit from?

Thanks people!!



If I recall correctly, to remedy this in the past, I've re-imaged the SD card.  There's a good chance the SD card itself is going bad.  I've found a few.
full member
Activity: 230
Merit: 101
March 22, 2018, 05:20:25 PM
Have anyone tried to get x13 to work on the x10? Would be sweet to get working...
newbie
Activity: 11
Merit: 0
March 22, 2018, 04:54:46 PM

For anyone having troubles with their Giant X10, could you try logging into it (default user:pass is baikal:baikal) and running this command:

Code:
lsusb | grep 0483

This command will list the USB devices attached to the OrangePi and then filter those results to only show lines with "0483" (STMicroelectronics' USB vendor ID). The expected result is this (where things should be working properly):

Code:
Bus 007 Device 003: ID 0483:5740 STMicroelectronics STM32F407

But if you get this:

Code:
Bus 007 Device 002: ID 0483:df11 STMicroelectronics STM Device in DFU Mode

Then the STM32 microcontroller may need to be reset (it is stuck in firmware download mode). If this is the case, issue these two commands:

Code:
echo 0 > /sys/class/gpio_sw/PA10/data
echo 1 > /sys/class/gpio_sw/PA10/data

The first command sets the PA10 pin to 0 (off) on the OrangePi, which is connected to the STM32's reset pin, which in turn holds it in a reset state (it needs to be at 0v to reset). The second command de-asserts (sets to 1 in this case) the reset pin allowing the STM32 to begin normal operations. These steps fixed the issue with a Giant X10 I looked at. These commands may need to be run again after reboot, so you may want to write a script in your favorite language to do this at boot or to do a periodic check.

If you get "permission denied" (or something like that, I don't remember the exact message ATM) when trying those commands, try this first:

Code:
su
(then type "baikal" again for the password to elevate your terminal to root level)
Or simply log in as root:baikal instead.

Please do a quick Google search of these commands first to know that they're actually doing what I've explained above. You should default to not trusting random internet stranger's instructions if you're not familiar with what you're doing. Hopefully this helps someone solve their miner issues. Please post if you tried these steps and it solved the issue for you so I know if this is a common problem or if I'm the only one who had trouble with it. Happy mining!

[/size]

Thank you so much for this!  It resurrected 2 of my miners.


1)On the Giant X10 Has anyone experienced problems with the Scrypta Page under MINER Settings not loading?. I dont get it to work anymore, tried to restore backups over and over with no result.

2)Has anyone tried through terminal to disable the led blinking lights during nightime? is it possible?.

3) XVG vs. Digibyte-Multialgo on Mininpoolhub? what are you guys making more profit from?

Thanks people!!

Pages:
Jump to: