OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 64.

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: MrTeal on November 17, 2014, 01:22:48 AM

In the OP_DIE_STATUS it's the Board Temperature. You might have to update your firmware to support it.

It's a little flaky at extreme temperatures though. For some reason the original HashFast devices supplied an ADC reading for temperature and relied on cgminer to linearize it, so we take the actual temperature and perform the reverse function on it prior to sending it out, and then it gets converted back to a temp. This limits the range of temperatures supported though.

Gotcha. Will look into it this evening

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: Taugeran on November 17, 2014, 12:22:31 AM

Quote from: Taugeran on November 16, 2014, 06:41:26 PM

Quote from: MrTeal on November 16, 2014, 02:49:05 PM

Quote from: Taugeran on November 16, 2014, 11:43:44 AM

@conman, @Kano: question/input request from you regarding a section of code.

In regards to:

Code:

/* Base the fail time on no valid nonces for 25 full nonce ranges at
* the current expected hashrate. */
fail_time = 25.0 * (double)hashfast->drv->max_diff * 0xffffffffull /
(double)(info->base_clock * 1000000) / hfa_basejobs(info);
if (unlikely(share_work_tdiff(hashfast) > fail_time)) {
applog(LOG_WARNING, "%s %s: No valid hashes for over %.0f seconds, shutting down thread",
hashfast->drv->name, hashfast->unique_id, fail_time);
hfa_running_shutdown(hashfast, info);
return -1;
}

does tripping this indicate the device is spewing garbage(that cgminer is filtering), no spewing anything at all, or something else?

I ask as I am troubleshooting a couple of Habaneros, whom are ridiculously cool at the chip level(850MHz is 86-87C), and yet when set this high will continually trip this and clock down until ~750-767MHz.

EDIT: just made an obervation that prior to the message appearing in CGMiner, the fan on my RM1000 PSU, which is powering one of them, stops spinning indicating that the load completely drops. will investigate if additional VRM cooling is needed. also need to break down and grab a good FLIR cam (or at least an IR thermometer).

cgminer spits out the VRM temperature for each die if you enable debugging or use the API, so you can see what they are. The VRM will shut down if it reaches 90C.

can you show an example line so i know what to be looking for? API and debuglog

yup ended up being something VRM related (though not sure what exactly) cuz with a repositioning into my windowsill with open windows and an outdoor ambient of 1C both my spicy peppers are purring at 950 on all cores.

In the OP_DIE_STATUS it's the Board Temperature. You might have to update your firmware to support it.

It's a little flaky at extreme temperatures though. For some reason the original HashFast devices supplied an ADC reading for temperature and relied on cgminer to linearize it, so we take the actual temperature and perform the reverse function on it prior to sending it out, and then it gets converted back to a temp. This limits the range of temperatures supported though.

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: Taugeran on November 16, 2014, 06:41:26 PM

Quote from: MrTeal on November 16, 2014, 02:49:05 PM

Quote from: Taugeran on November 16, 2014, 11:43:44 AM

@conman, @Kano: question/input request from you regarding a section of code.

In regards to:

Code:

/* Base the fail time on no valid nonces for 25 full nonce ranges at
* the current expected hashrate. */
fail_time = 25.0 * (double)hashfast->drv->max_diff * 0xffffffffull /
(double)(info->base_clock * 1000000) / hfa_basejobs(info);
if (unlikely(share_work_tdiff(hashfast) > fail_time)) {
applog(LOG_WARNING, "%s %s: No valid hashes for over %.0f seconds, shutting down thread",
hashfast->drv->name, hashfast->unique_id, fail_time);
hfa_running_shutdown(hashfast, info);
return -1;
}

does tripping this indicate the device is spewing garbage(that cgminer is filtering), no spewing anything at all, or something else?

I ask as I am troubleshooting a couple of Habaneros, whom are ridiculously cool at the chip level(850MHz is 86-87C), and yet when set this high will continually trip this and clock down until ~750-767MHz.

EDIT: just made an obervation that prior to the message appearing in CGMiner, the fan on my RM1000 PSU, which is powering one of them, stops spinning indicating that the load completely drops. will investigate if additional VRM cooling is needed. also need to break down and grab a good FLIR cam (or at least an IR thermometer).

cgminer spits out the VRM temperature for each die if you enable debugging or use the API, so you can see what they are. The VRM will shut down if it reaches 90C.

can you show an example line so i know what to be looking for? API and debuglog

