MultiMiner: Any Miner, Any Where, on Any Device (Free, Open Source, Cross Platform) - page 95.

brooklynite

sr. member

Activity: 266

Merit: 250

Ok back to my issue, I got it running (I don't know what happened but the Start button that was grey suddenly became available). Anyway, I have it going but it doesnt do the checking for most profitable coin, it actually does not show any prices either. So its stuck on a very low profitability coin. The difficulty, exchange, profitability and the coin dont change at all as if it doesnt connect to coinwarz.

here is my coins page:

here is my strategy page:

here is my perks page:

(By the way, if I could make a suggestion, 15min for checking the strategy is a bit long, considering coinwarz is already 15 minutes behind, this could be completely useless. For example NETCOIN gets low difficulty for maybe 10minute, those 10minutes could be worth 40 regular minutes or more)

Raptor2213

full member

Activity: 210

Merit: 100

Quote from: nwoolls on February 02, 2014, 10:03:05 PM

Quote from: Raptor2213 on February 02, 2014, 09:57:40 PM

Yup, that looks right to me. That should help a lot with coin profit failover. Cheesy

~~On another note, I haven't seen the weird issues with it randomly showing a few Phash/sec since I updated off of 2.4.~~
Scratch that, it just happened again on this version. Got a log this time: https://dl.dropboxusercontent.com/u/1856084/Bitcoin/ApiLog.json

Can you show me a screenshot? Is it a single device / ASIC? Usually that's a case of one of the devices not getting enough power or failing outright. It looks like this little guy specifically:

Quote

PGA=4,Name=AMU,ID=0,Enabled=Y,Status=Alive,Device Elapsed=209,MHS av=5028748830662.076,MHS 5s=5565034493.427,Accepted=8,Rejected=3,Hardware Errors=2,Utility=2.296,Stale=0,Last Share Pool=0,Last Share Time=1391392495,Total MH=1051464406948612.8750,Diff1 Work=88,Work Utility=25.252,Difficulty Accepted=64.00097658,Difficulty Rejected=24.00036622,Difficulty Stale=0.00000000,Last Share Difficulty=8.00012207,Last Valid Work=1391392514,Device Hardware%=2.2222,Device Rejected%=27.2731

Note that this is not something controlled or affected by MultiMiner. It's the direct RPC API output from bfgminer.

It's hard to screencap because it's fairly intermittent. I posted one before that kind of shows it. Here it is again:

It seems to happen to random AntMiners, and only AntMiners.

good_shepherd

newbie

Activity: 11

Merit: 0

Quote from: nwoolls on February 03, 2014, 01:26:58 AM

Quote from: good_shepherd on February 03, 2014, 01:17:26 AM

based on my experience on running the stock cards BEFORE i watercooled, you CAN overheat the cards resulting in a shutdown condition by doing a restart from the mobileminer.

try it, and youll c what happens!!

this is if u set your AMD settings to max of 95 C, youll easily hit 98 C or more by doing a mobileminer restart. watch out!!

I'm sorry to hear you ran into issues and glad you found solutions. However, restarting mining in MobileMiner simply stops and then starts mining in MultiMiner. Nothing more or less.

yes exactly :-) its not the software thats doing anything wrong.

im just saying if you want to do a restart on the stock r9 290 from mobileminer, do a stop. wait 5 min. then do start.

otherwise youll overtemp past 95 and bluescreen, lockup and shutdown.

actually a restart with a time delay in between the stop and start may be nice too.

heheheh nwools is a hard working guy, and he considers every suggestion!! :-)

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: good_shepherd on February 03, 2014, 01:17:26 AM

based on my experience on running the stock cards BEFORE i watercooled, you CAN overheat the cards resulting in a shutdown condition by doing a restart from the mobileminer.

try it, and youll c what happens!!

this is if u set your AMD settings to max of 95 C, youll easily hit 98 C or more by doing a mobileminer restart. watch out!!

I'm sorry to hear you ran into issues and glad you found solutions. However, restarting mining in MobileMiner simply stops and then starts mining in MultiMiner. Nothing more or less.

good_shepherd

newbie

Activity: 11

Merit: 0

Quote from: tsg on February 01, 2014, 08:25:20 PM

Hi guys,

I use Multiminer with my r9 290s on win7.

Should I add something like --temp overheat -- to my Scrypt or Multiminer will do it without my help when my cards are overheated?

im running 6 R9 290's on 2 boxes (watercooled) on win 7 and win 8.1

based on my experience on running the stock cards BEFORE i watercooled, you CAN overheat the cards resulting in a shutdown condition by doing a restart from the mobileminer.

try it, and youll c what happens!!

this is if u set your AMD settings to max of 95 C, youll easily hit 98 C or more by doing a mobileminer restart. watch out!!

my suggestion?

to get the max benefits of the card goto watercooling, try ekwb solution. its cheap and they have a great block for the card!

hacking the card is easy.

