6 to 8 are working ok, How do i request an RMA if the my order was from one of your resellers?
and do I only send that number 5 or do i have to send the entire blade(1-8)
Oh okay thanks for the Info. Is there any possibility to test my email settings and see if I actually get email?
I have 4 that are not hashing at the correct rate:
8,085,931 Khash/s @ Diff ; 4,489,321.48
6,731,872 Khash/s @ Diff ; 3,529,904.36
5,941,004 Khash/s @ Diff ; 2,336,405.16
5,904,862 Khash/s @ Diff ; 4,287,123.31
Hashrate/24h AVG: 30367.14/36546.65 MH/s
They have been running for 24hours and the rate seems to have decreased.
Would my internet connection speed effect the hash rate? or could temp be effecting it?
Oh right, I thought that each DM should be doing ~2,000mH/s, not around the ~9,000 I was reading.
How much does a high temperature affect hash rate? My miner is currently operating from 38 - 43.5 degrees.
Also how much variance in hash rate should I expect if the miners are working efficiently?
Looking at the screenshots, it seems the miners are being affected by the temperature which is one of the reasons it is lowering your PLL setting. If you can lower the temperature to the recommended facility room temperature of 33C, the miner should adjust your PLL back to max for a good mining efficiency.
I'm getting some really crazy hash rates and every 20-30 minutes or so, them miners reset. They were running fine for a while, but I switched the to the solo nice hash pool and now my hashing is misreported and my rejects are >30%. Is there something I need to adjust in the config?
View attachment 4622
solo.nicehash.com uses vardiff. Should I specify my own diff?
The main things you should check for are the Temperatures, MH/s 5s and MH/s avg of the whole miner, PLL, Chips Map, and H/W. As temperature goes up, the miner will start to lower PLL which affects hashrate. Chips Map should never change from the 16, this tells you how many chips are detected on the blade. Active Map will change as it shows the chips that are doing work at that moment, not very important unless you notice it stays at 0 for a long time. A high H/W (more than 75%) indicates an issue. First try restarting the miner, then try a different pool, and finally if still getting high H/W do a Single Blade Test.
That sounds weird. Can you provide a screenshot of the web console page? I would like to check out the temperature reading and the PLL readings. Also the firmware version it is running. You can find that under "Config" and all the way at the bottom. The newest version should be IB3.5.21.
For the RMA process, you will need to ship us the defective board and we will then ship a new one to you.
I wanted to follow up and let you know what I have found. From my observations the machines start to misbehave over 35c. I had a GPU rig under one of the machines and this was causing the temp to goto 35.5c-37c and then the miner would misbehave. Also the pool I was using was the other problem. Once I changed to a "larger" pool all the odd readings went away. To be honest I am surprised on the sensitivity of the temperatures, but at least I got mine stable.
I have the DM11G setup but every so often, multiple times a day sometimes, the pool configuration resets to default from what I set it to. I have gone through and stopped the default pools, added the pool i want, deleted the default pools, saved configuration and have let it sit and mine from there and have even rebooted the miner after configuring the pool, both have either worked for a bit or after the reboot the pool information gets reset to default. Why is this happening and how can I get the miner to retain my pool configuration?