Pages:
Author

Topic: Avalon ASIC users thread - page 34. (Read 438516 times)

newbie
Activity: 41
Merit: 0
January 05, 2014, 06:39:20 PM
Got a weird issue...maybe. Yesterday I woke up and noticed the the miner had failed over and hung so I did a hard bounce on the box and it came up clean. But when I looked at the cgminer api log, I noticed this and figured that a couple of chips failed because it never changed. The box had run for 3 days straight flawlessly before that. A search turned up that these get flaky if they are not rebooted regularly. So I did another search for reboots and found that it is done using cron. So i did some more searching and setup a job to bounce every 12hrs.  This morning cgminer status shows the reboot occurred on time but now the 2 failed chips show some work...all be it way behind the others and every once in awhile they will increase buy a few points. Any one that knows these boxes well know what is going on? Are the chip eventually going to completely fail? Can the cards be replaced? My hash rate has dropped by 10G.

[match_work_count27] => 18
[match_work_count28] => 18
[match_work_count29] => 0
[match_work_count30] => 0
[match_work_count31] => 18
[match_work_count32] => 18

[match_work_count28] => 19143
[match_work_count29] => 444
[match_work_count30] => 381
[match_work_count31] => 19006

Also see this...is this a good reading?

[match_work_count32] => 24067
[Controller Version] => 2000000000

Thanks ahead for looking.

I see from from posts in hear that modules do drop out and it looks like workers 29 and 30 are the common failed modules. So I guess I can replace them if I find working mods for sale. I also noticed that Utility is only at 7...I take it that is not right?

Elapsed      10h 34m 12s
MHSav      105,267
MHS5sec      106,038
FoundBlocks   0   
Getworks      2,830
Accepted      4,664
Rejected      13
HW              28,669
Utility              7
Discarded      5,621
Stale              0
GetFailures           0
LocalWork           1,023,906
RemoteFailures   0
NetworkBlocks   89   
TotalMH      4.005594e+09
WU              1,470
DiffA              917,144
DiffR              2,328
DiffS              0
BestShare           366,995

I could really use some help...I hope I haven't broken some kind of protocol by asking these questions.

You would need to replace the entire module, the sub boards are fabricated at one large board which = 1 module.

I am in the same boat as you, my 29 sub board is dead for some reason even though there is nothing burnt on it.

Thank you for the reply. I made a mistake of not reporting that I have a Avalon 1 Batch3/4 miner. From the pics I have seen, each mod looks to comprise 8 subs. I thought I might be able to replace the 2 bad sub-modules.

http://thegenesisblock.com/avalon-shipping-39th-of-bitcoin-miners-600-units-in-batch-3-begin-arriving/#!prettyPhoto/0/


Your picture shows 1 module with 8 subs. The subs are manufactured as 1 board and are not cut into 8 separate boards. So if sub 29 and 30 are damaged you will have to replaced the entire module.


Thanks for the info, I never looked inside. As soon as I got it, it went right to work and the pic looks like it is modular. Poor design imo...if they were modular, you could add extra income to your product line by sell the sub-modules. Also if the system could be designed plug and play, you could start swapping out the bad units with upgraded tech...extending the life of the miner.

Oh well, thanks for taking the time to educate this 'ol dog.
sr. member
Activity: 351
Merit: 250
January 05, 2014, 06:28:07 PM
I'm Back Avalon took a shit any ideas?

Sat Jan  4 21:02:15 2014 auth.emerg kernel: [10065.420000] usb 1-1: clear tt 1 (9031) error -71

The tplink router in the avalons is really flaky with wifi enabled and this is the symptom of it. Plug it in via ethernet only and disable all wifi.

I turned it off and on last night. It would last a few hours and die again. Just disabled wifi and flashed to the latest firmware which is something I recognize the original must have been ancient 20130723. Will leave it on eligius so I can see if holds together. Thanks for the suggestions will post in a few days if it worked, sooner if it doesn't.
hero member
Activity: 630
Merit: 501
January 05, 2014, 06:23:13 PM
Got a weird issue...maybe. Yesterday I woke up and noticed the the miner had failed over and hung so I did a hard bounce on the box and it came up clean. But when I looked at the cgminer api log, I noticed this and figured that a couple of chips failed because it never changed. The box had run for 3 days straight flawlessly before that. A search turned up that these get flaky if they are not rebooted regularly. So I did another search for reboots and found that it is done using cron. So i did some more searching and setup a job to bounce every 12hrs.  This morning cgminer status shows the reboot occurred on time but now the 2 failed chips show some work...all be it way behind the others and every once in awhile they will increase buy a few points. Any one that knows these boxes well know what is going on? Are the chip eventually going to completely fail? Can the cards be replaced? My hash rate has dropped by 10G.

[match_work_count27] => 18
[match_work_count28] => 18
[match_work_count29] => 0
[match_work_count30] => 0
[match_work_count31] => 18
[match_work_count32] => 18

[match_work_count28] => 19143
[match_work_count29] => 444
[match_work_count30] => 381
[match_work_count31] => 19006

Also see this...is this a good reading?

[match_work_count32] => 24067
[Controller Version] => 2000000000

Thanks ahead for looking.

I see from from posts in hear that modules do drop out and it looks like workers 29 and 30 are the common failed modules. So I guess I can replace them if I find working mods for sale. I also noticed that Utility is only at 7...I take it that is not right?

Elapsed      10h 34m 12s
MHSav      105,267
MHS5sec      106,038
FoundBlocks   0   
Getworks      2,830
Accepted      4,664
Rejected      13
HW              28,669
Utility              7
Discarded      5,621
Stale              0
GetFailures           0
LocalWork           1,023,906
RemoteFailures   0
NetworkBlocks   89   
TotalMH      4.005594e+09
WU              1,470
DiffA              917,144
DiffR              2,328
DiffS              0
BestShare           366,995

I could really use some help...I hope I haven't broken some kind of protocol by asking these questions.

You would need to replace the entire module, the sub boards are fabricated at one large board which = 1 module.

I am in the same boat as you, my 29 sub board is dead for some reason even though there is nothing burnt on it.

Thank you for the reply. I made a mistake of not reporting that I have a Avalon 1 Batch3/4 miner. From the pics I have seen, each mod looks to comprise 8 subs. I thought I might be able to replace the 2 bad sub-modules.

http://thegenesisblock.com/avalon-shipping-39th-of-bitcoin-miners-600-units-in-batch-3-begin-arriving/#!prettyPhoto/0/


Your picture shows 1 module with 8 subs. The subs are manufactured as 1 board and are not cut into 8 separate boards. So if sub 29 and 30 are damaged you will have to replaced the entire module.
newbie
Activity: 41
Merit: 0
January 05, 2014, 06:17:46 PM
Got a weird issue...maybe. Yesterday I woke up and noticed the the miner had failed over and hung so I did a hard bounce on the box and it came up clean. But when I looked at the cgminer api log, I noticed this and figured that a couple of chips failed because it never changed. The box had run for 3 days straight flawlessly before that. A search turned up that these get flaky if they are not rebooted regularly. So I did another search for reboots and found that it is done using cron. So i did some more searching and setup a job to bounce every 12hrs.  This morning cgminer status shows the reboot occurred on time but now the 2 failed chips show some work...all be it way behind the others and every once in awhile they will increase buy a few points. Any one that knows these boxes well know what is going on? Are the chip eventually going to completely fail? Can the cards be replaced? My hash rate has dropped by 10G.

[match_work_count27] => 18
[match_work_count28] => 18
[match_work_count29] => 0
[match_work_count30] => 0
[match_work_count31] => 18
[match_work_count32] => 18

[match_work_count28] => 19143
[match_work_count29] => 444
[match_work_count30] => 381
[match_work_count31] => 19006

Also see this...is this a good reading?

[match_work_count32] => 24067
[Controller Version] => 2000000000

Thanks ahead for looking.

I see from from posts in hear that modules do drop out and it looks like workers 29 and 30 are the common failed modules. So I guess I can replace them if I find working mods for sale. I also noticed that Utility is only at 7...I take it that is not right?

Elapsed      10h 34m 12s
MHSav      105,267
MHS5sec      106,038
FoundBlocks   0   
Getworks      2,830
Accepted      4,664
Rejected      13
HW              28,669
Utility              7
Discarded      5,621
Stale              0
GetFailures           0
LocalWork           1,023,906
RemoteFailures   0
NetworkBlocks   89   
TotalMH      4.005594e+09
WU              1,470
DiffA              917,144
DiffR              2,328
DiffS              0
BestShare           366,995

I could really use some help...I hope I haven't broken some kind of protocol by asking these questions.

You would need to replace the entire module, the sub boards are fabricated at one large board which = 1 module.

I am in the same boat as you, my 29 sub board is dead for some reason even though there is nothing burnt on it.

