Need Support on Nicehash Baikal X11-X13-X14-X15-Qbit-Quark ASIC Miner settings

felixbrucker

hero member

Activity: 700

Merit: 500

Quote from: usao on February 07, 2017, 01:34:54 PM

Quote from: felixbrucker on February 07, 2017, 01:10:57 PM

might have just been that the starting diff was higher than ideal so the first share will take a while

the miner have some blue and red led indicating if its mining or not, the time between flashing (not mining) and constant color is very small for me

Ill check that tonight. I was going by "share" times posted on the pools.

Edit: I checked on the rig. The lights do indeed show only a short window where no mining occurs, but I still see about a 60-second gap on the pool side with no shares. I don't know if this is related to the refresh rate at the pool though, it could be the shares are accumulated but only accounted in 1-minute intervals.

you can easily check the submitted and accepted shares in the webUI of the miner itself, also compare the diff when running for some time (optimal vardiff that is) to the initial vardiff after switching, higher diff = longer time till share, but higher paying amount for this share(s)

felixbrucker

hero member

Activity: 700

Merit: 500

Quote from: TracerX on February 08, 2017, 01:49:05 PM

Quote from: usao on February 07, 2017, 12:46:59 PM

I haven't had too much problem with the SD cards. Each time I get a new rig, I first configure it, then I "save" the SD card to my NAS, so I can restore if needed.

It may have just been a bad batch of cards--it's a nominal expense and good troubleshooting practice.

i downloaded the factory orange pi image for use if one card breaks, till now all sd cards working fine for me

TracerX

hero member

Activity: 918

Merit: 1002

Quote from: usao on February 07, 2017, 12:46:59 PM

I haven't had too much problem with the SD cards. Each time I get a new rig, I first configure it, then I "save" the SD card to my NAS, so I can restore if needed.

It may have just been a bad batch of cards--it's a nominal expense and good troubleshooting practice.

usao

legendary

Activity: 1109

Merit: 1000

Quote from: felixbrucker on February 07, 2017, 01:10:57 PM

might have just been that the starting diff was higher than ideal so the first share will take a while

the miner have some blue and red led indicating if its mining or not, the time between flashing (not mining) and constant color is very small for me

Ill check that tonight. I was going by "share" times posted on the pools.

Edit: I checked on the rig. The lights do indeed show only a short window where no mining occurs, but I still see about a 60-second gap on the pool side with no shares. I don't know if this is related to the refresh rate at the pool though, it could be the shares are accumulated but only accounted in 1-minute intervals.

felixbrucker

hero member

Activity: 700

Merit: 500

might have just been that the starting diff was higher than ideal so the first share will take a while

the miner have some blue and red led indicating if its mining or not, the time between flashing (not mining) and constant color is very small for me

usao

legendary

Activity: 1109

Merit: 1000

I haven't had too much problem with the SD cards. Each time I get a new rig, I first configure it, then I "save" the SD card to my NAS, so I can restore if needed.

usao

legendary

Activity: 1109

Merit: 1000

Quote from: felixbrucker on February 07, 2017, 12:31:52 PM

Quote from: usao on February 07, 2017, 09:06:30 AM

Quote from: felixbrucker on February 07, 2017, 08:55:24 AM

i have done something similar, but without rolling avg, only current live stats

previously a bash script as well, parsing json with jq

then opted for a manager for all my baikal miner: https://bitcointalksearch.org/topic/ann-baikal-manager-1712609

I started that way to, but found it was making my miner flop all over the place. Added the 5-min average to make sure the profit was stable before I swapped.
May miss a few spikes in price, but I feel it's better in the long run to prevnt all the restarts and lost mining during the restarts.

i found the restart only takes about 1-2 seconds, might be worth the time for a switch on nicehash (certainly not on other "normal" pools)

the manager also restarts the miner, tbh i was more concerned with the microsd lifespan when querying the stats all the time, but i figured it will survive just fine

what "flopping" are you referring too?

