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

for people with AM licenses, is there a way to access the firmwares without paying dev fees? and how does that work for those that solo mine? is the dev fee 3% of the time? 3% of the hash rate? 3% of payment - when/if they get paid?

Please add "Reboot via web" as an Action in Rules for Antminer.

patrike hi.
i check  something, i install new hive and awesome, overclok work fine,but before 2-3 restarts,attach screenshots
https://drive.google.com/drive/folders/1LJHDW2HF-vaLNYp6Ztyo_ve6HvhjJNVM
check "clock fail" screenshot, also there are a couple of errors with actual payot


i found oveclock solution
just  every system start
service-stop.sh
service-start.sh

2. 
You can add https://github.com/NoncerPro/Kadena/releases

3.
I also tried to configure port forwarding for local web server. in external ip. this is possible ?

4.

I have a question once once I paid for cloud service. but for control it was absolutely necessary to keep the main pc on, now has something changed?


Happy new year !!!



update ::::

workaround for lack of overclocking on linux
cd awesomeminer-remoteagent
nano  script.sh
paste

sleep 10
systemctl stop  awesome
sleep 3
systemctl start awesome


sudo nano /etc/rc.local

paste before "exit 0"

/home/user/awesomeminer-remoteagent/script.sh

p.s   
correction found, which means the problem is definitely there

Hi Patrike,

Thanks for confirming that you are still looking at this with the Blackminers F1 devices, would be great if this can be done.

@moppidoo,

I've passed on all the info for the API calls and config structure for the F1 miners to Patrike, hopefully we will see something that can be beta tested in the new year.

Patrike has done a lot with Awesome Miner since version 1, and I must congratulate him on a job well done for all the hard work and time that he has put into it's continued development with suggestions / idea's that have been put forward to him from the vast user base that it has.
Most of the time Patrike has come through with 99% of requests to improve this or add this feature, it's nice to see a developer of a program take his customer base idea's and feature requests and add them.
So, people, please be be patient with Patrike, he's there to help us the best way he can etc ...

Patrike,

Once again, thank you for your continued development of this program.

STSMiner.

Thanks Patrike!

regarding the VPN now that I think about it again, maybe I can just invest in a pair of VPN routers, that'd probably make it less complicated.

Cheers!

Hi again. Thanks, you too!

This isn't supported today, but I see your point that it would make sense to support.

Thanks for the suggestions. I will investigate.

Profit Switching of BlackMiner isn't supported today, but these devices can be monitored by Awesome Miner. I've promised another user (@STSMiner) to look into the profit switching for these miners.

It's actually more the BlackMiner that doesn't support the standard pool prioritize commands and this is what the External Profit Switcher requires from an ASIC/FPGA in order to work. Awesome Miner would have to use SSH to reconfigure the pools and algorithms of this miner in order to do profit switching.

The typical way to add FPGA/ASIC miners is to use the Network Scan feature (via New Miner button in the toolbar) and scan for Cgminer using an IP address range. With the VPN connection, I assume it's possible for Awesome Miner to access these miners with a unique IP address for each miner?

Awesome Miner Version 7.2.3

 Awesome Miner Antminer firmware
  - Improved unlock support for Bitmain firmware for Antminer S17/T17
  - Awesome Miner Antminer firmware 0.9.6 is available for S17 and T17. As this is also a preview version, the overclocking must be made via the Antminer web interface, Miner Configuration -> Chain Freq Settings. A good starting point for overclocking of Antminer S17: 725MHz, 19.4V to get 70TH/s. For T17: 900MHz, 19.5V to get 55TH/s.
 Features
  - Dynamic update of coin statistics can convert the exchange rate even if specified in other coins than BTC
  - Mining Software Definitions can be updated automatically. Configurable in the Options dialog, General section.
 Mining software
  - Gminer 1.86
  - XmRig 5.2
  - CpuMiner-Opt 3.10.2
  - Lolminer 0.9.3
  - TT-miner 3.2.2
 Changes
  - A Managed Profit Miner will no longer automatically start when resetting failed pools for the miner
 Corrections
  - Correction to Gminer Cuckaroo29 algorithm parameter
  - Correction to 2miners pool balance
  - Correction to worker name display in the Information column for a scenario where the main pool is unavailable
  - Correction to Eaglesong algorithm exponential factor for coin statistics

Thanks for the feedback. I will have to investigate some of the point you bring up in more detail, but I will also give a few comments and questions below.

