patrike

is there anyway you could clean up the the Managed Templates like you did with the pools a while back .

How do I stop AM from creating a default log file for Claymore Eth miner? I have nothing in the command line but the mine starts with a AM BAT file having a preconfigured logfile to console_output.txt. It gets overwritten each restart no matter what I put in for other options. Even if I put in my own logfile name/path, it is ignored. This makes it impossible to debug issues since the logfiles are never kept.

EDIT: Ok, I finally found the keep console output logs checkbox. Now, how can the console logs be STOPPED so the default logfile output can work again?

Hi Patrike,

NEW NBMiner 24.1 

https://bitcointalk.org/index.php?topic=5099379.0

Hello,
I'm trying to set up balance for aeternity coin. I tried using those explorers : https://explorer.aepps.com/  and https://www.aeknow.org/
But i can't find a way to get balance from those, even if balance is displayed in result.
Could someone give me some help on this ?

How do i set power draw on different asic models of the same algoritm? For example S9, S11, S17?

Hey Patrik,

just did a quick test with the new NH switching. Seems to work perfectly now. THANKS! Great job!

Small bug for TeamRedMiner. The new C31 algo command have to be cuckatoo31_grin, not just cuckatoo31 

This would be great.

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

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

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?

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.

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.

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.

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.