working release, checked. thank. I am not getting any stats back on console when running T-rex (multiple rigs). Zenemy works fine. T-rex is getting fired up and is running fine just not passing anything back re. hashrate, shares, etc. T-rex miner works fine when I test it. When T-rex miner is starting, do you see a message similar to "ApiServer: HTTP server started on 0.0.0.0:4053" (the port number will be different in your case)? Can you please send me the Diagnostics output from this miner and also the API report (toolbar: Tools -> API Report)? Thanks! |
|
|
|
how can i add config.json from xmrig to a managed host miner?
Awesome Miner doesn't have any built-in feature to populate these kind of configuration files. Is there a specific setting you need to define that cannot be specified by a command line argument instead? |
|
|
|
Claymore's Latest version is v12.0:
- zero devfee for all 2GB and 3GB cards in all operating systems.
- reduced devfee for dual mode, now it is 1%, same as for ETH-only mode.
- a bit reduced required GPU memory (both AMD and NVIDIA) so you can mine ETH a bit longer on cards that don't have enough memory.
- added version for CUDA 10.0, it is a bit faster for latest 20xx NVIDIA cards.
- a few minor bug fixes and improvements.
Claymore Ethereum Miner v12.0 is included in the Awesome Miner development release 6.0.9. |
|
|
|
I know that there are many users that already added this one to the start/stop actions when running Ethereum miner. I do however agree with your point that Awesome Miner should take care of all this automatically. I will look into this for future versions. |
|
|
|
Hello @PAtrike I want to suggest an easy function.
We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.
But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.
You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.
The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange
Thanks for the suggestion. I agree that this would be a nice feature to have. |
|
|
|
Yes, now they are different. That wasn't the case when I sent you the link before. My point was also that looking up a coin directly on the web site for troubleshooting purposes can be a good - to take out Awesome Miner from the equation. |
|
|
|
Thanks for letting me know. I will take a look at this one as the latest version may have introduced some API changes. The plan is to support the new NBMiner version in the next release. I was just trying out version 12.2 and it shows the hashrate correctly. If version 12.2 isn't working for you, could you please send me the API report for it (via the toolbar Tools -> API Report). Thanks! |
|
|
|
Thanks. There will be a new development release within the next 1 - 2 days. |
|
|
|
This was an old thread that came to life again, so in case anyone else find this topic I'm happy to inform that not long after this question was asked, Awesome Miner Remote Agent got support for Linux as well. However, I'm using Awesome Miner which is freaking great and I love that it makes switching coins or adding new coins is so easy.
Thanks for the nice feedback! Unfortunately, Awesome Miner doesn't exist for Linux so I need an alternative. I don't want a dist like Simplemining or the likes, I would prefer a seperate program that can run on Ubuntu.
This is exactly how the Awesome Miner Remote Agent works on Linux. You don't need to use a specific mining distribution. Instead you can install and run the software with a few simple commands on any Ubuntu distribution (or on top of any of the existing mining distributions). For more details, please see: https://support.awesomeminer.com/support/solutions/articles/35000086210-remote-agent-for-linuxThanks! |
|
|
|
Patrike,
temperature rules for TeamRedMiner doesnt work, AM ignore them or just dont execute them (dunno). Can you check that please?
Maybe its because TRM have restricted API access? Is there any way to make that work? I really need an alert when a specific temperature is reached.
Do you see the GPU temperatures on the GPU tab for this miner? If not, this feature might help you: https://support.awesomeminer.com/support/solutions/articles/35000086014-display-additional-gpu-informationTRM always uses Restricted API mode. What kind of operations are you trying to perform? Operations like Notifications and Reboot should always work for example. |
|
|
|
Thanks. Is it correct that this 0.15.0.7-mtp version is for mtp only? I think I missed that part in the previous Awesome Miner release. If that's the case, Awesome Miner should include only version 0.14 at the moment and 0.15.0.7-mtp should be a custom zip-file path for a user defined Managed Software. |
|
|
|
Thanks for letting me know. I will take a look at this one as the latest version may have introduced some API changes. The plan is to support the new NBMiner version in the next release. |
|
|
|
Initialize diagnostics (10)
Starting Diagnostics. Awesome Miner Remote Agent version: 6.0.8
OS: Microsoft Windows 10 Enterprise 64-bit
AMD driver version: BETA
Microsoft VC++ 2013 runtime installed: Yes
Microsoft VC++ 2015 runtime installed: No
Starting Mining Software
Setting up Miner Engine. Instance: 1
Engine Type: WildRigMiner, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
Properties: (WindowMode: ConsoleFormat, EngineType: WildRigMiner, IsProfitMiner: True)
====================================================================================================
C:\Users\RED\AppData\Roaming\AwesomeMinerService\wildrig-0.15.0.6-beta_1\wildrig_avx.exe --opencl-launch=256x0 --send-stale -a x17 -o stratum+tcp://x17.eu.mine.zpool.ca:3737 -u 15NRifmpqUx8DeNg1E6EZM2wNoykf2muDy -p c=BTC --api-port=4028
Configured command line:
--opencl-launch=256x0 --send-stale
====================================================================================================
> * VERSIONS: WildRig/0.15.0.6 beta libuv/1.21.0 OpenCL/2.0 MSVC/2015
> * CPU: Intel(R) Celeron(R) CPU G1840 @ 2.80GHz x64 -AES-NI
> * ALGO: x17
> * POOL #1: x17.eu.mine.zpool.ca:3737
> * API PORT: 4028
> * COMMANDS: 'h' hashrate, 'p' pause, 'r' resume
Mining Engine Process started, PID: 3664
> [08:50:39] donation: 2%
> [08:50:39] strategy: 0
> [08:50:39] send-stale: yes
> [08:50:39] watchdog: disabled
> [08:50:39] good-risers: default
> [08:50:39] compiling code and initializing GPUs. This will take a while...
> [08:50:39] GPU #0 [BusID: #1] [Ellesmere] Radeon (TM) RX 480 Graphics
> [08:50:39] threads: 1, intensity: 256, worksize: 0/256, cu: 36, memory: 8192Mb
> [08:50:40] Error CL_INVALID_KERNEL_NAME when calling clCreateKernel for kernel 'mtp_yloop'
> [08:50:40] Failed to start OpenCL threads
Have you used WildRig successfully on this computer before, or is it the first time? The reason I'm asking is about the highlighted line above indicating that the Microsoft VC++ 2015 runtime is missing and this could be the issue. Download link: https://download.microsoft.com/download/9/3/F/93FCF1E7-E6A4-478B-96E7-D4B285925B00/vc_redist.x64.exe |
|
|
|
I noticed that the ANON is not correctly displayed on coincalculators, but on whattomine is correct.
I did a rewrite in the awesome ANON to ZHASH settings but it didn’t work.
I think coincalculators report incorrect data.
It would be nice to add to the awesome calculator priority function for a single coin.
Thanks for the suggestion. This might however add a bit too much complexity to the configuration - but I understand the scenario you describe. Hopefully the coin statistics providers resolve any reported issues as soon as possible. |
|
|
|
 I have something to say about something that they always ask me about the telegram group, and from so much explaining it, I myself have doubts. I hope to explain it well because then when translating everything is changed. It is about the change of profit 0.9 or 90% etc ... And especially in the auto exchanges like Zpool. I think, and I repeat, I think it's not quite right or at least it does not look good. I have for example Zpool with Skun, and there I mark a profit calculated of 0.69% for that protocol, but the price that I get on the screen is the price of Zpool without applying the profit reduction, that is 69%. That is true? If so, any currency that I change the profit, or in the auto exchanges that auto calculate the Profit, should reflect the price already modified by the corresponding profit. for example if SKUN in Zpool says that I get 0.0020, that's what it says in Online Services, but I really should dial 0.0020 - Profit, in this case 0.67, would be equal to 0.00134 which is what I should show. Because to show the prices without modifying the profit, the listings when ordering them for benefits, it does without calculating the profit change and this drives me crazy and they ask me hundreds of questions in the group related to that. Sometimes there are users who are excited to see a high amount and leave only one Al-go because it marks a very high profit, but that amount has not been subtracted from the profit. Be a loose coin or the al-go of an auto exchange. Then in the group they tell me, is that I mined X but I won -X, I mean less, because they only pay attention to the profit of the currency that has not applied the profit in real time, which is how it should be. or that or Zpool is cheating us. But also useful when I measure currency / pool and get 0.85, the price that should appear on the AM screen should be the (price - profit) already applied to give more truthful information and close to reality. Sometimes I get the impression that the change of profit is not taken into account, but that is an observation of mine that can be wrong. I really have serious doubts if that modification of profit is being applied both in the prices that we see and in auto profit. Because there are many who ask me and drive me crazy in the telegram group with this topic. I think I remember, that is taken into account but do not reflect it on the screen and I personally believe that the price should be reflected on the screen already modified by the profit, thus avoiding mistakes and giving the most accurate information. I await your comments @Patrike I'm looking at Zpool Skunkhash right now like you suggested. The Zpool API reports the current profitability per MH/day: "estimate_current":"0.00000235" You can use this link to see the values provided for zpool for each of the algorithms: https://www.zpool.ca/api/statusMy Awesome Miner shows BTC/GH/day as 0.0014 BTC, Actual Payout as 61.68% and Revenue as 0.00062 BTC right now using your hashrate. This is close to the numbers in your screenshot. If I take the reported profit from Zpool, convert it from MH/day to GH/day and multiply with 61.68%, I get the following value for BTC/GH/day: 0.00000235 * 1000 * 0.6168 = 0.00144 BTC This is the value you I see in the BTC/GH/day column in Awesome Miner - so the calculations are correct. It's also very close to the numbers you showed a few hours earlier. Multiply with your hashrate in GH (0.43269), you will get the Revenue of 0.00062 as displayed in my case. If I set a custom Profit Factor for Zpool of 0.5 - I also verified that all BTC values on the Online Services tab are cut in half for Zpool Skunkhash - so that also looks fine. What I'm not sure about in your screenshot is the Profit column as it looks like the same as the Revenue column. This will of course depend on power cost settings and so on so I cannot verify if it's correct. Is the Profit column an issue here? Thanks for the explanation, now everything is clearer and I can explain it better to my people. In the discord channel of the owner of CTM I have reported several currencies that the result they show is always the lowest sale price, instead of the highest bid, which I always use. The API programmer constantly refuses me and gives me examples and says it's more your fault than your API. I tell you what you tell me, you can enter the general channel of the discord where I have developed the conversation to see my captures and evidence that the price is wrong and its explanations like that he does it well and that you are really reading poorly the API. Something that I do not believe and that surely has been solved in these days but is too proud to recount failures. Whatever it is, please read the Cointomine channel, in your discord, give examples of the API. regards I think the easiest way to troubleshoot any exchange rates is to use the CoinToMine web site without using Awesome Miner. For each of the coins you will find Lowest Ask / Highest Bid and Last Price. For example this one as we discussed earlier where all these three values are the same: https://cointomine.today/calculator/coin/STL/ |
