Thanks for your reply.

The card that works fine will work fine by itself or when in a rig with other cards.
The cards that don't work as expected behave the same if they're in a rig by themselves or with other cards.
The same cards fail regardless if I specify the voltages together or individually (eg. -cvddc 800  or -cvddc 800,800,800).

I have reinstalled drivers, reset all the settings for all cards in radeon software befopre running the miner, etc etc.
It feels almost like 2 of the 3 cards have some kind of different hardware on them that regulates voltage and isn't very well supported by phoenix, but that seems pretty unlikely given they're all the same brand and it's a new card...

Hello, I have 3 x MSI rx6600s (non-xt) cards which are behaving strangely when I use the -cvddc command. Running under windows 10.

One of the cards will happily change voltage via phoenixminer using e.g. -cvddc 750 or -cvddc 800 or whatever. Works fine using 750, pulls about 55w which is ok.

The other 2 cards automatically crash the driver (and the card won't generate a DAG) whenever I try to set core voltage via commandline for some reason - regardless of what voltage I set. Even if it's -cvddc 800 or 900 or 1000 or 1100 or whatever (more than it should need), the 2 cards won't change voltage via phoenixminer.

Both these cards WORK FINE when you don't set voltage via phoenixminer, and you can change their voltage via the radeon software no problems.
The cards behave the same regardless of which PCI slot they're in, or whether or not they use a riser.
Same behaviour in phoenixminer 5.8b or 5.8c.
Same behaviour using either AMD drivers that support 6600 non-xt cards (21.10.2 or 21.10.3)

Does anyone have any suggestions for this issue? (other than "install linux"). Is this an issue with the driver, miner, or cards? (although if this was happening on one card I would think perhaps it's the card, but 2 out of 3 seems unlikely).

Thanks in advance for any assistance.

Yep. Claymore supports 10 GPUs max. Try running claymore for the 470s and ewbf (equihash) for the 1050s - you'll make more that way anyhow

I am seeing this too. My hashrate is showing as 0 and I haven't had any credit applied for the last 5 hours or so.

Hi, I have the same issue with the latest batch of ASUS cards. They have Hynix ram in them (not sure if it makes a difference). I'm getting 18mh no matter what I do - and can overclock the mem only to about +500 before they crash. All drivers do the same, it's definitely the cards. I kinda gave up, and thought oh well, make the most of it before the flood of hashrate that will hit us in a few weeks from all the new batches of AMD cards that are about to hit the network.

IF anyone has any suggestions, please hit us up.

Hi, thanks for the reply. I don't believe it's possible to get the 1060 into p0 state - I tried and couldn't make it work. The MSI works fine without changing to p0 (it stays in p2 as well). A quick google shows nobody else is running p0 on that card either.

The memory is hynix, according to GPU-Z.  Very strange - it's reproducible with one MSI card and one ASUS card int he same system - the ASUS card hashes about 4mh slower with the same EVERYTHING.

Wonder if there's an old version of the bios I could try or something.... Any other ideas?

Hi, I'm hoping someone can help me. I have a couple of MSI GTX1060s which hash nicely at around 23mhash on eth.  I just bought some Asus GTX 1060s, and they are sitting at 18.8 - if I push the memory past +600 in afterburner it will crash, and if I clock the core up by more than 100mhz it will crash as well.  Same everything as the MSI cards....

Have I just managed to get a crap batch of cards?  Or is there somethiung I can do to squeeze some more rate out of these cards?

Thanks in advance.

Not sure about the other values, but I can confirm my rigs lock up after between 6-18 hours if I specify a value for tstop, but are rock solid if I do not specify it.

My rigs are all reference 480's on Cryptonote miner 9.7.

I believe the equihash autoswitch port might be broken. zcash has been showing as more profitable for at least the last hour on both the front page of miningpoolhub.com and whattomine.com, and it's still mining zclassic...

Yes! Can we please now get this enabled on the autoswitch port? Many thanks.

Hi, is equihash auto switching enabled?  ZClassic is currently around 10% more profitable than ZCash, but we're chugging away on Zcash. Are we waiting until we have better exchange support for ZCl?? Thanks.

Ok, can anyone point me towards info on what timings I should use for modifying a Gigabyte G1 Gaming RX480 ?     Is it possible to dump the bios from my cards, adjust the timings to the same as those of a nice reference 480 modded rom (boysie, heliox, etc) ?  Thanks in advance.

Hi, any chance of an expanse pool being added?  (Also added to ethash auto switch pool) ?  Thanks.

From the top of the webpage :

- API is disabled due to high DDoS attack. Will add some limitation per account and reopen it soon.

Is there a problem with siacoin pool?  Or just really unlucky? (no blocks for almost 2 days).

Thanks.

Hi Claymore,

Feature Suggestion : Make remote manager able to email you a notification when a miner goes offline for X minutes, or drops below Y% of normal efficiency (and you can define X and Y).

Thanks.

Oh man, how embarrassing. Thank you.

Hi, is anyone else having an issue with the new versions (6.0 and 6.1) not detecting all cards for temp monitoring?  

One of my rigs has 2 x 480x cards (plugged straight into 16x slots on the mainboard).

Rig is mining fine on both cards, but the temp is monitored for only one card.  Both cards are detected fine in windows (10), and also in wattman (I can control them in wattman fine), and behave otherwise as you would expect, but one is refusing to show its temp in the miner.

Nothing odd in the logfile, apart from the lack of temp from GPU1 :

21:11:33:748   11e8   GPU #0: Ellesmere, 8192 MB available, 36 compute units
21:11:33:763   11e8   GPU #1: Ellesmere, 8192 MB available, 36 compute units
21:11:33:779   11e8   ETH - Total Speed: 50.334 Mh/s, Total Shares: 4, Rejected: 0, Time: 00:01
21:11:33:779   11e8   ETH: GPU0 25.477 Mh/s, GPU1 24.857 Mh/s
21:11:33:779   11e8   Incorrect ETH shares: none
21:11:33:779   11e8   Pool switches: ETH - 0, SC - 0
21:11:33:779   11e8   Current ETH share target: 0x0000000556f9b3f0 (diff: 804MH), epoch #69
21:11:33:794   11e8   GPU0 t=62C fan=57%

Any ideas? (incidentally powerlimit is set low for the moment, so hashrate is a little down on normal)

I have another rig mining happily with 5 x 480's, all their temps detect fine with 6.0 and 6.1.

I have tried using -gser 2 without success.

Thanks in advance.

I love the new remote monitoring!

Bug reports:

- Even if you define -etha 0 in the config file, it complains for me on startup that I should be specifying -etha 0  (3 x 390s)
- I can't get the monitoring to work on any port other than the default. Have tried several without luck.

Neither have a massive impact, but thought you'd like to know. Thanks for a nice program.