Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 150. (Read 703143 times)

Seems the new nicehash stuff is working ok. But it doesn't yet seem to have the profit as the old one.

Would it be possible to have the old and new nicehash as two different pools/providers? Then AM could
switch to the NH pool which is more profitable. You could label it NH and New NH. (And then just remove (old) NH when it closes)

is there a way to fix how SWAP does not show the correct earnings for c29s ?

it shows 0 no matter what pool i try

MTP seems to not connect at all to new Nicehash regardless of mining software??

Nice work as always Patrike, connecting to new Nicehash just fine now and testing.

Not all algos are connecting.
Cuckoocycle isn't, some cryptonnights aren't, and other algos as well. I think it depends on the mining software, different versions connect while others fail to connect to nicehash even with the same algo???

Hey Patrik,

just installed the new AM version for the new Nicehash. Activated "Use new Nicehash platform" and entered my new wallet to "Edit profit profile > Override". But AM still connects to the old Nicehash:

Command line arguments:  --no-watchdog -a cuckatoo -o stratum+tcp://grincuckatoo31.eu.nicehash.com:3372 -u xxx --api 0.0.0.0:4029

No matter what Coin I farm: MTP, C31, C29. Is it just a bug or because I use the override?

Edit because of Jim's post: My used mining software: NBminer and Cryptodredge

Awesome Miner version 6.6.5

 ASIC mining
  - API access configuration feature made more flexible to support more ASIC miners than Antminer and Innosilicon, by allowing a path to the cgminer configuration file to be specified
 Integration
  - Support for the new Nicehash mining platform. To change to the new platform, go to the Options dialog, Profit switching section and enable 'Use new Nicehash platform'. See the Nicehash web site for more details about how to sign up on the new platform.
  - Pool balance improved to support more of the predefined pools, incl. Slushpool
  - Modify Zpool API calls for balance to be possible to identify and accept by Zpool
 User interface
  - Show mining software in gray color if a Linux host is selected and the specific mining software isn't supported
 Mining software
  - TeamRedMiner 0.5.5
  - Lolminer 0.8.4
  - WildRig 0.18.0
  - RhMiner 1.5.3
  - Nanominer 1.5
 Correction
  - Improved detection of XAuthority environment variable on Linux
  - Sgminer correction when a user defined command line argument is customized for an algorithm

More details about the new Nicehash platform can be found on their web site:
https://www.nicehash.com/news/new-nicehash-platform-now-live-updates

Note: You may have to restart Awesome Miner if you change the Nicehash platform setting for all changes to take effect. Also note that this setting will be removed at some point when Nicehash fully migrated to the new platform. At this point everyone will be force to use the new Nicehash platform.

Another thought on this - today Awesome Miner creates a notification for you when the mining software is crashing. You will see mining software, algorithm and pool information in this message. Maybe it would make sense to include some temperature information and possibly more here? That would make it possible to go back and look at previous crashes to find any pattern related to temperature for example.

The plan is to have a new Awesome Miner release later today where it will allow you to use the new Nicehash platform. You will then be able to go to the Options dialog, Profit switching section, and enable "Use new Nicehash platform".

The API key will only be required for viewing the balance from what I can see. The new Nicehash balance display will not be ready today, but within the next 1-2 days.

Another request for troubleshooting.

When a miner goes offline, instead of changing the status to miner offline, please turn the entire row red so it maintains the last stats for that miner before it went offline. That is very helpful for seeing the miners last state before it went wrong. Important for temperatures or other pieces of information that could be used for diagnostics.

Thanks.

The new version of nicehash has already appeared, although I have put the new wallet of the new version, it continues telling me in the previous version. I have seen that there is an api key in new.nicehash.com that I think is necessary to undermine in the new version, I do not know if I'm wrong.
@patrike could you check it?

Thanks for taking your time to provide all this feedback.

1) I will correct this in the next release - it's related to how Awesome Miner generates the sgminer configuration file.

2) Is it not even cleared if you restart Awesome Miner once? I will have to investigate this scenario more.

3) I'm not able to reproduce this one. Is the case that you have quite a large number of Managed Miners? What if you wait for a little while between you make the configuration change and performing the restart operation - does that change the behavior in any way?

4) Right now it's mainly the pool URL incl. port that is used to identify a specific pool. I think this is what causes the confusion here where Awesome Miner cannot see the difference between some of the pools. I don't have a solution to this today as this have to be some future design changes to better handle the scenarios you describe

