Innosilicon releases A9 Zmaster 50ksol/s Equihash miner at 620W

[sweeperAA]

Can anyone please post the number of cores reported when you miner initializes?  After PLL Clock and VID is set it comes up in the log.

or by SSH cgminer-api -o stats | sed 's/,/\n/g' | grep 'cores'

My 28ksol:
Num cores=370
Num cores=373
Num cores=373

My 50ksol:
Num cores=384
Num cores=375
Num cores=377


its not exactly a direct relation in performance to core count but im curious if the lower hashing units always have lower core counts.

I haven't Bought a new Oscilloscope yet as im still behind from buying my A9's. Dont even have a good multi meter here. But I see very little variation in 'cgminer-api -o stats' Min/Max voltage and nVol per chip. Its incredibly stable. I would suspect its not updating but I did see a very slight difference in reported value over time in performance mode. Think it was 0.001 Volts. lol.  Over and Under volt does nothing significant to performance. I may have gotten another 1ksol avg from overvolting, but i haven't done a comparison with hard data. Hardware Errors vs Valid Nounces seems to be what I need to compare. Whats crazy is underclocking down to 230Mhz didn't effect the error rate. And the errors are randomly spread across chips in a steady ratio.


cgminer-api -o stats | sed 's/,/\n/g' | grep -E 'found|HW'
00 HW errors=140
00 Nonces found=71
01 HW errors=146
01 Nonces found=74
02 HW errors=177
02 Nonces found=31
03 HW errors=89
03 Nonces found=117
04 HW errors=120
04 Nonces found=73
05 HW errors=103
05 Nonces found=112
06 HW errors=137
06 Nonces found=53
07 HW errors=104
07 Nonces found=118
08 HW errors=146
08 Nonces found=67
09 HW errors=77
09 Nonces found=121
10 HW errors=118
10 Nonces found=102
11 HW errors=61
11 Nonces found=136
00 HW errors=106
00 Nonces found=105
01 HW errors=113
01 Nonces found=107
02 HW errors=125
02 Nonces found=78
03 HW errors=54
03 Nonces found=149
04 HW errors=100
04 Nonces found=121
05 HW errors=100
05 Nonces found=122
06 HW errors=197
06 Nonces found=28
07 HW errors=84
07 Nonces found=138
08 HW errors=13
08 Nonces found=198
09 HW errors=156
09 Nonces found=35
10 HW errors=132
10 Nonces found=87
11 HW errors=179
11 Nonces found=22
00 HW errors=67
00 Nonces found=137
01 HW errors=80
01 Nonces found=135
02 HW errors=204
02 Nonces found=7
03 HW errors=55
03 Nonces found=159
04 HW errors=14
04 Nonces found=183
05 HW errors=63
05 Nonces found=139
06 HW errors=24
06 Nonces found=199
07 HW errors=102
07 Nonces found=98
08 HW errors=64
08 Nonces found=184
09 HW errors=42
09 Nonces found=175
10 HW errors=51
10 Nonces found=149
11 HW errors=68
11 Nonces found=155


So I don't know. My gut says these are bad chips and the supporting hardware is fine. But I cant really know that for sure until I get in there and do some measurements.

I was also playing around with
'bitmine-a1-options 0:0:390:0' to try and limit the spi speed - no idea if it did anything, took the command tho.
'bitmine-a1-options 0:0:0:6' to disable 6 chips in each chain. Workedm I got roughly 1/2 sols. but not exactly as poor hashing chips are randomly placed. Didnt really let it ramp up.

How did you use the bitmine commands? I'm not aware of this interface.

[1713994175]

1713994175

[1713994175]

1713994175

[1713994175]

1713994175

[1713994175]

1713994175

[1713994175]

1713994175

[Solsichu]

Can anyone please post the number of cores reported when you miner initializes?  After PLL Clock and VID is set it comes up in the log.

or by SSH cgminer-api -o stats | sed 's/,/\n/g' | grep 'cores'

My 28ksol:
Num cores=370
Num cores=373
Num cores=373

My 50ksol:
Num cores=384
Num cores=375
Num cores=377


its not exactly a direct relation in performance to core count but im curious if the lower hashing units always have lower core counts.

