getminera / minera Goto Github PK

ataTables warning: table id=miner-table-details - Cannot reinitialise DataTable. For more information about this error, please see http://datatables.net/tn/3
Chris.

reboot works, but I see the following error in the browser:

A PHP Error was encountered

Severity: Notice

Message: Undefined variable: onloadFunction

Filename: views/sysop.php

Line Number: 1

I just noticed today that there are updates available for minera. I connected with SSH and did:

cd /var/www/minera
git fetch
git merge origin/master --ff
./upgrade_minera.sh

Seemed all good. Checked the website again, still updates available. What?
Then I realized, nice, I can update via web browser. Hit the button, update passed, new version (0.1.8b) available, no more updates found.

Why did the update via console not work? Did I missed something?

It is hard to tell if I want to spend time contributing to a project that has a lot of UI components with such small sample graphics.
This looks interesting but please get better images.

Would it be possible to put the Device ID next to the serial number of the ASIC?

From command: cat /var/log/minera/cpuminer.log | grep ACM
[2014-05-24 18:01:25.8514] 0: Open device /dev/ttyACM4
[2014-05-24 18:01:25.9473] 1: Open device /dev/ttyACM3
[2014-05-24 18:01:26.0489] 2: Open device /dev/ttyACM5
[2014-05-24 18:01:26.1494] 3: Open device /dev/ttyACM1
[2014-05-24 18:01:26.2499] 4: Open device /dev/ttyACM2
[2014-05-24 18:01:26.3506] 5: Open device /dev/ttyACM0

It seems to be fairly random when assigning the Device ID and I can't fully rely on the ttyACM# when I'm working on tuning each chip (in a blade). Thus, I have been relying on the parameter --gc3355-freq=:850:0,:863:1,:850:2,[...etc] for each chip within each blade [denoted by ::,{repeat and increment}]. Not a big deal as I can pull it manually but it could same some time. Great job so far, by the way!!! Points!

Any chance of having HTTPS instead of HTTP in the future? At the moment I am using the reverse lighttpd proxy to achieve that...

I have very often this as last share:
e.g.

-10 secs ago (Fri, 16 May 2014 23:59:14 GMT)

How can my last share be in the future? Wouldn't it be more accurate to say it's at least 0 sec ago?

When you pre-compile the minerd, what CFLAGS are you using?
I am getting the fewer number of rejects/stales using CFLAGS="-O2 -pipe -march=armv6j -mfpu=vfp -mfloat-abi=hard"
Chris.

245 KH/s is less than 2.807 MH/s. okay.
but 2.807 MH/s is then less then 345 KH/s.

What ? ;)

A very nice enhancement would be if Minera would be logging and reporting the number of found blocks inside the dashboard.
Maybe even found blocks in the current session and found block all-time.

When I hit the page, the correct hashrate is shown. After a few minutes the hashrate seems to drop from 17 MH/s to around 10MH/s, according to the dashboard's device tree.
However the hashrate reported in the miner details section (also in the dashboard) seems unaffected. I verification at the mining pool shows, that my hashrate did not drop.

Note: This has nothing to do with my other problem with cpuminer. This issue is about a wrong display, at the other one it's about a real hashrate drop.

in 0.1.12 it's not possible to order by Dev HR

After V.0.2.1 miner always stop and start with donation pool! Actually at night it stops real pool and start with donation pool. I am going to move another one!

How would I go about changing what port the web interface is running on?

The app Mobileminer is reporting hashrate but is unable to restart the miner. All 3 options like 'start' , 'stop' and Restart are grey and not usable.

f.e. 0.1.10, 0.1.10a to github, too ;)
Thanks

If bitstamp api is not available (not that often) you'll get php erros on the site and the current exchange value is not displayed.

trying to get property of non-object is the error message.

I think you need to introspect the result given from bitstamp, first.

Could you enable a setting to allow the miner's temperature to be displayed in Fahrenheit? Or, perhaps just displaying Cº/Fº?

Need support for innosilicon a2 scrypt asic with cgminer API stats.

See: https://github.com/jmordica/cgminer-gc3355

Problem on my current setting is, that cpuminer seems to have some issues, gridseed blades are stopping mining, no problem with cgminer.
Hope you guys can integrate cgminer instead of cpuminer.

I hit the button the dashboard to saved my gridseed frequencies, then the web page locked up. I then closed the minera web dashboard, reopened it, and was presented with the login which the default password no longer works for. I can't ssh in either, so I'm essentially locked out.

in miner details i see this:

 ttyACM9 (6D6D34A04853) 865 Mhz 0Kh/s   22428   42 (97.67%) 0 (0.00%)   1 (2.33%)   66 secs ago (Sat, 17 May 2014 00:33:31 GMT)

The device mines correctly and has valid accepted shared, so why is it shown with 0 KH/s?

I have got an idea on how to rise more money for the project...
At the moment there are 2 ways of donating, both rather "manual":

1. Simple BTC/LTC/DOGE donation directly to the address.
2. One of the pools which are setup is the pool you are mining on, but that only kicks in when all the other pools are down or somebody decides to manually mine on your pool.

What if it was possible to setup like a time frame when would people mine on your pool/account. Lets say I want to sacrifice 1h (23:00-24:00hrs) of my daily hash power to the project, it would be nice to have that option so it does it automatically without the need of manually changing the pool.
It is rather easy to do that in crontab, but not everyone is that good in Linux/Unix so a WebUI interface to accommodate could be useful.
Chris.

Minera / cpuminer is not able to autotune the G-BLADE miners. The log reports:
""30: GC3355 40-chip G-Blade Miner cannot be autotuned""

I love the new design, but I do not see the Hashrate History and Reject/Errors cahrts anymore.

Just wondering if you may add Uptime of the RaspberryPI next to System Load in UI?

If not that's ok, be cool though.

I restarted the miner, but didn't took a look at minera. One day later, I checked the minera stats. I can see 8,7 MH/s hashrate, and my hashrate history shows approx 3 MH/s.
When I check my stats at my pool, all is good, since the start.

When I leave minera on, the hashrate will be shown correctly after approx 15mins.

It seems to me that the rejected/error stats is meaningless, as it only accumulates all errors. That means that I will always expect some kind of increasing graph.
More interesstly would be accepted vs. error stats (like 1% erros) and a graph representing that over time.

I think this is the reason:
siklon/cpuminer-gc3355@61df8a3

Is it possible to set the time to our local time zone? The time log and the miner up time sections would be more beneficial and relevant in our local time. There is a 5 hour difference between GMT and CST.
Also, I just wanted compliment your effort and hard work and how you are continually making improvenents based on feedback. You've designed a top-rate interface which is heads above all others and that is due to your obvious talent, dedication and effort, insight and initiative, altruistic motivation, and I want you to know I truly appreciate that and respect you for your effort. The least we could do is contribute some mining time, and I'll advocate that to others at every opportunity. You deserve it.

I'm not sure what other manners of compensation you efforts might attract, but I hope it will benefit your career in some way or lead to a lucrative job offer or business opportunity. You are a Rock Star in the crypto mining world. Good luck with it.

The hashrate is calculated by accepted per time (according to difficulty). That is my average hashrate from starting the miner until now.
When the miner runs for lets say 30 days perfectly, and then my hashrate suddenly drops, these stats won't show my hashrate drop in realtime.
Therefore I ask for a hashrate in the last 5 / 10 mins shown (perhabs additionally, because overall stats matter, too).

Hi and thanks for this stunning back-end.

hi have 2 issues the first is in the raspberry pi, if i conect more than5 gridseeds fall and i need swich off the raspberry and power on another time.

also now i install in ubuntu for try if work better and now something like that appear on the screen, wen i log in minera

I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028).

can i run 20 gridseed in the raspberry?

can i run 20 gridseeds in the laptop?

thanks for your time

as per object, this will be added soon.

Would it be possible to allow users to select which coins have price quotes displayed on the top of the dashboard?

Any chance the rc.local does not get replaced as some run other services on startup. Every time I save settings my rc.local get overwritten, when I run 2 other startup scripts there and need to add them every time I make changes.
I personally need to add sleep 10 before minerd starts, as if I do not Grids only start at 200khs each! When I delay the start just by 10 seconds they run at full speed.
Thanks Chris.

Since you have started to work on implementing the cgminer into the minera, I thought I would share my observations.
You cannot run cpuminer in autodetect mode as well as the cgminer, the cpuminer will still detect the device, you do not want to have controlled with it and cause tons of HW errors in the cgminer.
Tested it with 3 Grids running on cpuminer, controlled by minera and 1 GAWMiners The Fury on cgminer.

Issues for me begin after running 10 whole G-Blades (20 blade boards) but it may very well begin even earlier, I can't afford to redo my setup to test the exact number at which this problem begins.

The Bugs:
Most recently after I did a fresh image flash to an SD and turned up my raz for the first time to input pool info for mining I got a:

Warning!
I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028).

in the dashboard.

stats.json:

{"error":true}

Log shows:

[2014-05-18 05:22:35.2043] API: Client 127.0.0.1 connected

[2014-05-18 05:22:35.3127] API: Client 127.0.0.1 connected

[2014-05-18 05:22:35.4424] API: GET: stats

many times over but other than mining for 10 whole blades (pool confirms this) still nothing. I also tried forcing api port to 4028 via parameter but still nothing.

Another more critical issue is that it will not mine on more than 10 G-Blades (roughly 20 blade boards) at a time. This is a super critical problem because it has forced me to run all blades on 3 raspberry pi's (plus no stats reading =/) and yes yes proper usb powered hubs, same exact setup allows me to mine with all G-blades on an adjacent laptop.

Just as critical, over time, G-blades seem to stop mining one by one until I reset the device (manually) and the low (difficulty) reject rate is exponentially high for at least the first 45 minutes or so (which happens to be around the time it starts dropping G-Blades from the original whole working 10).

I've messed with it long enough by now to safely assume these are bugs born from both cpuminer and minera being incompatible with running over 10 whole G-Blades.

If you have fix for this it would be super duper appreciated :D

No GUI login without uplink connected to switch from router.
Only able to connect through SSH through puTTy.

https://bitcointalk.org/index.php?topic=596620.msg7000090#msg7000090
https://bitcointalk.org/index.php?topic=596620.msg7013750#msg7013750

Hi,

Not sure I am raising this in the right way but here I go

I am going to use Minera to mine LTC using coinotron (coinotron.com) using my GridSeed Blade

The commands are as follows

cgminer -o stratum+tcp://coinotron.com:3334 -u workername -p password --scrypt

I assume using the CPUMiner will make no difference which is what Minera uses?

Also how do I set the --scrypt flag? I tried setting this in the manual options and the miner did not start

thanks

Much to often when I try to open the view log window I tap the wrong area of the screen simply because the "buttons" are too close together. Instead of simply viewing the log, I often accidentally download it or hit the close window button which is extremely frustrating as it is very difficult to make it open again. Perhaps you might consider more spacing between these buttons.

In the dashboard we have the "miner details". I changed the value to "25 records per page". After the refresh of the view, the value is back to "10 records per page" and my view is lost.

I have some miners that I need to overclock to a higher freq than others. How can I do that?

with this information i can have a better understandig which pool is currently used and if a switch ever occurred, i can estimate how long it was.

The drag and drop works great on android. However, I just now tried to add a pool and I'm not able to enter any data in the fields. I'm unable to select any field in that section. The other fields work fine, though.

when I order by shares accepted (increasing), this is my order:

101
588
593
594
631
642
72
73
76

I may be a bit of pain and I know it is possible to get that done from extra options menu, but it would be nice to have a starting frequency for each device as a drop down menu. I am not talking here about every single chip, but at least the device.
I really appreciate your work and will be donating Chris.

Requesting a feature so Minera does not require internet access, please.

If not please explain, why not.

Thank you, michelem.

It should be great if Minera would restart itself after a 'possibly dead' miner is detected (grey). Also an automatic 24 hour restart option would be very useful.

An awesome feature that I think Hashra utilized is the ability to adjust the pool priority setting from the dashboard by tapping a button that would move the pool up or down the list as desired. Maybe even just the option on the settings page to enter a numerical value for each pool in order of preference similar to Scripta's method. With Minera I have to juggle a lot of copying and pasting when I want to change mt pool preferences.