Thank you for the reply. I made a mistake of not reporting that I have a Avalon 1 Batch3/4 miner. From the pics I have seen, each mod looks to comprise 8 subs. I thought I might be able to replace the 2 bad sub-modules.

http://thegenesisblock.com/avalon-shipping-39th-of-bitcoin-miners-600-units-in-batch-3-begin-arriving/#!prettyPhoto/0/
hero member
Activity: 630
Merit: 501
January 05, 2014, 05:43:46 PM
Got a weird issue...maybe. Yesterday I woke up and noticed the the miner had failed over and hung so I did a hard bounce on the box and it came up clean. But when I looked at the cgminer api log, I noticed this and figured that a couple of chips failed because it never changed. The box had run for 3 days straight flawlessly before that. A search turned up that these get flaky if they are not rebooted regularly. So I did another search for reboots and found that it is done using cron. So i did some more searching and setup a job to bounce every 12hrs.  This morning cgminer status shows the reboot occurred on time but now the 2 failed chips show some work...all be it way behind the others and every once in awhile they will increase buy a few points. Any one that knows these boxes well know what is going on? Are the chip eventually going to completely fail? Can the cards be replaced? My hash rate has dropped by 10G.

[match_work_count27] => 18
[match_work_count28] => 18
[match_work_count29] => 0
[match_work_count30] => 0
[match_work_count31] => 18
[match_work_count32] => 18

[match_work_count28] => 19143
[match_work_count29] => 444
[match_work_count30] => 381
[match_work_count31] => 19006

Also see this...is this a good reading?

[match_work_count32] => 24067
[Controller Version] => 2000000000

Thanks ahead for looking.

I see from from posts in hear that modules do drop out and it looks like workers 29 and 30 are the common failed modules. So I guess I can replace them if I find working mods for sale. I also noticed that Utility is only at 7...I take it that is not right?

Elapsed      10h 34m 12s
MHSav      105,267
MHS5sec      106,038
FoundBlocks   0   
Getworks      2,830
Accepted      4,664
Rejected      13
HW              28,669
Utility              7
Discarded      5,621
Stale              0
GetFailures           0
LocalWork           1,023,906
RemoteFailures   0
NetworkBlocks   89   
TotalMH      4.005594e+09
WU              1,470
DiffA              917,144
DiffR              2,328
DiffS              0
BestShare           366,995

I could really use some help...I hope I haven't broken some kind of protocol by asking these questions.

You would need to replace the entire module, the sub boards are fabricated at one large board which = 1 module.

I am in the same boat as you, my 29 sub board is dead for some reason even though there is nothing burnt on it.
newbie
Activity: 41
Merit: 0
January 05, 2014, 12:59:45 PM
Got a weird issue...maybe. Yesterday I woke up and noticed the the miner had failed over and hung so I did a hard bounce on the box and it came up clean. But when I looked at the cgminer api log, I noticed this and figured that a couple of chips failed because it never changed. The box had run for 3 days straight flawlessly before that. A search turned up that these get flaky if they are not rebooted regularly. So I did another search for reboots and found that it is done using cron. So i did some more searching and setup a job to bounce every 12hrs.  This morning cgminer status shows the reboot occurred on time but now the 2 failed chips show some work...all be it way behind the others and every once in awhile they will increase buy a few points. Any one that knows these boxes well know what is going on? Are the chip eventually going to completely fail? Can the cards be replaced? My hash rate has dropped by 10G.

[match_work_count27] => 18
[match_work_count28] => 18
[match_work_count29] => 0
[match_work_count30] => 0
[match_work_count31] => 18
[match_work_count32] => 18

[match_work_count28] => 19143
[match_work_count29] => 444
[match_work_count30] => 381
[match_work_count31] => 19006

Also see this...is this a good reading?

[match_work_count32] => 24067
[Controller Version] => 2000000000

Thanks ahead for looking.

I see from from posts in hear that modules do drop out and it looks like workers 29 and 30 are the common failed modules. So I guess I can replace them if I find working mods for sale. I also noticed that Utility is only at 7...I take it that is not right?

Elapsed      10h 34m 12s
MHSav      105,267
MHS5sec      106,038
FoundBlocks   0   
Getworks      2,830
Accepted      4,664
Rejected      13
HW              28,669
Utility              7
Discarded      5,621
Stale              0
GetFailures           0
LocalWork           1,023,906
RemoteFailures   0
NetworkBlocks   89   
TotalMH      4.005594e+09
WU              1,470
DiffA              917,144
DiffR              2,328
DiffS              0
BestShare           366,995