I haven't Bought a new Oscilloscope yet as im still behind from buying my A9's. Dont even have a good multi meter here. But I see very little variation in 'cgminer-api -o stats' Min/Max voltage and nVol per chip. Its incredibly stable. I would suspect its not updating but I did see a very slight difference in reported value over time in performance mode. Think it was 0.001 Volts. lol.  Over and Under volt does nothing significant to performance. I may have gotten another 1ksol avg from overvolting, but i haven't done a comparison with hard data. Hardware Errors vs Valid Nounces seems to be what I need to compare. Whats crazy is underclocking down to 230Mhz didn't effect the error rate. And the errors are randomly spread across chips in a steady ratio.


cgminer-api -o stats | sed 's/,/\n/g' | grep -E 'found|HW'
00 HW errors=140
...
11 Nonces found=155


So I don't know. My gut says these are bad chips and the supporting hardware is fine. But I cant really know that for sure until I get in there and do some measurements.

I was also playing around with
'bitmine-a1-options 0:0:390:0' to try and limit the spi speed - no idea if it did anything, took the command tho.
'bitmine-a1-options 0:0:0:6' to disable 6 chips in each chain. Workedm I got roughly 1/2 sols. but not exactly as poor hashing chips are randomly placed. Didnt really let it ramp up.

How did you use the bitmine commands? I'm not aware of this interface.

It wasnt very helpful, I was hail marrying. but for the sake of education/experimentation I'll share

I killed cgminer process with

systemctl stop cgminer

and ran directly from SSH, this would throw error msgs for bad commands and was easier for messing around. I'd use CTRL C to quit
This chain chip limiting command worked. never tried messing with the clock values, as im not exactly sure what clock it would be changing. I didnt error check this but it was something like:

cgminer -o stratum+tcp://us-east.equihash-hub.miningpoolhub.com:20575 -u USER -p x --api-listen --api-port 4028 --api-allow W:127.0.0.1 --T1noauto --T1Pll1 1250 --T1Pll2 1250 --T1Pll3 1250 --T1VID1 185 --T1VID2 185 --T1VID3 185 --A1Fanspd 100 --A1Fanmode 0 --bitmine-a1-options 0:0:0:6 -debug

[jhartbarger]

How well does the A9 overclock? Both my Z9 Mini's do 750mhz 16.5ksols average per unit with No rejects or HW errors so I am trying to determine at what price does it justify a purchase.

[sweeperAA]

Can anyone please post the number of cores reported when you miner initializes?  After PLL Clock and VID is set it comes up in the log.

or by SSH cgminer-api -o stats | sed 's/,/\n/g' | grep 'cores'

My 28ksol:
Num cores=370
Num cores=373
Num cores=373

My 50ksol:
Num cores=384
Num cores=375
Num cores=377


its not exactly a direct relation in performance to core count but im curious if the lower hashing units always have lower core counts.

I haven't Bought a new Oscilloscope yet as im still behind from buying my A9's. Dont even have a good multi meter here. But I see very little variation in 'cgminer-api -o stats' Min/Max voltage and nVol per chip. Its incredibly stable. I would suspect its not updating but I did see a very slight difference in reported value over time in performance mode. Think it was 0.001 Volts. lol.  Over and Under volt does nothing significant to performance. I may have gotten another 1ksol avg from overvolting, but i haven't done a comparison with hard data. Hardware Errors vs Valid Nounces seems to be what I need to compare. Whats crazy is underclocking down to 230Mhz didn't effect the error rate. And the errors are randomly spread across chips in a steady ratio.


cgminer-api -o stats | sed 's/,/\n/g' | grep -E 'found|HW'
00 HW errors=140
...
11 Nonces found=155


So I don't know. My gut says these are bad chips and the supporting hardware is fine. But I cant really know that for sure until I get in there and do some measurements.

I was also playing around with
'bitmine-a1-options 0:0:390:0' to try and limit the spi speed - no idea if it did anything, took the command tho.
'bitmine-a1-options 0:0:0:6' to disable 6 chips in each chain. Workedm I got roughly 1/2 sols. but not exactly as poor hashing chips are randomly placed. Didnt really let it ramp up.

How did you use the bitmine commands? I'm not aware of this interface.

It wasnt very helpful, I was hail marrying. but for the sake of education/experimentation I'll share

I killed cgminer process with

systemctl stop cgminer