In some cases I also think the features you are referring to are working fine in general, but you have found a specific scenario where it doesn't work in your setup.

I can agree that this may not be the preferred behavior. I've changed it now.

I just tested and it works fine for this coin. Please note that you need to specify a "Map from algorithm" for these multi-coin algorithms. If you enter "Argon2d" here, it will work. This is only required for coins with multiple algorithms.

On the CoinCalculators web site you will find a JSON button/link on each coin page. This is the JSON URL to enter in Awesome Miner. This is required for coins not included in their main listing.

Some coins and algorithms requires a specific "Exponential Factor" to be calculated correctly. WhatToMine doesn't provide this information and Awesome Miner assume 32 by default as it works for the majority of coins and algorithms. For a number of algorithms, Awesome Miner do use a different number.

For this specific algorithm, Awesome Miner didn't have any knowledge and assumed 32 when it should have been 0. I've added the correct number for this algorithm now. It's also possible to manually configure this Exponential Factor in the Properties dialog of a coin.

The FAQ is intended to answer the most common questions I get. If there are some specific area where you think the FAQ or Documentation should be more details, please let me know.

What a number of users are doing is to take an existing Linux mining OS like HiveOS and simply install Awesome Miner Remote Agent on top of it. Then you don't have to spend time installing and configuring GPU drivers. This will also ensure that the setup is correct for overclocking and you will find that Core Clock, Memory Clock and so on also are available.

It's of course also possible to setup a Linux GPU mining system from scratch, but it may be a bit more time consuming to get everything up and running.


The profit is calculated correctly and taking this setting into consideration as it should. I just verified both with and without Actual Payout enabled. Please let me know if you found out a case where it doesn't work.

Thanks for the feedback and suggestions!

Hi Patrike,

First of all happy holidays to you and all the Awesomers!

been awhile since I last posted, some suggestions/queries from the past few months of mining (which for me is relatively boring, broken down hardware, stagnant BTC price...hence the inactivity )

Anyhow, back to topic:

1. Is it possible to collect accumulated power usage data in the mining history of the managed (profit) miners? That would be helpful for me to gauge efficiency and negotiate hosting costs with off-site provider, and something like a hashrate graph but in power consumption would be a great bonus so I can visually present the case of no mining, no charge for unused electricity

2. Since ZergPool was able to implement several CryptoNight variants into Yiimp mining, I find myself using XMRig at times to be included in profit switching (Btw, using Nvidia, I know, they are crappy for CN but doesn't hurt to have them in profit switcher), is it possible for you to add support for the JSON config section in the Profit Profile's software section like Claymore/SRBMiner, I hope you know what I was referring to, Right Click Miner -> Edit Profit Profile -> Mining Software Priority List -> Select Software in question -> Configure... where you got the override config.txt content if say you select SRBMiner.

3. Can it be corrected that when NanoMiner (mining RandomX) via CPU to show actual CPU power usage rather than the idle GPU stats?

4. To your knowledge, do you know that if AM supports profit switching for the BlackMiner Mini(+) series? like if I get a few of them and if I can use the custom defined pool groups on them as I do with Managed Profit Miner GPU rigs? (I know the website states AM do support the F1 but was unsure about the other models).

5. If 4 is doable, another non-essential question would be if there are any method to add them (obviously in reasonable numbers) to AM if I was to host them behind a NAT, currently using NeoRouter for the VPN for remote miners, not sure what's the most efficient and uncomplicated way to add these standalone FPGA/ASIC in similar fashion.

Best Regards and Merry Xmas to you!

Hello, I have been using your product almost from the very beginning.
thank you fo you work
.
at first I wrote about bugs in the mail, you fixed them.
but now there are a lot of them. and I was just too lazy.

but today I couldn’t stand it, I can spread screenshots, but believe me without screenshots, I’m not doing it for the purpose of slandering, I’m really interested in your product and I see how it went bad.

you scored on bugs and every day there are more and more, I bought the product not to work as a debugger, and I demand that you pay attention and correct them!

here is a few list in the future, I will probably replenish it
1 ) madly infuriates 2 things.
first, after reset failed pools, miner starts automatically why? it wouldn’t be scary if it weren’t for the second, if the miner is configured with an error (and there are a lot of them) I can’t stop it just like that, but I have to wait a moment between start and stop, as a result, the farm goes into reboot if I do not have time to stop! !!!  why for so many years you have not made a forced stop command
 
2) mininpoolhub ethash with standard settings gives log timeout. there are still a lot of similar flaws I will not recount everything

