Latest posts of: patrike

Quote from: Sibtigr on April 02, 2019, 03:07:18 AM

The problem appeared after the last update. Before that, the web interface worked fine. I had to switch to the old version of the web interface so that it worked. I will send screenshots later. Also, this problem was noticed on more than one server. and a few.

Thanks for the update on this issue.

This may not be the same issue as @moppidoo reported. I will soon release a new version with some changes. Please get back to me with more details if you still run into the problem. Thanks!

Please also note that every time you change between the Classic and New web interface, you need to exit and restart Awesome Miner once.

Quote from: moppidoo on April 01, 2019, 09:39:45 PM

Quote from: patrike on April 01, 2019, 01:08:54 PM

Thanks for the details. Although I'm not seeing the same issue myself, I did get a good understanding of what to look for.

Quick question - if you change between Classic and New, it's always required to restart Awesome Miner once (it also says 'Requires restart' in the user interface). Were you able to reproduce the problem with this in mind?

Edit: I can force the problem if I start Awesome Miner with a different "Startup In" folder configured. Although you probably didn't change this setting, there can probably be other cases where Awesome Miner needs to handle this scenario. I will implement a more fail-safe concept for the paths in the next release.

Just to add, it was partially my AM Host PC's fault as well, I had a BSOD on the host and perhaps some AM settings weren't flushed to disk and caused issues on the subsequent startup, and this seemed consistent, had another BSOD overnight (yes, shouldn't mine on the AM host, or at least no excessive OC lol ;P ) and now web interface is down with the same error when AM auto starts with windows login

(also, sorry didn't answer your question, don't quite understand it)

Thanks again. I think the change I've implemented for the next release will take care of this issue.

Quote from: trucobit on April 01, 2019, 02:15:53 PM

A DARK version for the windows version would not be bad. I have extension in chrome to see the pages in black, I have the DARK mode of Apple on the mac. When I work at night, a screen with too much white burns my eyes, it's a lot of light. I do not know if it will be possible, it is not the same web programming as the installable windows programming, but it would be fine. This falls within the unimportant foolish requests, but that would be nice.

It's a good point, but currently a bit lower priority.

Quote from: trucobit on April 01, 2019, 02:04:49 PM

https://grinscan.net/

@PAtrike or @moppidoo you know how I can get Grin difficulty from that explorer. We have been trying for days and we can not find a way to obtain it. Basically it is the only currency that resists us to obtain the difficulty in real time.

I've looked at this one but I can't see that it provides any API or raw data that Awesome Miner can use. It's a web site with HTML content only and Awesome Miner cannot read this.

Quote from: moppidoo on April 01, 2019, 01:04:01 PM

Quote from: patrike on April 01, 2019, 09:09:43 AM

Quote from: Sibtigr on April 01, 2019, 06:06:59 AM

Hi
Beta version developer
Not work web interface
Erorr web load
Check please.

I just tested with both the Classic and New user interfaces for the built-in web and from what I can see it's working fine with both.

Can you please share more details on this issue? Can you share a screenshot? Is the problem for a specific web browser only?

Are you using the Classic or New interface (see Options dialog, Web section)?
Thanks!

Hi Patrike,

This error was intermittent, but below was the error I also have encountered:

Code:

Nancy.RequestExecutionException: Oh noes! ---> System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\WINDOWS\system32\WebNew\index.html'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.StreamReader..ctor(String path, Encoding encoding, Boolean detectEncodingFromByteOrderMarks, Int32 bufferSize, Boolean checkHost)
   at System.IO.File.InternalReadAllText(String path, Encoding encoding, Boolean checkHost)
   at AwesomeMiner.Components.InterfaceProviders.WebModule.ProcessHtmlFile(String file)
   at Nancy.Routing.Route.<>c__DisplayClass4.b__3(Object parameters, CancellationToken context)
   --- End of inner exception stack trace ---
   at Nancy.NancyEngine.InvokeOnErrorHook(NancyContext context, ErrorPipeline pipeline, Exception ex)

Using Chrome, Opera, IE....

Using New interface

Currently I found it only gets rectified by restarting AM host

Quote from: Sibtigr on April 01, 2019, 06:06:59 AM

Hi
Beta version developer
Not work web interface
Erorr web load
Check please.

Quote from: joseph32 on March 31, 2019, 09:37:43 PM

Hey Patrik,

is it possible to add more times to the benchmark? Like 30m, 60m, 2h, 5h, 10h?

Some coins have a widely range of hashrate and a 20 minutes bench cant catch the real average.

Thanks for the suggestion. Yes, it's easy to add a few more. You can expect this in the next release.

Quote from: MHyza on March 31, 2019, 09:04:51 PM

Quote from: patrike on March 31, 2019, 08:39:53 PM

Quote from: MHyza on March 31, 2019, 06:34:24 PM

Hi Patrike,

not fastest benchmarks are lost again.. Sad

Thanks for the correction

There was a correction for a scenario I identified a few weeks ago related to non-best benchmark results, included in the last few versions of Awesome Miner.

Have you seen a specific scenario where recent versions give this issue? I've not had any other reports on the issue after the previous correction.

Thanks for info.
I've just lost all non-best benchmark results on few RIGs, but this could be from a previous error. Sorry, my bad. I did not check it on them last time.

Anyway - Awesome miner is a truly an impressive program and it is still improving. Native overclocking is really awesome!

Thanks for your great work.

Thanks for the update. Please let me know if you run into this problem again. Also - many thanks for the nice feedback about the Native overclocking!

Quote from: MHyza on March 31, 2019, 06:34:24 PM

Hi Patrike,

not fastest benchmarks are lost again.. Sad

Thanks for the correction

Quote from: slysir on March 31, 2019, 01:04:51 PM

Patrike maybe add this new Equihash miner.

miniZ is a fast new equihash miner: https://miniz.ch/

Works on Linux and Windows with compatible API EWBF(4028).

I Tested 144,5 on zergpool: single RTX2060 gets 53 Sols vs. 45 Sols with Gminer.

miniZ supports Equihash <144,5>, <192,7>, and <96,5> mining:

Bitcoin Gold (BTG)
BitcoinZ (BTCZ)
ZelCash (ZEL)
ANONymous (ANON)
SnowGem (XSG)
Bithereum (BTH)
BZEdge (BZE)
LitecoinZ (LTZ)
Bitcoin RM (BCRM)
SafeCoin (SAFE)
Zero (ZER)
Genesis (GENX)
Vidulum (VDL)
ZeroClassic (ZERC)
Minexcoin (MNX)

Thanks for the suggestion. This one should be quite easy to support as it already have an API similar to other mining software.

After I added Nanominer, this one might be next in line.

Quote from: trucobit on March 31, 2019, 04:29:36 PM

Quote from: Dalba on March 31, 2019, 07:59:38 AM

Quote from: patrike on March 30, 2019, 11:52:40 PM

Quote from: Dalba on March 30, 2019, 08:45:40 AM

Hello Patrike,
For a number of coins, i used to specify only binance in exchange list filter. Since last update, this is no longer working. All coins where only binance was used, are marked in grey in coins tab.
Could you check this please ?

Do you have any example of a coin where it's listed with Binance on the coin statistics web site, but not show up with Binance in Awesome Miner? There are still quite a number of coins from CTM that shows up with Binance in Awesome Miner.

Sure, I have problems with RVN, XZC, XVG, BTG for example.

try to see if in option you have activated the volume filters or exchange filters. Those coins that you comment, I have them with binance and I do not have any problem

In this, it reflects the order of the providers. If you want it to work well I advise this order
CTM
WTM
Coinwarz
Coinscalculator

Especially having CTM first, this I think will solve the problem

I also think this is the solution. CTM uses Binance for a number of coins, while CoinCalculators doesn't use Binance for any coin at the moment.

If CoinCalculators is given higher priority, Awesome Miner will use RVN and so on from CoinCalculators and Binance will not be used even if it's reported for RVN from CTM.

Quote from: moppidoo on March 31, 2019, 03:32:34 AM

Quote from: patrike on March 30, 2019, 11:50:30 PM

Quote from: moppidoo on March 30, 2019, 05:35:02 AM

Hi Patrike,

little issue with dynamic update (via wallet JSON-RPC), I'm running a TZC (TrezarCoin - Neoscrypt) node and setting up RPC for access, difficulty was easy with the

Code:

getinfo

method

then I try to get the Block Reward (reported by pool as incorrect, in my experience, all blocks are 100 TZC so far, ZergPool reports 80 TZC, CoinToMine reports 92 as it uses pools data and avg), so I setup the dynamic update call with getblocktemplate method

Code:

{"jsonrpc": "1.0", "id": "curltest", "method": "getblocktemplate", "params": [{"rules":["segwit"]}] }

and AM read the value without issues from the UI with JSON propertie expression:

Code:

result.coinbasevalue

+ Arithmetic operation

Code:

/ 1000000

however, in the coins tab, only the difficulty gets updated and the Block Reward remains at 0.0 when I enable dynamic update from coin properties (check only Difficulty + Dynamic update, Block reward + Dynamic Update checkboxes)

Could you please see if you you can replicate the issue when you have the chance, Thank you!

I've not seen the issue with Block Reward not getting updated. Is the value for Block Reward 0 in the Coin Properties dialog as well?

If you configure the same expression for the Difficulty property instead (putting the Block Reward value in the wrong field, just as a test), is the Difficulty updated correctly?

I don't have access to the wallet JSON-RPC to test with right now, but I can check out this in more detail tomorrow if needed.

Hi Patrike, good suggestion about testing it on the difficulty field, same property also doesn't update on the difficulty field when I deliberately point to it, please see screenshot

https://i.supload.com/Hyern4h6dN.jpg

I wasn't able to reproduce this one.

You probably figured out this already, but just to be sure:
1) Please note that the Block reward field is only updated dynamically if the both the Block Reward checkbox and the Dynamic Update button below are checked in the Coin Properties dialog.
2) The value will not be updated when you click the Test button. The best way to test the actual update is to save the coin properties, click Update Now in the toolbar and wait a number of seconds. Awesome Miner updates the dynamic values after all coin statistics sources have been processed.