and ran directly from SSH, this would throw error msgs for bad commands and was easier for messing around. I'd use CTRL C to quit
This chain chip limiting command worked. never tried messing with the clock values, as im not exactly sure what clock it would be changing. I didnt error check this but it was something like:

cgminer -o stratum+tcp://us-east.equihash-hub.miningpoolhub.com:20575 -u USER -p x --api-listen --api-port 4028 --api-allow W:127.0.0.1 --T1noauto --T1Pll1 1250 --T1Pll2 1250 --T1Pll3 1250 --T1VID1 185 --T1VID2 185 --T1VID3 185 --A1Fanspd 100 --A1Fanmode 0 --bitmine-a1-options 0:0:0:6 -debug

Thanks for the response. I didn't realize this switch existed with cgminer. Since you seem to be familiar with the cgminer interfaces, I have two other questions that have been nagging me during this investigation:

1.) Is there a way to command cgminer to change the fan speed without requiring it to restart? I know that you could update the config file to specify the A1fanmode and A1fanspd, but that would require restarting the service and there has to be a way to dynamically change the fan speed since it's being done in auto mode. I just haven't found the interface to do it.

2.) Would you expect there to be a publicly available repository for this version of cgminer? I'd really like to see the source to identify other possible useful switches/interfaces that are not being advertised.

[MZ4]

HI All,

1. It might be a dumb question, but can someone give me a picture about the fault rate/reliability of the A9 compared to the Z9 for example?
As I'm reading through the messages it seems that there are a lot of faulty units and the 50KSol/s is very far in many occassions.

2. I've heared rumors that they might be delays with the units that are advertised as ready to ship, is this for real?

3. Also it's still hard to believe, that this is their order page (it is not even a secure connection): http://www.innosilicon.com/html/a9-miner/index.html Can someone confirm it?

Thanks a lot!
 

I have had great experience with my A9.  It hashes at around 51-52ksol/s depending on the pool Im connected to.  Some pools work terribly with ASICs still and I think some of the people responding in this thread are using bad pools...

Other people in here do seem to have legitimate issues with some of their cards, though

Also, I purchased mine through a reseller so I cant help with your other questions...but yes I do believe that is the real innosilicon website as that is where I download my firmware from.

Today have been arrived my A9's. I have the same experience with you. I didn't make a firmware update. All of them are hashing more than 50k sols, Regarding the Innosilicon monitor. With NiceHash I don't see more that 40k sols however. The temperature is constantly 71 to 72 Celsius. Are those temperatures normal?
Which pools are you using and you have good experience?

[linkt2]

I'm getting lots of these errors frequently, it's always chip 1:

Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.547] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.595] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.644] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed

Firmware is latest.
Seems the firmware update didn't work altho it indicated success & rebooted.
Version is still b29+_20180706_042116

I receive same ERROR, sent this to Innosilicon Support:

Jul 31 16:20:58 InnoMiner sgminer[1717]: Got nonce for chain 0 / chip 1 / job_id 1
Jul 31 16:20:58 InnoMiner sgminer[1717]: Accepted 751fc454 Diff 0/95999 HLT 0 pool 0
Jul 31 16:21:00 InnoMiner sgminer[1717]: Stratum from pool 0 requested work restart
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.945] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.974] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:01 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:01.031] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:01 InnoMiner sgminer[1717]: chip 1 clear work failed

support said Hashboard is bad, ship Hashboard back, no additional explanation?

48-55k/sols
Num cores=374
Num cores=377
Num cores=381