3) a lot of problems with statistics
1.1 i can't do overwide coin algorithm, for example I needed override coin algo myriad_argon2d (algo argon2d-dyn) to (algo Argon2d-4096),
change instead muriad_groestl.

4) why it is not said how to take Coin calculators additianal JSON url. I spent sooo much time....

5) not work dual mode NBMINER in automatic profit switch, and CKB+ETH in managed miner, profit swaped.

6) after added  https://whattomine.com/coins/321-ckb-eaglesong.json , Revenue= 0 in coins TAB

7) your faq is very incomplete

I recently found out that you made the linux version   
I was very happy, but not for long, didn’t it be difficult for you to take the guide step by step. with lots of plugins and packages. because I’m a confident Linux user, I spent a lot of time on tuning, and as a result, half of the miners do not work, there is no overclocking only the control of fans and voltage!




he most horrible ! Why do we need ACTUAL PAYOUT if it does not work !!!! and do not take into account when switching, if you do not believe me, I can take 20-30 screenshots!


I will continue later need to refresh my memory
THANKS

Much better

I could imagine there is one more to add that would also be needed:
Something like "This remote IP"
i.e. the internet IP address of the computer running AM, if the miners are off site.
There are various ways to look it up.

Hi,

Gminer 1.84 was released on Friday and I made it available via the software definition update. Later they removed the Gminer 1.84 release for some reason.

Because of this, I also removed Gminer 1.84 from the software definitions earlier today.

Yesterday you updated gminer 1.84 again but it still doesn't work. In the ann de gminer there is 1.84 and is the official website.

I'm still at 1.83

You can just go to managed software and edit Gminer then select version 1.83. It will then work as before.

Clear the downloaded software > Go to settings > managed software > gminer 1.84 > copy the link but change 1.84 to 1.83 > and it will download the right one, or use it.

GMiner wont work anymore...awesome want to start v 1.84 but there is only 1.83

Hi Patrik,

the command line argument for GMiner Grin29 algo is wrong.

You are using grin29 for both, Cuckaroo29 and Cuckarood29. But for Cuckaroo29 its cuckaroo29  

Hi Patrike, I have not written to you for a long time, you are doing a great job as always, I remind you of an old request from me and I propose a new one.

Old request:

Know in statistics the times you make profit change in 24 hours and for each moment. To determine if that percentage of mining of a coin has done it in 1 change or in 30. It would help me to make better decisions

The other request is an improvement on something existing. I mean temperature control, which is going very well but I explain.

I use both methods, both the general by TDP with its two options and also the core reduction. My scheme is as follows

TDP 1 limitation: 72 degrees, you under the TDP

TDP 2 limitation: 74 degrees, even more under the TDP

Temperature limitation in each OC or core, I have it at 76 degrees

What is the problem ?, Well, it works well, but is constantly jumping temperature. I have a card that according to the Algorithm gets very hot and is always dancing the temperature of 72 to 76 degrees. Because what happens that when it falls to 71 or 72 the limitations are removed and reheated, when it is heated, the limitations are activated and the temperature is lowered, but then the limitations are removed and again heated. I think that so much temperature change, TDP and core can be even bad.

The idea or solution I see simple. If a card activates a temperature limit for example TDP 1, this limit remains active until it changes algorithm or currency. This way we avoid getting the cards receiving a constant change of TDP and CORE all the time. It is logical that if it reaches TDP 1 and 2 and the temperature drops, if we remove the limitation it warms up again. That's why I think it's a better idea to keep the limitations until you change your currency. That way the temperature would be more stable, and I wouldn't be hitting jumps all the time between 72 and 76 as is my case, I don't want it to reach 76 every time.

I hope it is understood and that you see it well as an idea, the implementation is very easy, basically because almost everything is done, just keep limitations until currency exchange, with which the temperature will not be jumping, we are not changing TDP and CORE several times per minute to the card

A small update on this topic.

I'm planning to support a concept for this in the next release (7.2.3). In the Dynamic Data Source configuration, Arithmetic expression field, it will be possible to type something like:

If you use a JSON source where CoinX only has an exchange pair with ETH, not for BTC, you point the "JSON property expression" to the exchange rate of CoinX (relative ETH). By adding the Arithmetic expression above, Awesome Miner will then convert the value from ETH to BTC when storing the value.

You will be able to use any of the known coins like "ETH", "LTC", "XMR" as a reference for the exchange rate.