Search content
Sort by
Showing 10 of 10 results by azzman372
Re: [ANN] Cinni | PoS | First Coin With Private Encrypted Messaging | No premine
if 1200 in one address you can do 3 transactions of 400 or 4 of 300.
I want tell you, when your machine prepare one transaction so big, depend of your machine but is not immediate, you need to waiting some time. In windows seems like to halt/freeze but you need only to wait
Thank you! This finally worked. It took some time to split the transactions up but it is all good now.
Re: [ANN] Cinni | PoS | First Coin With Private Encrypted Messaging | No premine
digit, yep i've tried that
cinblo, I have over 1200 transactions due to staking. How many do I need to split this into ideally?
Can't wait for the cinni community to get back together =)
cinblo, I have over 1200 transactions due to staking. How many do I need to split this into ideally?
Can't wait for the cinni community to get back together =)
Re: [ANN] Cinni | PoS | First Coin With Private Encrypted Messaging | No premine
Hi all,
I've been trying to send some cinni from the latest wallet and I'm getting the "Transaction creation failed" error. I've tried removing the wallet and deleting the app data after dumping the priv key and redownloaded the wallet and bootstrap file, waiting for it to import and resync, imported my priv key, waited for that to sync and it is still failing to send the transaction.
I've been trying to send some cinni from the latest wallet and I'm getting the "Transaction creation failed" error. I've tried removing the wallet and deleting the app data after dumping the priv key and redownloaded the wallet and bootstrap file, waiting for it to import and resync, imported my priv key, waited for that to sync and it is still failing to send the transaction.
Re: [ANN] NiceHash.com - innovative professional cryptocurrency cloud mining service
OK so "-k" is not a recognized command. How do we specify the mining kernel in sgminer 5.0 ?
PS: "-T" doesnt work so I put a "pause" line.
PS: "-T" doesnt work so I put a "pause" line.
Anyone?
Also I found that there is an issue with the example config file on the nicehash page. There is an extra comma which causes sgminer to not load the config file. This seems to be fixed as of now but the extra comma was just before the ] after the {. I removed it and it was fine.
I do seem to be running into an issue with the config file tho. When I try to run just one pool for testing (x11) using the config file, sgminer seems to never submit any work.
However running the equivalent command line, it is working fine
config file:
Code:
{
"pools" : [
{
"name" : "NiceHash_X11_multi",
"url" : "stratum+tcp://stratum.nicehash.com:3336",
"user" : "x",
"pass" : "d=0.01",
"pool-algorithm" : "darkcoin-mod",
"pool-thread-concurrency" : "15232",
"pool-gpu-threads" : "2",
"pool-intensity" : "18"
}
],
"failover-only" : true,
"failover-switch-delay" : "30",
"device" : "1"
}
"pools" : [
{
"name" : "NiceHash_X11_multi",
"url" : "stratum+tcp://stratum.nicehash.com:3336",
"user" : "x",
"pass" : "d=0.01",
"pool-algorithm" : "darkcoin-mod",
"pool-thread-concurrency" : "15232",
"pool-gpu-threads" : "2",
"pool-intensity" : "18"
}
],
"failover-only" : true,
"failover-switch-delay" : "30",
"device" : "1"
}
command line:
Code:
sgminer.exe --algorithm darkcoin-mod -d 1 -o stratum+tcp://stratum.nicehash.com:3336 -u x -p d=0.01 -I 18 -w 512 -g 2 --thread-concurrency 15232
This is a quirk that's hard to avoid due to the way which CPUminer handles failover pools. All minera can do is check to see if the pool is up via HTTP - the CPUminer api doesn't report what pool it's currently mining if there are failovers selected so if the pool is up but your'e not connecting because of password - it still shows up in minera.
Hopefully sandor will oneday make the pool handling a little sleeker. I'd also like to be able to see live pool switching without restarting the miner. But that's a limitation of CPUminer, not minera.
Hopefully sandor will oneday make the pool handling a little sleeker. I'd also like to be able to see live pool switching without restarting the miner. But that's a limitation of CPUminer, not minera.
Thanks for the reply =) It makes so much more sense now. At the moment to check which pool I'm mining at, I just resume the log and watch for these messages haha:
[2014-05-20 12:49:23.0519] Checking main pool: stratum+tcp://stratum.nicehash.com:3333
[2014-05-20 12:49:24.0323] Failed to get Stratum session id
[2014-05-20 12:49:24.3576] Stratum authentication failed
Been using Minera for a week now and I love the gui and graphs for stats.
One issue I'm encountering is the failoverpool display. I know this is a nonissue but it would be nice if I could get this troubleshooted.
My main pool is nicehash and I've set a minimum payment that is above the current profitability rate. Nicehash rejects my connection and I failover onto my backup. When I ssh in and look at the session I can see that I am connected to my backup pool however on the Minera page it is still saying that my main pool is alive and hashing away.
Thank you for your time and effort that you have put into Minera
One issue I'm encountering is the failoverpool display. I know this is a nonissue but it would be nice if I could get this troubleshooted.
My main pool is nicehash and I've set a minimum payment that is above the current profitability rate. Nicehash rejects my connection and I failover onto my backup. When I ssh in and look at the session I can see that I am connected to my backup pool however on the Minera page it is still saying that my main pool is alive and hashing away.
Thank you for your time and effort that you have put into Minera
Hmm that's weird then. I'll try on an other pod to see if it also gives problems. If it does then there must be something with the connection of the
solder to the board or so
Did you have the usb connected after you soldered it to test the fan? If you have a multimeter it would probably be less hassle to just pull that out and check to make sure that you are getting a voltage there.
Hi all!
Just wanted to tell you of my experience in doing this voltmod.
I currently have 4 Gridseeds with the 5V fan mod running bfgminer on minepeon on a raspberry pi. From day 1 I did the original resistor mod and found 3 of them to run at 950mhz fine with no HW errors but one of them just didn't want to play nice. I ended up running that at 850mhz.
I then tried doing the 36k -> 38k resistor mod and pencil mod to the gridseed that wasn't playing nice. Found that this didn't really make a difference and I kept it at 850mhz as any higher would produce some HW errors.
Just last night I decided to do the new resistor mod. I resoldered the 36k resistor back, unsolderbridged the original resistor mod, rubbed out the pencil mod and followed the guide to solder at 39k 1/8 w resistor to r52.
This raised the voltage from 1.15v to 1.37v measured across r52 and the gridseed runs stable at 950mhz with no hw errors. I'll be replacing the resistor with smds when they arrive.
The original 3 gridseeds that ran fine at 950mhz consumed about 7w of power whereas the new gridseed with the new voltmod runs at about 10.5w. For reference, the fans used approx 1.5-2w of power.
Edit:
Forgot to include hashing rate stats!
about 12 hours up time:
the original 3 running at 950mhz hash at 404kh/s with an effective rate (calculation includes rejects and hw errors. Column 3 of bfgminer) of about 380kh/s on avg
the single newly voltmodded one running at 950mhz is hashing at 388kh/s (not sure why its reporting so low compared to others) and an effective rate of about 400kh/s
I want to thank everyone in this thread for all the information about the overclocking of these devices =D
If anyone have any questions feel free to pm me. I'm located in Australia so my timezone in out of sync with all you northerners =P (winter is coming.... )
Just wanted to tell you of my experience in doing this voltmod.
I currently have 4 Gridseeds with the 5V fan mod running bfgminer on minepeon on a raspberry pi. From day 1 I did the original resistor mod and found 3 of them to run at 950mhz fine with no HW errors but one of them just didn't want to play nice. I ended up running that at 850mhz.
I then tried doing the 36k -> 38k resistor mod and pencil mod to the gridseed that wasn't playing nice. Found that this didn't really make a difference and I kept it at 850mhz as any higher would produce some HW errors.
Just last night I decided to do the new resistor mod. I resoldered the 36k resistor back, unsolderbridged the original resistor mod, rubbed out the pencil mod and followed the guide to solder at 39k 1/8 w resistor to r52.
This raised the voltage from 1.15v to 1.37v measured across r52 and the gridseed runs stable at 950mhz with no hw errors. I'll be replacing the resistor with smds when they arrive.
The original 3 gridseeds that ran fine at 950mhz consumed about 7w of power whereas the new gridseed with the new voltmod runs at about 10.5w. For reference, the fans used approx 1.5-2w of power.
Edit:
Forgot to include hashing rate stats!
about 12 hours up time:
the original 3 running at 950mhz hash at 404kh/s with an effective rate (calculation includes rejects and hw errors. Column 3 of bfgminer) of about 380kh/s on avg
the single newly voltmodded one running at 950mhz is hashing at 388kh/s (not sure why its reporting so low compared to others) and an effective rate of about 400kh/s
I want to thank everyone in this thread for all the information about the overclocking of these devices =D
If anyone have any questions feel free to pm me. I'm located in Australia so my timezone in out of sync with all you northerners =P (winter is coming.... )