00 HW errors=3
00 Nonces found=44
01 HW errors=0
01 Nonces found=27
02 HW errors=6
02 Nonces found=44
03 HW errors=8
03 Nonces found=44
04 HW errors=33
04 Nonces found=19
05 HW errors=3
05 Nonces found=37
06 HW errors=6
06 Nonces found=64
07 HW errors=14
07 Nonces found=26
08 HW errors=1
08 Nonces found=52
09 HW errors=18
09 Nonces found=23
10 HW errors=4
10 Nonces found=38
11 HW errors=3
11 Nonces found=43
00 HW errors=6
00 Nonces found=38
01 HW errors=6
01 Nonces found=30
02 HW errors=13
02 Nonces found=36
03 HW errors=12
03 Nonces found=38
04 HW errors=3
04 Nonces found=36
05 HW errors=8
05 Nonces found=36
06 HW errors=2
06 Nonces found=34
07 HW errors=3
07 Nonces found=45
08 HW errors=21
08 Nonces found=41
09 HW errors=2
09 Nonces found=38
10 HW errors=12
10 Nonces found=23
11 HW errors=15
11 Nonces found=26
00 HW errors=3
00 Nonces found=44
01 HW errors=2
01 Nonces found=58
02 HW errors=3
02 Nonces found=46
03 HW errors=7
03 Nonces found=38
04 HW errors=4
04 Nonces found=36
05 HW errors=4
05 Nonces found=35
06 HW errors=9
06 Nonces found=37
07 HW errors=3
07 Nonces found=63
08 HW errors=6
08 Nonces found=38
09 HW errors=16
09 Nonces found=32
10 HW errors=1
10 Nonces found=32
11 HW errors=4
11 Nonces found=30
#

[wKiV7378U]

I'm getting lots of these errors frequently, it's always chip 1:

Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.547] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.595] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.644] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed

Firmware is latest.
Seems the firmware update didn't work altho it indicated success & rebooted.
Version is still b29+_20180706_042116

I receive same ERROR, sent this to Innosilicon Support:

Jul 31 16:20:58 InnoMiner sgminer[1717]: Got nonce for chain 0 / chip 1 / job_id 1
Jul 31 16:20:58 InnoMiner sgminer[1717]: Accepted 751fc454 Diff 0/95999 HLT 0 pool 0
Jul 31 16:21:00 InnoMiner sgminer[1717]: Stratum from pool 0 requested work restart
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.945] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.974] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:01 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:01.031] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:01 InnoMiner sgminer[1717]: chip 1 clear work failed

support said Hashboard is bad, ship Hashboard back, no additional explanation?

I see this pop up in my logs too...but my miner still hashes at advertised speeds.  This could actually point to a SPI bus issue if Innosilicon said it was a bad hashboard.  Anyone else see this in their logs?

[linkt2]

I'm getting lots of these errors frequently, it's always chip 1:

Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.547] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.595] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.644] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed

Firmware is latest.
Seems the firmware update didn't work altho it indicated success & rebooted.
Version is still b29+_20180706_042116

I receive same ERROR, sent this to Innosilicon Support:

Jul 31 16:20:58 InnoMiner sgminer[1717]: Got nonce for chain 0 / chip 1 / job_id 1
Jul 31 16:20:58 InnoMiner sgminer[1717]: Accepted 751fc454 Diff 0/95999 HLT 0 pool 0
Jul 31 16:21:00 InnoMiner sgminer[1717]: Stratum from pool 0 requested work restart
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.945] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.974] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:01 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:01.031] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:01 InnoMiner sgminer[1717]: chip 1 clear work failed

support said Hashboard is bad, ship Hashboard back, no additional explanation?

I see this pop up in my logs too...but my miner still hashes at advertised speeds.  This could actually point to a SPI bus issue if Innosilicon said it was a bad hashboard.  Anyone else see this in their logs?

I've been hashing ZEC getting 48-55k/sols both sides so it's working correctly just intermittently receive ERROR in log?

[hempkat]

Hi miners.

I am new here.

I have x5 A9s and I would like to share with you my experience.

Overall it has been OK but not without its twists and turns.

1. A few of my miners (about 2) seem to always be under 50k hash rate.

2. I tried using Nice Hash but it kept getting rejected. I now mine exclusively on Nanopool. Does anyone have suggestions for a better pool?

3. I constantly (about once a day) have to deal with miners going offline. Simply turning them off and back on fixes the issue. Is this a problem with all ASICs? Has anyone else been experiencing this? I am attempting to resolve it by getting WiFi power switches. Are my miners defective or is this a problem experienced by others? Any advice as far as solutions?

Thank you. Happy mining.

[Solsichu]

I'm getting lots of these errors frequently, it's always chip 1:

Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.547] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.595] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.644] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed

Firmware is latest.
Seems the firmware update didn't work altho it indicated success & rebooted.
Version is still b29+_20180706_042116

I receive same ERROR, sent this to Innosilicon Support:

