Bitcoin Forum
November 19, 2017, 06:59:09 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 [188] 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 »
  Print  
Author Topic: Avalon ASIC users thread  (Read 432367 times)
smoothrunnings
Hero Member
*****
Offline Offline

Activity: 560


View Profile
January 05, 2014, 11:42:17 AM
 #3741

Did up update the firmware?


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

Join ICO Now A blockchain platform for effective freelancing
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511074749
Hero Member
*
Offline Offline

Posts: 1511074749

View Profile Personal Message (Offline)

Ignore
1511074749
Reply with quote  #2

1511074749
Report to moderator
1511074749
Hero Member
*
Offline Offline

Posts: 1511074749

View Profile Personal Message (Offline)

Ignore
1511074749
Reply with quote  #2

1511074749
Report to moderator
xiangfu
Full Member
***
Offline Offline

Activity: 120


View Profile
January 05, 2014, 12:21:16 PM
 #3742

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
xiangfu
Full Member
***
Offline Offline

Activity: 120


View Profile
January 05, 2014, 12:22:36 PM
 #3743

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

smoothrunnings
Hero Member
*****
Offline Offline

Activity: 560


View Profile
January 05, 2014, 12:31:46 PM
 #3744

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!
Bluebark
Jr. Member
*
Offline Offline

Activity: 41


View Profile
January 05, 2014, 04:59:45 PM
 #3745

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.

*Image Removed*   1FafDsWJih9js1r4HE3G5ui8NkveNpJAaP
smoothrunnings
Hero Member
*****
Offline Offline

Activity: 560


View Profile
January 05, 2014, 09:43:46 PM
 #3746

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.
Bluebark
Jr. Member
*
Offline Offline

Activity: 41


View Profile
January 05, 2014, 10:17:46 PM
 #3747

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/

*Image Removed*   1FafDsWJih9js1r4HE3G5ui8NkveNpJAaP
smoothrunnings
Hero Member
*****
Offline Offline

Activity: 560


View Profile
January 05, 2014, 10:23:13 PM
 #3748

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.
Cheeseater
Sr. Member
****
Offline Offline

Activity: 351


View Profile
January 05, 2014, 10:28:07 PM
 #3749

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.
Bluebark
Jr. Member
*
Offline Offline

Activity: 41


View Profile
January 05, 2014, 10:39:20 PM
 #3750

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.

*Image Removed*   1FafDsWJih9js1r4HE3G5ui8NkveNpJAaP
curt.rowland
Member
**
Offline Offline

Activity: 77


View Profile
January 05, 2014, 10:46:55 PM
 #3751

