Pages:
Author

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

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)
full member
Activity: 210
Merit: 100
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.
newbie
Activity: 11
Merit: 0
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!! :-)
hero member
Activity: 840
Merit: 1002
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.
newbie
Activity: 11
Merit: 0
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 :-)

hero member
Activity: 840
Merit: 1002
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?
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.
legendary
Activity: 1288
Merit: 1004
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.
hero member
Activity: 840
Merit: 1002
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.
full member
Activity: 210
Merit: 100
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
hero member
Activity: 840
Merit: 1002
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!
hero member
Activity: 840
Merit: 1002
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.
hero member
Activity: 840
Merit: 1002
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.
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.
legendary
Activity: 1288
Merit: 1004
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.
hero member
Activity: 840
Merit: 1002
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.
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?
hero member
Activity: 840
Merit: 1002
...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.
hero member
Activity: 840
Merit: 1002
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
hero member
Activity: 840
Merit: 1002
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.  Smiley

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