|
|
|
I've been having a very frustrating problem the last couple of weeks - every few hours a miner randomly "fails to start", and then I get the modal dialog asking me to run diagnostics. Every single time I run diagnostics absolutely nothing is wrong. So one by one my miners are stopping, and I have to check every few hours, clear 5-10 of these dialogs, start the miners back up, and they work every single time. So there has to be some bug in AM causing this, because there's certainly not a problem with the miners or the rigs if the miner starts right up every time.
Nope, that's definitely not it. Something must have changed in awesome miner, because this only started happening recently.
If you get the dialog that the miner failed to start, it's because the mining software has crashed a number of times over the last few minutes. After a number of attempts of restarting it, Awesome Miner will give up and show this error. You can configure Awesome Miner to continue trying to restart the crashed mining software via the Options dialog, Mining Settings section, where you can set the restart attempts to 99. As the number of attempts are based on the last few minutes, a value of 99 will basically make Awesome Miner trying to restart the mining every time it's crashes and never give up. There are no recent changes in Awesome Miner to this behavior. There can be instances where mining software crashes a number of times for a while, but when starting it with the exact same settings a little later, it will no longer crash. Temperature is a common cause why the problem resolves itself, but I suppose there can be many other reasons why mining software don't give consistent behaviors with the crashes. For the crashes you may have to do general troubleshooting to find out if it's a specific algorithm or mining software or mining rig or clocking settings that causes the problem. I've set it to restart as many as 10 times, and while I'm using the program if the dialog pops up, I can click it *immediately* and it always still works. Furthermore, I tried to set a rule where it would wait 10 seconds before starting the miner again, but the modal dialogs seem to block that rule from executing (and who knows what else). For instance this morning I had 3 of those dialogs on top of each other, I clicked no to all of them, and then a few seconds later, the rule triggered and all three started up just fine. There at least has to be some way to turn this blocking dialog off if it's going to prevent me from setting rules to correct this inexplicable behavior. Thanks for the update, I understand your point. Do you get any entry on the Notifications tab about this issue? Could you please send me the log file for this Remote Agent and also for the Awesome Miner main application - and let me know the time and the name of the miner? I will investigate to find out what the scenario looks like. Thanks! 12/22/2018 6:16:22 PM.152 [009] [S][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] Starting...
12/22/2018 6:16:23 PM.167 [009] [S][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] Starting Mining Software
12/22/2018 6:16:23 PM.167 [009] [S][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] Setting up Miner Engine. Instance: 1
12/22/2018 6:16:23 PM.167 [009] [S][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] Engine Type: CcCryptoDredgeEngine, Auto Download: True, EnginePath: , Subtype: Disabled, CustomExecutable:
12/22/2018 6:16:23 PM.167 [009] [S]EngineSetup: CcCryptoDredgeEngine
12/22/2018 6:16:23 PM.167 [009] [S][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] Set clocking start profile: 59, 60%/+100/0/Auto (when stopping, the following will be used: -1, type: Single, Use: False)
12/22/2018 6:16:23 PM.167 [022] [S]ApplySingleProfile Begin
12/22/2018 6:16:23 PM.167 [022] [S]Preparing authentication header for MSI Afterburner requests: MSIAfterburner:17cc95b4017d496f82
12/22/2018 6:16:23 PM.199 [022] [S]Number of GPU commands: 20
12/22/2018 6:16:23 PM.199 [022] [S]Executing GPU clocking command: /setmacm, powerLimit0=60&coreClockBoost0=100000&memoryClockBoost0=0&fanSpeed0=auto&powerLimit1=60&coreClockBoost1=100000&memoryClockBoost1=0&fanSpeed1=auto&powerLimit2=60&coreClockBoost2=100000&memoryClockBoost2=0&fanSpeed2=auto&powerLimit3=60&coreClockBoost3=100000&memoryClockBoost3=0&fanSpeed3=auto&powerLimit4=60&coreClockBoost4=100000&memoryClockBoost4=0&fanSpeed4=auto
12/22/2018 6:16:23 PM.199 [022] [S]Preparing authentication header for MSI Afterburner requests: MSIAfterburner:17cc95b4017d496f82
12/22/2018 6:16:24 PM.183 [020] [I][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] : ProcessMiner
12/22/2018 6:16:24 PM.183 [009] [E]System.NullReferenceException: Object reference not set to an instance of an object.
12/22/2018 6:16:24 PM.183 [009] [E] at AwesomeMiner.Service.Core.Engines.EnginePrepareBase.GetStaticSortedPools()
at AwesomeMiner.Service.Core.Engines.EnginePrepareBase.ProcessVirtualEffectivePoolList()
at AwesomeMiner.Service.Core.Engines.CcMiner.CcEnginePrepare.BuildArguments()
at AwesomeMiner.Service.Core.Engines.MinerEngine.Start(Int32 #=znFEPBq4WhQQq, Boolean #=zm8OVyhw=, Boolean #=z3_DDggA=, BenchmarkCommand #=zG2LTkxarwMBnUeaT5w==)
[b]12/22/2018 6:16:24 PM.183 [009] [E][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] Failed to start miner process: Object reference not set to an instance of an object.[/b]
12/22/2018 6:16:24 PM.183 [009] [E][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X]Failed to start miner
12/22/2018 6:16:25 PM.199 [020] [I][ManagedMiner#531 - CPU-J7] : ProcessMiner
12/22/2018 6:16:27 PM.027 [022] [S]ApplySingleProfile End
12/22/2018 6:16:29 PM.246 [038] [I][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] : ProcessMiner
12/22/2018 6:16:30 PM.262 [038] [I][ManagedMiner#531 - CPU-J7] : ProcessMiner
12/22/2018 6:16:34 PM.325 [020] [I][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] : ProcessMiner
12/22/2018 6:16:35 PM.341 [020] [I][ManagedMiner#531 - CPU-J7] : ProcessMiner
12/22/2018 6:16:39 PM.388 [022] [I][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] : ProcessMiner
12/22/2018 6:16:40 PM.404 [016] [I][ManagedMiner#531 - CPU-J7] : ProcessMiner
12/22/2018 6:16:44 PM.435 [007] [I][ManagedMiner#290 - J7 4x 1070 GB 2x 1080TI MSI-X] : ProcessMiner
12/22/2018 6:16:45 PM.451 [038] [I][ManagedMiner#531 - CPU-J7] : ProcessMiner[/quote]
Thanks for the details. I can see the method where it goes wrong and I'm about to make it a bit more fail safe and also add additional logging to explain why it's going wrong. However, I cannot verify the solution without fully understanding what caused it. If possible, please provide me with both the log files so I can see the full scenario so I understand why you ended up with this issue to begin with. Thanks! |
|
|
|
Awesome Miner version 6.0.8 ( Development preview of 6.1 ) ASIC mining - Antminer S15 supported Features - Exchange filtering redesigned and can be configured both globally and per coin. Supported for CoinCalculators.io and CoinToMine - Note: Any previously specified exchange filter settings based on API string matching must be re-defined with the new filtering concept - Exchange volume filtering implemented for all coin statistics providers - The Coins tab will indicate the information that didn't pass the filter settings - Additional power usage and operating cost can be defined globally in the new Profitability section of the Options dialog. The values will affect the total power usage and profitability displayed on the dashboard and the total values in the miner column header. - Additional power usage and operating cost per miner can be defined in the Profit Profile. The values will reduce the profitability of a miner. - Display actual power usage in the Speed column for the cases where mining software can report the power. This feature will be improved in one of the next releases to provide power usage for both AMD and nVidia GPU's no matter which mining software are running. API - Improved the HTTP API for coins with a new property to set the profit factor property - Improved the HTTP API for coins with a new property to set if the custom properties of a coin should be used User interface - The Coins & Profit section in the Options dialog has been split into two new sections - Profitability and Coins. - Coins with custom properties enabled will be highlighted in blue color on the Coins tab Mining software - Z-enemy Miner 1.28 - T-Rex miner 0.8.9 - Lolminer 0.6
- NBMiner 12.0
- Gminer Cuda Miner 1.12
- WildRig Multi Miner 0.15.0.6 beta Corrections - More detailed error messages in the log file if MSI Afterburner Remote Server is returning a failure codeThis is a smaller development release update with mainly new mining software versions included. There is however one more change that might look small at the moment, but I think it will be considered helpful within the next few weeks when it's completed. From this version released today, Awesome Miner will put the Power Usage in the Speed column for each miner. Right now the value is only displayed if it's provided by the mining software and today it's only a number of nVidia based mining software that will display this one. So it's quite limited as of today. Early January the plan is to not depend on the mining software for the power usage - instead Awesome Miner will read the current power usage from both AMD and nVidia GPU's and display for each miner. At this point (so not today) there will also be a new default behavior for profit display, where it will use the current power usage if available. As a fallback it will use the power values in the Profit Profile. Once all this is in place, it will also be configurable to use the classic way of profit calculations where the power value only uses what's in the profile. For profit switching purposes, you will still need the Power values to be part of the Profit Profile, but saving the current power usage will be available for many more of the mining software. To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates. Direct download links if needed: www.awesomeminer.com/download/setupdev/AwesomeMiner.msiwww.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi
|
|
|
|
GMiner CUDA Equihash Miner v1.12 Windows x64 https://mega.nz/#F!2GQl0AaR!_YzlNiVNNOUbEqYwz40E8A v1.12 + performance improvements for Equihash 144,5/Equihash 192,7 + improved anti-hacking system, which should make life difficult for competitors. The miner checks the application's memory for injections, if an injection is detected, a corresponding message is displayed. Some antiviruses are inject into the processes, if the miner has issued a message about injectionion into memory, add a miner to the antivirus exceptions, this should solve the problem. https://bitcointalk.org/index.php?topic=5034735.0PLS add Thanks - this one will be included. |
|
|
|
I have something to say about something that they always ask me about the telegram group, and from so much explaining it, I myself have doubts. I hope to explain it well because then when translating everything is changed. It is about the change of profit 0.9 or 90% etc ... And especially in the auto exchanges like Zpool. I think, and I repeat, I think it's not quite right or at least it does not look good. I have for example Zpool with Skun, and there I mark a profit calculated of 0.69% for that protocol, but the price that I get on the screen is the price of Zpool without applying the profit reduction, that is 69%. That is true? If so, any currency that I change the profit, or in the auto exchanges that auto calculate the Profit, should reflect the price already modified by the corresponding profit. for example if SKUN in Zpool says that I get 0.0020, that's what it says in Online Services, but I really should dial 0.0020 - Profit, in this case 0.67, would be equal to 0.00134 which is what I should show. Because to show the prices without modifying the profit, the listings when ordering them for benefits, it does without calculating the profit change and this drives me crazy and they ask me hundreds of questions in the group related to that. Sometimes there are users who are excited to see a high amount and leave only one Al-go because it marks a very high profit, but that amount has not been subtracted from the profit. Be a loose coin or the al-go of an auto exchange. Then in the group they tell me, is that I mined X but I won -X, I mean less, because they only pay attention to the profit of the currency that has not applied the profit in real time, which is how it should be. or that or Zpool is cheating us. But also useful when I measure currency / pool and get 0.85, the price that should appear on the AM screen should be the (price - profit) already applied to give more truthful information and close to reality. Sometimes I get the impression that the change of profit is not taken into account, but that is an observation of mine that can be wrong. I really have serious doubts if that modification of profit is being applied both in the prices that we see and in auto profit. Because there are many who ask me and drive me crazy in the telegram group with this topic. I think I remember, that is taken into account but do not reflect it on the screen and I personally believe that the price should be reflected on the screen already modified by the profit, thus avoiding mistakes and giving the most accurate information. I await your comments @Patrike I'm looking at Zpool Skunkhash right now like you suggested. The Zpool API reports the current profitability per MH/day: "estimate_current":"0.00000235" You can use this link to see the values provided for zpool for each of the algorithms: https://www.zpool.ca/api/statusMy Awesome Miner shows BTC/GH/day as 0.0014 BTC, Actual Payout as 61.68% and Revenue as 0.00062 BTC right now using your hashrate. This is close to the numbers in your screenshot. If I take the reported profit from Zpool, convert it from MH/day to GH/day and multiply with 61.68%, I get the following value for BTC/GH/day: 0.00000235 * 1000 * 0.6168 = 0.00144 BTC This is the value you I see in the BTC/GH/day column in Awesome Miner - so the calculations are correct. It's also very close to the numbers you showed a few hours earlier. Multiply with your hashrate in GH (0.43269), you will get the Revenue of 0.00062 as displayed in my case. If I set a custom Profit Factor for Zpool of 0.5 - I also verified that all BTC values on the Online Services tab are cut in half for Zpool Skunkhash - so that also looks fine. What I'm not sure about in your screenshot is the Profit column as it looks like the same as the Revenue column. This will of course depend on power cost settings and so on so I cannot verify if it's correct. Is the Profit column an issue here? |
|
|
|
|
Show Posts