Jul 31 16:20:58 InnoMiner sgminer[1717]: Got nonce for chain 0 / chip 1 / job_id 1
Jul 31 16:20:58 InnoMiner sgminer[1717]: Accepted 751fc454 Diff 0/95999 HLT 0 pool 0
Jul 31 16:21:00 InnoMiner sgminer[1717]: Stratum from pool 0 requested work restart
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.945] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.974] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:01 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:01.031] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:01 InnoMiner sgminer[1717]: chip 1 clear work failed

support said Hashboard is bad, ship Hashboard back, no additional explanation?

I see this pop up in my logs too...but my miner still hashes at advertised speeds.  This could actually point to a SPI bus issue if Innosilicon said it was a bad hashboard.  Anyone else see this in their logs?

I've been hashing ZEC getting 48-55k/sols both sides so it's working correctly just intermittently receive ERROR in log?

As much as I've been trying to fault the SPI as a possible problem on these unit. I've been ignoring this, since it always comes after a work restart request/New block found. Happens on my Good and Bad unit at the exact same time since they're in the same pool. But Maybe chip resetting relates to the slow units somehow. Im surprised Inno told the one guy to send it back when its hashing properly. Pretty sure that was a mistake.

[9600]

Hey Everyone,
Stupid question, but I haven't purchased from INNO since Dec. of 2013!

Yesterday I pulled the trigger on the A9 deal.
Can you tell me how quickly you received a response from shipping after confirming wire transfer?

Rough maths show some pretty good returns, especially if the free Sept. batch ships.
I'm game.

[hempkat]

Hey Everyone,
Stupid question, but I haven't purchased from INNO since Dec. of 2013!

Yesterday I pulled the trigger on the A9 deal.
Can you tell me how quickly you received a response from shipping after confirming wire transfer?

Rough maths show some pretty good returns, especially if the free Sept. batch ships.
I'm game.

I would not expect anything positive from Inno. They been absolutely horrendous to work with. You may hear from them in 2 - 3 days. I have never had a worse customer experience than working with them. I asked them to refund my last order because of how long they were taking. They never ship when they say they will.

[9600]

Hey Everyone,
Stupid question, but I haven't purchased from INNO since Dec. of 2013!

Yesterday I pulled the trigger on the A9 deal.
Can you tell me how quickly you received a response from shipping after confirming wire transfer?

Rough maths show some pretty good returns, especially if the free Sept. batch ships.
I'm game.

I would not expect anything positive from Inno. They been absolutely horrendous to work with. You may hear from them in 2 - 3 days. I have never had a worse customer experience than working with them. I asked them to refund my last order because of how long they were taking. They never ship when they say they will.

Did...did you create an account to answer this?
That must've been a real shitty situation!

[hempkat]

Miners, I need help.

I am going crazy.  

Every single day 1 or 2 out of my 5 A9 miners goes offline and then I have to drive to the mining site to power it off and then turn it back on. Then it works fine. The worst is when this happens at night because then it's not mining for 8 hours until I wake up the next day.

It's driving me bonkers because I never know when it will happen.

Can anyone please help me and tell me why this keeps happening.

It's completely random and not the same miner every time. It happens to all of them. Sometimes it's 1, other times it's 2 at the same time.

Please help.

[minefarmbuy]

Weird, we get pretty quick responses from them like most manufacturers. I wouldn't say the easiest to work with but what company is? I have an evga psu for RMA they've been pretty good so far but still waiting for "approval". We'll see what they say (sorry tangent).

Point is shit happens an downtime sucks, if you're not satisfied with their service don't buy from them. It's hard though when I hear some recovery conversations here. Can't make everyone happy but these fuckers here try. We'll ship RMA in batches if we get a lot and distribute to ease the process for everyone. Just depends on the buy/scenario. We want miners hashing, not the inverse. Hope things turn out well.
 

[hempkat]

Miners, I need help.

I am going crazy.  

Every single day 1 or 2 out of my 5 A9 miners goes offline and then I have to drive to the mining site to power it off and then turn it back on. Then it works fine. The worst is when this happens at night because then it's not mining for 8 hours until I wake up the next day.

It's driving me bonkers because I never know when it will happen.

Can anyone please help me and tell me why this keeps happening.

It's completely random and not the same miner every time. It happens to all of them. Sometimes it's 1, other times it's 2 at the same time.

Please help.

Can anyone help with this?

[wKiV7378U]

Miners, I need help.

