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

Thanks for the feedback. Right now that's not supported beacuse I don't think it's exposed via the Afterburner API when doing GPU clocking over that interface.

Please look at your profit profile (Options dialog, Profile profile, edit the profile you use, for example AMD or nVidia), and see the Hashrate and Dual Hashrate for Ethereum and SIA. What does these hashrates look like?

Depending on these settings, Awesome Miner will either go for Ethereum mining or Ethereum+Sia mining. If you have a low Dual Hashrate configured, just plain Ethereum mining can be more profitable than Ethereum + Sia. If you have identical hashrates, of course Ethereum + Sia is most profitable.

okay I got the premium addition

I am trying to attach to a rasp pi 3 that runs  2 avalon 741's

so settings would help me since I have never used this  

the  rasp pi is set here

API Allow    (Default: W:127.0.0.1)


its ip on my network is

192.168.0.100

so what  do i do to connect to it.

from the awesome website

Other ASIC miners have similar concepts for API access, where the API configuration must be defined to allow Awesome Miner to connect.
 On Avalon miners, the settings can be found in the configuration interface via: Status -> CGMiner Configuration.


found this will get back

Other ASIC miners

For ASIC miners except Antminer, it's a manual procedure to configure the API access. This is specific to each miner, but can typically be found in the web interface for the miner, in sections about Cgminer or API access.

Manually configure Cgminer

When connecting to an External Miner, the API access must be enabled in Cgminer configuration for that miner. There are two important parameters that are used to define API access.
api-listen
This setting defines if the API should be enabled or disabled. When enabled, it will allow Awesome Miner to connect to the Cgminer/Sgminer API and request mining statistics.
api-allow
If only api-listen is defined, the API will run in restricted mode. In order to enable privileged mode, api-allow needs to be defined with a prefix and IP address.
There are two prefixes. R defines the restricted mode (read-only). W defines the privileged mode (write).

The IP address specifies either a single IP address or a IP subnet (range of IP addresses).
192.168.1.10 specifies that the API allows connections only from the IP address 192.168.1.10.
192.168.1.0/24 specifies that the API allows connections from the IP address range 192.168.1.0 - 192.168.1.255 (will be written as 192.168.1.X in further examples).

Examples of api-allow usage
Configuration   Description
192.168.1.10   Restricted access to IP address 192.168.1.10
W:192.168.1.10   Privileged access to IP address 192.168.1.10
W:192.168.1.0/24   Privileged access to IP addresses 192.168.1.X
W:192.168.0.0/16   Privileged access to IP addresses 192.168.X.X
W:192.168.0.0/16,W:127.0.0.1   Privileged access to IP addresses 192.168.X.X and 127.0.0.1
W:192.168.1.10,R:192.168.0.0/16   Privileged access to IP addresses 192.168.1.10 and restricted access to IP addresses 192.168.X.X (except 192.168.1.10 that will have privileged access)
W:0/0   Privileged access to all IP addressesBack to help section

http://www.awesomeminer.com/help/benchmark.aspx

Best of mining management and monitor software thank you

Is it possible to set the price manually  (or at least profit) for the coins that are not present on wtm or even exchange?

SO it would be nice to know what I need to run  bitmain s-9 at a remote location and Avalon 721 and 741 at  remote locations.

looks like at least professional at 70

anyone running Avalon 721's 741's with this software s-9s and gpus.

I have 3 rasp pi's at 2 different ip's---- this is 3
I have s-9s  at the same ip's ----------- this is 4-5
I have gpus rigs at three ip's ----------- this is  7

comes to 15 so maybe premium at 140 is the way to go.

does this software do the avalons via rasp pi's

Hi!

I was using AM version 4.0.0. Everything normal. I finally updated to version 4.0.4 and didn't pay much attention to it since everything seemed good. However now I've noticed that AM has not switched for more than 21 hours. I've checked the profit switching details and I only see 2 algos in there:

https://i.imgur.com/CsQonnn.jpg

Is this normal now? In version 4.0.0 every enabled algo appeared in the profit switching window.

Every single algo for NiceHash is enabled in settings. I've not changed anything since Ver. 4.0.0.

Oh another question, where is the benchmark feature? I can't find it anywhere.

EDIT: My bad, I was running 4.0.3 Updated to 4.0.4 and everything's good again. Still can't find where do I run the benchmarks though...

and I can not figure out how to see my  avalon 741's  using a rasp pi

i don't find any info on avalon gear on the website.