Mine doesn't switch pools that quickly. Takes about 30 seconds gap between last submission on old pool and first submission on new pool.
When I was only relying on the "current" payout, I was switching every minute or two for a while. Lately it's been stable on X11 with little swapping of pools.
For me, the 30-seconds with no shares was a killer if I was switching every minute or two, so I added the 5-min rolling average to smooth that out. It had to pass both tests before it would swap. Really cut down on the swapping and it seems like my returns are improved as a result.

TracerX

hero member

Activity: 918

Merit: 1002

Quote from: felixbrucker on February 07, 2017, 12:31:52 PM

Quote from: usao on February 07, 2017, 09:06:30 AM

Quote from: felixbrucker on February 07, 2017, 08:55:24 AM

i have done something similar, but without rolling avg, only current live stats

previously a bash script as well, parsing json with jq

then opted for a manager for all my baikal miner: https://bitcointalksearch.org/topic/ann-baikal-manager-1712609

I started that way to, but found it was making my miner flop all over the place. Added the 5-min average to make sure the profit was stable before I swapped.
May miss a few spikes in price, but I feel it's better in the long run to prevnt all the restarts and lost mining during the restarts.

the manager also restarts the miner, tbh i was more concerned with the microsd lifespan when querying the stats all the time, but i figured it will survive just fine

I've lost two of the "stock" SD cards in two separate miners. I would suggest investing in a class 10 card from sandisk or the like. I picked them up on amazon for something like 6 bucks per unit. Haven't had a problem with them since.

felixbrucker

hero member

Activity: 700

Merit: 500

Quote from: usao on February 07, 2017, 09:06:30 AM

Quote from: felixbrucker on February 07, 2017, 08:55:24 AM

i have done something similar, but without rolling avg, only current live stats

previously a bash script as well, parsing json with jq

then opted for a manager for all my baikal miner: https://bitcointalksearch.org/topic/ann-baikal-manager-1712609

I started that way to, but found it was making my miner flop all over the place. Added the 5-min average to make sure the profit was stable before I swapped.
May miss a few spikes in price, but I feel it's better in the long run to prevnt all the restarts and lost mining during the restarts.

i found the restart only takes about 1-2 seconds, might be worth the time for a switch on nicehash (certainly not on other "normal" pools)

the manager also restarts the miner, tbh i was more concerned with the microsd lifespan when querying the stats all the time, but i figured it will survive just fine

what "flopping" are you referring too?

TracerX

hero member

Activity: 918

Merit: 1002

Quote from: alucard20724 on February 07, 2017, 12:50:50 AM

Quote from: TracerX on February 06, 2017, 10:03:58 PM

Quote from: usao on February 06, 2017, 04:49:05 PM

If you are interestd in this, I setup a Raspberry pi 3 with a postgresql database to capture he nicehash current payout and history.
I then run a select for the payrate for current and 5-min rolling average. When they match, I switch my nicehash pool directly on the baikal itself.
You can login to the baikal and create a job/script to do the same easily enough.
Ive noticed that for the past week mine have not been switching, but staying on X11 all the time.
This means that the current and rolling averages are staying on X11 for the past week.

What language did you create this in? I have a similar rig management engine built in py. I suppose it falls under "trade secrets" but I don't have too many people I can talk shop with.

Any easier way to accomplish the posted question would be to follow the guide that nicehash themselves posted.

edit: fumbled the URL code.

I followed the nicehash set up, but i get 100% rejects when it switches to Qbit or Quark on the nicehash servers.

That happened when I was using that feature as well, I didn't dig in as I was building a replacement. Someone might contact Baikal and have them look at that.

usao

legendary

Activity: 1109

Merit: 1000

Quote from: felixbrucker on February 07, 2017, 08:55:24 AM

i have done something similar, but without rolling avg, only current live stats

previously a bash script as well, parsing json with jq

then opted for a manager for all my baikal miner: https://bitcointalksearch.org/topic/ann-baikal-manager-1712609

I started that way to, but found it was making my miner flop all over the place. Added the 5-min average to make sure the profit was stable before I swapped.
May miss a few spikes in price, but I feel it's better in the long run to prevnt all the restarts and lost mining during the restarts.

felixbrucker

hero member

Activity: 700

Merit: 500

i have done something similar, but without rolling avg, only current live stats

previously a bash script as well, parsing json with jq