the r9 290 is a great card, too bad the supply of unlocked cards dried up!!

the 1st card i got i was able to unlock it and the 290 that i paid 399 for became a 290x !!!! (that one runs 820k/sec scrypt.

so both ofm y boxes together watercooled run maximum rates.

a 290 is good for about 760k, a 290x is good for 820k, without overlocking.

i get about 4.6 M on 2 boxes nice and watercooled :-)

i recommend u push pull the radiator fans, and use cooler master jetflo 120 CFM fans on them........ make sure u use a 12 volt connector too. runs nice and cool all day and all night :-)

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: ManeBjorn on February 03, 2014, 12:17:18 AM

I have remoting working fine and both systems are doing fine yet mobileminer reports the one system offline.
I have checked all the settings on that system and even rebooted. I am not sure why it keeps doing this to the mobileminer reporting.
Not a big deal but I thought you would want to see when it was doing it.

Do you have API error notifications enabled under Settings > Advanced service settings?

ManeBjorn

legendary

Activity: 1288

Merit: 1004

It is doing it again.
I have remoting working fine and both systems are doing fine yet mobileminer reports the one system offline.
I have checked all the settings on that system and even rebooted. I am not sure why it keeps doing this to the mobileminer reporting.
Not a big deal but I thought you would want to see when it was doing it.

ManeBjorn

legendary

Activity: 1288

Merit: 1004

Now that works. LOL

Quote from: nwoolls on February 02, 2014, 06:56:21 PM

Quote from: ManeBjorn on February 02, 2014, 06:22:53 PM

Wife is going to yell stop I bet with the output you have been doing lately. LOL

She'll forgive me when I make it rain paper Doge wallets.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: Raptor2213 on February 02, 2014, 09:57:40 PM

Yup, that looks right to me. That should help a lot with coin profit failover. Cheesy

~~On another note, I haven't seen the weird issues with it randomly showing a few Phash/sec since I updated off of 2.4.~~
Scratch that, it just happened again on this version. Got a log this time: https://dl.dropboxusercontent.com/u/1856084/Bitcoin/ApiLog.json

Can you show me a screenshot? Is it a single device / ASIC? Usually that's a case of one of the devices not getting enough power or failing outright. It looks like this little guy specifically:

Quote

PGA=4,Name=AMU,ID=0,Enabled=Y,Status=Alive,Device Elapsed=209,MHS av=5028748830662.076,MHS 5s=5565034493.427,Accepted=8,Rejected=3,Hardware Errors=2,Utility=2.296,Stale=0,Last Share Pool=0,Last Share Time=1391392495,Total MH=1051464406948612.8750,Diff1 Work=88,Work Utility=25.252,Difficulty Accepted=64.00097658,Difficulty Rejected=24.00036622,Difficulty Stale=0.00000000,Last Share Difficulty=8.00012207,Last Valid Work=1391392514,Device Hardware%=2.2222,Device Rejected%=27.2731

Note that this is not something controlled or affected by MultiMiner. It's the direct RPC API output from bfgminer.

Raptor2213

full member

Activity: 210

Merit: 100

Quote from: nwoolls on February 02, 2014, 07:21:26 PM

Quote from: Raptor2213 on January 21, 2014, 07:28:34 PM

You could make it so that the first dropdown just changes the user's preferred source. Make the API field not tied to it (since CoinChoose doesn't use it).
Use an algorithm to tell it to failover to the second data service. The UI wouldn't change much. I was thinking something like this:

Of course, if the user never put in a CoinWarz API key, then there would be no failover possible.

If you have time, could I trouble you to test this build?

https://www.dropbox.com/s/akpsic6sru66mqe/MultiMiner-2.6.0.zip

It has the feature you requested implemented pretty much exactly as you mocked up. Thanks again for taking the time to do that!

Yup, that looks right to me. That should help a lot with coin profit failover. Cheesy

~~On another note, I haven't seen the weird issues with it randomly showing a few Phash/sec since I updated off of 2.4.~~
Scratch that, it just happened again on this version. Got a log this time: https://dl.dropboxusercontent.com/u/1856084/Bitcoin/ApiLog.json

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: Raptor2213 on January 21, 2014, 07:28:34 PM

You could make it so that the first dropdown just changes the user's preferred source. Make the API field not tied to it (since CoinChoose doesn't use it).
Use an algorithm to tell it to failover to the second data service. The UI wouldn't change much. I was thinking something like this:

Of course, if the user never put in a CoinWarz API key, then there would be no failover possible.

If you have time, could I trouble you to test this build?

https://www.dropbox.com/s/akpsic6sru66mqe/MultiMiner-2.6.0.zip

It has the feature you requested implemented pretty much exactly as you mocked up. Thanks again for taking the time to do that!

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: ManeBjorn on February 02, 2014, 06:22:53 PM

Wife is going to yell stop I bet with the output you have been doing lately. LOL