pleas help. All I did was move my avalon mini down stairs to the basement and now the ftdi device discconects itself from the ttyusb port. see log below. How can i fix this? it was working fine and now not =( anyone can help me to get this thing back up? several reboots and this is how the log looks everytime now.

   11.700000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected
[   11.710000] usb 1-1.1: Detected FT232RL
[   11.710000] usb 1-1.1: Number of endpoints 2
[   11.720000] usb 1-1.1: Endpoint 1 MaxPacketSize 16384
[   11.720000] usb 1-1.1: Endpoint 2 MaxPacketSize 16384
[   11.730000] usb 1-1.1: Setting MaxPacketSize 64
[   11.730000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
[   15.050000] device eth0 entered promiscuous mode
[   15.200000] eth0: link up (100Mbps/Full duplex)
[   15.210000] br-lan: port 1(eth0) entered forwarding state
[   15.210000] br-lan: port 1(eth0) entered forwarding state
[   17.210000] br-lan: port 1(eth0) entered forwarding state
[   22.260000] wlan0: authenticate with 08:60:6e:20:65:f0
[   22.300000] wlan0: send auth to 08:60:6e:20:65:f0 (try 1/3)
[   22.300000] wlan0: authenticated
[   22.320000] wlan0: associate with 08:60:6e:20:65:f0 (try 1/3)
[   22.320000] br-lan: received packet on eth0 with own address as source address
[   22.330000] wlan0: RX AssocResp from 08:60:6e:20:65:f0 (capab=0x411 status=0 aid=1)
[   22.330000] wlan0: associated
[   22.710000] br-lan: received packet on eth0 with own address as source address
[   22.720000] br-lan: received packet on eth0 with own address as source address
[   29.190000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[   29.210000] ftdi_sio 1-1.1:1.0: device disconnected
ProfMac
Legendary
*
Offline Offline

Activity: 854



View Profile
January 05, 2014, 11:08:23 PM
 #3752


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.

There is a score between pairs of sub modules on some board versions.  I have used the heat sink as a support, and snapped the board at the score to remove a dead sub module pair.


I try to be respectful and informed.
h@shKraker
Sr. Member
****
Offline Offline

Activity: 402


View Profile
January 05, 2014, 11:47:33 PM
 #3753

Sooo .... I tried to upgrade the firmware on my Gen 1, 4module Avalon yesterday and I fear I may have bricked it.  During the upgrade the web page just sat there telling me i twas updating the firmware but it never sent me back to the login page.  After 10 or so minutes I power cycled the machine and now I can't connect to it (web nor ssh) on its assigned IP of 192.168.120.23.  I thought maybe the machine has reset itself to factory defaults so I reset my IP to 192.168.0.22, plugged the Avalon into my configuration port (where nothing else runs), plugged in my laptop to that same hub and tried to ssh and/or http to 192.168.0.100.  The machine did not reply to that either.  Does anyone know how I might determine A) if the Avalon's Ethernet port is listening and if so B) what IP it has chosen.

H@shKraker

Tips/Payments: 1HaZvsUjJpcAf76QWg7Muu4mnWRWCrRNMs
smoothrunnings
Hero Member
*****
Offline Offline

Activity: 560


View Profile
January 06, 2014, 12:01:02 AM
 #3754

Sooo .... I tried to upgrade the firmware on my Gen 1, 4module Avalon yesterday and I fear I may have bricked it.  During the upgrade the web page just sat there telling me i twas updating the firmware but it never sent me back to the login page.  After 10 or so minutes I power cycled the machine and now I can't connect to it (web nor ssh) on its assigned IP of 192.168.120.23.  I thought maybe the machine has reset itself to factory defaults so I reset my IP to 192.168.0.22, plugged the Avalon into my configuration port (where nothing else runs), plugged in my laptop to that same hub and tried to ssh and/or http to 192.168.0.100.  The machine did not reply to that either.  Does anyone know how I might determine A) if the Avalon's Ethernet port is listening and if so B) what IP it has chosen.

H@shKraker

Press the rest button on the back, you will see a hole on the back to the right of the RJ45 connector, if you have the lid off on it still you can see button on the network card and the hole.

You didn't mention which firmware you use to upgrade your avay and if you un-selected the "keep settings" or not. If you did un-select keep settings after you hit confirm you need to wait first and for most for the avy to reboot, you should be able to tell this by now as everything on it will go quiet for a couple of seconds before the fans start back up.

Then you need to change the IP address on your computer to 192.168.0.10/sub: 255.255.255.0, GW and DNS blank, and connect to the Avy's RJ45 port and surf to 192.168.0.100, if you can resolved it, open a command prompt and type: ping 192.168.0.100 if you don't get a response check your machines IP address, type ipconfig and check to see its IP address is 192.168.0.10.

If you are using a laptop to connect and you have wifi in your house or building, disable the wifi on your laptop before you attemp to connect to the Avy through the lan cable or your computer will use the wifi as the default connection for all traffic.

Bluebark
Jr. Member
*
Offline Offline

Activity: 41


View Profile
January 06, 2014, 12:04:11 AM
 #3755


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.

There is a score between pairs of sub modules on some board versions.  I have used the heat sink as a support, and snapped the board at the score to remove a dead sub module pair.



Now that is what I like to hear. ProfMac, since you are talking about pairs, I take it there would be 4 subs per module each containing 2 subs. So my problem would be sub 3 and mod 4 correct? I guess I have to buy someone's bad board, break it down and start swapping them out to find the good subs on the purchased "bad board".

*Image Removed*   1FafDsWJih9js1r4HE3G5ui8NkveNpJAaP
smoothrunnings
Hero Member
*****
Offline Offline

Activity: 560


View Profile
January 06, 2014, 12:04:31 AM
 #3756


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.

There is a score between pairs of sub modules on some board versions.  I have used the heat sink as a support, and snapped the board at the score to remove a dead sub module pair.



The point is you can't simply buy a sub board for Avalon, you can only buy the entire module. Smiley And I doubt everyone here is as good as you when it comes to repairing electronics. In North America people throw away their electronics when they break and buy new ones, so getting them repaired cheaply is very hard. It would be different if we all lived in Colombia, they use and reuse electronics until they turn to dust! Smiley
h@shKraker
Sr. Member
****
Offline Offline

Activity: 402


View Profile
January 06, 2014, 12:25:27 AM
 #3757

smoothrunnings,

I was upgrading FROM the 519 firmware to the most recent as indicated by Yifu's post.  I did try the reset button thing but that hasn't seemed to help.  The wiki doesn't indicate how long one should hold said button.  On the IP stuff No Wifi active on the Laptop and the laptop's IP was set to 192.168.0.22/24.  That should mean I can talk to a device listening on 192.168.0.100/24.  I just found the OpenWRT "Trigger fail-safe mode with button push during TL-WR703N startup" Wiki.  It says to hold the reset button during device startup.  Do you think that's the proper route to take to get back to factory default so I can then attempt to load the most recent firmware?

H@shKraker

Tips/Payments: 1HaZvsUjJpcAf76QWg7Muu4mnWRWCrRNMs
fasmax
Sr. Member
****
Offline Offline

Activity: 378


View Profile
January 06, 2014, 01:02:23 AM
 #3758


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.

There is a score between pairs of sub modules on some board versions.  I have used the heat sink as a support, and snapped the board at the score to remove a dead sub module pair.


Do you think you could have used a dermal tool to cut along the score. Snapping seems a little risky.
 
smoothrunnings
Hero Member
*****
Offline Offline

Activity: 560


View Profile
January 06, 2014, 01:15:40 AM
 #3759

smoothrunnings,

I was upgrading FROM the 519 firmware to the most recent as indicated by Yifu's post.  I did try the reset button thing but that hasn't seemed to help.  The wiki doesn't indicate how long one should hold said button.  On the IP stuff No Wifi active on the Laptop and the laptop's IP was set to 192.168.0.22/24.  That should mean I can talk to a device listening on 192.168.0.100/24.  I just found the OpenWRT "Trigger fail-safe mode with button push during TL-WR703N startup" Wiki.  It says to hold the reset button during device startup.  Do you think that's the proper route to take to get back to factory default so I can then attempt to load the most recent firmware?

H@shKraker

Yes. I would have to used the latest firmware from CK, most Avy owners have had a better experience with CK's firmware.
smoothrunnings
Hero Member
*****
Offline Offline

Activity: 560


View Profile
January 06, 2014, 01:16:44 AM
 #3760


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.

There is a score between pairs of sub modules on some board versions.  I have used the heat sink as a support, and snapped the board at the score to remove a dead sub module pair.


Do you think you could have used a dermal tool to cut along the score. Snapping seems a little risky.
 

Just take a chain saw to it! Wink

Kidding.
Pages: « 1 ... 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 [188] 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!