yup ended up being something VRM related (though not sure what exactly) cuz with a repositioning into my windowsill with open windows and an outdoor ambient of 1C both my spicy peppers are purring at 950 on all cores.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Taugeran on November 16, 2014, 11:43:44 AM

@conman, @Kano: question/input request from you regarding a section of code.

In regards to:

Code:

/* Base the fail time on no valid nonces for 25 full nonce ranges at
* the current expected hashrate. */
fail_time = 25.0 * (double)hashfast->drv->max_diff * 0xffffffffull /
(double)(info->base_clock * 1000000) / hfa_basejobs(info);
if (unlikely(share_work_tdiff(hashfast) > fail_time)) {
applog(LOG_WARNING, "%s %s: No valid hashes for over %.0f seconds, shutting down thread",
hashfast->drv->name, hashfast->unique_id, fail_time);
hfa_running_shutdown(hashfast, info);
return -1;
}

does tripping this indicate the device is spewing garbage(that cgminer is filtering), no spewing anything at all, or something else?

I ask as I am troubleshooting a couple of Habaneros, whom are ridiculously cool at the chip level(850MHz is 86-87C), and yet when set this high will continually trip this and clock down until ~750-767MHz.

EDIT: just made an obervation that prior to the message appearing in CGMiner, the fan on my RM1000 PSU, which is powering one of them, stops spinning indicating that the load completely drops. will investigate if additional VRM cooling is needed. also need to break down and grab a good FLIR cam (or at least an IR thermometer).

