MultiMiner: Any Miner, Any Where, on Any Device (Free, Open Source, Cross Platform)

[djaychela]

Hi nwools

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. 

[Aurum]

...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.

Check the box Display API Error Notifications under Settings/Advanced server settings

If you're using CoinChoose it often fails and MuM will continue to mine its last choice. CoinWarz works better but if you want to switch every 5 minutes you'll hit your daily quota or need to pay his subscription fee.

[nwoolls]

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.

[nwoolls]

Version 2.6 PR2 (pre-release) is now available for testing for those with the time   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. 

[nwoolls]

...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.

[djaychela]

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]

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.

[ManeBjorn]

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

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.

[benjamin07]

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.

[nwoolls]

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.

[nwoolls]

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]

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!

[Raptor2213]

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.  

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]

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

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:

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.

[ManeBjorn]

Now that works.  LOL

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.

[ManeBjorn]

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.

[nwoolls]

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?

[good_shepherd]

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]

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]

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!! :-)