I could really use some help...I hope I haven't broken some kind of protocol by asking these questions.
hero member
Activity: 630
Merit: 501
January 05, 2014, 08:31:46 AM
Hi Avalon users

There is a new firmware released(Version: 20131229), please may want update your Avalon to latest firmware
  Please read the ChangeLog before reflash, here: https://en.bitcoin.it/wiki/Avalon#20131229
  You can find the firmware here: http://downloads.canaan-creative.com/software/avalon/latest/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory.bin

If you have any problem on Avalon, please read this page first: https://en.bitcoin.it/wiki/Avalon, if it not fix your issue. please goto #avalon @freenode.net ask some help.

Thanks to conman and kanoi. right now. the cgminer support both Avalon (A3256 110nm) and Avalon prototype (A3255 55nm) machine.

All The Best
Xiangfu

Thanks for the update Xiangfu!
full member
Activity: 120
Merit: 100
January 05, 2014, 08:22:36 AM
Please look into:
  https://en.bitcoin.it/wiki/Avalon#About_.5Busb_1-1:_clear_tt_1_.288030.29_error_-71.5D

Did up update the firmware?


I'm Back Avalon took a shit any ideas?

Sat Jan  4 21:03:35 2014 auth.emerg kernel: [10145.460000] usb 1-1: clear tt 1 (8030) error -71
...
Sat Jan  4 21:03:35 2014 auth.emerg kernel: [10145.480000] usb 1-1: clear tt 1 (0030) error -71

full member
Activity: 120
Merit: 100
January 05, 2014, 08:21:16 AM
Hi Avalon users

There is a new firmware released(Version: 20131229), please may want update your Avalon to latest firmware
  Please read the ChangeLog before reflash, here: https://en.bitcoin.it/wiki/Avalon#20131229
  You can find the firmware here: http://downloads.canaan-creative.com/software/avalon/latest/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory.bin

If you have any problem on Avalon, please read this page first: https://en.bitcoin.it/wiki/Avalon, if it not fix your issue. please goto #avalon @freenode.net ask some help.

Thanks to conman and kanoi. right now. the cgminer support both Avalon (A3256 110nm) and Avalon prototype (A3255 55nm) machine.

All The Best
Xiangfu
hero member
Activity: 630
Merit: 501
January 05, 2014, 07:42:17 AM
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
January 04, 2014, 11:46:15 PM
I'm Back Avalon took a shit any ideas?

Sat Jan  4 21:02:15 2014 auth.emerg kernel: [10065.420000] usb 1-1: clear tt 1 (9031) error -71

The tplink router in the avalons is really flaky with wifi enabled and this is the symptom of it. Plug it in via ethernet only and disable all wifi.
sr. member
Activity: 351
Merit: 250
January 04, 2014, 10:36:25 PM
I'm Back Avalon took a shit any ideas?