She'll forgive me when I make it rain paper Doge wallets.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: benjamin07 on February 02, 2014, 06:24:35 PM

My question is how does the remote connection work? i worked on my local Wi-Fi and it is now working remotely via my 4G mobile connection. How does it find the dedktop Multiminer? does the mobile app store the ip address of my Wi-Fi router internally, or are Muliminer and Mobileminer connecting to a remote server over port 8080 hence no need v for fields etc as per the software's description?

The second one. I host a minimal amount of information and then both the mobile apps and miners work via Push rather than Pull. The server isn't making connections back to the miner or mobile.

benjamin07

full member

Activity: 223

Merit: 116

Hi, very nice piece of software.

My question is how does the remote connection work? i worked on my local Wi-Fi and it is now working remotely via my 4G mobile connection. How does it find the dedktop Multiminer? does the mobile app store the ip address of my Wi-Fi router internally, or are Muliminer and Mobileminer connecting to a remote server over port 8080 hence no need v for fields etc as per the software's description?

thanks.

ManeBjorn

legendary

Activity: 1288

Merit: 1004

Wife is going to yell stop I bet with the output you have been doing lately. LOL

Quote from: nwoolls on February 02, 2014, 05:40:06 PM

Quote from: djaychela on February 02, 2014, 05:28:41 PM

Are there any plans to make the network-visible miners viewable via the MobileMiner app?

This is indeed planned. Thanks again for the feedback. Glad to hear it's working. I'm taking care of a few more minor issues and will probably kick this out the door soon unless someone yells stop.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: djaychela on February 02, 2014, 05:28:41 PM

Are there any plans to make the network-visible miners viewable via the MobileMiner app?

This is indeed planned. Thanks again for the feedback. Glad to hear it's working. I'm taking care of a few more minor issues and will probably kick this out the door soon unless someone yells stop.

djaychela

newbie

Activity: 35

Merit: 0

Once more, the 2.6 PR4 is working fine (although I had to delete the entire folder I'd put 2.6 PR3 in rather than just paste everything in, it
wouldn't start bfgminer successfully until I deleted everything and 'started from scratch' with it downloading bfgminer for me).

As before, 2.6 PR4 detect my networked bfgminer 3.10.0 installation very quickly.

One other issue - on Chrome when downloading the zip file I get the warning "Multiminer 2.6.0 is not commonly downloaded and could be dangerous" - I know this isn't your fault, just thought I'd let you know.

Are there any plans to make the network-visible miners viewable via the MobileMiner app?

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: brooklynite on February 02, 2014, 02:11:57 PM

...it doesnt switch coins just stuck on one and that is actually not the most profitable, also does not does it show the profitability etc on the main screen.

You may also be in Brief Mode (default) - if so click More details in the lower-left.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: nwoolls on February 01, 2014, 10:31:37 PM

Version 2.6 PR2 (pre-release) is now available for testing for those with the time Grin

This feature is now completed for 2.6 so any feedback is very much appreciated. The rest of the features for 2.6 will involve MultiMiner Remoting.

Network Device Discovery

This feature is - for now - completely automated. MultiMiner will automatically find RPC API servers on the local network. It will automatically filter out both its own miners and any miners pointed at its own Stratum Proxy. For now the UI assumes that these Network Devices are mining Bitcoin, though that will be expanded upon in the future.

Please, if you have time, kick the tires on this and let me know if you find any issues. This build also includes all of the latest fixes from the 2.5 versions.

Edit: I've updated the above download link with Version 2.6 PR3. This includes a few minor fixes as well as support for installing MultiMiner and bfgminer updates on all of your rigs at once via MultiMiner Remoting. Now this feature has the chicken-and-egg scenario - it won't kick in until the next public version is available. However, if you get your rigs on this 2.6.0 PR3 now, once 2.6.1 drops you should be able to update all your rigs with a single click.

Version 2.6 PR4 (pre-release) is now available at the following url:

https://www.dropbox.com/s/akpsic6sru66mqe/MultiMiner-2.6.0.zip

This includes minor bug fixes for any issues introduced in PR3. This also adds the ability to Quick Switch all of your rigs via MultiMiner Remoting:

Thanks again for the feedback from the adventurous folks - I appreciate it!

Again this is very close to a final 2.6 that will go out to everyone so please kick the tires if you can. Grin

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: djaychela on February 02, 2014, 03:04:45 PM

Just downloaded 2.6 from the link above, have got it up and running to see the network detection, all is working fine (the other machine is running bfgminer 3.10.0 I compiled myself on SuSE 11), just thought I'd let you know it all seems fine and dandy to me - detected the network setup before the antminers had got up to speed.

Fantastic - thank you for testing! I'll have another PR ready soon which should be close to a 2.6 Final.

Topic: MultiMiner: Any Miner, Any Where, on Any Device (Free, Open Source, Cross Platform) - page 95. (Read 827303 times)