driksson
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 17, 2013, 09:14:44 AM |
|
Nope sorry for the confusion, I was just giving some details on my hardware setting, each Avalon is slightly different, I have also replaced the TIM with paste on each module to allow it to run cooler allowing me to run at 360 Mhz stable. From my testing the hashing indeed remains constant, however H/W increase over time e.g. over 48 hours without restart, after running for long periods I see 6 - 8% which is just wasted electricity, so a quick cgminer restart solves all this ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) My advice for your setup is to have cgminer restart every x amount of hours keeping H/W errors low, use whatever Mhz setting keeps your units hashing high as possible and stable. Hope this makes sense. Thanks yes i understood that. super. I mean, the line you gave, maybe ill change it to every 20 hours, as it looks quite stable and high for even 70 hours.. but keeping a restart on a daily basis should be fine. As for 360, maybe i will try 350, since they are in 20dgr ac room, but no hardware mods at all.
|
|
|
|
smoothrunnings
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 17, 2013, 12:41:14 PM |
|
Nope sorry for the confusion, I was just giving some details on my hardware setting, each Avalon is slightly different, I have also replaced the TIM with paste on each module to allow it to run cooler allowing me to run at 360 Mhz stable. From my testing the hashing indeed remains constant, however H/W increase over time e.g. over 48 hours without restart, after running for long periods I see 6 - 8% which is just wasted electricity, so a quick cgminer restart solves all this ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) My advice for your setup is to have cgminer restart every x amount of hours keeping H/W errors low, use whatever Mhz setting keeps your units hashing high as possible and stable. Hope this makes sense. Sorry for budding in here, but are you saying the HW on the status page is the errors? And when you mention keeping it low, what's the magic number? ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Thanks
|
|
|
|
driksson
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 17, 2013, 02:39:11 PM |
|
Nope sorry for the confusion, I was just giving some details on my hardware setting, each Avalon is slightly different, I have also replaced the TIM with paste on each module to allow it to run cooler allowing me to run at 360 Mhz stable. From my testing the hashing indeed remains constant, however H/W increase over time e.g. over 48 hours without restart, after running for long periods I see 6 - 8% which is just wasted electricity, so a quick cgminer restart solves all this ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) My advice for your setup is to have cgminer restart every x amount of hours keeping H/W errors low, use whatever Mhz setting keeps your units hashing high as possible and stable. Hope this makes sense. Sorry for budding in here, but are you saying the HW on the status page is the errors? And when you mention keeping it low, what's the magic number? ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Thanks what i realised, was that my units was running (b2 3u) at 83-85gh for 3-4 days on eligius. then all of a sudden, they drop to 75-70gh.. for no real reason, hashrate seems same on machines, but hw rate increases. Basically, if you see 83gh on eligius or in your pool always, you don't have our problem. if you see it dropping, add reset script line.
|
|
|
|
AdamKD
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 98
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 17, 2013, 02:41:27 PM |
|
If you have issues with hardware error rate add some solder around the buffers. That fixes the HW error rate which is *usually* related to the buffers on the individual hash boards.
|
|
|
|
natbyte
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 70
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 17, 2013, 08:50:50 PM |
|
Buffers? Care to share a picture of where you mean, thanks.
|
|
|
|
GandalfG
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 259
Merit: 250
Dig your freedom
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 17, 2013, 09:07:00 PM |
|
If you have issues with hardware error rate add some solder around the buffers. That fixes the HW error rate which is *usually* related to the buffers on the individual hash boards.
There isn't buffers in original Avalon design. May you mean 74LVC2G34 on the signaling bus ? (Config_P/N ReportP/N) But I never see bad solder on this parts.
|
Want to say thanks? 16ragydppe9QFRVhrdwEUjgfMS7KCfEFGY
|
|
|
AdamKD
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 98
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 17, 2013, 09:52:39 PM |
|
If you have issues with hardware error rate add some solder around the buffers. That fixes the HW error rate which is *usually* related to the buffers on the individual hash boards.
There isn't buffers in original Avalon design. May you mean 74LVC2G34 on the signaling bus ? (Config_P/N ReportP/N) But I never see bad solder on this parts. Those. There's 3 of them (U13, U14, and U15) per hash board. My friend and I've seen hundreds (if not thousands) of them under a solder rework microscope. They all looked good from almost every angle. Touching them up all of them usually fixed a HW error problem (Once we narrowed it down to the right hash board). I'm not going to guarantee that it will fix a HW error problem. I'm just going to state that there's a good probability that it will fix a HW error problem.
|
|
|
|
ste0024
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 02:57:46 AM |
|
Buffers? Care to share a picture of where you mean, thanks.
+100
|
|
|
|
GandalfG
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 259
Merit: 250
Dig your freedom
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 11:16:14 AM |
|
If you have issues with hardware error rate add some solder around the buffers. That fixes the HW error rate which is *usually* related to the buffers on the individual hash boards.
There isn't buffers in original Avalon design. May you mean 74LVC2G34 on the signaling bus ? (Config_P/N ReportP/N) But I never see bad solder on this parts. Those. There's 3 of them (U13, U14, and U15) per hash board. My friend and I've seen hundreds (if not thousands) of them under a solder rework microscope. They all looked good from almost every angle. Touching them up all of them usually fixed a HW error problem (Once we narrowed it down to the right hash board). I'm not going to guarantee that it will fix a HW error problem. I'm just going to state that there's a good probability that it will fix a HW error problem. Thx for advice. I reflow all my boards and have 1.6% HW at 430MHz. But observe interesting thing, HW percentage are depends from length and quality ribbon cable. Maybe in conjunction with solder quality on buffers ?
|
Want to say thanks? 16ragydppe9QFRVhrdwEUjgfMS7KCfEFGY
|
|
|
smoothrunnings
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 11:39:48 AM Last edit: October 18, 2013, 11:54:50 AM by smoothrunnings |
|
If you have issues with hardware error rate add some solder around the buffers. That fixes the HW error rate which is *usually* related to the buffers on the individual hash boards.
There isn't buffers in original Avalon design. May you mean 74LVC2G34 on the signaling bus ? (Config_P/N ReportP/N) But I never see bad solder on this parts. Those. There's 3 of them (U13, U14, and U15) per hash board. My friend and I've seen hundreds (if not thousands) of them under a solder rework microscope. They all looked good from almost every angle. Touching them up all of them usually fixed a HW error problem (Once we narrowed it down to the right hash board). I'm not going to guarantee that it will fix a HW error problem. I'm just going to state that there's a good probability that it will fix a HW error problem. Thx for advice. I reflow all my boards and have 1.6% HW at 430MHz. But observe interesting thing, HW percentage are depends from length and quality ribbon cable. Maybe in conjunction with solder quality on buffers ? If you think the HW errors has to do with the ribbon cable, have you tried replacing them with 80pin cables? Remember back in the old days when there was IDE which 40pin, you could get an 80pin cable (Ultra 100/133) that had a 40pin connector, maybe this would reduce the HW errors? Also how are you determining the % HW at MHz?
|
|
|
|
AdamKD
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 98
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 11:40:58 AM |
|
If you have issues with hardware error rate add some solder around the buffers. That fixes the HW error rate which is *usually* related to the buffers on the individual hash boards.
There isn't buffers in original Avalon design. May you mean 74LVC2G34 on the signaling bus ? (Config_P/N ReportP/N) But I never see bad solder on this parts. Those. There's 3 of them (U13, U14, and U15) per hash board. My friend and I've seen hundreds (if not thousands) of them under a solder rework microscope. They all looked good from almost every angle. Touching them up all of them usually fixed a HW error problem (Once we narrowed it down to the right hash board). I'm not going to guarantee that it will fix a HW error problem. I'm just going to state that there's a good probability that it will fix a HW error problem. Thx for advice. I reflow all my boards and have 1.6% HW at 430MHz. But observe interesting thing, HW percentage are depends from length and quality ribbon cable. Maybe in conjunction with solder quality on buffers ? Most of our modules were in the .5% hardware error rate with some in the .1 and some in the .9 range @ 375 and 390 . Didn't go higher due to power (375, for us, is ~1150 watts at wall for 4 modules) and cooling (low cfm fans) issues. It could be a bunch of things. Touching up the buffers consistently solved the problem for us - which is why I dropped the idea here.
|
|
|
|
nox_
Newbie
Offline
Activity: 51
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 11:48:35 AM |
|
Make sure your ribbon cables are tight to that module and make sure the backplane is snug into the hash boards.
Check the power cable for that module also, inspect the connectors on both ends for any evidence of heating due to poor connections. If the cables are ok inspect the module for burnt capacitors in the defective miner sections. If you have a meter you can compare the C1 voltage readings between miner sections. C1 - 680uf - is also the capacitor that has been failing on some of the units. A late reply, but better late than never, thanks for the advice it was a loose backplane.. I actually fixed it by turning the unit on the side (I have since seated it properly). Another question from me :-) I have added the fourth module into my batch #2 Avalon and upgraded the PSU to a OCZ 1250W. Since adding the fourth module and running --Avalon-auto I get a fairly high HW error rate at 344 Mhz (>2.5 %) but dropping down to 319/320 gives me 1.5%. However CGMiner is restarting itself every 6 - 9 hours. Running firmware version '20130923' Temp1 - 20 Temp2 - 48 Temp3 - 45 I've moved the PSU out of the case incase it was pushing too much hot air onto some chips but no difference. Does anywhere know where I can see some logs of why CGMiner is crashing? Thanks, nox_
|
|
|
|
nox_
Newbie
Offline
Activity: 51
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 11:50:16 AM |
|
(Actually reading up some of the latest posts about ribbon cables causing HW errors might be the cause on the latest module)
Any advice appreciated, but I'll read back a few pages for some ideas too!
|
|
|
|
smoothrunnings
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 12:11:58 PM |
|
...however, what are you doing with that figure?
OK, at the risk of this being a trick question, I'm going to humiliate myself by saying "we display the value thus adding readability"? ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FHIKTEpG.png&t=665&c=DxauiGuuPZVc_Q) How are you seeing the %? I am running the latest CK firmware and I don't see the % in my HW stats. ![Sad](https://bitcointalk.org/Smileys/default/sad.gif)
|
|
|
|
|
SolarSilver
Legendary
Offline
Activity: 1112
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 12:48:47 PM |
|
How are you seeing the %? I am running the latest CK firmware and I don't see the % in my HW stats. ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2Flg6B8ze.png&t=665&c=MI0TBv3vBfty5A)
|
|
|
|
smoothrunnings
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 12:54:54 PM |
|
Thanks, now how do I save the changes in vi again? It's been years since I have touched Linux. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
|
el_rlee
Legendary
Offline
Activity: 1600
Merit: 1014
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 01:00:09 PM |
|
Thanks, now how do I save the changes in vi again? It's been years since I have touched Linux. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) ESC-:-wq-ENTER
|
|
|
|
smoothrunnings
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 01:05:39 PM |
|
Thanks, now how do I save the changes in vi again? It's been years since I have touched Linux. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) ESC-:-wq-ENTER are the dashes dashes or spaces?
|
|
|
|
smoothrunnings
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2013, 01:23:00 PM |
|
Wow my device hardware% is quite low, lower on my B1 than my B2. B1 ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fwww.smoothrunnings.ca%2Fimages%2Fb1.jpg&t=665&c=FBTYEJYbewAA-g) B2 ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fwww.smoothrunnings.ca%2Fimages%2Fb2.jpg&t=665&c=Y9Nd1t7cO6p3hg)
|
|
|
|
|