and looks like the free edition does not allow me to do what I want to do.  two hours time wasted.


here is a hint don't offer the free one if it has so much limitations I would have purchased the smaller one and upgraded if I needed to.

So fast questions 


I will have 4 separate locations with different ips

I will have 3 rasp pi's running Avalon's
I will have 10 s-9's
I will have 10 gpu rigs.

what do I need  to buy  enterprise?

and can I do Avalon 721's on one rasp pi Avalon 741's on a second  rasp pi same ip
then do Avalon 741's on a third rasp pi different ip.

Is there any easy way to add many pools/coins? Some kind of text/json file?
Or may be I can download config with most used pools/coins somewhere?
The same with algo/miners for Nvidia GPUs. There are no defaults for many algos.

Thanks Patrike,

I have 3 time triggers now, current, 1 minute ago and 3 minutes ago and tested for over 24 hours now. It’s the same situation (of course triggered a little less often adding the 3rd time variable). Still though if I dip under 200 "3 minutes ago" and "1 minute ago", then again "currently" for even a second in all of those timeframes, it triggers. I can’t believe no one has brought this up before.

Do you have any other thoughts on how to implement a simple trigger of “below x hashrate for x time”?

In my situation I was just after “below 200MH/s for 30 seconds consecutive” then trigger to restart the miner.

Thanks again.

I am going to download a trial 2 rig version.

miner log is clean, just working information.

agent log:

10/2/2017 4:28:01 AM.345 [020] Execute API, Hostname: 192.168.99.90:4028, Command: {"id":1, "method":"getstat"}
10/2/2017 4:28:02 AM.346 [020] [E]Failed to process API request (time: 1002 ms): {"id":1, "method":"getstat"}
No connection could be made because the target machine actively refused it 127.0.0.1:4028
10/2/2017 4:28:02 AM.346 [020] [I2][ManagedMiner#4 - 90] TriggerControlStateChanged, ControlState: Executing
10/2/2017 4:28:02 AM.346 [009] [I2]Done processing: 1, Time: 1047 ms
10/2/2017 4:28:03 AM.346 [009] [I2]Done processing: 0, Time: 0 ms
10/2/2017 4:28:04 AM.347 [009] [I2]Done processing: 0, Time: 0 ms
10/2/2017 4:28:05 AM.367 [009] [I2]Done processing: 0, Time: 0 ms

Ty Patrike, i'm trying enterpise version.
In "gpu settings" i see
- Power Limit
- Core Clock
- Memory Cloock
- Fan Speed

But i have not "Max GPU Temp", culd be possible have this setting?

Ty

What are you talking about?!
In my group there are only two tick marks - on Ethereum and Sia. By any logic, Ethereum + Sia is more than Ethereum!

https://s26.postimg.org/psjqxb2u1/Screenshot_45.jpg
https://s26.postimg.org/6bz1as7q1/Screenshot_46.jpg

As Patrike said...

Also, you need to have fairly accurate numbers listed for the dual hash rates.  For instance, when you mine just etherium, your hashrate will typically be higher than when you mine dual algos... depending on the intensity you set.  You set these numbers in the Profit Profiles, which you then assign to a rig via a managed miner or a profit miner.

You need to set the realistic dual hashrate especially for the secondary algo otherwise, when you are using a profit miner, it may think you are capable of a much higher hashrate than you are doing and stay on a dual mining setup when a single coin may be more profitable.  And the opposite will also be true, if you don't put an accurate number for the dual mined algo, it may never switch to it if it's not as profitable as the single algo.

Benchmarking is important, or knowing what your real numbers are and putting them into Profit Profiles.

yes

Do you have this in the latest version 4.0.3 as well?

i think theres a major bug with creating a reboot rule.
i deactivated all other rules to make sure its the cause.

I created a rule which should reboot the rig every 8 hours as soon as i saved the rule and clicked ok the Rig shutdown and rebooted windows.
ok....

Few minutes later i added an algo clicked in options ok ago rick shutdown and rebooted...
EVERYTIME i change something under options the rig reboots when the 8 hours reboot rule is activate.
When i deativate it everything is fine again no reboots

The profit switcher will automatically do Dual mining if it's more profitable. Please note that Dual Hashrate value for Ethereum and the secondary coins (Decred, Lbry, ...) will be used in these calculations.

When you have a Managed Profit Miner running, you can right click on it and select View Details. In that dialog you will see more information about profitability for each pool and combinations of Ethereum and secondary coins. This gives an understanding of how the profit decisions are made.