 Show Posts
|
|
Pages: « 1 [2] 3 »
|
|
byt - sorry, it got resolved for me too, it was my web browser at that time (Chrome) and after restarting it, everything works!
|
|
|
|
|
Not yet on my end, perhaps the CF server is different for me based on location... will report back once it goes back up...
|
|
|
|
|
Indeed chanbergs heatsinks are cool.
nst - you gotta love them Dremel - handy for tinkering! I will dig out my stash. I like what you have done to drop fan speed, very safe!
|
|
|
|
byt - do you see the stats graphs? I am only seeing the hashrate speedmeter but none of the charts...  Nope, I can't see the charts either. And now it seems to be down for me, and it's CleverMining server that is down, not CloudFlare. Mining works fine and shares are also reflecting (via the expected...) so hopefully its a minor glitch... |
|
|
|
byt - do you see the stats graphs? I am only seeing the hashrate speedmeter but none of the charts... |
|
|
|
That's what I replaced mine with yes. It's close to the original specs, but not exactly. I tried a couple different ones from TI and they didn't work. The 2Q5A ended up working so I left it with that. What happened for yours to look like that? I tried dual mining with a 47k voltmod...won't do that again. Just regular scrypt mining on a 47k resistor mod. Think I'm gonna get some small heatsinks and attach it on all my seeds. The picture above is what I found on google matching my problem but this is what happened to mine Wow...no pinched fan cables or anything? How long has that one been mining up until that happened? What type of power supply were you using? What's the ambient temp where it's mining? Sorry for the questions, but I've got 6 that have the 49.9k/50k mod. 3 have been running non-stop 24x7 for 2 months, the other 3 have been running non-stop for about 3 weeks now. When I've modded them, I did add some small heatsinks to the mosfets because a little extra cooling never hurts when overclocking anything. What heatsinks fit the mosfets? Can you share that please? It might be useful for lot of folks who have modded their gridseeds. I have knocked off the thermal pads (bottom and top). Bottom I have used thermal paste and direct contact to the heatsink (insulated the troublesome areas), since anyways the ground-pour in the bottom is connected to the heatsink (via the brass nuts). On the top, I have added copper shims and thermal paste and direct heatsink. The copper shims were 15x15mm which I split into 4 (7.2x7.2) using my trusty Dremel. The heatsink on the top (non fan side) get slightly warm @1200 for the GS. I think the copper shim works good in the way I have done, since the shims on top ensure a proper contact in the bottom... I am using a 47k axial resistor mod. EDIT: And before anyone tells me about the hazards of the silver thermal paste... this is CoolerMaster ThermalFusion 400 (Electrially Non-conductive, high thermal efficiency paste...) :-) Well...I'm not sure of the exact dimensions of the heatsink....I'm sort of a collector of such things since you never know when or what you might need one for. I've saved them all from past motherboards. The one I used was an old northbridge heatsink. I can take some pics and measurements today and post those. The fins are MAYBE 2-3mm high. Taller can be used...maybe 4-5mm....so whatever you use in that location will need airflow to really be effective. Do share the pics, mucho gracias!! I might also have some lying around and with the help of the Dremel, will fit some on the MOSFET's, which I believe really need the heatsinks with the mod. BTW, whats the package size? Let me look up on Mouser as well... |
|
|
|
Anybody facing issues with the stats on CM site? I see blanks on all the stats graphs... my miner's are going hash strong with successful submits from cgminer... Is this a transient site issue? |
|
|
|
That's what I replaced mine with yes. It's close to the original specs, but not exactly. I tried a couple different ones from TI and they didn't work. The 2Q5A ended up working so I left it with that. What happened for yours to look like that? I tried dual mining with a 47k voltmod...won't do that again. Just regular scrypt mining on a 47k resistor mod. Think I'm gonna get some small heatsinks and attach it on all my seeds. The picture above is what I found on google matching my problem but this is what happened to mine Wow...no pinched fan cables or anything? How long has that one been mining up until that happened? What type of power supply were you using? What's the ambient temp where it's mining? Sorry for the questions, but I've got 6 that have the 49.9k/50k mod. 3 have been running non-stop 24x7 for 2 months, the other 3 have been running non-stop for about 3 weeks now. When I've modded them, I did add some small heatsinks to the mosfets because a little extra cooling never hurts when overclocking anything. What heatsinks fit the mosfets? Can you share that please? It might be useful for lot of folks who have modded their gridseeds. I have knocked off the thermal pads (bottom and top). Bottom I have used thermal paste and direct contact to the heatsink (insulated the troublesome areas), since anyways the ground-pour in the bottom is connected to the heatsink (via the brass nuts). On the top, I have added copper shims and thermal paste and direct heatsink. The copper shims were 15x15mm which I split into 4 (7.2x7.2) using my trusty Dremel. The heatsink on the top (non fan side) get slightly warm @1200 for the GS. I think the copper shim works good in the way I have done, since the shims on top ensure a proper contact in the bottom... I am using a 47k axial resistor mod. Here's a pic:  EDIT: And before anyone tells me about the hazards of the silver thermal paste... this is CoolerMaster ThermalFusion 400 (Electrially Non-conductive, high thermal efficiency paste...) :-) |
|
|
|
Awaiting the commit to start pulling the latest version!!  Can you also add the two new API features: 1. Dynamic frequency change 2. Auto tune status |
|
|
|
|
michelem, thats great news!! While I can't wait to try the new version, I am having a great run currently and the gridseeds have stabilized after running on autotune for over 7 hours, so currently observing for any hardware errors. I will upgrade soon and share feedback.
One thing I noticed is this on the Dashboard page:
Miner started NaNd 7h 5m 5s ago on Thu May 08 2014
What does that signify(in bold)?
|
|
|
|
any chance this can be used on a linux PC ?
Yes, this should perfectly work on linux box. Which linux flavor are you using? |
|
|
|
Awesome! Loving the latest update with auto-refresh! I was expecting you would get the minerd 0.9f which sandor111 has updated already with on-the-fly freq changes incorporated, but I guess you need to test that out first. Also for the next version, I would suggest a third option under Miner>Restart miner. Its useful when you make config changes and single-click to effect it. One more bug I noticed is that if I switch tabs (I am using Chrome) and return to the Minera tab, it sometimes shows me very low hash rate, haven't yet been able to reproduce it everytime, but will provide more details if it happens very frequently (tab shift and return somehow shows the updated value correctly even before auto-refresh has been done!). It might be some incompatible extension, but I will track this closely and let you know. Thanks!! EDIT: This happens everytime the tab changes and returns... here's the screengrab:  |
|
|
|
Fantastic, I was just going over your commits on the repo and saw your post! Updating right away and will share feedback!  |
|
|
|
There's no need for something so complicated. This will work just fine: minerd -o stratum+tcp://pool.com -u USERNAME -p PASSWORD --gc3355-autotune --gc3355=`ls -m /dev/ttyACM* | sed -e 's/, /,/g' | tr -d '\n'` --freq=1200
That is indeed elegant, thanks. |
|
|
|
No worries. I checked the git repo, just thinking out aloud, that perhaps, instead of the redirect in the apps.php, it might be easier to change the install_minera.sh script: echo -e "Adding cron file in /etc/cron.d\n-----\n"
echo "*/5 * * * * minera php `pwd`/index.php app cron_stats" > /etc/cron.d/minera
echo -e 'DONE! Minera is ready!\n\nOpen the URL: http://'$(hostname -I | tr -d ' ')'/minera/\n\nAnd happy mining!\n' to: echo -e "Adding cron file in /etc/cron.d\n-----\n"
echo "*/5 * * * * minera php `pwd`/index.php app cron" > /etc/cron.d/minera
echo -e 'DONE! Minera is ready!\n\nOpen the URL: http://'$(hostname -I | tr -d ' ')'/minera/\n\nAnd happy mining!\n'
Although to maintain backward compatibility, the redirect will help... Again, I love your work, thanks for this!
|
|
|
|
Thanks, that solved the 'php' binary resolving issue. Now I can see the cron is working, although the stats are still not showing on the page.
Also I see there are ajax extensions in the code, but can the dashboard be set to dynamically update as the stats are being pulled from the minerd binary?
I would suggest that while you create the RPi image, which would definitely help a lot of folks out there to be able to appreciate this awesome setup better, but do retain the manual install method which might help those who would rather stick to the raspbian wheezy barebones image or even use this on Ubuntu.
Thanks for your excellent support!
Please can you explain what stats are not showing up? Do you mean the graphs? Can you check this url: http://<yourip>/minera/index.php/app/stored_stats This should show you the stored stats generated by the cron task if it's empty there's still some problems with the cron task. Ajax Auto-refresh is on the way, only few hours/days to release it. And yes, the manual install procedure will stay in place for people who wanna install it in their own environments. Sorry for not being clear. Yes, I meant the graphical stats are not showing up. stored_stats url returns with I can see cron running: May 7 16:30:01 raspberrypi /USR/SBIN/CRON[13746]: (minera) CMD (php /var/www/minera/index.php app cron_stats)
May 7 16:35:01 raspberrypi /USR/SBIN/CRON[13751]: (minera) CMD (php /var/www/minera/index.php app cron_stats)
May 7 16:40:01 raspberrypi /USR/SBIN/CRON[13762]: (minera) CMD (php /var/www/minera/index.php app cron_stats)
May 7 16:45:01 raspberrypi /USR/SBIN/CRON[13845]: (minera) CMD (php /var/www/minera/index.php app cron_stats)
May 7 16:50:01 raspberrypi /USR/SBIN/CRON[13972]: (minera) CMD (php /var/www/minera/index.php app cron_stats)
I am sorry, usually I debug these stuff myself, but I am not too good with PHP and I haven't gotten my head around the overall code flow yet. Are there any logs or configs that you would like to look at to help me out in fixing this, please do let me know. EDIT: Ah, poking around in /var/www/applications/controllers/app.php, I figured probably the cron job call is incorrect as 'cron_stats'. /*
// Store controller Get the store stats from Redis
*/
public function stored_stats()
{
$storedStats = $this->util_model->getStoredStats(3600);
$this->output
->set_content_type('application/json')
->set_output("[".implode(",", $storedStats)."]");
}
So should the cron job actually be calling stored_stats instead of cron_stats? Currently the cron is: */5 * * * * minera php /var/www/minera/index.php app cron_stats EDIT 2: Fixed it. The current /etc/cron.d/minera file is: */5 * * * * minera php /var/www/minera/index.php app cron_stats this should be: */5 * * * * minera php /var/www/minera/index.php app cron Perhaps you will update this in the git. |
|
|
|
Hello,
I've installed minera on a pcduino (ubuntu) with apache. Working, but no "hashrate history" and no "Rejected/errors"
Since php bin file was not available on my system, I installed libapache2-mod-fastcgi ( needed by (?) php /var/www/minera/index.php app cron_stats )
output from php:
>minera@ubuntu:/var/www/minera$ php -v
PHP 5.3.10-1ubuntu3.11 with Suhosin-Patch (cgi-fcgi) (built: Apr 4 2014 02:06:32)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
Is this the correct php binary ?
Can someone help me on this?
thanks,
rgds,
m
It seems the cron task is not running on your system. Please try running from the terminal this command and check if graphs change: php /<minera path>/index.php app cron If changed the problem is with the cron task that's not running. You should have a cron task like this: */5 * * * * minera php /<minera path>/index.php app cron Minera installs it in /etc/cron.d/minera Let me know PS I just updated this you could have to run "[...] app cron_stats" instead "[...] app cron" this depends on your Minera revision Same problem here with hashrate not shown, on RPi: minera@raspberrypi /etc/cron.d $ cat minera */5 * * * * minera php /var/www/minera/index.php app cron_stats minera@raspberrypi /etc/cron.d $ php /var/www/minera/index.php app cron_stats -bash: php: command not found Well, I'm really sorry I forgot to add the php5-cli package to the installer (a complete system img is absolutely needed, I will give you it asap). Everyone, please install the php5-cli package:sudo apt-get install php5-cli I'm going to update the README. My apologies, thanks. Thanks, that solved the 'php' binary resolving issue. Now I can see the cron is working, although the stats are still not showing on the page. Also I see there are ajax extensions in the code, but can the dashboard be set to dynamically update as the stats are being pulled from the minerd binary? I would suggest that while you create the RPi image, which would definitely help a lot of folks out there to be able to appreciate this awesome setup better, but do retain the manual install method which might help those who would rather stick to the raspbian wheezy barebones image or even use this on Ubuntu. Thanks for your excellent support! |
|
|
|
Hello,
I've installed minera on a pcduino (ubuntu) with apache. Working, but no "hashrate history" and no "Rejected/errors"
Since php bin file was not available on my system, I installed libapache2-mod-fastcgi ( needed by (?) php /var/www/minera/index.php app cron_stats )
output from php:
>minera@ubuntu:/var/www/minera$ php -v
PHP 5.3.10-1ubuntu3.11 with Suhosin-Patch (cgi-fcgi) (built: Apr 4 2014 02:06:32)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
Is this the correct php binary ?
Can someone help me on this?
thanks,
rgds,
m
It seems the cron task is not running on your system. Please try running from the terminal this command and check if graphs change: php /<minera path>/index.php app cron If changed the problem is with the cron task that's not running. You should have a cron task like this: */5 * * * * minera php /<minera path>/index.php app cron Minera installs it in /etc/cron.d/minera Let me know PS I just updated this you could have to run "[...] app cron_stats" instead "[...] app cron" this depends on your Minera revision Same problem here with hashrate not shown, on RPi: minera@raspberrypi /etc/cron.d $ cat minera */5 * * * * minera php /var/www/minera/index.php app cron_stats minera@raspberrypi /etc/cron.d $ php /var/www/minera/index.php app cron_stats -bash: php: command not found |
|
|
|
I will start a new thread when ready but in the meantime I would like to share with you the work in progress behind this new project based on sandor cpuminer.
I'd like to test it with a great bunch of pods (20 or more) but I have only 3 now, may be someone of you could test it? It requires a linux controller like a raspberry with a web server (something like a Scripta img should work very fine, just change the document root to the Minera directory).
If there is someone who wanna try it please leave me a PM, I think I will release a public beta-version next week.
Hope you like it:
Quoted for awesomeness, I applaud your efforts.  Thanks sandor Do you think it's possible to add an option to cpuminer to detect automatically the gridseed devices? Of course you will not be able to set per device freq with this option on but it would be useful to start the command in autotune without writing every single dev in the launcher string. I think looking at the dev ID do the job, Gridseed has always 0483:5740 as ID. I used a bruteforce search method with this script: #!/bin/bash # options NUM_DEVS=2 # initialize an Array DEV=(/dev/ttyACM0,/dev/ttyACM1); ## Script Begin ## COUNTER=0 FOUND=0 echo -e "Searching for devices...please wait\t" while (( 1 )); do if [ -c /dev/ttyACM$COUNTER ]; then DEV[$FOUND]="/dev/ttyACM$COUNTER"; (( FOUND++ )) fi if (( $FOUND >= $NUM_DEVS )); then break fi ((COUNTER++)) sleep .5 # Change Counter value check based on number of devices if (( $COUNTER >=10 )); then echo -e "Found only $FOUND devices out of $NUM_DEVS...Please check USB connections & devices.\n\nExiting...\n" exit 1 fi done echo -e "Found devices ${DEV[0]}, ${DEV[1]}\n" ### End bash script HTH... |
|
|
|
|
This is an awesome effort and truly appreciated. Working great on my RPi setup.
One request for improvement would be to add ajax for dynamically and continuous update of the stats without requiring to refresh manually.
|
|
|
|
|