then opted for a manager for all my baikal miner: https://bitcointalksearch.org/topic/ann-baikal-manager-1712609

usao

legendary

Activity: 1109

Merit: 1000

Quote from: way2vinoth on February 07, 2017, 01:41:52 AM

Guys am still mining some coins at right now

more over some coins paying more that nicehash

but still i need this auto switching can anyone setup this Huh

?

Basically you need to login to the miner and add a job to pull current stats, make a decision and swap pools. It's custom code, you need to roll your own.
I wrote my own using curl, postgresql and bash. Biggest problem I had was to parse the JSON output, that took me a while to figure out.

way2vinoth

full member

Activity: 170

Merit: 100

Guys am still mining some coins at right now

more over some coins paying more that nicehash

but still i need this auto switching can anyone setup this Huh

?

alucard20724

sr. member

Activity: 703

Merit: 272

Quote from: TracerX on February 06, 2017, 10:03:58 PM

Quote from: usao on February 06, 2017, 04:49:05 PM

If you are interestd in this, I setup a Raspberry pi 3 with a postgresql database to capture he nicehash current payout and history.
I then run a select for the payrate for current and 5-min rolling average. When they match, I switch my nicehash pool directly on the baikal itself.
You can login to the baikal and create a job/script to do the same easily enough.
Ive noticed that for the past week mine have not been switching, but staying on X11 all the time.
This means that the current and rolling averages are staying on X11 for the past week.

What language did you create this in? I have a similar rig management engine built in py. I suppose it falls under "trade secrets" but I don't have too many people I can talk shop with.

Any easier way to accomplish the posted question would be to follow the guide that nicehash themselves posted.

edit: fumbled the URL code.

I followed the nicehash set up, but i get 100% rejects when it switches to Qbit or Quark on the nicehash servers.

TracerX

hero member

Activity: 918

Merit: 1002

Quote from: usao on February 06, 2017, 04:49:05 PM

If you are interestd in this, I setup a Raspberry pi 3 with a postgresql database to capture he nicehash current payout and history.
I then run a select for the payrate for current and 5-min rolling average. When they match, I switch my nicehash pool directly on the baikal itself.
You can login to the baikal and create a job/script to do the same easily enough.
Ive noticed that for the past week mine have not been switching, but staying on X11 all the time.
This means that the current and rolling averages are staying on X11 for the past week.

What language did you create this in? I have a similar rig management engine built in py. I suppose it falls under "trade secrets" but I don't have too many people I can talk shop with.

Any easier way to accomplish the posted question would be to follow the guide that nicehash themselves posted.

edit: fumbled the URL code.

usao

legendary

Activity: 1109

Merit: 1000

If you are interestd in this, I setup a Raspberry pi 3 with a postgresql database to capture he nicehash current payout and history.
I then run a select for the payrate for current and 5-min rolling average. When they match, I switch my nicehash pool directly on the baikal itself.
You can login to the baikal and create a job/script to do the same easily enough.
Ive noticed that for the past week mine have not been switching, but staying on X11 all the time.
This means that the current and rolling averages are staying on X11 for the past week.

way2vinoth

full member

Activity: 170

Merit: 100

Hi all,

i am having 12 nos of 150 MHS - Baikal X11-X13-X14-X15-Qbit-Quark ASIC Miner

This Page for Calculation - https://www.nicehash.com/?p=calc

There are Two Devices :
1.Baikal X11 ASIC Mini Miner - ROI @ 601 Days
2.Baikal X11-X13-X14-X15-Qbit-Quark ASIC Miner - ROI @ 284 Days

Currently i configured on X11 - on Nicehash - Here The Link - https://www.nicehash.com/?p=miners&addr=3657Pdu4GjN3i3QkAr6AvXpYKFz2kgdPdx

Thats Very easy to Do - stratum+tcp://x11.hk.nicehash.com:3336

But i need settings for Auto Switch to Best Algo - Baikal X11-X13-X14-X15-Qbit-Quark ASIC Miner

Thanks in Advance

Topic: Need Support on Nicehash Baikal X11-X13-X14-X15-Qbit-Quark ASIC Miner settings (Read 1940 times)