Pages:
Author

Topic: Swedish ASIC miner company kncminer.com - page 70. (Read 3049514 times)

legendary
Activity: 2450
Merit: 1002
September 15, 2015, 02:20:59 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
member
Activity: 65
Merit: 15
September 15, 2015, 01:28:07 PM
I know nobody mines with an KNCMiner Jupiter/Saturn but I am just wondering if its possible to undervolt them so they have a better efficency then 1.33W/GHS ?
I'm still running my little Mercury. Tongue October batch units were chaotic. Some wouldn't even run without heavy overvolting, while others like mine, got their best speeds at the lowest undervolt settings. I forget what my efficiency was, I'll have to find it, but I believe it was closer to 1W. Apparently, the November Jupiters were a lot better quality, but I can't speak to that personally.

Edit: I had 220W written down while getting 142.5GH, aka 1.54W/GH. That was at the wall from my Kill-A-Watt, on a plain old 80 Plus Alienware PSU. The web interface reads about 126W on average, aka 0.88W/GH for the one module.
legendary
Activity: 3808
Merit: 1723
September 15, 2015, 06:29:06 AM
I know nobody mines with an KNCMiner Jupiter/Saturn but I am just wondering if its possible to undervolt them so they have a better efficency then 1.33W/GHS ?
legendary
Activity: 2450
Merit: 1002
September 14, 2015, 05:32:21 PM
not at all Grin 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
sr. member
Activity: 386
Merit: 250
September 14, 2015, 04:38:39 PM
not at all Grin 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
legendary
Activity: 2450
Merit: 1002
September 14, 2015, 02:44:13 PM
What about sending a PM to Luke Jr?

Vegas

I tried talking to him on irc, he used to answer my questions, I guess as of late he feels like being an ass and just told me to ask in #eligius or on the boards here. Since the former was useless, I gave up.
legendary
Activity: 2450
Merit: 1002
September 14, 2015, 02:43:19 PM
not at all Grin 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?
legendary
Activity: 1610
Merit: 1003
"Yobit pump alert software" Link in my signature!
September 14, 2015, 02:40:26 PM
What about sending a PM to Luke Jr?

Vegas
sr. member
Activity: 386
Merit: 250
September 14, 2015, 01:06:43 PM
not at all Grin 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.
legendary
Activity: 2450
Merit: 1002
September 14, 2015, 01:04:13 PM
not at all Grin 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....
legendary
Activity: 2450
Merit: 1002
September 14, 2015, 12:52:01 PM
not at all Grin 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
legendary
Activity: 1167
Merit: 1009
September 14, 2015, 12:35:37 PM
not at all Grin 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
legendary
Activity: 2450
Merit: 1002
September 14, 2015, 11:16:44 AM
not at all Grin 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.
legendary
Activity: 1167
Merit: 1009
September 13, 2015, 09:56:14 PM
not at all Grin Thank You!
legendary
Activity: 2450
Merit: 1002
September 13, 2015, 11:46:43 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

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?
legendary
Activity: 1167
Merit: 1009
September 13, 2015, 07:47:26 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

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?
legendary
Activity: 2450
Merit: 1002
September 13, 2015, 12: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
legendary
Activity: 2450
Merit: 1002
September 13, 2015, 12: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
legendary
Activity: 2450
Merit: 1002
September 13, 2015, 12: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 [email protected] 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 =)
legendary
Activity: 1610
Merit: 1003
"Yobit pump alert software" Link in my signature!
September 12, 2015, 04:32:35 PM
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
Pages:
Jump to: