|
Patrike,
The GPU settings dialog doesn't list the card name, only the GPU number and a colon. The values come over from the remote servers, but no card type/name, etc
Am I missing something to enable this?
UPDATE: This seems to only be on remote miners, on a local one the GPU names are shown.
|
|
|
|
Patrike, BTCP included by default in the 4.7.3? How is it shown? I doesn't exist in the coin listing, I can't select it and add it as a pool coin, etc?
Do tell? Cuz I mine this all the time, and have been using the external api program to pull in the data
UPDATE: are you just talking about the coin graphic, because indeed that works now, but the coin isn't listed in any listing until I ran the external api program that pulls the data
graphics just put appropriate image file in %appdata% AM folder as BTCP.png coin isn't listed in the whattomine coins.json, you have to add it yourself if haven't done so, no need for external program unless whattomine info is borked (such as LUXcoin) http://whattomine.com/coins/230.jsonyeah, that doesn't help much because WTM isn't populating price, value, etc. So the external thing does all that for me for now until it gets listed on a real exchange, then WTM should work. So at least I have the icon, etc, but everything else is coming from the external api program |
|
|
|
|
Patrike, BTCP included by default in the 4.7.3? How is it shown? I doesn't exist in the coin listing, I can't select it and add it as a pool coin, etc?
Do tell? Cuz I mine this all the time, and have been using the external api program to pull in the data
UPDATE: are you just talking about the coin graphic, because indeed that works now, but the coin isn't listed in any listing until I ran the external api program that pulls the data
|
|
|
|
Patrike,
I'm going to take a run up this hill one more time.
I would be so awesome if AM could just display all the Canaan avalon miners like it does GPU's on a single rig.
There are 2 currently can be up to 20 on that ASIC rig, all of the data is in the cgminer log/api as well as AM api (in the stats section), the MMCount is the number of miners in the rig, and the MM IDX is the specifics for each miner, the TEMP[], TMax[], Fan[], GHSmm[] WU[] numbers are for a specific miner.
I'd even be up for trying this via an alternative way if that exists? C# script maybe?
fingers crossed you'll consider the request.
Thanks in advance, and happy to help with data/testing etc.
I fully understand your request. The difficulty here is that this miner reports it as one or few ASIC devices, and then there is some non-standard way of reporting more temperatures per ASIC device. It would be possible for Awesome Miner to handle this, but it would require some ugly implementation to fake more devices than what is being reported by the miner. These miners are not really standard compliant in terms of temperature reporting per individual device. Can I offer an interpretation of the above, you probably implemented the AntMain miners first which caused a specific approach to reporting ASIC miners. The Avalons are different in that one controller can support up to 20 miners. Both AntMain and Canaan use the same version of cgminer and both support the same cgminer api. You just use a different set of variables to pull the antmain data and that would have to change which may be more work that you have available time for currently...  how did I do? ... thanks for at least responding... in my mind, you report one, and you have the mechanism to display GPU's so I thought A+B might be relatively easy to implement C. But thanks again for the great product and I did buy the premium version because I like it so much, I'm just looking for one *console* for both GPU and ASIC mining is all, and it's *SOOOOO* close there Patrike, How about this, is there an extension to the API such that I could externally parse the cgiminer log and push data to AM that could be displayed in the GPU/ASCI/etc area as individual miners? I'd be up for that if that's an easier approach - perhaps there are other benefits as well, dunno. I'd forgo the ability to set triggers, etc as long as I could see the data in one place. |
|
|
|
Patrike,
I'm going to take a run up this hill one more time.
I would be so awesome if AM could just display all the Canaan avalon miners like it does GPU's on a single rig.
There are 2 currently can be up to 20 on that ASIC rig, all of the data is in the cgminer log/api as well as AM api (in the stats section), the MMCount is the number of miners in the rig, and the MM IDX is the specifics for each miner, the TEMP[], TMax[], Fan[], GHSmm[] WU[] numbers are for a specific miner.
I'd even be up for trying this via an alternative way if that exists? C# script maybe?
fingers crossed you'll consider the request.
Thanks in advance, and happy to help with data/testing etc.
I fully understand your request. The difficulty here is that this miner reports it as one or few ASIC devices, and then there is some non-standard way of reporting more temperatures per ASIC device. It would be possible for Awesome Miner to handle this, but it would require some ugly implementation to fake more devices than what is being reported by the miner. These miners are not really standard compliant in terms of temperature reporting per individual device. Can I offer an interpretation of the above, you probably implemented the AntMain miners first which caused a specific approach to reporting ASIC miners. The Avalons are different in that one controller can support up to 20 miners. Both AntMain and Canaan use the same version of cgminer and both support the same cgminer api. You just use a different set of variables to pull the antmain data and that would have to change which may be more work that you have available time for currently... how did I do? ... thanks for at least responding... in my mind, you report one, and you have the mechanism to display GPU's so I thought A+B might be relatively easy to implement C. But thanks again for the great product and I did buy the premium version because I like it so much, I'm just looking for one *console* for both GPU and ASIC mining is all, and it's *SOOOOO* close there |
|
|
|
Patrike, I'm going to take a run up this hill one more time. I would be so awesome if AM could just display all the Canaan avalon miners like it does GPU's on a single rig.  There are 2 currently can be up to 20 on that ASIC rig, all of the data is in the cgminer log/api as well as AM api (in the stats section), the MMCount is the number of miners in the rig, and the MM IDX is the specifics for each miner, the TEMP[], TMax[], Fan[], GHSmm[] WU[] numbers are for a specific miner. I'd even be up for trying this via an alternative way if that exists? C# script maybe? fingers crossed you'll consider the request. Thanks in advance, and happy to help with data/testing etc. |
|
|
|
Ok, if you tried every A841 unit, then it should not be a control board (MM board) issue. You can see the meanings for LED colors and error codes here https://bitcointalk.org/index.php?topic=3224256You have tried installing a fresh new OpenWrt firmware. You have tried different AUC3 5-pin cables. What are the technical specs for your 5VDC wall wart psu connected to the controller? Wallwart is one of those push-button Raspbery pi power cables: http://a.co/iZMrojiThe LED colors on the miner, being green, seem to indicate a normal power up. AUC3 green is "normal". So I don't think there's anything useful in the LEDs. No errors in the system, kernel or API logs. In fact, the API log just records the pool transactions. There seems to be absolutely nothing from the miners. On the CGIMiner status page no devices show up - just the pool information. All the controller information pages looks for all the world like it does when the miners are powered off. Hope this helps... I'll bet I know what the problem is. What controller did you use and what firmware is on it. If *NONE* of your 841's are running, then my bet is you have a mismatch between controller firmware. The 800's won't run *AT ALL* on the 700 series controller firmware. you can check the versions in the log it should be - https://github.com/Canaan-Creative/avalon8-docs/wiki/AvalonMiner-841-firmware-downloads |
|
|
|
What was Canaan's official statement on how cool these should be running?
Right now I can easily keep mine cool Temp:16 / 67 Fan: 3960RPM / 62%
but in the summer......
Shouldn't be a problem. I have ran the avalon 741s for almost a year now and not a single one has failed. when I got my 821's I sent Canaan an email as I found a couple of issues which they since fixed in the controller firmware. One of the questions was about heat. The new ASIC's are NOT like the old ones, they will not tolerate high temps. Yesterday I decided to look at the Avalon8 code in cgminer and same with the 821's. The fan will moderate (or more likely max out) to maintain 70C. Anything hotter will run that fan at 100% and runs the risk of damaging the ASIC's. This is what was returned in my email from them as well. While the fan moderation temp on the 741's was 90C (in the source code), it's 70C in the 800 series miners. My recommendation is to *NOT* allow them to run for any length of time over the low 70's. But that's just me But 90 for any length of time, I'm very sure will be utterly destructive to them. |
|
|
|
|
You guys ROCK, I can't say it enough. 841's arrived, working on install now. And the present inside one of them was awesome!
Thanks again! Can't wait to do more business with you guys.
|
|
|
|
|
bminer 6.1.0 is out with some fixes introduced in 6.0.0
|
|
|
|
I sincerely appreciate the support via forum, email and phone from Blokforge. But, as others have said, why are early bird buyers being penalized for submitting orders and sending money, over late comers just looking because of a deal? There’s a reason well known distributors offer a pre-order, “price match guarantee.” This tactic teaches buyers to wait until the last moment to buy to avoid feeling slighted again, instead of promoting us to order as early into the process as possible.
Recommending people contact Blokforge to plead for something actively marketed to buyers who haven’t already ordered is demoralizing to current customers. I hope they’ll reconsider supporting us as well.
Can I just say WTF are you talking about? 1 post and you know everything? Perhaps you should read back through this thread and see what they have done, both for customers who bought 821's at a ridiculous price, for customers who bought 841's when they were released and then were surprised 2hrs later, and for customers who get consistent email offers from this distributor. I have nothing but awe for the way they have treated me as a new customer buying my first Avalon in January. They have consistently gone above and beyond - within their means. Nowhere should a customer expect a seller to go out of business for them just because the customer perceives they know everything about a distributor and seller relationship. Its just fascinating how some people think I guess.... |
|
|
|
|
Patrike,
Can you update the WTM coin symbols in the next release, there are a number that are there currently that don't have a symbol in AM - thanks for all the hardwork, it's really a pleasure to use.
|
|
|
|
The minimum value is 2 minutes. I can not set 1 minute. Can you check ? We need at least 1 minute to avoid mining on unprofitable algo that is volatile (tribus, skunk, timetravel).
I can't see any reason you'd want to profit-switch every 1 minute. Depending on the mining software, it can take a few minutes to ramp up to maximum hash rate. BMiner and CCminer are great examples of this. Plus most block times are longer than 1 minute. The pool doesn't have any fresh information about the statistics of that coin until the next block. And depending on the pool's share mechanism (PPS vs PPLNT) you can actually be penalized for mining so shortly. I've come to the same conclusions. Can't remember what the default is, but I've set the switch interval to 10 mins and the threshold to 3% Experience shows that *NOT* chasing the high price of the minute (or in this case 10 mins) and due to most of the multi/multi's being PPLNS, I stay ramped which more than makes up for chasing |
|
|
|
patrike,
Found a little annoyance, first 6.0 bminer is out.
second, and the annoyance. if you define a custom version of software, tell it it's api and command compatible, and then define the path, when you start it the first time it doesn't take any specifically entered command line parameters that you may have entered.
Third it doesn't show the pool name in the main display for the miner, in fact if it's using the built in version it does and if you select a user installed version and save that, it will drop the pool name and never show it again until you switch back to the built in version.
1) Bminer 6.0 will be included in the next release that soon will be made available. 2) I was trying to reproduce this without success. Was it in the Managed Software Properties you specified a command line argument for one of the algorithms - and then creating a Managed Miner, and once started the configured command line wasn't added? 3) I will do some additional testing of this. In general, if Awesome Miner has multiple pools matching a URL from the mining software, it will not display the name of the pool, only the URL. 2) happened only the first time I started the miner it didn't pick up the addition of a command line arg for a managed miner, it did on the second start however. (note the miner was running when I made that change so this might have had something to do with it) I wonder if on 3) above, it's because it's a stratum+ssl not tcp? It doesn't show the name or the url |
|
|
|
I've made this reply here at least 2 times and for some reason the moderator thinks it's not applicable so it gets deleted... Any bets on the third time...  a) you *can* set the fan speed down to something lower than 100% (I set my 821's to 50% for example) but it will take an inlet temp of around 25-26C to see the fan spin lower than 100% b) the new ASICs are way less temp tolerant than the old ones and as such Canaan doesn't recommend running them over 70C - which is why the fans speed was locked to 100%. |
|
|
|
|
Can you run a -2 voltage offset with the 1600W PSU... I suspect that a 1400W PSU being driving to 1400W is way out of it's efficiency and probably effected the power actually used. A 1600W PSU test would tell us if that was the case or not.
Thanks in advance,
|
|
|
|
Hello Patrike, As you can see in the picture below, when you compare income, the best is not always the top revenue when you look at profit column (in this example lyra2z would be the most interesting).  For those like me who have precise power consumption in AM, could you add an option to switch mining using profit value instead of revenue value ? FFS. Click on that label named "Profit"!  I feel a little stupid... But if it works like this for online services, how do you do for coin tab ? same way, click on the column heading it will sort big to little, click it again it will sort little to big, etc. |
|
|
|
|
patrike,
Found a little annoyance, first 6.0 bminer is out.
second, and the annoyance. if you define a custom version of software, tell it it's api and command compatible, and then define the path, when you start it the first time it doesn't take any specifically entered command line parameters that you may have entered.
Third it doesn't show the pool name in the main display for the miner, in fact if it's using the built in version it does and if you select a user installed version and save that, it will drop the pool name and never show it again until you switch back to the built in version.
|
|
|
|
|
Patrike, there is a new 5.5 bminer out btw, solved some problems with some pools
Also, does anyone know why a miner will not show it's pool? I have 3 rigs, all on the same pool and 2 of them show the pool number under the miner name and one does not. All are configured on the same AM and with the same pool setup. It does so happen that the one that is not showing the pool is running a user installed version of 5.5 bminer (but I swear it showed the pool name prior without issues)
|
|
|
|
why use this instead of just mining with dstm and claymore or cgminer ?
AM isn't mining software, it still uses miners like DSTM, CGMINER, etc but it allows much for flexibly pool changing and it's biggest advantage is profit switching all automatically |
|
|
|
|
Show Posts