Sat Jan  4 21:02:15 2014 auth.emerg kernel: [10065.420000] usb 1-1: clear tt 1 (9031) error -71
Sat Jan  4 21:02:16 2014 auth.emerg kernel: [10066.650000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:16 2014 auth.emerg kernel: [10066.660000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:16 2014 auth.emerg kernel: [10066.670000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:16 2014 auth.emerg kernel: [10066.680000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:02:22 2014 auth.emerg kernel: [10072.230000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:22 2014 auth.emerg kernel: [10072.240000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:22 2014 auth.emerg kernel: [10072.250000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:22 2014 auth.emerg kernel: [10072.260000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:02:28 2014 auth.emerg kernel: [10077.810000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:28 2014 auth.emerg kernel: [10077.820000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:28 2014 auth.emerg kernel: [10077.830000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:28 2014 auth.emerg kernel: [10077.840000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:02:33 2014 auth.emerg kernel: [10083.400000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:33 2014 auth.emerg kernel: [10083.420000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:33 2014 auth.emerg kernel: [10083.430000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:33 2014 auth.emerg kernel: [10083.440000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:02:39 2014 auth.emerg kernel: [10089.040000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:39 2014 auth.emerg kernel: [10089.050000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:39 2014 auth.emerg kernel: [10089.060000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:39 2014 auth.emerg kernel: [10089.070000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:02:44 2014 auth.emerg kernel: [10094.650000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:44 2014 auth.emerg kernel: [10094.660000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:44 2014 auth.emerg kernel: [10094.670000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:44 2014 auth.emerg kernel: [10094.680000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:02:50 2014 auth.emerg kernel: [10100.280000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:50 2014 auth.emerg kernel: [10100.310000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:50 2014 auth.emerg kernel: [10100.320000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:50 2014 auth.emerg kernel: [10100.330000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:02:56 2014 auth.emerg kernel: [10105.920000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:56 2014 auth.emerg kernel: [10105.930000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:56 2014 auth.emerg kernel: [10105.970000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:02:56 2014 auth.emerg kernel: [10105.980000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:03:01 2014 auth.emerg kernel: [10111.590000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:01 2014 auth.emerg kernel: [10111.610000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:01 2014 auth.emerg kernel: [10111.620000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:01 2014 auth.emerg kernel: [10111.640000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:03:07 2014 auth.emerg kernel: [10117.200000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:07 2014 auth.emerg kernel: [10117.210000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:07 2014 auth.emerg kernel: [10117.220000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:07 2014 auth.emerg kernel: [10117.250000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:03:13 2014 auth.emerg kernel: [10122.830000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:13 2014 auth.emerg kernel: [10122.840000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:13 2014 auth.emerg kernel: [10122.860000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:13 2014 auth.emerg kernel: [10122.870000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:03:18 2014 auth.emerg kernel: [10128.490000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:18 2014 auth.emerg kernel: [10128.500000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:18 2014 auth.emerg kernel: [10128.510000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:18 2014 auth.emerg kernel: [10128.520000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:03:24 2014 auth.emerg kernel: [10134.140000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:24 2014 auth.emerg kernel: [10134.150000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:24 2014 auth.emerg kernel: [10134.180000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:24 2014 auth.emerg kernel: [10134.190000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:03:30 2014 auth.emerg kernel: [10139.790000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:30 2014 auth.emerg kernel: [10139.800000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:30 2014 auth.emerg kernel: [10139.810000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:30 2014 auth.emerg kernel: [10139.820000] usb 1-1: clear tt 1 (0030) error -71
Sat Jan  4 21:03:35 2014 auth.emerg kernel: [10145.440000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:35 2014 auth.emerg kernel: [10145.450000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:35 2014 auth.emerg kernel: [10145.460000] usb 1-1: clear tt 1 (8030) error -71
Sat Jan  4 21:03:35 2014 auth.emerg kernel: [10145.480000] usb 1-1: clear tt 1 (0030) error -71
sr. member
Activity: 351
Merit: 250
January 04, 2014, 09:56:42 PM
Thanks so much for the quick replies. Will check the error rate and try to update.
hero member
Activity: 630
Merit: 501
January 04, 2014, 09:48:18 PM
It looks like 1 of your modules is not working.
Make sure the ribbon cable is fully seated and power is attached.


The 17-24 missing is normal. The Avalon mini only has 2 modules in it but due to some issue with the software/hardware some people including myself have to run with 24 miner counts to have the 16 run properly.

hero member
Activity: 630
Merit: 501
January 04, 2014, 09:45:23 PM
running at 375 now and speed is around 60. Its in alcove in my attic about 22 degrees ambient. Where does Cgminer show the error rate? My newer Avalon shows a percentage i just can't tell if its throwing tons of errors at the new speed. Current firmware is 20130723 should it be upgraded and if the answer is yes do you think i could do it without bricking it? Using my first posts as a reference  Shocked

Again thanks for the help

Update to 20131229 from CK, he posted a link a couple of threads back.

Look in your logs you'll see [Device Hardware%] =>, that's the % of hardware errors. Mine which uses the new CK firmware and runs at 350Mhz has an error rate of 0.4202 which is normal.
sr. member
Activity: 378
Merit: 250
January 04, 2014, 09:34:22 PM
It looks like 1 of your modules is not working.
Make sure the ribbon cable is fully seated and power is attached.
sr. member
Activity: 351
Merit: 250
January 04, 2014, 09:14:54 PM
running at 375 now and speed is around 60. Its in alcove in my attic about 22 degrees ambient. Where does Cgminer show the error rate? My newer Avalon shows a percentage i just can't tell if its throwing tons of errors at the new speed. Current firmware is 20130723 should it be upgraded and if the answer is yes do you think i could do it without bricking it? Using my first posts as a reference  Shocked

Again thanks for the help
hero member
Activity: 630
Merit: 501
January 04, 2014, 08:59:05 PM
[STATS] => 0
   [ID] => AVA0
   [Elapsed] => 3042
   [Calls] => 0
   [Wait] => 0.000000
   [Max] => 0.000000
   [Min] => 99999999.000000
   [baud] => 115200
   [miner_count] => 24
   [asic_count] => 10
   [timeout] => 43
   [frequency] => 300
   [fan1] => 1920
   [fan2] => 0
   [fan3] => 0
   [temp1] => 19
   [temp2] => 38
   [temp3] => 40
   [temp_max] => 41
   [no_matching_work] => 78
   [match_work_count1] => 2095
   [match_work_count2] => 2172
   [match_work_count3] => 2086
   [match_work_count4] => 2127
   [match_work_count5] => 2118
   [match_work_count6] => 2115
   [match_work_count7] => 2150
   [match_work_count8] => 2069
   [match_work_count9] => 2131
   [match_work_count10] => 2211
   [match_work_count11] => 2135
   [match_work_count12] => 2079
   [match_work_count13] => 2099
   [match_work_count14] => 2162
   [match_work_count15] => 2088
   [match_work_count16] => 2112
   [match_work_count17] => 0
   [match_work_count18] => 0
   [match_work_count19] => 0
   [match_work_count20] => 0
   [match_work_count21] => 0
   [match_work_count22] => 0
   [match_work_count23] => 0
   [match_work_count24] => 0
Does this mean miners 17-24 are not working?

If this is a 60GH/s miner you need to increase the clock speed to 350mhz. You still may not get 60GH/s as most people who have bought the Avalon Mini generally get between 55 and 60GH/s at 350Mhz. The mini can do 400Mhz (at your own risk) but you need to make sure its in a cold place.
sr. member
Activity: 351
Merit: 250
January 04, 2014, 08:20:57 PM
[STATS] => 0
   [ID] => AVA0
   [Elapsed] => 3042
   [Calls] => 0
   [Wait] => 0.000000
   [Max] => 0.000000
   [Min] => 99999999.000000
   [baud] => 115200
   [miner_count] => 24
   [asic_count] => 10
   [timeout] => 43
   [frequency] => 300
   [fan1] => 1920
   [fan2] => 0
   [fan3] => 0
   [temp1] => 19
   [temp2] => 38
   [temp3] => 40
   [temp_max] => 41
   [no_matching_work] => 78
   [match_work_count1] => 2095
   [match_work_count2] => 2172
   [match_work_count3] => 2086
   [match_work_count4] => 2127
   [match_work_count5] => 2118
   [match_work_count6] => 2115
   [match_work_count7] => 2150
   [match_work_count8] => 2069
   [match_work_count9] => 2131
   [match_work_count10] => 2211
   [match_work_count11] => 2135
   [match_work_count12] => 2079
   [match_work_count13] => 2099
   [match_work_count14] => 2162
   [match_work_count15] => 2088
   [match_work_count16] => 2112
   [match_work_count17] => 0
   [match_work_count18] => 0
   [match_work_count19] => 0
   [match_work_count20] => 0
   [match_work_count21] => 0
   [match_work_count22] => 0
   [match_work_count23] => 0
   [match_work_count24] => 0
Does this mean miners 17-24 are not working?
sr. member
Activity: 351
Merit: 250
January 04, 2014, 07:41:36 PM
Just got a used 60gh Avalon. I hooked it directly to my computer and configured exactly as my 120G model. When I connect to my network its not visible. I cant even ping it.also I tried wireless and it doesn't scan any networks. Everything seems fine when Its directly connected. Any ideas? Is it possibly conflicting with the other?
Thanks


Did you check to see if it's on the same IP address either of your 120GH Avy which you just said you configured it the same way as. You can only have 1 IP address in your network, no two devices can share an IP address.

Or is it still using 192.168.0.100 (defualt IP)?



the one that is working is 192.168.1.100 the non connecting is 192.168.2.100 thanks for the reply

For starters you have two different subnets, unless you have an L3 switch on your network which you have setup the ACL to forward traffic both ways from both subnets you aren't going to be able to access one them, the one that isn't on the same subnet your computer and other miner is.

Look on the back of your 192.168.2.100 and see if there is a pin hole to the right of the RJ45 jack, press it, this will reset your Avay back to factor defaults (as if it was brand new), this way you can connect to it from your windows machine; the new IP of the avy will be 192.168.0.100.

If you don't have multiple subnets in at where ever you have your mining gear you need to reconfigure the IP from 192.168.0.100 to 192.168.1.101 (as an example) and match the same gateway and DNS as your 192.168.0.100 mining rig.



Many thanks, i never could get it to reset but changed it to 192.168.1.101 and it showed up on my network. It's only hashing at 45 GH any ideas?
Pages:
Jump to: