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

It works great for me.  No issues at all.

Does anyone else have problems with getting MobileMiner working on Minera? I've got both on my tablet and phone only the old MinePeon installation I had before. Even made a new account, but nothing worked

I was thinking that since CGminer Dmaxl Zeus fork should run both the gridseeds and the Zeusminers, then I
would just need to set the frequency's for them in the option tab..
I think the zeusminer is done like this -S zus:all --set zus:chips=64 --set zus:clock=328
but I'm not sure about the gridseed settings.  -S gridseed:all --set-device gridseed:clock=838 or
"gc3355-detect": true, "freq": "838"..

I haven't used Minera in a while; how are the R-Boxes playing with it? Getting along there now?

I'm trying to run minera with my 6 gridseed miners. What is the best miner to use? I would like to run the gridseeds at 850mhz. Ans what is the best way to start things up, first minera and than connect the miners? I tried running them with cpuminer on minera but the hasing speed is around half what it should be!

I would use a separate RPi for the Hurricane.

I've been running 6 gridseeds (5.2mhs each)now for months @ a clock of 838 and the run flawless on minera..
just got my ZeusMiner Hurricane X3 (15mhs) and I was wondering if it possible to run
the 6 Gridseeds and a Zeus Hurricane x3 on the same RPi using Minera?
or should I just get another RPi for the Hurricane?

Thanks..

I'll be giving it a try next week...  Thanks!!

Never heard of it, but it will work if cgminer or bfgminer supports it.

If it needs its own special version, than you can compile it, replace the original in minera, and then your good to go.

Not the blade the G-Black, the 25MH device

If you mean the G-Blade, yes I'm running one with cpuminer. No problems so far.

Has anyone used Minera with a G-Black yet?

I have  a new problem, they're all going down, following a bunch of errors
I couldn't talk to any of them via ssh,  logs suggest that ethernet is sorta up:

Sep 16 14:27:01 minera /USR/SBIN/CRON[1786]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:28:01 minera /USR/SBIN/CRON[1810]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:29:02 minera /USR/SBIN/CRON[1834]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:30:01 minera /USR/SBIN/CRON[1857]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:30:14 minera kernel: [70852.506225] Transfer to device 15 endpoint 0x2 frame 1293 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:30:17 minera dhclient: DHCPREQUEST on eth0 to 192.168.2.1 port 67
Sep 16 14:30:17 minera dhclient: DHCPACK from 192.168.2.1
Sep 16 14:30:18 minera dhclient: bound to 192.168.2.104 -- renewal in 34504 seconds.
Sep 16 14:30:36 minera kernel: [70874.650266] Transfer to device 15 endpoint 0x2 frame 909 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:31:01 minera /USR/SBIN/CRON[1890]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:32:02 minera /USR/SBIN/CRON[1914]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:32:40 minera kernel: [70998.042585] Transfer to device 31 endpoint 0x2 frame 1421 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:02 minera /USR/SBIN/CRON[1942]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:33:03 minera kernel: [71021.594700] Transfer to device 15 endpoint 0x2 frame 397 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:03 minera kernel: [71021.594822] Transfer to device 31 endpoint 0x2 frame 397 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:09 minera kernel: [71027.610670] Transfer to device 31 endpoint 0x2 frame 269 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:09 minera kernel: [71027.610777] Transfer to device 15 endpoint 0x2 frame 269 failed - FIQ reported NYET. Data may have been lost.
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Sep 16 14:17:18 minera kernel: imklog 5.8.11, log source = /proc/kmsg started.
Sep 16 14:17:18 minera rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="1905" x-info="http://www.rsyslog.com"] start

Does some has a download link for me for Minera 3.4.

Thanks

Hi, michelem

Miner-uptime widget does not show the  time on my minera - just zero zero zero, nothing alse also the miner is running. How to solve this problem?

Latest version, haven't had the time to extract a logfile for michelem yet.

I haven't had any issues with the donation pool. Are you updated?

Well, in Minera I would specify the local MRR server and the second closest one. But I wouldn't want to add all my pools under that since Minera has the tendency to stick to the lowest set of pools even when the others work (see donation pool problems).

So if for some reason the port would change I would have to login to Minera. Which is not possible when I'm on the road. So it's not a 100% safe unless I fill in failover pools hoping that it won't go beyond the 2 MRR pools

It's the way CPU miner connects to the pool. It usually will forward the 3333 to the 5**** port number, but in CPUminer's case, AFAIK, it doesn't which is why you have to manually specify the port.
What??

Thanks for the help guys.  I rebooted and changed from one miner software to another and back again to cpuminer and it started working.  but I think I would need to install a fresh minera soon.

Why doesn't all the people using this nice software to launch their own pool?  Mining coins the community of users vote for?