In the ASIC Readme that came with CGMiner it tells you how to install WinUSB by utilizing the Zadig utility that you can also download from the same place you got CGminer.
|
|
|
I got 46M a little while back and thought that not too long ago that would have been a block finder as well. The upside is mine was on 4Ghs. So even with a handful of BE's or Jalapeno you can still find a block from time to time. Or at least that is what I like to think
|
|
|
after checking telnet client I tried telnet us3.eclipsemc.com 3333 in the terminal a line came up and then the screen cleared before I could see what it said.
That means you can reach that port on that server. So it is working correctly. Make sure your Windoze firewall isn't blocking cgminer.exe or cgminer-nogpu.exe. The target here is to run cgminer on a Pi. But, I guess we've further verified that the port is available on the server. Ah, right. Yep verified the port on EMC. Still weird that it won't accept it on port 3333.
|
|
|
Don't understand what to do with "netstat -aon" If I run that a lot of Unix information comes up but that's just the local machine Right?
Run two dos boxes. Run "netstat -aon" in one and "tasklist" in the other and compare the PID column to identify which port the "other miner" and cgminer are using. You sure you don't just have a typo somewhere in your .bat file?
|
|
|
after checking telnet client I tried telnet us3.eclipsemc.com 3333 in the terminal a line came up and then the screen cleared before I could see what it said.
That means you can reach that port on that server. So it is working correctly. Make sure your Windoze firewall isn't blocking cgminer.exe or cgminer-nogpu.exe.
|
|
|
stratum and just looked its actually running them about 320mh now still not what I would of seen before from start and all the way through...these seem to be varying much more. I don't have any special parameters passed to cgminer-nogpu except pool info.
You don't need any other parameters. Make sure you look at the average and also keep in mind if you had a period of connectivity issues that will reflect in a lower average as well. The instantaneous rate (AKA 5 second average) does fluctuate all over the place. Try a different pool for a couple hours and see if you get the same results. I point an equal number of erupters at three different pools so I can see the difference between them. Sam
|
|
|
not knowing anything about telenet, I pulled up a 'Command Prompt" (Windows) and entered telnet us3.eclipsemc.com 3333
Didn't work That's why I asked you
Thanks
If I use us3.eclipsemc.com:3333 on bfgminer, I see stratum in the data display
Try running "netstat -aon" to see if it is actually using tcp 3333.
|
|
|
not knowing anything about telenet, I pulled up a 'Command Prompt" (Windows) and entered telnet us3.eclipsemc.com 3333
Didn't work That's why I asked you
Thanks
If I use us3.eclipsemc.com:3333 on bfgminer, I see stratum in the data display
It took me a minute or two for me to realize/remember my firewall was probably blocking it. That is why EMC offers port 443 as well which is the port ssl/tls uses. If your using Win7 try this to get the telnet program. Control Panel -> Programs and Features. Turn Windows features on or off. Telnet Client. Also I use the :3333 on Ozoin and BTCGuild and it works fine for me. Don't know why you would be having problems unless your firewall is blocking it. But I would think that would effect the "other mining software" as well.
|
|
|
Are you using getwork or stratum?
|
|
|
eleuthria: Also i know it was just a spike till MegaBigPower left but how does it feel knowing you have passed over 425K Gh/s ?
Felt good. Hopefully we'll be there again within a few days . I think you like the "don't mine on btcguild" free advertisements, don't you?
|
|
|
What about using one of the other US servers? I personally use us1 with us2 as my failover.
It doesn't seem to matter which one I enter, it gets rejected. I use them in reverse order 3,2,1 telnet us3.eclipsemc.com 3333 Connecting To us3.eclipsemc.com...Could not open connection to the host, on port 3333: Connect failed
The above means that the server isn't listening on tcp port 3333 Interesting Could you check us1 & us2? Done did. Same results. Try 443 instead of 3333 and see how that works. Sam Edit: the actual intent of my post was to have you try telnet'ing to that port and see what your results were. The reason it failed on my network is probably due to not having a rule in my firewall to allow it to pass since I don't actually use EMC.
|
|
|
Last 3 days luck <30% Cool, not as bad as I thought.
|
|
|
What about using one of the other US servers? I personally use us1 with us2 as my failover.
It doesn't seem to matter which one I enter, it gets rejected. I use them in reverse order 3,2,1 telnet us3.eclipsemc.com 3333 Connecting To us3.eclipsemc.com...Could not open connection to the host, on port 3333: Connect failed
The above means that the server isn't listening on tcp port 3333
|
|
|
Try stratum+tcp://pool:port for 3333? It is stratum, right? http is used for longpoll and you would need to use the appropriate longpoll port that would then advertise stratum and switch you to it.
Still identifies it as bad Tried it from the command line and in pool management Try it without any leading protocol definition. I use "-o us.ozco.in:3333" for instance. Sam You mean like cgminer -o http://pool:port -u username -p password as I posted above, or am I completely misunderstanding you? Edit: Oh, you mean without the http. I use us3.eclipsemc.com:3333 but that isn't working telnet us3.eclipsemc.com 3333 Connecting To us3.eclipsemc.com...Could not open connection to the host, on port 3333: Connect failed
|
|
|
Try stratum+tcp://pool:port for 3333? It is stratum, right? http is used for longpoll and you would need to use the appropriate longpoll port that would then advertise stratum and switch you to it.
Still identifies it as bad Tried it from the command line and in pool management Try it without any leading protocol definition. I use "-o us.ozco.in:3333" for instance. Sam
|
|
|
from all my testing it does appear to be something with OSX. I'm working on running Windows 7 and Windows XP by VMWare and see if I can get this resolved.
I had terrible luck with WinXP. But Win7 was very easy to get working. Does VMWare allow VM's direct access to the USB ports?
|
|
|
Why does deepbit have to solve a block for confirmations to start rolling. Actually blockchain.info doesn't even see the transaction. It's relatively large too 1.47 BTC...
This has been explained multiple times by several different people in the last 2 to 4 pages of post's in this thread. Just look back a little and you will see them.
|
|
|
From graphic .00983712 BTC
Are you saying your expecting to be able to do a manual payout? If so that is less the .01. If you are saying that you can't do a manual payout until it reach's .01 then I concur. I'm just not sure what you mean?
|
|
|
I have done that in the past, and it rounds to the bitcent. So this time I just left it blank and it gave me the nearest bitcent. So if I manually type down to the Satoshi it'll work?
That is why it is editable. So yes it should. I don't think he changed it back?!? I remember it was a big deal a couple years ago when Tycho implemented it. Now all you have to do is wait till you meet the .01 minimum again. Edit: below is the link to the announcement of Full-Precision payouts. https://bitcointalk.org/index.php?topic=3889.msg365742#msg365742
|
|
|
|