5) Sometimes coins are removed by the provider and later it's added again. Can you please go to the Options dialog, Statistics Provider section, and enable "Keep coins even when no longer listed by provider". This should force the coin to be kept together with all the exchange settings you made to it.

Many thanks for the nice feedback!

There will be a new release of Awesome Miner later today where the new Nicehash platform will be supported. You will be required to go to the Options dialog, Profit switching section, and enable "Use new Nicehash platform". The reason is that during the transition period we don't want all users to be forced to the new platform in case Nicehash runs into any problems again.

In the future this setting will be removed and everyone will be forced to use the new platform.

There were quite some changes to how you get the wallet balance information from the new platform so the balance feature may not be finalized in the release today.

Hi Patricke,

I'm finally taking a moment to report a few bugs I've been running into over the past year with Awesome Miner. Please forgive me if anyone else has reported these issues.

1. For managed software like anything with sgminer compatibility, when I set the user defined command line argument to be like "mtp -I 20 -w 256" , you pass everything as the -a algo parameter to use which then causes the miner to fail because it can't find the "mtp -I20 -w256" algo. I instead have to set the -I 20 and -w 256 in the "additional command line arguments" in the algorithm specific settings in the profit profile section.

2. If I create a user defined online service and then later delete it, the deleted online service remains in the online services (dashboard/miners/coins/online services) page. I have to manually delete it from the configuration xml file to remove it from the list.

3. If I make changes to most settings like to the "execute additional commands before starting the mining software" to the miner properties and then restart my machine, the old settings are used one more time when first starting the miner. This applies to pretty much most settings in the software - like making changes to the "additional command line arguments" for the algo specific settings above. This is a problem when the current settings causes the pc to crash.

4. This is a systemwide issue - Awesome Miner tends to only mach pools/online services by their hostname/port, and not the full details. This leads to bugs/confusions. Examples:
 
a. for comining.co, you always mine to the same address/port but you use workers to set which coin you're mining. Once I have like 3-4 of these created for like eth/etc/egem/b2g/moac... , awesome miner will show the wrong coin being mined on the dashboard. See point c below for similar results. If  I recall correctly, when I create enough of these pools for all the different ethhash coins, awesome miner gets too confused to mine at all from comining.co.

b. at miningdutch.com, I needed to mine to the lower difficulty port like for neoscrypt - 9991 instead of 9993 because the difficulty wasn't always being properly set. I couldn't change the port in the predefined services because awesome miner would reset it when I restarted the program I therefore created a user defined entry for mining dutch.com on port 9991. However, awesome miner only uses the profit calculations from the predefined neoscrypt service even when its disabled and the user defined is enabled. I still have to set the profit setting on the disabled one to the one I want to use.

c. The same issue happens if I try to mine a coin directly at a predefined online service port, like if I create a pools for a few neoscrypt coins (feathercoin, gobyte, iq cash, etc) set to zergpool's neoscrypt port. The dashboard will usually then show I'm mining the wrong coin with the wrong profit calculations.

5. If I set a coin to a particular exchange - like haven to tradeogre, it often forgets this and goes back to using all of the exchanges. This often screws up the mining profit calculations due to bad exchanges. Is there any way to keep the coins from not losing their exchange settings? The same goes for the coins I put in the hidden list. That list also gets wiped and they're back being visible on the coins page.

I can try and answer any questions or help repo any of these if you want. Thanks for all your work on this miner!

Hal

Hey Patrike, I've kinda been working with Nicehash's new platform to help iron out the bugs. It is now live and Awesome Miner I assume needs a new update because from their website:

Using 3rd pary miners, please be aware of the new stratum URL structure:

stratum+tcp://ALGO.LOCATION-new.nicehash.com:PORT