Tripping it indicates it hasn't generated a single correct share. It may be producing nothing or just garbage, the effect is the same. Sounds to me like it's picking up the failure correctly (of course it can't tell you why it failed, just that it did).

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: MrTeal on November 16, 2014, 02:49:05 PM

Quote from: Taugeran on November 16, 2014, 11:43:44 AM

@conman, @Kano: question/input request from you regarding a section of code.

In regards to:

Code:

/* Base the fail time on no valid nonces for 25 full nonce ranges at
* the current expected hashrate. */
fail_time = 25.0 * (double)hashfast->drv->max_diff * 0xffffffffull /
(double)(info->base_clock * 1000000) / hfa_basejobs(info);
if (unlikely(share_work_tdiff(hashfast) > fail_time)) {
applog(LOG_WARNING, "%s %s: No valid hashes for over %.0f seconds, shutting down thread",
hashfast->drv->name, hashfast->unique_id, fail_time);
hfa_running_shutdown(hashfast, info);
return -1;
}

does tripping this indicate the device is spewing garbage(that cgminer is filtering), no spewing anything at all, or something else?

I ask as I am troubleshooting a couple of Habaneros, whom are ridiculously cool at the chip level(850MHz is 86-87C), and yet when set this high will continually trip this and clock down until ~750-767MHz.

EDIT: just made an obervation that prior to the message appearing in CGMiner, the fan on my RM1000 PSU, which is powering one of them, stops spinning indicating that the load completely drops. will investigate if additional VRM cooling is needed. also need to break down and grab a good FLIR cam (or at least an IR thermometer).

cgminer spits out the VRM temperature for each die if you enable debugging or use the API, so you can see what they are. The VRM will shut down if it reaches 90C.

can you show an example line so i know what to be looking for? API and debuglog

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: Taugeran on November 16, 2014, 11:43:44 AM

@conman, @Kano: question/input request from you regarding a section of code.

In regards to:

Code:

/* Base the fail time on no valid nonces for 25 full nonce ranges at
* the current expected hashrate. */
fail_time = 25.0 * (double)hashfast->drv->max_diff * 0xffffffffull /
(double)(info->base_clock * 1000000) / hfa_basejobs(info);
if (unlikely(share_work_tdiff(hashfast) > fail_time)) {
applog(LOG_WARNING, "%s %s: No valid hashes for over %.0f seconds, shutting down thread",
hashfast->drv->name, hashfast->unique_id, fail_time);
hfa_running_shutdown(hashfast, info);
return -1;
}

does tripping this indicate the device is spewing garbage(that cgminer is filtering), no spewing anything at all, or something else?

I ask as I am troubleshooting a couple of Habaneros, whom are ridiculously cool at the chip level(850MHz is 86-87C), and yet when set this high will continually trip this and clock down until ~750-767MHz.

EDIT: just made an obervation that prior to the message appearing in CGMiner, the fan on my RM1000 PSU, which is powering one of them, stops spinning indicating that the load completely drops. will investigate if additional VRM cooling is needed. also need to break down and grab a good FLIR cam (or at least an IR thermometer).

cgminer spits out the VRM temperature for each die if you enable debugging or use the API, so you can see what they are. The VRM will shut down if it reaches 90C.

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

@conman, @Kano: question/input request from you regarding a section of code.

In regards to:

Code:

/* Base the fail time on no valid nonces for 25 full nonce ranges at
* the current expected hashrate. */
fail_time = 25.0 * (double)hashfast->drv->max_diff * 0xffffffffull /
(double)(info->base_clock * 1000000) / hfa_basejobs(info);
if (unlikely(share_work_tdiff(hashfast) > fail_time)) {
applog(LOG_WARNING, "%s %s: No valid hashes for over %.0f seconds, shutting down thread",
hashfast->drv->name, hashfast->unique_id, fail_time);
hfa_running_shutdown(hashfast, info);
return -1;
}

does tripping this indicate the device is spewing garbage(that cgminer is filtering), no spewing anything at all, or something else?

I ask as I am troubleshooting a couple of Habaneros, whom are ridiculously cool at the chip level(850MHz is 86-87C), and yet when set this high will continually trip this and clock down until ~750-767MHz.

EDIT: just made an obervation that prior to the message appearing in CGMiner, the fan on my RM1000 PSU, which is powering one of them, stops spinning indicating that the load completely drops. will investigate if additional VRM cooling is needed. also need to break down and grab a good FLIR cam (or at least an IR thermometer).

AngusCanine

legendary

Activity: 1414

Merit: 1001

To weird to live To rare to die

What is the newest software that I can download and flash to my S1

Ntrain2k

hero member

Activity: 527

Merit: 500

HiveNet - Distributed Cloud Computing

Quote from: os2sam on November 14, 2014, 09:38:28 AM

Quote from: asadnow2k on November 14, 2014, 08:07:45 AM

will this work with ATI 7970 single card?

Quote from: -ck on July 12, 2011, 11:02:53 PM

Q: What happened to CPU and GPU mining?
A: Their efficiency makes them irrelevant in the bitcoin mining world today
and the author has no interest in supporting alternative coins that are better
mined by these devices.

Try BFGminer or SGminer for GPU mining.

os2sam

legendary

Activity: 3583

Merit: 1094

Think for yourself

Quote from: asadnow2k on November 14, 2014, 08:07:45 AM

will this work with ATI 7970 single card?

Quote from: -ck on July 12, 2011, 11:02:53 PM

Q: What happened to CPU and GPU mining?
A: Their efficiency makes them irrelevant in the bitcoin mining world today
and the author has no interest in supporting alternative coins that are better
mined by these devices.

asadnow2k

newbie

Activity: 21

Merit: 0

will this work with ATI 7970 single card?

bbOOmm

sr. member

Activity: 277

Merit: 250

Quote from: kano on November 14, 2014, 12:48:13 AM

your computer doesn't have curses devel - configure said that at the end when you ran it.

Kano --- RIGHT ON THE MONEY !!!

I must have missed it when copy n pasting the commands.

NOW... its working Grin

Thank you

bbOOmm

sr. member

Activity: 277

Merit: 250

Quote from: spiceminer15 on October 17, 2014, 02:10:33 AM

anything special I need to do to compile cgminer to work with btcgarden asics?

Spiceminer15 --- If you are referring to the 8ghs blades... those are GETWORK only, they don't do STRATUM.

However ....

you can use Slush's Stratum mining proxy, it works great for the old GETWORK stuff.

https://github.com/slush0/stratum-mining-proxy

As for mining software, none needed. Its has it own internal firmware that you configure via its IP address and I think you also have to include the port ... like 10.10.10.2:10000 (10000 was the default port) .... There is an important catch though.

The blades need to have access to the internet, NOT JUST YOUR NETWORK, it needs the internet for some unknown reason for you to enter the blade config page. Sooo, if your blades have a different IP address range than your network with internet, Say your network with internet is on 192.168.1.x, and the blades are set up for a 10.10.10.x network, you'll need to set up a separate router with 10.10.10.1 as its address, ( this is just for changing the IP address to what you want it to be) then connect the miner to the router, and then the router to your network with the internet access. THEN -- you can access the configure page and set the miner IP addresses for each of the miners -SEPARATELY- so you can access them from your normal internet accessible network.

DO NOT GET PUNCHY ... don't rush the settings. just because it says configuring on the screen, does not mean it has been already flashed... they are abit slow. I bricked 2 of the blades by being a little quick to close the page or reset the power etc.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

your computer doesn't have curses devel - configure said that at the end when you ran it.

bbOOmm

sr. member

Activity: 277

Merit: 250

Maybe this problem has been mentioned before, if it has, please point me to the solution-- I have no idea what to call this problem.

----------------

CGMINER is running and its hashing right along, BUT, I have ~ONLY~ text when something is accepted, there is a new block, etc and the 5s, avg, A, R, HW and WU line.

CGMINER is NOT showing the normal top of the window output... the miners, their individual outputs, pool info etc... the info that NORMALLY stay at the top of the terminal window while the accepted, new block and other info scroll below it.

I also do not have access to any of the menus, like (s)etup (d)isplay etc .. I press S or whatever and it just types an S in the terminal, no menu.

I've installed and re-installed CGMINER a few times, I've used the latest version of CGMINER even with this problem to mine SHA-256 as well as now, using 3.7.2 - GC3355 for scrypt mining using Gridseeds, still the same problem....

What am I doing wrong in installation? How to fix it so I can see what is going on with each miner etc?

I'm using Ubuntu 12.04LTS 64-bit desktop
on a Dell PE850 server with 4gb ram
CGMINER v.3.7.3-GC3355

Thanks

knowndragon

newbie

Activity: 28

Merit: 0

Okay I have 4.6 installed and configuring it. I want to have it ready to setup. I actually had it running but without the usb it doesn't hash. My questions are...

When I started it up I kept getting an error saying : No BTC address, unable to solo mine. I made edited the Bitcoin.conf and the cgminer.conf file. I added these commands.

First the Bitcoin.conf I added this. btc=****************** put my wallet address where the stars are.

Then with the cgminer.conf I added this. "btc-address" : "***************************", again put my wallet address where the stars are.

When it starts up I get the following on the cgminer window.

Loaded configuration file cgminer.conf
No devices detected!
waiting for usb hotplug devices
probing for an alive pool.
Solo mining to valid address: *****************
block change for 127.0.0.1:8332 detection via getbkcount polling
network diff set to 39.6
API runnin in ip access mode on port 4028 <1424>

If I am not mistaking all that is left to do is get my miners in and do the zidag update and plug them in and run the cgminer. Does this look right.

Also I don't want to destroy any coins so is can anyone point me in the right direction to keep from losing any. This is for everyone's benefit. The probability of me finding a block with 25 is slim to none. But wouldn't want to lose them if I did.
Cheesy

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Quote from: -ck on November 08, 2014, 05:55:18 PM

Quote from: Xian01 on November 08, 2014, 05:27:34 PM

Why do you suck so much ?

https://forums.butterflylabs.com/bitcoin-pools/350-eclipse-mining-consortium-no-fee-pps-dgm-sms-2fa-gbt-stratum-vardiff-162.html#post86766

Hah is there anything that guy won't attack? Now I'm really worried that my reputation will be tarnished by someone so esteemed in the bitcoin community.

At this point I would say he won't attack his employers. Or should that be previous employers if the BTC wallet in the other thread belongs to a principal and they liquidated it while being under investigation.

I'm glad you have a sense of humor.

knowndragon

newbie

Activity: 28

Merit: 0

Quote from: -ck on November 11, 2014, 12:14:33 AM

Quote from: knowndragon on November 11, 2014, 12:08:44 AM

cgminer.conf is has follows.

Code:

{
"pools" : [
	{
		"url" : "http://127.0.0.1:8332",
		"user" : "?",
		"pass" : "?"
	}
],

"intensity" : "15",
"gpu-engine" : "0-1050,",
"gpu-fan" : "0-85,",
"gpu-memclock" : "1500,",
"gpu-powertune" : "20,",
"temp-cutoff" : "95,",
"temp-overheat" : "85,",
"temp-target" : "75,",

"auto-fan" : true,
"auto-gpu" : true,
"expiry" : "120",
"failover-only" : true,
"gpu-threads" : "2",
"log" : "5",
"queue" : "1",
"scan-time" : "30",
"temp-hysteresis" : "3",

"kernel-path" : "/usr/local/bin"
}

Your cgminer configuration shouldn't even include any GPU commands whatsoever. This suggests to me that you're starting with some absolutely ancient version of cgminer. The solo mining component in cgminer was heavily rewritten a long time after GPU mining was removed. Please grab the latest cgminer and start again.

Nice to meet you guys by the way. Yes I was using some old software. 3.3.1 I believe. I was following a guide off youtube. I was just hoping to get use to cgminer seeing has rockminer has a download of it. I plan on having a small farm though. I guess I am just chomping at the bit. I just download 4.7 don't know how to run it without the miners but atleast I will have it when the first one shows. Thank you guys for the help and hope you will be there in the future.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: knowndragon on November 11, 2014, 12:08:44 AM

cgminer.conf is has follows.

Code:

{
"pools" : [
	{
		"url" : "http://127.0.0.1:8332",
		"user" : "?",
		"pass" : "?"
	}
],

"intensity" : "15",
"gpu-engine" : "0-1050,",
"gpu-fan" : "0-85,",
"gpu-memclock" : "1500,",
"gpu-powertune" : "20,",
"temp-cutoff" : "95,",
"temp-overheat" : "85,",
"temp-target" : "75,",

"auto-fan" : true,
"auto-gpu" : true,
"expiry" : "120",
"failover-only" : true,
"gpu-threads" : "2",
"log" : "5",
"queue" : "1",
"scan-time" : "30",
"temp-hysteresis" : "3",

"kernel-path" : "/usr/local/bin"
}

Your cgminer configuration shouldn't even include any GPU commands whatsoever. This suggests to me that you're starting with some absolutely ancient version of cgminer. The solo mining component in cgminer was heavily rewritten a long time after GPU mining was removed. Please grab the latest cgminer and start again.

knowndragon

newbie

Activity: 28

Merit: 0

Quote from: kano on November 10, 2014, 10:45:43 PM

Quote from: knowndragon on November 10, 2014, 09:36:47 PM

I am very new to mining and want to try my luck solo mining. I can get the cgminer to run on a pool no problem. I plan on pool mining too. My problem is when I try and set up cgminer for solo mining I keep getting pool0 slow/down or url or credentials invalid. I am going to keep cgminer pool mining for now. What information do I need to supply in order to get help with fixing this issue? Thank you in advance. Huh

Try solo.ckpool.org ...
https://bitcointalksearch.org/topic/yh-solockpoolorg-1-fee-solo-mining-usade-251-blocks-solved-763510

The page there even explains how to mine there

Otherwise you'll need to setup a local bitcoind and learn all about doing that and also tuning it so you don't lose the block if you ever find one.

Also, don't "expect" to find one very soon using solo, unless you have something like 400THs or more of mining.

This is what I was afraid of. I did invest in some miners and have bitcoin-qt downloading and syncing transactions. I am running cgminer and have followed some strange guides. I know solo mining isn't the best and most of my hashing power is going to be involved in a pool. I want to set up some major hash for a lottery for none the less.

bitcoin.conf in the appdata is has follows.

server=1
gen=1
rpcuser=?
rpcpassword=?
rpcallowip=127.0.0.1
rpcport=8332
daemon=1
listen=1

cgminer.conf is has follows.

{
"pools" : [
   {
      "url" : "http://127.0.0.1:8332",
      "user" : "?",
      "pass" : "?"
   }
],

"intensity" : "15",
"gpu-engine" : "0-1050,",
"gpu-fan" : "0-85,",
"gpu-memclock" : "1500,",
"gpu-powertune" : "20,",
"temp-cutoff" : "95,",
"temp-overheat" : "85,",
"temp-target" : "75,",

"auto-fan" : true,
"auto-gpu" : true,
"expiry" : "120",
"failover-only" : true,
"gpu-threads" : "2",
"log" : "5",
"queue" : "1",
"scan-time" : "30",
"temp-hysteresis" : "3",

"kernel-path" : "/usr/local/bin"
}

My deliveries don't start coming in till Wed. I would like to be able to have it sorted out and ready to go by then. Mining Bitcoin is not for the faint of heart. It isn't cheap but I believe I have the equipment coming to pay out my investment and keep me vested in it and bring a little profit. The equipment I speak of is not graphics cards either but some major hashing power. I am not trying to offend anyone but I am trying to take this serious. I will have two computer running five miners by the end of the month. I also have two computers sitting by idle and 4 800+ psu's.

I will say this I was able to stratum proxy solo mine but I didn't do it for long because of still learning how to tune things. If I don't use the mining proxy I get the pool0 slow/down error. Any help would be appreciated and has well I know I am late to the game but still see a profit to be made. At least I know I don't want to buy a pizza with 10,000 bitcoins. Also any tuning tutorials for bitcoin-qt that way I don't destroy or burn any bitcoins.

Thank you in advance for any help. It will be appreciated.

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 64. (Read 5805508 times)