Topic: [Minera v0.9.0] Your next mining dashboard - S9/L3+/D3/CPUminer/CGminer/BFGminer - page 162. (Read 850409 times)

THX

Same here.  Several attempts to update, still on 1.11.

You are amazing BTW.. haven't had a chance to say it yet.  This package is AWESOME.  You've done a hell of a job.  Once I get enough of a stash of coins I will certainly send over a donation.  

michelem, i'm guessing the new update solves this problem?

Stats don't get updated (34k seconds ago) but hashrate still showing 26,9 Mh... If i check log it miners actually get accepted shares, does that mean the miners are working fine even if these stats are frozen (this happens on both versions 0.1.8b and 0.1.11)?

Oh and btw, after updating to 0.1.12 the version remains 0.1.11

I can confirm, nothing is being updated

michelem, let me start by saying love minera. been working AWESOME for me. Currently running 12 volt mod gridseeds, and the autotune has worked flawlessly (after giving about 6 hours).

i am currently running 0.1.11 and i have clicked the update several times. it goes to the update screen, countdown, and reloads, but does not install new update. i've powered down raspberrypi, rebooted minera several times, but for whatever reason won't install update. any advice?

Minera 0.1.12 is out

This release is focused on pools stats, thanks to Sandor we have now every pool sessions stored, so we can calculate the real pool hashrate for each session we make.

As you can notice, the main red widget with the total hashrate now refers to the POOL hashrate instead the total device one. This is much accurate cause it's calculated based on the real shares sent to the current pool over the time, so for example, if you have devices that are not hashing anymore, you will notice a drop of the main hashrate that's exactly what is happening on the pool side (while device hashrate still shows you a higher value).

Then there is a new way to detect devices with problems, I take for assumption that a device that doesn't send shares is a device with (possible) problems, so you will have different colours based on the delay that they have to send new shares.

I added how many pools you want with a new shiny pool settings box.

I fixed various things, but there are still problems with 5 or more Blades connected (still investigating).

Hope you like it. Enjoy and have a great weekend!

looks interesting

I can confirm  if you add the saved frequencies to the extra options the miner does not start

Ill note that I have this ame problem, albeit with only 3 miners.

sure

I un-tick auto tune, keeo auto detect and -

copy this from Minera's saved frequencies--gc3355-freq=6D83117A4857:925:0,6D83117A4857:950:1,6D83117A4857:950:2,6D83117A4857:925:3,6D83117A4857:950:4,6D7514984857:950:0,6D7514984857:950:1,6D7514984857:925:2,6D7514984857:950:3,6D7514984857:950:4,6D7530A64857:900:0,6D7530A64857:925:1,6D7530A64857:950:2,6D7530A64857:950:3,6D7530A64857:950:4,6D7F1F8B5148:1200:0,6D7F1F8B5148:1200:1,6D7F1F8B5148:1200:2,6D7F1F8B5148:1200:3,6D7F1F8B5148:1225:4,6D74265F5148:950:0,6D74265F5148:950:1,6D74265F5148:950:2,6D74265F5148:950:3,6D74265F5148:1000:4,6D8716905650:950:0,6D8716905650:950:1,6D8716905650:975:2,6D8716905650:1000:3,6D8716905650:1025:4,8D74205B5654:950:0,8D74205B5654:925:1,8D74205B5654:925:2,8D74205B5654:950:3,8D74205B5654:900:4,6D6F11924857:925:0,6D6F11924857:950:1,6D6F11924857:950:2,6D6F11924857:925:3,6D6F11924857:950:4,8D7747694849:1000:0,8D7747694849:950:1,8D7747694849:950:2,8D7747694849:1000:3,8D7747694849:950:4,8D9717784849:950:0,8D9717784849:950:1,8D9717784849:950:2,8D9717784849:950:3,8D9717784849:925:4,6D81348C5157:1225:0,6D81348C5157:1225:1,6D81348C5157:1225:2,6D81348C5157:1225:3,6D81348C5157:1250:4,6D7D178D5148:1150:0,6D7D178D5148:1175:1,6D7D178D5148:1175:2,6D7D178D5148:1200:3,6D7D178D5148:1175:4,6D9113A05455:1200:0,6D9113A05455:1200:1,6D9113A05455:1200:2,6D9113A05455:1175:3,6D9113A05455:1200:4,6D741F944857:1200:0,6D741F944857:1250:1,6D741F944857:1200:2,6D741F944857:1225:3,6D741F944857:1225:4,6D6E17925148:1225:0,6D6E17925148:1200:1,6D6E17925148:1200:2,6D6E17925148:1175:3,6D6E17925148:1200:4,8D6F427D5654:1200:0,8D6F427D5654:1200:1,8D6F427D5654:1175:2,8D6F427D5654:1200:3,8D6F427D5654:1200:4,6D8843954857:1225:0,6D8843954857:1250:1,6D8843954857:1200:2,6D8843954857:1200:3,6D8843954857:1175:4,6D8A27914857:1225:0,6D8A27914857:1200:1,6D8A27914857:1200:2,6D8A27914857:1175:3,6D8A27914857:1200:4,6D6D1F984857:1175:0,6D6D1F984857:1250:1,6D6D1F984857:1225:2,6D6D1F984857:1200:3,6D6D1F984857:1225:4,6D7630584857:1175:0,6D7630584857:1175:1,6D7630584857:1200:2,6D7630584857:1200:3,6D7630584857:1200:4,6D912F675455:1225:0,6D912F675455:1200:1,6D912F675455:1225:2,6D912F675455:1200:3,6D912F675455:1200:4,6D78158B5355:1200:0,6D78158B5355:1225:1,6D78158B5355:1225:2,6D78158B5355:1250:3,6D78158B5355:1225:4,6D855F8F5650:1250:0,6D855F8F5650:1200:1,6D855F8F5650:1225:2,6D855F8F5650:1250:3,6D855F8F5650:1225:4

into extra options and then save and restart.

Can you show the exact command you are using with the saved frequencies? Post your cpuminer.log, maybe there is something there. You can try copying the whole command and running it in SSH to see if it gives you any errors.

ty for your input, will test it around ..

Looking for some assistance -

When put my saved frequencies in the extra options section of the settings page and uncheck auto tune, minera does not start to hash. All the correct frequencies seem the paired to their correct serials and listed on the dashboard page.

If I revert back to auto tune, everything works as expected.

Any ideas or additional steps I need to take to get this working?

looks like  the blades have hung 5000 seconds since last share is not good, mine did that on the cheap hub until I changed it to an elecrocity.

I have --gc3355-timeout=1000 for that very problem.

on the dashboard page next to the red refresh icon is a icon to save the frequencies
then when you co to the settings page there is a big list of saved  frequencies like this

select it all in that window and paste it into the extra options window above it
untick autotune
then click save

--gc3355-freq=48EC70493135:838:0,48EC70493135:838:1,48EC70493135:838:2,48EC70493135:838:3,48EC70493135:838:4,48EC70493135:8
.............

I'm still receiving the DataTables error above, even on browser that never access that page before (so there are no stored cookies etc).  Happens in FF, IE, and Chrome:

So I have run minera for a couple of days on my 5 chip Gridseeds now and its great!

I have then modified the Gridseeds for OC Mode meaning that I'll be able run them at a much higher frequency.
Autotune is probably already finished and saved. Will I have to delete some parts of the DB to make cpuminer forget the old autotune settings?

I know its kind of a cpuminer question.

Thanks for your work michelem

michelem really great work on this miner software I am very happy, with the stability and the interface, I sent you some dogecoin as a thank you!

I have 5 G-Blades conected to each Rasp Pi.  Would a cpumine.log from \/var\/log\/minera\/cpuminer.log be of any help? I'm quite fresh in Linux area :S
Please note the other Raspberrys with older Minera version are doing fine with stats.

EDIT: here is cpuminer.log if anone can spot a problem from. I honestly don't.  https://www.dropbox.com/s/54ar6zix5o122jj/cpuminer.log

What kind of hardware do you have connected? This error typically means Minera can't get the stats from minerd while it is running, try to investigate the logs. Generally it's hard to give you support only viewing the General Error I wrote in the code...

@lexmine yep thanks