|
462
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 15, 2015, 09:56:05 PM
|
Small update:
My next release will ALSO have upgraded bfgminer 5.3.0 in it and some minor monitoring script code tweaks I found =)
Oh and also --api-network added to bfgminer.sh
Awesome Thank you  Yeahp, I hope the --api-network addition functions as I intend it to =-P .. noone did get back to me about its EXACT behaviour when --api-allow is in effect. |
|
|
|
|
464
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 14, 2015, 10:32:21 PM
|
not at all  Thank You! So, theres 1 caveat to allowing access to bfgminer from other network devices. This is easy to do for read only commands but privileged commands would be denied. I dont see anywhere in bfgminer documentation that allows easy full access to the local network. As far as monitoring goes, would the read only be fine? Yes read only is all I would asking for Id like to be able to monitor my remote rigs via the VPN without using the webpages Any changes to pool etc id login to the miner web interface and do it manually bfgminer does what you seek, details in the REAME.RPC file that comes with bfgminer source. a combination of --api-allow and if needed --api-groups The "W" group for read/write and "R" group for read only. Iffin I recollect correctly you can even have a "P" group with selective write access. I posted somewhere(probably the OC thread) some awk code to gather neat data from a hoopiter remotely. Same awk code runs local(miner) or remote(PC somewhere on net), I think the pi has awk most *nix systems do. It can easily be twisted to display whatever is available. It already has many of the possible responses coded in, just commented out. YMMV tolip EDIT And "miner.php" is an excellent way to monitor from a PC once access is allowed on the device. Yeah, i dont think it needs to be that complex if.... and you may know this.... Will --api-network work in conjunction with --api-allow? The readme says its "overrides" if both are present, but that doesnt mean --api-network goes "ignored" right? e.g. --api-allow W:192.168.0.1 <- this will allow a specific host e.g. --api-allow W:192.168.0/24 <- this will allow whole subnet e.g. --api-allow W:192.168.0.1,10.0.0/24 <- this will allow 1 specific host and whole 10.0.0.0 class C subnet Not sure but might need 127.0.0.1 if ya want to query the API from the ssh session if you use --api-allow. It's been a while and my 28nm stuff is 'sleepin' else I'd check. YMMV tolip Well, I need it to allow the whole subnet without knowing the subnet, so Im wondering if the --api-network will still work like that when --api-allow is used for W:127.0.0.1 |
|
|
|
|
466
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 14, 2015, 07:43:19 PM
|
not at all Thank You! So, theres 1 caveat to allowing access to bfgminer from other network devices. This is easy to do for read only commands but privileged commands would be denied. I dont see anywhere in bfgminer documentation that allows easy full access to the local network. As far as monitoring goes, would the read only be fine? Yes read only is all I would asking for Id like to be able to monitor my remote rigs via the VPN without using the webpages Any changes to pool etc id login to the miner web interface and do it manually bfgminer does what you seek, details in the REAME.RPC file that comes with bfgminer source. a combination of --api-allow and if needed --api-groups The "W" group for read/write and "R" group for read only. Iffin I recollect correctly you can even have a "P" group with selective write access. I posted somewhere(probably the OC thread) some awk code to gather neat data from a hoopiter remotely. Same awk code runs local(miner) or remote(PC somewhere on net), I think the pi has awk most *nix systems do. It can easily be twisted to display whatever is available. It already has many of the possible responses coded in, just commented out. YMMV tolip EDIT And "miner.php" is an excellent way to monitor from a PC once access is allowed on the device. Yeah, i dont think it needs to be that complex if.... and you may know this.... Will --api-network work in conjunction with --api-allow? The readme says its "overrides" if both are present, but that doesnt mean --api-network goes "ignored" right? |
|
|
|
|
467
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 14, 2015, 06:04:13 PM
|
not at all Thank You! So, theres 1 caveat to allowing access to bfgminer from other network devices. This is easy to do for read only commands but privileged commands would be denied. I dont see anywhere in bfgminer documentation that allows easy full access to the local network. As far as monitoring goes, would the read only be fine? Yes read only is all I would asking for Id like to be able to monitor my remote rigs via the VPN without using the webpages Any changes to pool etc id login to the miner web interface and do it manually haha, reread my response above, I changed it =P Well I may have a somewhat solution.... the question is whether --api-allow & --api-network will work in conjunction with each other. The documentation says --api-allow will override --api-network, thats fine as it means --api-network will still function.... |
|
|
|
|
468
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 14, 2015, 05:52:01 PM
|
not at all Thank You! So, theres 1 caveat to allowing access to bfgminer from other network devices. This is easy to do for read only commands but privileged commands would be denied. I dont see anywhere in bfgminer documentation that allows easy full access to the local network. As far as monitoring goes, would the read only be fine? Yes read only is all I would asking for Id like to be able to monitor my remote rigs via the VPN without using the webpages Any changes to pool etc id login to the miner web interface and do it manually haha, reread my response above, I changed it =P |
|
|
|
|
469
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 14, 2015, 04:16:44 PM
|
not at all Thank You! Hrm.... so after looking over the api-allow cmomand for bfgminer, it would be very tricky to do this and actually have it work on everyones network. A lot of guesswork would go into it. The only "easy" non guesswork option is allowing read only OR read/write access from any ip address including any external addresses (if allowed thru ur firewall). Let me know. |
|
|
|
|
470
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 13, 2015, 04:46:43 PM
|
Just a heads up to all who use my firmware:
Next release is already planned and in testing...
New features:
1. implimented KNCminion webgui interface extension w/ link on status page
2. Auto bypassing of dies that cause soft / hard reset spamming
*note: once a die is added to the list for auto bypass that means its "health" will no longer be monitored. MEANING... no further attempts to reset it will be made if it stops hashing.
*note: when a die makes it on the auto bypass list a message will appear in webgui ADVANCED page showing you which die and offer an option to clear all the dies in that list.
*note: when issuing the clear command, those dies very well may make it in that list again, the clear is mostly designed for those who swap around cubes on their controllers.
3. other misc fixes n stuff =P
one request this goes with your first item here can you modify the bfgscrypt to allow monitoring of the stats via software i think by default its only open to a loopback address so it can only monitor itself. I have a vpn and i monitor my offsite miners using cgwatcher i am able to monitor all my antminers and my A2 without issue but I think by default the KnC's are only set to allow access for monitoring to there own IP and not open to the entire network this should be really easy to change i just don't know where to poke around. Maybe something you can allow to be enabled from the web interface as an option where you disable the writing to the SD card? What if I just set it to enable this by default rather than an option? Would that be a problem? |
|
|
|
|
471
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 13, 2015, 05:34:24 AM
|
|
Just a heads up to all who use my firmware:
Next release is already planned and in testing...
New features:
1. implimented KNCminion webgui interface extension w/ link on status page
2. Auto bypassing of dies that cause soft / hard reset spamming
*note: once a die is added to the list for auto bypass that means its "health" will no longer be monitored. MEANING... no further attempts to reset it will be made if it stops hashing.
*note: when a die makes it on the auto bypass list a message will appear in webgui ADVANCED page showing you which die and offer an option to clear all the dies in that list.
*note: when issuing the clear command, those dies very well may make it in that list again, the clear is mostly designed for those who swap around cubes on their controllers.
3. other misc fixes n stuff =P
|
|
|
|
|
472
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 13, 2015, 05:10:08 AM
|
Ya I do like the idea. Im on a special plan from the electric company. For the whole year I pay 5cents kh/r. Now during the months of July and August between 2pm-7pm cost is 58 cents kw/hr, so My miners go off. So this might be helpful
Vegas
Turn them off manually! thats MONTHS ur talking about. Theres no way to have the pi completely shut down the entire miner and its really really not a good idea to just have the pi power down meanwhile all the cubes are up n running n idling around. That is unless when the pi is powered off, the controller board is smart enough to know this and it tells everything to shut down. But I doubt thats the case. LOL |
|
|
|
|
473
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 13, 2015, 05:05:53 AM
|
Ok guys V.99b has been officially released to paid members. Please go to your paid membership page and download: http://bitcoinlasvegas.net/kncminer-titan-custom-firmware-mod-paid-membership-page/If you paid and have a login account, it will let you through. If you paid and it does not let you through, then I need to manually add you. That means just register a username on my site, and email me at Titan@bitcoinlasvegas.net and tell me your a premium member and tell me your username. Ill verify your account and then upgrade you to premium, and email you back. From then on youll always have access to the premium page. If you want to be automatically notified about updates, then see the note on the premium membership page. Thanks Vegas Just want to thank you and Gentarkin for continuing to improve this mod! I have installed the latest premium V.99b to all 3 Titan Controllers and they are all running well so far. I do noticed a bit more hashrate fluctuation, but that's probably expected since it has been hot where I am at and the new software is doing a better job of keeping the cubes at a safe temperature. May I make a suggest for the next firmware release? How about adding some kind of scheduler to turn off bfgminer/mining at certain configurable hours, when it is hot or when the electricity rate is at the highest during peak hours? This is more for future consideration if Litecoin difficulty continues to rise faster than the norm. We can turn off mining when it is unprofitable and turn it back on when it is profitable. Im happy your happy w/ the firmware! Thanks for your purchase! Im already testing code for the next release of v.99c =) Regarding ur suggestions: Thats quite easy to do, power off the rig... LOL =P No, but seriously... my code already has temperature adjustment built in, hence the DCDC threshold setting. It will autoclock up / down for you =) A schedule of turning off & on is really not needed. I used to think I could outsmart elec company by mining during offpeak hours and not much at all during peak hours. In the end all calculations came out extremely close.... so really, thats kinda pointless. Ive had several requests for scheduling features or clock settings / scheduling based on expected temps. It takes way more work to impliment then I think is worth it. I think may people forget that the temperature based clock is already built in, and the other folk dont really think about what they are asking .... in the end its like asking someone to reinvent the wheel. I do appreciate the suggestions tho =) |
|
|
|
|
474
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 11, 2015, 12:43:14 AM
|
Ok, included in the next version will also be code to show possible fan-fail detection message & what cubes ... on the LCD display =)
The LCD display will revert to default after pi is rebooted.
I think this is a good addition to notify of fan failure and in my case of unattended miners its great to have over heat protections built in a preview ... =)  |
|
|
|
|
477
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: CUSTOM KNC TITAN FIRMWARE! based off KNC's v2.00
|
on: September 10, 2015, 04:42:11 AM
|
|
An update coming down the pipes for next release....
Fan failure protection w/ webgui output in big red letters when a potential fan failure has been detected!!!!
Up till now, my monitoring script has dynamically adjusted clocks up n down depending on environmental temperatures that increased / decreased gradually. It would attempt to clock the unit down as temps rose but this happened at the rate of KNC's monitoring script which is 1 poll per minute. A fan failure would easily go up in temperature much quicker than decreasing 25mhz ever 1 minute on respective dies would account for.
In the process of coding this I also found fault w/ KNC's waas command not actually being able to set a die OFF, rather bfgminer would have to be restarted and the advanced.conf file held a null value of any desired dies to be set as "OFF".
So... what Ive come up with is a small rewrite of setting dies to OFF logic(now all dies set to off while mining will invoke a bfgminer restart).
Next, onto the fan fail protection conditions...
1. If either of the DCDC temps of any die have detected as being above the user set threshold by 10C or more then the dies will be turn OFF.
OR
2. If either of the DCDC temps of any die have reached 115C or higher then that die will be set OFF.
After all dies which meet the condition above have been set to OFF, bfgminer will be issued a restart command.
A warning in big red letters on the STATUS page of webgui will warn about a possible fan failure detection.
To clear the warning the pi must be rebooted(I figured in the case of a genuine fan failure, the pi will be turned off along w/ the miner to service the cube w/ the failed fan).
*note.... if the 115C threshold ends up being an issue for anyone running their titans this hot well... A: your Titan will not last long B: I can always change this upward, but Im willing only to go up to 120C or so.
I will post when this release will be live.
|
|
|
|
|
478
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 10, 2015, 04:02:30 AM
|
|
An update coming down the pipes for next release....
Fan failure protection w/ webgui output in big red letters when a potential fan failure has been detected!!!!
Up till now, my monitoring script has dynamically adjusted clocks up n down depending on environmental temperatures that increased / decreased gradually. It would attempt to clock the unit down as temps rose but this happened at the rate of KNC's monitoring script which is 1 poll per minute. A fan failure would easily go up in temperature much quicker than decreasing 25mhz ever 1 minute on respective dies would account for.
In the process of coding this I also found fault w/ KNC's waas command not actually being able to set a die OFF, rather bfgminer would have to be restarted and the advanced.conf file held a null value of any desired dies to be set as "OFF".
So... what Ive come up with is a small rewrite of setting dies to OFF logic(now all dies set to off while mining will invoke a bfgminer restart).
Next, onto the fan fail protection conditions...
1. If either of the DCDC temps of any die have detected as being above the user set threshold by 10C or more then the dies will be turn OFF.
OR
2. If either of the DCDC temps of any die have reached 115C or higher then that die will be set OFF.
After all dies which meet the condition above have been set to OFF, bfgminer will be issued a restart command.
A warning in big red letters on the STATUS page of webgui will warn about a possible fan failure detection.
To clear the warning the pi must be rebooted(I figured in the case of a genuine fan failure, the pi will be turned off along w/ the miner to service the cube w/ the failed fan).
*note.... if the 115C threshold ends up being an issue for anyone running their titans this hot well... A: your Titan will not last long B: I can always change this upward, but Im willing only to go up to 120C or so.
I will post when this release will be live.
|
|
|
|
|
479
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 08, 2015, 03:45:13 PM
|
GenTarkin/Vegaguy, Awesome works you guys are doing here! The overall Error Rate % is nice to see, but is it possible to break it down to Hardware % error rate per die like what it was done by the KnCMinion? I found this information very helpful to find the lowest voltage setting for each die while keeping the HW % below 1%. On some problematic die, I actually have to up the voltage and lower the clock frequency to keep HW Error % to an acceptable level. https://github.com/p4fg/kncminion{"STATUS":[{"STATUS":"S","When":1441579822,"Code":9,"Msg":"13 PGA(s)","Description":"bfgminer 5.2.0"}],"DEVS":[{" PGA":0,"Name":"KNC","ID":0,"ProcID":0,"Enabled":"Y","Status":"Alive","Device Elapsed":37548,"MHS av":11.558,"MHS 20s":12.863,"MHS rolling":12.863,"Accepted":202,"Rejected":0,"Hardware Errors":165,"Utility":0.323,"Stale":1,"Last Share Pool":0,"Last Share Time":1441579605,"Total MH":433976.2463,"Diff1 Work":101.43922169,"Work Utility":0.162,"Difficulty Accepted":101.16761480,"Difficulty Rejected":0,"Difficulty Stale":0.50195311,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579820, "Device Hardware%":0.6338,"Device Rejected%":0.0000},{"PGA":1,"Name":"KNC","ID":0,"ProcID":1,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":18.602,"MHS 20s":21.531,"MHS rolling":21.531,"Accepted":311,"Rejected":1,"Hardware Errors":145,"Utility":0.497,"Stale":0,"Last Share Pool":0,"Last Share Time":1441579820,"Total MH":698653.6059,"Diff1 Work":163.30589201,"Work Utility":0.261,"Difficulty Accepted":155.19976348,"Difficulty Rejected":0.50195311,"Difficulty Stale":0,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579820,"Device Hardware%":0.3470,"Device Rejected%":0.3074},{"PGA":2,"Name":"KNC","ID":0,"ProcID":2,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":19.561,"MHS 20s":13.142,"MHS rolling":13.142,"Accepted":330,"Rejected":1,"Hardware Errors":189,"Utility":0.527,"Stale":2,"Last Share Pool":0,"Last Share Time":1441579624,"Total MH":734674.2886,"Diff1 Work":171.72550035,"Work Utility":0.274,"Difficulty Accepted":164.96378601,"Difficulty Rejected":0.50195311,"Difficulty Stale":1.00390622,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579822,"Device Hardware%":0.4298,"Device Rejected%":0.2923},{"PGA":3,"Name":"KNC","ID":1,"ProcID":0,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.385,"MHS 20s":24.047,"MHS rolling":24.047,"Accepted":365,"Rejected":3,"Hardware Errors":174,"Utility":0.583,"Stale":1,"Last Share Pool":0,"Last Share Time":1441579735,"Total MH":765645.0294,"Diff1 Work":178.96471647,"Work Utility":0.286,"Difficulty Accepted":181.85140454,"Difficulty Rejected":1.50585933,"Difficulty Stale":0.50195311,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579822,"Device Hardware%":0.3798,"Device Rejected%":0.8414},{"PGA":4,"Name":"KNC","ID":0,"ProcID":1,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":18.436,"MHS 20s":22.090,"MHS rolling":22.090,"Accepted":316,"Rejected":1,"Hardware Errors":162,"Utility":0.505,"Stale":0,"Last Share Pool":0,"Last Share Time":1441579757,"Total MH":692446.0360,"Diff1 Work":161.85491153,"Work Utility":0.259,"Difficulty Accepted":157.48261559,"Difficulty Rejected":0.50195311,"Difficulty Stale":0,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579820,"Device Hardware%":0.3910,"Device Rejected%":0.3101},{"PGA":5,"Name":"KNC","ID":0,"ProcID":2,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.151,"MHS 20s":20.133,"MHS rolling":20.133,"Accepted":376,"Rejected":2,"Hardware Errors":194,"Utility":0.601,"Stale":1,"Last Share Pool":0,"Last Share Time":1441579622,"Total MH":756853.7682,"Diff1 Work":176.90981438,"Work Utility":0.283,"Difficulty Accepted":188.05362907,"Difficulty Rejected":0.77699278,"Difficulty Stale":0.50195311,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579822,"Device Hardware%":0.4282,"Device Rejected%":0.4392},{"PGA":6,"Name":"KNC","ID":2,"ProcID":0,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.258,"MHS 20s":22.370,"MHS rolling":22.370,"Accepted":323,"Rejected":2,"Hardware Errors":186,"Utility":0.516,"Stale":1,"Last Share Pool":0,"Last Share Time":1441579704,"Total MH":760880.3000,"Diff1 Work":177.85099091,"Work Utility":0.284,"Difficulty Accepted":160.31554703,"Difficulty Rejected":0.77699278,"Difficulty Stale":0.50195311,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579821,"Device Hardware%":0.4085,"Device Rejected%":0.4369},{"PGA":7,"Name":"KNC","ID":0,"ProcID":1,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.148,"MHS 20s":21.810,"MHS rolling":21.810,"Accepted":320,"Rejected":1,"Hardware Errors":233,"Utility":0.511,"Stale":0,"Last Share Pool":0,"Last Share Time":1441579604,"Total MH":756736.3277,"Diff1 Work":176.88236340,"Work Utility":0.283,"Difficulty Accepted":160.39808179,"Difficulty Rejected":0.50195311,"Difficulty Stale":0,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579822,"Device Hardware%":0.5139,"Device Rejected%":0.2838},{"PGA":8,"Name":"KNC","ID":0,"ProcID":2,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.170,"MHS 20s":21.810,"MHS rolling":21.810,"Accepted":361,"Rejected":1,"Hardware Errors":236,"Utility":0.577,"Stale":1,"Last Share Pool":0,"Last Share Time":1441579811,"Total MH":757558.4113,"Diff1 Work":177.07844184,"Work Utility":0.283,"Difficulty Accepted":180.07050554,"Difficulty Rejected":0.50195311,"Difficulty Stale":0.50195311,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579822,"Device Hardware%":0.5199,"Device Rejected%":0.2835},{"PGA":9,"Name":"KNC","ID":3,"ProcID":0,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.248,"MHS 20s":20.972,"MHS rolling":20.972,"Accepted":350,"Rejected":0,"Hardware Errors":203,"Utility":0.559,"Stale":0,"Last Share Pool":0,"Last Share Time":1441579796,"Total MH":760477.6468,"Diff1 Work":177.75687326,"Work Utility":0.284,"Difficulty Accepted":173.64136756,"Difficulty Rejected":0,"Difficulty Stale":0,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579819,"Device Hardware%":0.4459,"Device Rejected%":0.0000},{"PGA":10,"Name":"KNC","ID":0,"ProcID":1,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.242,"MHS 20s":22.929,"MHS rolling":22.929,"Accepted":324,"Rejected":0,"Hardware Errors":200,"Utility":0.518,"Stale":3,"Last Share Pool":0,"Last Share Time":1441579644,"Total MH":760276.3203,"Diff1 Work":177.71373600,"Work Utility":0.284,"Difficulty Accepted":161.49824047,"Difficulty Rejected":0,"Difficulty Stale":1.50585933,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579822,"Device Hardware%":0.4394,"Device Rejected%":0.0000},{"PGA":11,"Name":"KNC","ID":0,"ProcID":2,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.175,"MHS 20s":14.820,"MHS rolling":14.820,"Accepted":354,"Rejected":0,"Hardware Errors":270,"Utility":0.566,"Stale":2,"Last Share Pool":0,"Last Share Time":1441579775,"Total MH":757742.9606,"Diff1 Work":177.11765753,"Work Utility":0.283,"Difficulty Accepted":176.10300689,"Difficulty Rejected":0,"Difficulty Stale":1.00390622,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579822,"Device Hardware%":0.5943,"Device Rejected%":0.0000},{"PGA":12,"Name":"KNC","ID":0,"ProcID":3,"Enabled":"Y","Status":"Alive","Device Elapsed":37559,"MHS av":20.056,"MHS 20s":20.412,"MHS rolling":20.412,"Accepted":348,"Rejected":2,"Hardware Errors":262,"Utility":0.556,"Stale":1,"Last Share Pool":0,"Last Share Time":1441579811,"Total MH":753263.4440,"Diff1 Work":176.07059865,"Work Utility":0.281,"Difficulty Accepted":173.31820167,"Difficulty Rejected":1.00390622,"Difficulty Stale":0.50195311,"Last Share Difficulty":0.50195311,"Last Valid Work":1441579822,"Device Hardware%":0.5802,"Device Rejected%":0.5702}],"id":1} Yeah, whats you do is ssh into the pi & do screen -r then "m" That will show you the per die HW% error rate. Im not really bent on putting that much info in the webgui, cuz eventually it will just get cluttered n ugly and have stuff not everyone needs. |
|
|
|
|
480
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com
|
on: September 06, 2015, 06:19:30 AM
|
Why not just try my firmware see if it works?..... can at least start out w/ the donation version =) which is on github, then if it works great for ur titan can buy it =)
I did try it. My rig bounced between 250 - 300 all night. Lots of BFGminer restarts. I would need to see output of ur /var/log/monitordcdc.log file to figure out whats going on w/ ur unit. Youll probably have to bypass some dies for checking entirely. |
|
|
|
|
Show Posts