I will add better logging for the Dynamic Update feature in the next release, to make it easier to find any issues during updates.

Quote from: GoRdiE on March 30, 2019, 10:34:14 AM

Quote from: Dalba on March 30, 2019, 08:45:40 AM

Hi patrike,

there is a problem with the exchange providers of CTM. Some of them disappear from the list but they appear in the coins tab. So, they can not be deactivated in each currency or in the general. For example, it is the case of enmanet.com or altmarkets.io

The list of exchanges you can select for your filter is actually a predefined list in Awesome Miner, where it map the exchange names from CC and CTM. It's not dynamically updated.

Enmanet and Altmarkets were added to CTM more recently so they are not mapped to an exchange name in the predefined list. This is why you only see the exchange name on the Coins tab, but Awesome Miner doesn't know how to filter it. I will add these exchanges in the next release. Thanks for the feedback!

Quote from: Dalba on March 30, 2019, 08:45:40 AM

Quote from: moppidoo on March 30, 2019, 05:35:02 AM

Hi Patrike,

little issue with dynamic update (via wallet JSON-RPC), I'm running a TZC (TrezarCoin - Neoscrypt) node and setting up RPC for access, difficulty was easy with the

Code:

getinfo

Code:

{"jsonrpc": "1.0", "id": "curltest", "method": "getblocktemplate", "params": [{"rules":["segwit"]}] }

and AM read the value without issues from the UI with JSON propertie expression:

Code:

result.coinbasevalue

+ Arithmetic operation

Code:

/ 1000000

Quote from: trucobit on March 30, 2019, 02:12:59 AM

https://cointomine.today/calculator/coin/VEIL/?&hashrate=205&power=1344&poolfee=0.0&blockreward=50&difficulty=4666.48&cost=0

@patrike you can add the Vinex exchange that is new to CTM and using this, I can not choose it in the currency exchange list.

Sure, I will add Vinex.

Quote from: GoRdiE on March 29, 2019, 10:11:56 PM

Hi patrike,

1/ I'm testing the load value from custom JSON source. In my case, with the exchange rate.

I get a api like that (in the explorer) and the value that interest me is "buy":

But then I get the result witha a metric: x.xxxE-05

How can I find a artithmetric expression to that?

2/ Another question:

When I set a Custom provider, in this case in the exchange, It would be nice if we could see the name of the new provider instead of the original name

3/ And how get a buyPrice on CoinCalculators?

Code:

[
  {
    "name": "Grin_31",
    "algorithm": "cuckAToo31",
    "image": "images/coin/grin.png",
    "blockTime": 60.0,
    "blockReward": 60.0,
    "lastBlock": 105091.0,
    "price_usd": 3.0702565507108046,
    "price_btc": 0.00074869867660520557,
    "highestBid": 0.00075128,
    "lowestAsk": 0.00059898,
...

Regards

1) This is way how small values can be represented. The value 3.11E-5 is the same as 0.0000311 so in your case it will work just fine.

In most locations of Awesome Miner I've enforced the display to not be using the E-format for small numbers. I will make the change for this dialog as well in the next release to make it consistent.

2) Good point. I will consider this.

3) The JSON structure for CoinCalculators doesn't have any property name for each coins structure, so you need a JSON expression like below where you search all entries and look for the coin name. Then you can access any property like:
[?(@.name=='Grin_31')].highestBid

Version 6.2.10 (Development preview of 6.3)

Features
- Updates to the built-in web interface, including a new dark theme (configurable in the Options dialog, Web section)
- Added menu entry to the Log File menu to only return the most recent log entries
User interface
- Mining software list visual updates
Integration
- Automatically setup Phoenix Miner pool parameters when using with Zergpool ProgPow
Version notes
- Coin data source improved to support plain text sources with multiple lines, where only the first line is processed
- Coin data source includes HTTP authorization header support
- Updates and improvements to how worker names and variables are processed
Mining softare
- TeamRedMiner 0.4.3
- Bminer 15.4
- TT-Miner 2.2.1

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:
https://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
https://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

Quote from: Stryfe on March 29, 2019, 02:46:10 PM

Quote from: patrike on March 29, 2019, 02:38:49 PM

Thanks for the update. Please keep me updated on any findings with the timeout.

Is it only a reboot of the Antminer that makes it show up correctly again - I suppose a restart of the Awesome Miner application doesn't resolve anything? Thanks!

I did increase the timeout - already had 2 miners report as disconnected on AM while still showing active on pool - however, within a few seconds AM showed them "reconnected" so they are still dropping but they seem to get re-added back.

I waited for one to disconnect and then restarted the AM software, it does not reconnect - the warning changes from the API warning to a simple disconnected warning.

For one of the Mining (connected) ASIC miners:
In the Summary tab in the lower part of the screen you will find a property called "Response time", indicating how fast the ASIC miner is responding to monitoring requests from Awesome Miner. If the miner shows up as Disconnected, you will not see anything here, but otherwise you will see a value here. The value should be less than 500 ms all the time.

For one of the Disconnected ASIC miners:
Please select the miner and click go to the toolbar: Tools -> API Report. If the ASIC miner respond to any requests, you will have more than 100 lines of information in the response. If no response, you will just have a few lines with the name of the API commands that Awesome Miner sent to the ASIC miner.

Quote from: Stryfe on March 29, 2019, 12:35:38 PM

Quote from: patrike on March 29, 2019, 07:14:03 AM

For the Antminer API - did you follow my previous suggestion about testing with a completely different mining pool?

I've had a number of cases in the past where some specific mining pools could cause the problems you describe with miners showing up as Disconnected after a while - although they still were mining on the pool. What happens here is an issue on the Antminers when mining on some pools begin to respond slower and slower to monitoring applications (API requests). After a while the responses are so slow (or not given at all) that Awesome Miner will simply consider the miner to be Disconnected.

Please note that this is an issue on the Antminer under certain conditions - not an Awesome Miner issue. For this reason you will run into the same issues even if you would test with another monitoring solution.

This is also why I keep answer with the same suggestion all the time, about doing troubleshooting and testing with another mining pool, so we can confirm the issue. Thanks!

There is one setting in Awesome Miner that might help a bit, where you can have Awesome Miner wait longer for the responses from the Antminer. Please go to the Options dialog, Advanced section, and increase the "Miner API connection timeout" to 10 seconds for example. This will however not solve the main problem, only make it show up less frequent. You can try this if you want, but my main suggestion is still about the mining pool.

yes, Kano.is, Slushpool, BTC.com pool, ViaBTC pool also tried several other SHA-256 pools that are not bitcoin pools. I get it no matter what the pool is. I understand what you mean but it does not solve my issue - I need to be able to remotely see what each miner is doing without having the need to reboot them. Before I just had the Antminer screens open - one browser window per miner (so you can imagine a lot of windows) and each window set to a 15 second refresh and this worked fine except for the need to switch between so many windows.

I will try the miner API Connection timeout - I think you suggested that once before and it might have worked - I do not recall but maybe one of the updates reset it back? and I just need to go in and change it again.

I will play with the settings this weekend and let you know.