|
1401
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Set Global Electricity Price (per kWh) via API?
|
on: June 06, 2019, 07:50:12 AM
|
Hi.
I had another thought along these lines. would it be possible to add support for turning on these wifi activated power switches to turn an ASIC miner on after sun up(for solar users), or during a cheap power period(like this user has) and then off again as needed?
i guess this could be done with a C# script... so to set the asic miner as enabled, then turn the power switch on.
anyone done this?
Hi, As I don't have too much experience in this area I will only to be able to give a general answer form an Awesome Miner point of view, but hopefully someone else with more experience in this field can give additional details. There are some power switches that can be controlled via HTTP requests and there are some that requires an command line application to be executed that will send the command to the power plug/switch. I do know that there are a number of users that uses Awesome Miner to interact with different kinds of smart plugs/switches. From an Awesome Miner point of view you can define your own rules (Options dialog, Rules section) and add them to the Action toolbar button, where you can either have actions to send HTTP requests (Webhook action) or to run an executable. You can also use the rules to schedule these operations to run at a specific time if needed. |
|
|
|
|
1403
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 06, 2019, 07:36:30 AM
|
does AM properly support the bw L21 miners? my AM detected the miners and shows that they are mining but the stats are all wrong - no temps, doesnt show pool info, the accepted shares are in the trillions with zero rejected and zero hw errors - it also does not show the hash rate.
This miner is supported, at least previous revisions of it. Even in the past this ASIC has always reported crazy number for the total number or share and total hashrate. What Awesome Miner do is to detect that it's a miner of this kind and then recalculate everything based on each individual ASIC device to get numbers that are accurate. It might be that more recent revisions of this ASIC is a bit different and Awesome Miner isn't able to detect it correctly. Could you please send me the API report (toolbar: Tools -> API Report) via mail or PM and I will see what changes they might have introduced and how to do another workaround. Thanks! |
|
|
|
|
1404
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 05, 2019, 04:03:27 PM
|
https://www.dropbox.com/s/k05h0exde8qljrx/4.png?dl=0and again, and all day like that. That miner has stayed offline, has reboot and it works. But I already said that I reboot too many times a day, every rig more than 20 or 30 times a day, practically every change. Normally they are the Rig3 and 5 that are 1080TI, but also it happens with less frequency in other rigs of RTX, 1070 etc ... Or the native OC does not go well with administration, the aftherburner influences, I do not know if the others that happen to him have the same aftherburner, or there some different fault, but that makes this has become unstable. And having seen that the same thing happens to other people, I insist on the problem. In addition to my previous response about troubleshooting - I also see that you list quite a number of potential problematic areas. After you made the troubleshooting I suggested earlier - please also consider to try to eliminate all these factors that could have an impact on the overall system stability. What happens if you modify you overclocking to only be a single percent of overclocking (so the overclocking code is used, but doesn't do much)? What happens if you remove all clocking for one of the miners? What happens if you close down Afterburner? |
|
|
|
|
1405
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 05, 2019, 03:47:45 PM
|
Version: 6.5.2
API command: /api/v1/status
I've only had a quick look so far, but the interesting part is the first few lines of the API report. It indicates the API command Awesome Miner sends to the mining software and the line after is the response. In this case Awesome Miner sends a request to: http://IpAddressOfTheMiner:4028/api/v1/statusFor this mining software the API is based on HTTP. There are other software where non-HTTP connections are used. The next few lines in the report are empty - indicating that the mining software didn't respond to this request. One you get to the lines further below (starting with "<?xml version") it's just Awesome Miner that log internal information. There are two things you can do to find out why Awesome Miner didn't get any API response from the miner: 1) As this specific mining software happen to run HTTP, you could try to open a web browser and navigate to: http://IpAddressOfTheMiner:4028/api/v1/statusReplace with the correct IP address of the miner. This suggestion will however not be applicable for all mining software - which is why the point below can be of interest. 2) You could add an External Miner in Awesome Miner, where you select the mining software you want to connect to and specify the "Remote Host" like: 192.168.0.123:4028 Use the IP address of the Remote Agent computer where the mining is running. The port may not be 4028, please right click on the Managed Miner and select View Details to find the mining software API port number in the command line. If the External Miner shows up as Disconnected, it's a sign that it's not possible to get any response from the mining software. |
|
|
|
|
1406
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 05, 2019, 09:06:30 AM
|
Another PAtrike suggestion. In the OC theme, it is becoming more complete, although I use the Aftherburner fan system.
The OC that is saved is for the whole rig, not card to card. I have some multi-brand rigs and also all the same cards. But it happens that there is always 1 that heats more than others with difference and just that card is the one that marks me the maximums of OC that I can do in that machine.
If you could save OC that you keep the OC for each card separately, I could to that card lower the CORE or Power of source disintinta to the others. That way I could take more advantage of the RIG and above all avoid being stopped by reaching the limit marked by my 84 degrees that only 1 card does, the others may be at 70 degrees or less.
The menu we have it, where we operate on each card separately in the new quick menu, now the ideal would be to save that configuration with the data of each card by independent and many problems solved. I'm lazy to put captures but right now I have a rig with
59 62 78 65 63 66
Obviously the card at 78 degrees is limiting me, if I could make that hot card work less, at least I could be calmer if I did not reach the temperature limit, which almost never arrived, but there is still a lot of summer left. In even the rest of the cards could be slightly raised while under power at 78 degrees, it would have stability and more hash.
I repeat about the OFFLINE in the miners and reboot, almost always the culprit is Trex miner, but I have it with a low intensity and still keeps doing it, every change of currency that implies Trex and be the 1080ti, stays in OFFLINE although is working, after a while the rule, reboot rig and it works, I can restart the rig 20-40 times a day, that is not ideal for the machine or to take advantage of all the time in mining. and this is only happening to me since I activated native OC with administrator, which I need because I use the Limit voltage function to control the power to the cards and not reach the point of heat shutdown, at the same time I reduce TDP and core , but many times there are cards in the same rig that some consume 790 and other 900 mv, with this I put a general limit and I avoid a lot of unnecessary heat.
Right now the only way to apply different fan or clocking settings per GPU is to make use of the "Clocking profile groups" in the Options dialog, GPU Clocking Profiles section. For a Clocking Group you can define that you want one Clocking Profile for GPU 0,1,3,4,5 and another Clocking Profile for GPU 2. I can agree that it would be nice to have an easier way to setup this (like you refer to as 'new quick menu'), to make this setup process easier. This can be a future improvement. I also have a question to you about the Fan curve concept, as I've received similar feedback from other users. In recent version of Awesome Miner you can define a Fan/Temperature curve for AMD GPU's, as AMD provides this feature in their recent drivers. For nVidia there are no similar concept and instead it has to become an application feature where for example Awesome Miner could look as the temperature all the time and individually adjust the fan of each GPU based on this. If Awesome Miner would have a global Fan/Temperature concept similar to MSI Afterburner that could work on both AMD and nVidia - would that be useful? Or is there a need for more flexibility than a global setting? |
|
|
|
|
1407
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 05, 2019, 08:50:22 AM
|
for a couple of version I have been experiencing a very recurring failure, and almost always happens in the 1080ti rigs. When you change from AL-GO and you go to another currency, the miner mine, I see it in the console but in the AM screen it indicates "Miner offline", but it is working. At the end, the offline mining rule is applied to me, reboot rig and then it works.
It's been happening since the OC was implemented with administrator permissions. It is rare that the miner is mining, but the panel figured as offline, without time, temperature, hash or anything, but in the console you see the miner working. It's clear how the program does not read it, it detects offline, and reboot. It is very uncomfortable.
I see this on one of my mixed 1070/1080 rigs too and very, very rarely on my 1080 Ti rig. So I think its not an issue of 1080 Ti's, but of the used mining software and/or the combination which one will be exited first and which one will be opened right after. Iam sure its T-Rex and/or CryptoDredge, never realized that with different miners. I deactivated the restart in the Offline-Rule, I only get a message when it happens. Just started logging again and will try to catch that case. dethating that rule is a patch. Because without a real rig it fails and is offline and you do not detect it, and you are in bed 8 hours, because it is 8 hours of lack of mining. Also, without these data, they are not reflected in the statistics of the rig. So it's just a patch until stability is again because I guess something Patrike could do to control this problem. Do you also mainly see this for T-Rex (and possibly CryptoDredge) or is it for all mining software? Based on your other post it sounds like it was mainly for T-Rex, but please confirm if this is the only software you run into these problems. 1) If this is an issue with the API of the mining software, please generate an API report for the miner next time you see the issue (toolbar Tools -> API Report). If the API doesn't respond, Awesome Miner might indicate "Mining" but you don't see any other details. The API Report would be able to confirm if this is the case. 2) (I don't think this second point is relevant in your case, but I leave it here as general information). If you also experience that Awesome Miner considers the miner to have crashed completely while it's still running, please also consider the following: The Remote Agent log file will indicate the Process ID (PID) when it launches mining software. It will look something like this in the log file "Mining Engine Process started, PID: 11524". If you run into this problem where Awesome Miner doesn't think the mining software is running anymore - could you please compare the PID of the process in the Remote Agent log file with what the Windows Task Manager indicates for the mining software? When all is working fine, they should of course be the same, as Awesome Miner monitors the process with this PID. If no process with this PID is found, Awesome Miner considers it a mining software crash. |
|
|
|
|
1408
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 05, 2019, 08:31:18 AM
|
Awesome Miner version 6.5.2
Features
- Access to miner power usage via the Customize Progress Field feature
Thank You !!  Any tips on how to make it run the units shown in the performance column ? eg: in Cryptonight KH is good, but on Raven it would be nice if it switches to MH based on the units(KH or MH) reported by the performance column. Feature Request : The Power usage mode could be refactored to the Profit Profiles. Eg: AMD - Power detection is poor, but based on wall power monitor the power is constant - So need "Static Mode" Nvidia - Power detection is accurate, So need "Actual GPU Mode(Fallback to Static)" As of now, the mode is globally fixed, would like to have the flexibility as an override ~~  I think it would be easier if Awesome Miner would do the hash unit formatting. I will look into exposing a helper method for that. Thanks for the additional suggestions as well. It's correct that AMD power usage isn't very accurate, where the AMD drivers reports lower power usage than what you measure from the well. To some extent you can compensate by specifying a percent increase for AMD in Options -> GPU Settings. |
|
|
|
|
1409
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 05, 2019, 08:24:42 AM
|
Hi Patrike, I've been away for a couple of weeks. Awesome Miner happily churned away without any issues. Love the program! Just updated everything to the latest versions and ran into a small issue when benchmarking. It seems that the long term benchmarks (10 minutes, 20 minutes, 1 hour, etc) are quitting after a few minutes, similar to the "Fast" or "Precise" benchmarks. The following is (I think) the relevant log entries: 2019-06-02 9:39:21 AM.202 [001] [S]Running benchmark for miner: [ManagedMiner#5 - Desktop]
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAsPools, pools: 339
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAsPools, disabled for profit switching: nicehash.com:3334, SHA256
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAllEnabledPools, pools: 35
2019-06-02 9:39:21 AM.206 [057] [S]PoolServiceManager.GetAllEnabledPools, SinglePoolCM predefined count: 342
2019-06-02 9:39:21 AM.221 [057] [S]Prepare benchmarking X16r. Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
2019-06-02 9:39:21 AM.226 [057] [S][ManagedMiner#5 - Desktop] Run Miner Command: Benchmark
2019-06-02 9:39:21 AM.226 [037] [S]Command request: Benchmark
2019-06-02 9:39:21 AM.226 [007] [S][ManagedMiner#5 - Desktop] Execute command: Benchmark
2019-06-02 9:39:21 AM.226 [059] [S]Benchmark: Starting Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable: , Timeout: 600
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Starting Mining Software
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Setting up Miner Engine. Instance: 1
2019-06-02 9:39:21 AM.226 [059] [S][ManagedMiner#5 - Desktop] Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
2019-06-02 9:39:21 AM.226 [059] [S]EngineSetup: CcCryptoDredgeEngine
2019-06-02 9:39:21 AM.233 [059] [S][ManagedMiner#5 - Desktop] Executing batch commands as admin: "C:\Program Files (x86)\MSI Afterburner\MSIAfterburner.exe" -Profile1
2019-06-02 9:39:21 AM.234 [059] [S]ChannelFactoryProvider: Create Channel Factory: IntelliBreeze.Maintenance.Service.Contracts.ServiceContracts.IMaintenanceService
2019-06-02 9:39:21 AM.248 [059] [S]Execute task successfully registered: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\awesome.bat
2019-06-02 9:39:21 AM.305 [059] [S]Executed task successfully: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\awesome.bat
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] Sucessfully executed batch commands
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] : GetStaticSortedPools, Enginetype: CcCryptoDredgeEngine, Algorithms: Allium, Argon2dDyn, Argon2d250, Argon2d4096, Bcd, Bitcore, Blake2s, CryptoNightLiteV7, CryptoNightFast2, CryptoNightGpu, CryptoNightHaven, CryptoNightHeavy, CryptoNightV8, CryptoNightSaber, CryptoNightStelliteV4, CryptoNightTurtle, CuckaRoo29, Cuckoo, Hmq1725, Lyra2REv3, Lyra2z, Lyra2zz, Mtp, NeoScrypt, Phi2, Skunkhash, Tribus, X16r, X16rt, X16s, X17, X21s, X22i
2019-06-02 9:39:22 AM.324 [059] [S][ManagedMiner#5 - Desktop] : Adding pool: stratum+tcp://x16r.usa.nicehash.com:3366
2019-06-02 9:39:22 AM.341 [059] [S]Device nVidia, GlobalId: 0, VendorId:0, PciBusId: 1, Name: GeForce RTX 2080 Ti
2019-06-02 9:39:22 AM.341 [059] [S]Select devices 0
2019-06-02 9:39:22 AM.341 [059] [S]Device selection ordering: Standard Device ID
2019-06-02 9:39:22 AM.341 [059] [S]Device selection input: Nvidia, ID type: VendorId, GlobalID List:
2019-06-02 9:39:22 AM.341 [059] [S]Device selection, VendorID List: 0
2019-06-02 9:39:22 AM.343 [059] [S]ChannelFactoryProvider: Create Channel Factory: IntelliBreeze.Maintenance.Service.Contracts.ServiceContracts.ISecurityService
2019-06-02 9:39:22 AM.379 [059] [S]Added rule for: C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\CryptoDredge.exe
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] Properties: (WindowMode: NoWindow, EngineType: CcCryptoDredgeEngine, IsProfitMiner: True)
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] ====================================================================================================
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] C:\Users\jbwin\AppData\Local\AwesomeMiner\cryptodredge_0.19.1_cuda_10.0_windows_1\CryptoDredge_0.19.1\CryptoDredge.exe -R 5 -r 2 --timeout 65 -p c=BTC,d=10 -a x16r -i 7 -d 0 -o stratum+tcp://x16r.usa.nicehash.com:3366 -u 175TRmpBHbmnjhSkAydoDiqkdGnfGpMXpU --no-watchdog -b 0.0.0.0:4028
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] Configured command line:
-R 5 -r 2 --timeout 65 -p c=BTC,d=10
2019-06-02 9:39:22 AM.379 [059] [S][ManagedMiner#5 - Desktop] ====================================================================================================
2019-06-02 9:39:22 AM.692 [059] [S]Saving configuration to: C:\ProgramData\AwesomeMinerService\ServiceDataIntegrated.xml.tmp
2019-06-02 9:39:22 AM.704 [059] [S]--> C:\ProgramData\AwesomeMinerService\ServiceDataIntegrated.xml
2019-06-02 9:39:22 AM.707 [059] [S][ManagedMiner#5 - Desktop] Mining Engine Process started, PID: 13208
2019-06-02 9:42:05 AM.707 [059] [E]System.NullReferenceException: Object reference not set to an instance of an object.
2019-06-02 9:42:05 AM.707 [059] [E] at #=zemuLnLwVEmJAeDku1zK6N4B_dmsCMAzdJ2Q87w8le3sN.#=zYIfDucFn62epe5yedA==()
2019-06-02 9:42:05 AM.707 [059] [S]Benchmark: Stopping miner process ...
2019-06-02 9:42:05 AM.707 [059] [S][ManagedMiner#5 - Desktop] Prepare stopping Mining Software
2019-06-02 9:42:05 AM.707 [059] [S][ManagedMiner#5 - Desktop] Stopping Mining Software
2019-06-02 9:42:05 AM.707 [059] [S] Closing process: 13208
2019-06-02 9:42:06 AM.209 [059] [S] Process closed
2019-06-02 9:42:06 AM.209 [059] [S]Benchmark: Completed
Thanks, ...jim EDIT: It also occurs on the "Fast" and "Precise" benchmarks, sometimes. Depends on how quickly the error occurs. it happens to me exactly the same as this user I implemented a change for this in version 6.5.2. Can you please verify if you still can reproduce the same problem with Remote Agent is running version 6.5.2? |
|
|
|
|
1410
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 03, 2019, 05:50:03 PM
|
|
Awesome Miner version 6.5.2
Features
- Access to miner power usage via the Customize Progress Field feature
- Added a new setting to keep older console output logs (generated when running mining software as Administrator)
Integration
- Added support for URL handlers to add External Miners and setting up mining software via web links
User interface
- Native overclocking controls available in a new tab GPU Clocking for the selected miner to give faster access to overclocking operaitons.
Mining software
- CryptoDredge 0.20.1, including support on Linux
- GMiner 1.45
- Nanominer 1.3.4
- TT-Miner 2.2.5
Corrections
- Correction to benchmark feature where it in some scenarios could stop running
- Correction to NbMiner implementation on Linux
- Correction to feature for setting Antminer default pools via the web interface when using the Antminer S9 March 2019 firmware
|
|
|
|
|
1411
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Set Global Electricity Price (per kWh) via API?
|
on: June 03, 2019, 05:43:33 PM
|
Hey Patrike,
Is there a way to set the Global Electricity Price (per kWh) via HTTP API?
Thank you!
There are no feature to set the value via API today. You can set the price via the Rules, where you can use the Action called Set Property. You can for example use the rules to define different electricity prices depending on time or day. Rule actions can also be triggered via the API if needed. I do understand this doesn't give as much flexibility as having an API method for setting an exact price from an external application. Please let me know if you still prefer the API method and I will look into supporting it when possible. Thanks! Hey Patrike, If you could add it to your ever expanding "to-do list" that would be awesome! That would help me a lot! Here in Texas we have the option to go with a variable rate electricity plan that changes the price per kWh every 5 minutes. I'm currently monitoring the real-time price and have different rules and profiles setup in AM for my miners. For example, if the price per kWh goes crazy, up to say $1.00 /kWh, then my mine basically shuts down until the price drops. If the price goes negative (which happens often at night), the miners will overclock and go nuts! One more thought that might open up a whole new world of possibilities for AM: What if you gave us the option to pass a variable into AM via API that could be used elsewhere in the application? Maybe just a few empty variable slots (Var1, Var2, Var3, etc.) then those variables could be used as "Triggers" inside a rule. Just a thought. Thanks again! The API method for electricity price should be possible to include in the near future as it's only a matter of exposing a feature already available. Thanks for the suggestion about variables, that would make sense as well. Another concept available already today via the triggers are Miner Tags. You can set Tags on miners via the API and you can have trigger looking at certain tags. |
|
|
|
|
1412
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 03, 2019, 05:38:33 PM
|
I think this is a TRM issue about not being consistent in how it closes down when using the X-button. I do get a close down message on my system when I do this - while you don't.
It's quite easy to expose the power usage so I can do that in one of the next versions. You can expect the following to work once available:
status.KHashAvg * 1000 / Math.Max(miningHelper.GetPowerUsage(), 1), 2)
As the Power Usage might be 0 in the very beginning, using the Math.Max operation will ensure that we never go below '1' in assumed power usage.
When you press (X) you trigger a CTRL_CLOSE signal rather than CTRL_BREAK or CTRL_C. This one is a little special under Windows, it will send the signal to all processes connected to the console, then also proceed to kill the process(es) after some timeout. Only 95% sure about this, but I after a quick test it seems Windows actually proceeds to kill the process after the signal handler(s) for all processes has returned, not after a timeout. We have an async shutdown procedure, i.e. the signal handler just sets a flag and triggers a cond var, then returns, and other threads in the process take care of the shutdown. Unfortunately, Windows kills the process before those threads even have gotten started. Sometimes you'll see the first log message, other times you don't. We need to add a block in the Windows signal handler and don't return before the shutdown has completed, or you can send CTRL_BREAK/CTRL_C or char input 'q' to the process, all those fixes should have the effect of a proper shutdown taking place. -- K Many thanks for sharing the details about this close behavior. It's correct that Windows eventually will terminate the process after sending the Close signal, but the software receiving the signal is given some time to terminate in a nice manner. I've explored the CTRL-C approach a bit, and that would be possible for Awesome Miner to support if neededl. It's a bit more complicated as it's based on a concept where you release and attach console handlers, but should be fully possible. |
|
|
|
|
1414
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 03, 2019, 01:36:21 PM
|
Thanks for the update. I will take another look at this.
It's basically the difficulty to set only specific properties on this Antminer web page - as the page itself requires you to construct about 15 parameters with correct values and if any value is blank it can affect other parameters. Did you have 1, 2 or 3 default pools defined before you run into this issue?
I see the btc.com app for Antminer setup works fine (it can change LPM,ELPM mode and on latest firmware even OC) so until we resolve this in AM this tool can be handy. Yes all pools previously where defined via SSH, and after new firmware via web it just the web tool for default mining pools fill's in this data at pool 3 if you left it blank (no need for 3 pools anyway). The part that I miss the most is ability to manually change mining pools on the fly or via profit switching rule. From this perspective on the latest firmware every time I would need to apply new default and reboot the miner  Thanks for the details. I just noticed that the Antminer S9 firmware from May 31st has a new concept for the low power mode settings as well. It's not configured the same was as the previous firmware. Update: I did identify a case with the Antminer S9 firmware from March where Awesome Miner didn't set the parameters correctly if you only had 1 or 2 default pools defined. I will correct that scenario. |
|
|
|
|
1417
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 03, 2019, 12:50:06 PM
|
When I stop TeamRedMiner via Awesome Miner, the console window of TeamRedMiner says "Shutting down..." and then it will exit right away. Don't you get any console message at all?
Awesome Miner do have a behavior to kill the mining process if it didn't resond to the first request to shutdown. Maybe you can increase the time Awesome Miner will wait to see if TeamRedMiner just needed a bit more time to close down in a nice manner? Increase the value of: Options -> Mining Settings -> Wait for process before terminating.
Thanks for describing the case about dev fee as well. Awesome Miner doesn't have any feature today to do this on a mining software basis. Some mining software also have different dev fee depending on algorithm.
Yeah in my case, awesome miner does an insta-kill, i tried the timeout but no avail. I tried closing TRM with a ctrl+c, works normally, the thread shudown and miner closes I'm not able to reproduce the problem - although I do see that TeamRedMiner terminate very fast, it says "Shutting down" for a very show moment before doing so. Not easy to see that message because the process is so fast. The fact that TeamRedMiner terminates very fast in your case as welll indicates that it did respond to the friendly Window close message from Awesome Miner. If it didn't respond, the close process would have taken about 5 seconds (configurable) before Awesome Miner took the next action where the process is killed. To compare with SrbMiner, it says "Releasing GPU resources", but it takes 2 seconds so it's easier to see that message. Awesome Miner is first sending a friendly request to close the mining window to the mining software - and this is the same for all mining software. You can try the same behavior by closing the mining software with the X-button in the mining window. When you click X to close the window, it should be the same concept as when Awesome Miner requests to close the mining window. When I try this with TeamRedMiner and SrbMiner, I do get the exact same behavior as when Awesome Miner do it. Could you compare with this as well? I tried logging the exit process, and confirm that the TRM isnt shutting down normally. TRM shutdown works only with Ctrl+C and not when clicking close in the CMD windows. Feature Request : Allow Total miner power usage value as a property in the status object. https://support.awesomeminer.com/support/solutions/articles/35000086023-customize-progress-fieldTrying to bring this value to Progess Field "Efficiency: " + Math.Round(status.KHashAvg / {{{status.PowerUsage}}}, 2) +" KHash/Watt"Thanks !! I think this is a TRM issue about not being consistent in how it closes down when using the X-button. I do get a close down message on my system when I do this - while you don't. It's quite easy to expose the power usage so I can do that in one of the next versions. You can expect the following to work once available: status.KHashAvg * 1000 / Math.Max(miningHelper.GetPowerUsage(), 1), 2) As the Power Usage might be 0 in the very beginning, using the Math.Max operation will ensure that we never go below '1' in assumed power usage. |
|
|
|
|
1418
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 02, 2019, 09:45:49 PM
|
Hi Patrike,
I've been away for a couple of weeks. Awesome Miner happily churned away without any issues. Love the program!
Just updated everything to the latest versions and ran into a small issue when benchmarking. It seems that the long term benchmarks (10 minutes, 20 minutes, 1 hour, etc) are quitting after a few minutes, similar to the "Fast" or "Precise" benchmarks.
The following is (I think) the relevant log entries:
Thanks,
...jim
EDIT: It also occurs on the "Fast" and "Precise" benchmarks, sometimes. Depends on how quickly the error occurs.
Thanks Jim - I think I understand the scenario and will make a correction. |
|
|
|
|
1420
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners
|
on: June 02, 2019, 09:00:29 PM
|
Hi
It's currently only ASIC miners running the custom firmware AsicFW that can report power usage to Awesome Miner.
is there a way to see the total for each ASIC ?
I only see power for each board but no total for all three boards.
Thank you
Hi and thanks for your question. It should be possible to see the miner total power usage in the Performance column for each miner in the Miners tab. Can you please open the Options dialog, Profitability section and review the setting "Power usage mode". Can you please select the first or second item in the list here about "Actual usage"? |
|
|
|
|
Show Posts
