API access and JSON commands keep failing API: Client 192.168.1.9 connected API: JSON decode failed(1): '[' or '{' expected near '/' (/x-xbitmap, */*;q=0.1) API: Client 192.168.1.9 connected API: JSON decode failed(1): '[' or '{' expected near '0.1' (0.1) any idea why?
|
|
|
Still not getting how to swap frequencies on the fly with this new cpuminer, any ideas?
|
|
|
I don't see 700 errors in there, some chips do have around 20 Thank you! Was reading this completely wrong. I can now see that my weakest chip isn't actually the one sending out hardware errors, as I suspected... Will try to tune these chips beyond autotune, and I guess I will finally move more units to cpuminer. Thanks again! EDIT: updated cpuminer, let's see how it goes. Also trying to learn how to use JSON so I can update my test machine on the fly
|
|
|
No problem. Also, remember it is normal to see a number of HW errors while the autotune is ongoing. With the above script you can also see the individual chip frequencies it settles at and then set those via the command. That way you should see close to zero errors.
I haven't got autotune enabled anymore, autotune already finished and I'm using the frequencies it gave me. Already got the php working, at least kind of. The information appears a bit scattered and it gives me 700+ HW errors for some chips (30 showing up on cpuminer), I'm trying to see what I can do to make it display the info in a better, easier way to read... 700 HW errors definitely isn't normal, the frequency is set waaaay too high. This is the php for my gridseed cpuminer test unit: stdClass Object ( [t] => 1399449980 [d] => stdClass Object ( [ttyACM0] => stdClass Object ( [c] => Array ( - => stdClass Object ( [fr] => 875 [ac] => 760 [hw] => 19 [re] => 2 [ha] => 72116 [sh] => 53320 [l] => 1399498805 ) [1] => stdClass Object ( [fr] => 875 [ac] => 768 [hw] => 0 [re] => 3 [ha] => 74060 [sh] => 53520 [l] => 1399498845 ) [2] => stdClass Object ( [fr] => 875 [ac] => 821 [hw] => 21 [re] => 1 [ha] => 72161 [sh] => 57432 [l] => 1399498827 ) [3] => stdClass Object ( [fr] => 825 [ac] => 771 [hw] => 0 [re] => 0 [ha] => 69816 [sh] => 54632 [l] => 1399498800 ) [4] => stdClass Object ( [fr] => 850 [ac] => 788 [hw] => 0 [re] => 2 [ha] => 71933 [sh] => 58288 [l] => 1399498831 ) ) ) ) [err] => 0 )
cpuminer reports 40 HW errors... and still not finding a way to make it easier to read the php, am I missing anything? PS: using frequencies given to me by autotune
|
|
|
No problem. Also, remember it is normal to see a number of HW errors while the autotune is ongoing. With the above script you can also see the individual chip frequencies it settles at and then set those via the command. That way you should see close to zero errors.
I haven't got autotune enabled anymore, autotune already finished and I'm using the frequencies it gave me. Already got the php working, at least kind of. The information appears a bit scattered and it gives me 700+ HW errors for some chips (30 showing up on cpuminer), I'm trying to see what I can do to make it display the info in a better, easier way to read...
|
|
|
You just need a webserver with php installed and put that script in your /var/www directory and give it a .php extension sudo apt-get install lighttpd php5-cgi sudo service lighttpd force-reload Thank you, will try it
|
|
|
Having more hardware errors with 0.9e than I had with the cgminer I previously used. Using autotune frequencies for each chip. I know which chips are weaker, but I am not sure which ones are sending out the errors. Any way to discover this info on the log?
Create a php script as per below and you can see the individual chips and the HW errors on them. Here is an example for PHP: <?php define("API_MINER_START_TIME", "t"); define("API_DEVICES", "d"); define("API_CHIPS", "c"); define("API_LAST_SHARE", "l"); define("API_CHIP_ACCEPTED", "ac"); define("API_CHIP_REJECTED", "re"); define("API_CHIP_HW_ERRORS", "hw"); define("API_CHIP_FREQUENCY", "fr"); define("API_CHIP_HASHRATE", "ha"); define("API_CHIP_SHARES", "sh"); if(!($fp = fsockopen("127.0.0.1", 4028, $errno, $errstr, 0))) { die("Failed to open socket"); } stream_set_blocking($fp, false); $out = json_encode(array("get" => "stats"))."\n"; fwrite($fp, $out); usleep(100000); $out = ""; while(!feof($fp)) { if(!($str = fgets($fp, 2048))) break; $out .= $str; } fclose($fp); $arr = json_decode($out); print_r($arr);
This will print the JSON array. To get the list of devices you would simply do $devs = $arr[API_DEVICES]; Is there a more elaborate tutorial on how to make/apply this? Is it enough to install a webserver on my Raspberry? I am sorry, but i only use Linux for my mining rig, I don't have a deep Linux knowledge
|
|
|
Having more hardware errors with 0.9e than I had with the cgminer I previously used. Using autotune frequencies for each chip. I know which chips are weaker, but I am not sure which ones are sending out the errors. Any way to discover this info on the log?
|
|
|
Cheap coins keep being sold... Buy now or regret later.
|
|
|
Testing the new version... The old one seemed to quit every now and then. Didn't have logs enabled, so I didn't know why. Also, I had a chip who simply didn't step up to the frequency I had programmed for it. Just installed the new version, testing right now.
|
|
|
Changed to the new version, running solid for 5+ hours. Autotune already finished, it's a very nice feature, now I can push my rig further!
Thanks for your work, sandor111
|
|
|
Fluttercoin on sale, very cheap! Time to buy
|
|
|
it doesnt surprise me that the price goes down since the devs are anonymous ,look at blackcoin and their transparency
Devs are worthy of our recognition with what they've done and posted so far, don't think we need any personal infos about them... I should reveal myself so some loon can come to my door because they're angry and I have to shoot a guy? Um no thanks. exactly
|
|
|
it doesnt surprise me that the price goes down since the devs are anonymous ,look at blackcoin and their transparency
Devs are worthy of our recognition with what they've done and posted so far, don't think we need any personal infos about them...
|
|
|
Rebooted, tried again as root... Don't know what was missing, but it works now, seems to be hashing away. Will test how it goes through the night. Activated autotune, is there an estimated time on when the autotune infos will start appearing?
You need to enable debug mode (--debug) for that info. Thank you. Already seeing autotune info's. Will report back later with stability info, but so far so good.
|
|
|
i keep getting failed to open /dev/ttyACM0
I am running on Raspberry pi: ./minerd --gc3355=/dev/ttyACM0,/dev/ttyACM1,/dev/ttyACM2,/dev/ttyACM3,/dev/ttyACM4,/dev/ttyACM5,/dev/ttyACM6,/dev/ttyACM7 --freq=1000 --gc3355-autotune --url=stratum+tcp://usa-1.liteguardian.com:3335 --userpass=cxxx:x --retries=5
I have the same problem ... I'm using Kernel ... 3.10.37+ I don't have any ttyACM0 in my dev folder ... got 9 Blades connected thru 2 x 10 port usb hubs ... working well with cgminer ... Having exactly the same issue, am I forgetting something or is there a workaround? IIRC cgminer uses a different driver than cpuminer/bfgminer. Try modprobe cdc_acm and see if that helps. Thank you, will try when I have time available to play with my rig. I had the same problem trying to use cpuminer after having just used cgminer. Could not get a listing of any ttyACM devices. Quick fix was to reboot and start cpuminer without first using cgminer.
Already tried it, did not work, but thanks Running it as root should clear up that problem.
Already tried this also but it did not help but thanks anyway! Rebooted, tried again as root... Don't know what was missing, but it works now, seems to be hashing away. Will test how it goes through the night. Activated autotune, is there an estimated time on when the autotune infos will start appearing?
|
|
|
i keep getting failed to open /dev/ttyACM0
I am running on Raspberry pi: ./minerd --gc3355=/dev/ttyACM0,/dev/ttyACM1,/dev/ttyACM2,/dev/ttyACM3,/dev/ttyACM4,/dev/ttyACM5,/dev/ttyACM6,/dev/ttyACM7 --freq=1000 --gc3355-autotune --url=stratum+tcp://usa-1.liteguardian.com:3335 --userpass=cxxx:x --retries=5
I have the same problem ... I'm using Kernel ... 3.10.37+ I don't have any ttyACM0 in my dev folder ... got 9 Blades connected thru 2 x 10 port usb hubs ... working well with cgminer ... Having exactly the same issue, am I forgetting something or is there a workaround? IIRC cgminer uses a different driver than cpuminer/bfgminer. Try modprobe cdc_acm and see if that helps. Thank you, will try when I have time available to play with my rig. I had the same problem trying to use cpuminer after having just used cgminer. Could not get a listing of any ttyACM devices. Quick fix was to reboot and start cpuminer without first using cgminer.
Already tried it, did not work, but thanks Running it as root should clear up that problem.
Already tried this also but it did not help but thanks anyway!
|
|
|
Only checked today's payout now after seeing feedback on twitter. Pretty surprised, it was even more profitable than the multipool I used before! With the added advantage of FLT payment. Things are going smoothly
|
|
|
Another statement from the multipool team: https://t.co/vMVCmdONOXThis is for everyone talking about payouts: most of our Fluttercoins are stuck on Cryptsy, so Cryptsy is the one to blame here I think I speak for most of the community when I say I trust the pool ops and that they are doing a good job tweaking our pool. Keep up the good work!
|
|
|
|