I am going crazy.  

Every single day 1 or 2 out of my 5 A9 miners goes offline and then I have to drive to the mining site to power it off and then turn it back on. Then it works fine. The worst is when this happens at night because then it's not mining for 8 hours until I wake up the next day.

It's driving me bonkers because I never know when it will happen.

Can anyone please help me and tell me why this keeps happening.

It's completely random and not the same miner every time. It happens to all of them. Sometimes it's 1, other times it's 2 at the same time.

Please help.

Can anyone help with this?

What do your miner logs say in the admin panel?

No one can tell you whats going on without more information.

[wKiV7378U]

I'm getting lots of these errors frequently, it's always chip 1:

Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.547] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.595] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.644] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed

Firmware is latest.
Seems the firmware update didn't work altho it indicated success & rebooted.
Version is still b29+_20180706_042116

I receive same ERROR, sent this to Innosilicon Support:

Jul 31 16:20:58 InnoMiner sgminer[1717]: Got nonce for chain 0 / chip 1 / job_id 1
Jul 31 16:20:58 InnoMiner sgminer[1717]: Accepted 751fc454 Diff 0/95999 HLT 0 pool 0
Jul 31 16:21:00 InnoMiner sgminer[1717]: Stratum from pool 0 requested work restart
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.945] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.974] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:01 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:01.031] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:01 InnoMiner sgminer[1717]: chip 1 clear work failed

support said Hashboard is bad, ship Hashboard back, no additional explanation?

I see this pop up in my logs too...but my miner still hashes at advertised speeds.  This could actually point to a SPI bus issue if Innosilicon said it was a bad hashboard.  Anyone else see this in their logs?

I've been hashing ZEC getting 48-55k/sols both sides so it's working correctly just intermittently receive ERROR in log?

As much as I've been trying to fault the SPI as a possible problem on these unit. I've been ignoring this, since it always comes after a work restart request/New block found. Happens on my Good and Bad unit at the exact same time since they're in the same pool. But Maybe chip resetting relates to the slow units somehow. Im surprised Inno told the one guy to send it back when its hashing properly. Pretty sure that was a mistake.

It could be a firmware error...

[xpulse]

I'm getting lots of these errors frequently, it's always chip 1:

Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.547] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.595] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed
Jul 31 09:31:15 InnoMiner sgminer[1313]: [ERRO:2018-07-31 09:31:15.644] ERROR - spi recv data invalid: 04|00
Jul 31 09:31:15 InnoMiner sgminer[1313]: chip 1 clear work failed

Firmware is latest.
Seems the firmware update didn't work altho it indicated success & rebooted.
Version is still b29+_20180706_042116

I receive same ERROR, sent this to Innosilicon Support:

Jul 31 16:20:58 InnoMiner sgminer[1717]: Got nonce for chain 0 / chip 1 / job_id 1
Jul 31 16:20:58 InnoMiner sgminer[1717]: Accepted 751fc454 Diff 0/95999 HLT 0 pool 0
Jul 31 16:21:00 InnoMiner sgminer[1717]: Stratum from pool 0 requested work restart
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.945] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:00 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:00.974] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:00 InnoMiner sgminer[1717]: chip 1 clear work failed
Jul 31 16:21:01 InnoMiner sgminer[1717]: [ERRO:2018-07-31 16:21:01.031] ERROR - spi recv data invalid: 04|00
Jul 31 16:21:01 InnoMiner sgminer[1717]: chip 1 clear work failed

support said Hashboard is bad, ship Hashboard back, no additional explanation?

I see this pop up in my logs too...but my miner still hashes at advertised speeds.  This could actually point to a SPI bus issue if Innosilicon said it was a bad hashboard.  Anyone else see this in their logs?

Both my A9's have the same issues.

[xpulse]

Miners, I need help.

I am going crazy.  

Every single day 1 or 2 out of my 5 A9 miners goes offline and then I have to drive to the mining site to power it off and then turn it back on. Then it works fine. The worst is when this happens at night because then it's not mining for 8 hours until I wake up the next day.

It's driving me bonkers because I never know when it will happen.

Can anyone please help me and tell me why this keeps happening.

It's completely random and not the same miner every time. It happens to all of them. Sometimes it's 1, other times it's 2 at the same time.

Please help.

Change PSU to Bitmain.