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

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.

It's correct that the Bitcoin exchange rate now requires a connection to the Amazon servers. All other coins on the Coins tab are updated directly via the API's provided by WhatToMine, CoinCalculators and so on (just like before), and these provides exchange rates relative to BTC.

I'm 100% sure mate. But its nothing for this thread, follow djm in his own thread: https://bitcointalksearch.org/topic/ccminer-120sgminer-013-for-mtp-fastest-mtp-miner-for-nvidia-cards-5156883

CCminer doesn't support Nicehash. The reason you can find here: https://bitcointalksearch.org/topic/m.51564271
And yes, CCminer benefit from the pill. You can read this every few posts, but mainly here: https://bitcointalksearch.org/topic/m.51578602

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

As they say there is a problem when saving data with coins.

Zel has passed to 125.4 I have created the coin by hand from coins and also cointomine has already added it, but in both cases the least manual and dynamic data, (difficulty, nethash, price, etc.) but when I mine and give save hash, right button "save hasrate" if you save the HASH in the miner. I go to the miner I see 125.4 and save the hash. But the problem that the coins in COINS do not keep the hash, with which the auto profit is impossible.

There is some failure when saving the hash in the ALGO. As you will see in my capture, I have 3 zel, the old 144.5 and the two d 125.4, custom and cointomine. I have tried both, and in both I have saved the HASH, as I say in the miner I enter Equihash 125.4 and if the hash appears, but not in the coin as seen in the capture.

Please fix the problem.
---------

Another comment for some of above. The ZCOIN ccminer for MTP, is for nicehash, it is a compatible version for nicehash according to its gihub, but it really does not work on nicehash. I do not think the ETHpill is going to work because it is designed for Ethash algorithms, not for the MTP algorithm, I think you are a bit confused, the one that has said that, I do not think you have much idea of ​​what it does.

If we look at his Gihub says it gives problems in many mics and configurations, in my case failures in 1080ti and RTX. And I repeat is a ccminer adapted to nicehash, please read things before saying false claims. What does ETHpill have to do for Ethash algos with something MTP ?

Bumping this as it might've got lost.

Also adding to this, please, please add the ability to display CPU temp (or temps) with all the other statuses. That can be pulled from Afterburner. This is pretty useful for diagnosing a dying CPU fan.

Thanks.

Dear Patrike

Many thanks to you for the real awesome miner!

I have a suggest the possibility to change algo of the coins. For example now Zelcash change algo from 144,5 to 125,4 and it would be great to change it in the programm by myself.

maybe it is possible but i cant find how

unblock amazon servers on your firewall, data for the coins tab and dash board is delivered from AW amazon server from 6.6.x version

The Coins Tab is not updating any coin rates info?

I have tried on v6.5.5 everything works fine if I reinstall.

After that if I upgrade to the newer version the coin data stops updating and it gets struck on the last values.

There are no new changes on my system, I have tried it on different systems but the newer versions the coin data does not update.

Older v6.5.5 everything works perfectly.

For 1080 Ti's you need the Pill to get the best performance out of the CCminer.

CCminer doesn't work with Nicehash. If you want to use NH, you have to go with the other miners which all supporting NH.

I do not see the advantage of ccminer Zcoin for MTP. I'm using Cryptodredge. TTminer is faster than cryptodredge but less stable, but not rejected.

It gives many errors to connect, then it has many rejected with the same OC as cryptodredge. It is based on an old ccminer. And its performance is less than Cryptodredge, where is the advantage of using this ccminer?

It also gives validation errors per CPU and closes.

or really something I am doing wrong, but this is only link the miner and mine, does not have much else, unless there is some configuration that escapes me. I am using cuda 10.1 or this is the cuda that chooses, I have 9.2 and 10.1

In RTX I have i5 should not fail, in others I have G4400 or i3, I say this because of the notice in Github of the miner https://github.com/zcoinofficial/ccminer/releases that recognizes stability problems. Indicates that in some cases. Well I 4 of the miners that I can use for MTP, it does not work, from G4400 to i5, or 1080ti or rtx 2080 or 1070. So it does not seem at all stable, at the moment it starts, if it connects with nicehash or It gives a lot of reject or CPU validation error and always reboots itself. So I'm still in Cryptodredge.

If someone has information on how to solve it, I would appreciate help.

Awesome Miner version 6.6.4

 Mining software
  - TeamRedMiner 0.5.4, incl. correction for MTP mining
 Corrections
  - CcMiner Zcoin Official selectable for the profit switcher

Perfect - thanks for your fast response to this.

I've just pushed TRM 0.5.4 via the Update Software Definition feature and it will also be included in an updated release that soon will be made available.