So they changed their stratum url structure, and I tried adding -new. and new. in the online services Url one by one (since bulk edit didn't seem to do what it sounds like), and I still could not get it to connect to them.
Could you please update Awesome Miner to Nicehash's new URL structure as many use it for Profit Switching.

Thanks for the great software and support over the years, top notch!

P.S. They are doing a transition phase (but won't say for how long) where the old mining stratums/addys still work, but the new site is up and recommends switching to the new site, new password, 2fa, and mining to your new address with the new stratum URL structure. Obviously it would be more difficult to put two Nicehash entries in Profit Switching, so I think you should just update the existing one to the new structure, as the old URL will be gone very soon.

I was able to save the Hashrate.

I do not blame you or AM for Gminer's problem, which is not your problem. But surely you can talk to the developer and tell him what happens, basically it happens in 1080t and RTX. You will pay more attention to it than if I post it in your forum, you represent thousands of users who stop paying the FEE for not using their miner.

I have reached a point that I had to change Gminer for NBminer for the cucka`s.

Please let the Gminer programmer know, because it works or does not work, but sometimes if and sometimes not, it's crazy.

Out of this, everything normal in AM, all good, fluid and without problems. The big problem is using Gminer in some algos.

Sorry, I misunderstood your question a bit in my previous reply. Now I understand the scenario you describe here. However, I'm not able to reproduce this problem.

If I right click on a miner and select 'Save Hashrate', and save it for Equihash 125.4 for example - I can then go to the Coins tab, click 'Refresh now' and I will see the new hashrate in the list. Is the case that even if you click 'Refresh now' here, it has still not saved it? Even if you open the Profit Profile properties, the value is simply not there? Please confirm if this is the scenario and I will have to add more log details to catch any issues here.

So the scenario is that Gminer is started, but not hashing and not responding to anything - resulting in that Awesome Miner simply show Interface Offline. From an Awesome Miner point of view - is the issue that you have configured the rule Offline Detection to take action here (reboot for example), but Awesome Miner isn't detecting this scenario correctly and not performing a reboot?

https://www.dropbox.com/s/widgqqmljfd5fhw/Captura%20de%20pantalla%202019-07-08%20a%20las%2015.48.41.png?dl=0

I do not understand you completely Patrike.

Let's see, I AL-GO is only once in the list of algorithms, I did not add it, it was already 125.4 so it is not duplicated or tripled.

What I do have are 3 ZEL coins, old Zel 144.5, the manual added by me in 125.4 and the one that Cointomine added afterwards through its api.

It does not matter if you have 3 or 4 equal coins, if you are mining at 125.4 and I give save hashrate, do not record it, and I repeat as al-go there is only 1 that you added. I have no way to save the ZEL Hash

For me it is not a trauma, because ZEL with the new al-go that gives less hashrate and after measuring it 0.6 of profit, is a NOT PROFITABLE coin. But even so, I'm worried that the program will be full of small failures.

What do I have to do to erase the coins and leave only one ?, I have coins up to 4 times equal with 4 different wallets and I have not had any problems with them. As AL-GO, it is only once. so I do not understand the problem of not being able to save the Hashrate.

It does not make sense, no matter how many copies you have of the currency, you should keep your hashrate. I have already deleted all but one, the one that gives cointomine but with all the custom fields dynamically to have fresh data and not those of CTM that are late and now DO NOT WANT TO MIN.

It is the usual error, especially happens with Gminer in the machines, it remains as it is in the capture that I have put. Service offline, it stays what you see in the console, until it reboot the RIG. It is a problem that is making me very tired. Basically, it only happens with Gminer. has done reboot twice and the third has worked and is undermining. This is where we look more calmly because we still have problems


Now with only 1 ZEL if he has been able to save the HASH, but I see it as illogical. We continue with the problem of offline miner with Gminer, I'm pretty fed up.

Isn't it possible to cleanup the number of ZEL coins a bit to avoid any issues? Right now you probably have more than one coin with the same name and same algorithm, one (or two?) you have defined yourself and I suppose the other are from source like CoinToMine and similar. For a given pool based on ZEL, it will be quite difficult for Awesome Miner to figure out which coin to use. Awesome Miner doesn't have a way of automatically resolving these coin algorithm changes.

If you go to the Options dialog, Statistics Provider section, and use the Override algorithm feature to force the correct algorithm - and remove your user defined coin - isn't that giving you a single ZEL coin entry and it's starting to work better?

Thanks for all suggestions.

For the CPU temperature, Awesome Miner can currently only read this one if Remote Agent is running as Administrator. I do have an idea how to resolve this, but it will require some new implementation. The plan is to support it as it would make perfect sense to display.

Thanks for the great feedback!

Awesome Miner automatically reads the algorithm provided by WhatToMine / CoinCalculators. In case there is a algorithm change that isn't reflected yet, you can force Awesome Miner to adjust the algorithm for a coin like Zelcash. Please go to the Options dialog, Statistics Providers section and use the "Override coin algorithms" setting.