|
Is there anyone running RPI with something other than the rockminer OS?
The other SD card I had was amazing, no errors while running cgminer. I switched SD cards and now I get constant hang ups then the miners restart. This is annoying because every 10-20minutes there is going to be a restart and all that is going to add up in the long run. The rockminer os just reboots too much so I just want to avoid it.
[2014-07-28 22:28:46] LIR2: Comms error (rerr=-4 amt=0)
[2014-07-28 22:28:46] LIR1: Comms error (rerr=-4 amt=0)
[2014-07-28 22:28:46] LIR0: Comms error (werr=-4 amt=32)
[2014-07-28 22:28:46] LIR3: Comms error (rerr=-4 amt=0)
[2014-07-28 22:28:46] LIR 2 failure, disabling!
[2014-07-28 22:28:46] LIR 3 failure, disabling!
[2014-07-28 22:28:46] LIR 0 failure, disabling!
[2014-07-28 22:28:46] LIR 1 failure, disabling!
If any of you have can recommend a solid brand SD card I will appreciate it!
|
|
|
|
You guys also need to take account that your s3 would last shorter if you overclock
Yes but on which basis? Degradation due to voltages? temperature of the chips? There is a higher chance of electric costs being more than the mining profits on these units for many before they die. If the quality of these units are decent, hopefully they will last long like the heavily overclocked S1's floating out there. |
|
|
|
generated a table to work with, based on the S1/S2 tables: ...package 'cgminer'
config 'asic-freq' 'default'
#option 'freq_value' '1486' #262.5M
#option 'chip_freq' '262.5'
#option 'timeout' '15'
#option 'freq_value' '1386' #250M
#option 'chip_freq' '250'
#option 'timeout' '16'
#option 'freq_value' '1306' #243.75M
#option 'chip_freq' '243.75'
#option 'timeout' '17'
#option 'freq_value' '1286' #237.5M
#option 'chip_freq' '237.5'
#option 'timeout' '17'
#option 'freq_value' '1206' #231.25M
#option 'chip_freq' '231.5'
#option 'timeout' '18'
#option 'freq_value' '1185' #225M
#option 'chip_freq' '225'
#option 'timeout' '18'
option 'freq_value' '1106' #218.75M
option 'chip_freq' '218.75'
option 'timeout' '18'
#option 'freq_value' '1086' #212.5M
#option 'chip_freq' '212.5'
#option 'timeout' '18'
#option 'freq_value' '0782' #200M
#option 'chip_freq' '200'
#option 'timeout' '20'
first off thanks to you. second can you find a number between 200 and 212.50 ( 206.25 ) comes to mind third can you find something for 215.625 my guess for 206.25 would be (use at your own risk): option 'freq_value' '1006' #206.25M option 'chip_freq' '206.25' option 'timeout' '19' With all my due respect for your time and effort, but this table is NOT very applicable to S3... You can NOT apply the same S1 math/calculations... to S3, because these are using different chips with different PFD (PLL Frequency Divider...I guess), subject to different conditions...due to chips redesign...I guess...  BM frequency table - from BM1382 datasheet ...: Work Input timing Clock Freq.(M) Hash rate(G) Reg.value Ideal delay(ms) Recommenddelay(ms) 100 6.30 0783 42.6 38 125 7.88 0983 34.0 31 150 9.45 0b83 28.4 26 175 11.03 0d83 24.3 22 200 12.60 0782 21.3 19 225 14.18 0882 18.9 17 250 15.75 0982 17.0 15 275 17.33 0a82 15.5 14 300 18.90 0b82 14.2 13 325 20.48 0c82 13.1 12 350 22.05 0d82 12.2 11 375 23.63 0e82 11.3 10 400 25.20 08f2 10.6 10 These are the same in S3's "asic-freq" file... Conditions for S3 valid frequency divider's values now are different...check them here...: https://bitmaintech.com/files/download/BM1382_Datasheet_v3.0.pdf ... Pay attention to ..." For normal operation the following constrains MUST be satisfied..." I did NOT check Your value(s) on my S3's, but seems like they are NOT the same "animals"...  Cheers ZiG Does this mean I can push a 275 frequency on the antminers that allow? I would like to test and see the power consumption, just want to make sure I don't melt my units |
|
|
|
Based on the figures thown about on here, I gather that tweaking the S3 to achieve 500 GH/s increases the overall at-the-wall wattage by 32% with only a 14% increase in hash rate. This 14% hash rate gain by itself also consumes more than twice the energy at 1.83 W/GH/s (2.38x more compared to the stock .77 W/GH/s). Is it worth it? Are we getting too carried away with tweaking and modding? How do these figures affect ROI? I can't help thinking that this is getting to be about interweb bragging rights on whose S3 achieves 0.5 TH/s.
Perhaps there are some hardcore mathematician/statistician among us that could elaborate on this subject.
It's actually ~20% power increase. Calculating ROI off one unit is just silly. Look at the difficulty increase from 16.8 to 18.7 in past two weeks. It will continue to get worse. Every week-two weeks your ROI is going to get extended and extended. If you pay for power or if you don't is the biggest factor in terms of ROI. Either way the small increase of hashrate at the current difficulty should give you multiples more of profit than it is a "power cost" |
|
|
|
Yeah but having your miner queue work from 5minutes ago and gain nothing is also a waste. Properly setting up a queue/scan-time/expiry can decrease the load of your unit and increase efficiency of the work done. Proper settings isn't the dark age, it's just something that never is done right  There is a reason these options are here for us to optimize with the specific hardware we use!  I wrote the software, I know what I'm talking about. You're barking up the wrong tree with scan time and expiry. I'm not barking up any tree You wrote a software and we use the optimal settings for the different hardware and pools we use. Correct? queue of 4096 is not helping the S3 while a lower queue is, so I'm sorry if you misunderstood my post. Should we just go put 99999 on all the settings and expect them to function the same? sir, ghash vs eligius vs p2pool pls try these pools with the modified queue and scantime... hope we can see something WOW here Yeah if you need, just modify your own config, point them at the two pools and conduct your own tests My discarded practically disappeared and my load times were dropped by 1/3 1/2... I am happy enough with this. I can't justify why the same overclock is higher now and why the hashrate more stable   |
|
|
|
Yeah but having your miner queue work from 5minutes ago and gain nothing is also a waste. Properly setting up a queue/scan-time/expiry can decrease the load of your unit and increase efficiency of the work done. Proper settings isn't the dark age, it's just something that never is done right There is a reason these options are here for us to optimize with the specific hardware we use! I wrote the software, I know what I'm talking about. You're barking up the wrong tree with scan time and expiry. I'm not barking up any tree You wrote a software and we use the optimal settings for the different hardware and pools we use. Correct? queue of 4096 is not helping the S3 while a lower queue is, so I'm sorry if you misunderstood my post. Should we just go put 99999 on all the settings and expect them to function the same? |
|
|
|
I was able to get the discarded amount lowered as well as the load. I changed the queue to 0 from 4096 and added --scan-time 1 --expiry 1 to the cgminer file. ***IF YOU ARE NOT SURE WHAT THIS MEANS DO NOT TRY AS YOU WILL BRICK YOUR UNIT*** This is the first attempt, not sure if 0 is the optimal queue value for all pools but if you are a P2P miner you may want to try this out. I use a smaller pool and my numbers have gone up. This is along the same tune you could do for an S1 but a far cry from what we did in the GPU days. I have another unit running at a lower speed but have the same results. SSH in then: vim /etc/init.d/cgminer
--scan-time 1 --expiry 1 Find line 75 PARAMS...at the end change --queue 0 and add --scan-time 1 --expiry 1 before the quotation. ***DO NOT TRY THIS UNLESS YOU FULLY UNDERSTAND AS YOU WILL BRICK YOUR UNIT**** Please stop telling people to do anything but change the queue. Artificially lowering the discarded value serves no purpose whatsoever. Decreasing scan time and expiry are for the dark ages of CPU mining - paying any attention to the "discarded work" value is completely pointless and actually harmful. The only thing here that's making a difference to CPU load is decreasing the queue which they have set far too high by default. Please do not decrease it below 1 though. Perfect so the queue should be set to 1. For the P2P folks, scan time and expiry settings will not help them as there were no settings included? (yes/no) I truly appreciate and respect your inputs both positive and negative. I was able to get the discarded amount lowered as well as the load. I changed the queue to 0 from 4096 and added --scan-time 1 --expiry 1 to the cgminer file. ***IF YOU ARE NOT SURE WHAT THIS MEANS DO NOT TRY AS YOU WILL BRICK YOUR UNIT*** This is the first attempt, not sure if 0 is the optimal queue value for all pools but if you are a P2P miner you may want to try this out. I use a smaller pool and my numbers have gone up. This is along the same tune you could do for an S1 but a far cry from what we did in the GPU days. I have another unit running at a lower speed but have the same results. SSH in then: vim /etc/init.d/cgminer
--scan-time 1 --expiry 1 Find line 75 PARAMS...at the end change --queue 0 and add --scan-time 1 --expiry 1 before the quotation. ***DO NOT TRY THIS UNLESS YOU FULLY UNDERSTAND AS YOU WILL BRICK YOUR UNIT**** Please stop telling people to do anything but change the queue. Artificially lowering the discarded value serves no purpose whatsoever. Decreasing scan time and expiry are for the dark ages of CPU mining - paying any attention to the "discarded work" value is completely pointless and actually harmful. The only thing here that's making a difference to CPU load is decreasing the queue which they have set far too high by default. Please do not decrease it below 1 though. i agree with this boss without modifying anything... tested at Ghash, the discarded will be 10times of accepted <<best share will be a big 0tested at Eligius, the Discarded will be as low as 0.01 x accepted <<it'll showing ur best shares tested at P2pool, same result as eligius.. <<same as eligius  so... dont pay any attention to the " discarded", i dont know why, but maybe because of the pool that the " discarded" is pretty high at our miner Yeah but having your miner queue work from 5minutes ago and gain nothing is also a waste. Properly setting up a queue/scan-time/expiry can decrease the load of your unit and increase efficiency of the work done. Proper settings isn't the dark age, it's just something that never is done right There is a reason these options are here for us to optimize with the specific hardware we use! |
|
|
|
Nice. Please let us know if you see improvements. He put heatsinks on the chokes, there really isn't any performance to gain by doing this. Hopefully those have good thermal adhesive and dont fall off and short his board to kill his unit. Would be more beneficial to have heatsinks on the actual small chip above the chokes. Either way, none of this should affect hashrate but may increase the longevity of the unit. |
|
|
|
I was able to get the discarded amount lowered as well as the load. I changed the queue to 0 from 4096 and added --scan-time 1 --expiry 1 to the cgminer file.
***IF YOU ARE NOT SURE WHAT THIS MEANS DO NOT TRY AS YOU WILL BRICK YOUR UNIT***
Thanks for this post ! Going to try this on one of my units and see how it works out. This was default on the new firmware: PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-network --bitmain-checkn2diff --bitmain-hwerror --queue 4096" I tried it on one by adding the --scan-time 1 --expiry 1 flags, but didn't see any difference in discards or load. Maybe some of you will have better luck. Did you change the Queue to 0? that I did not do - misread what you wrote. YES!! Just changed it and am seeing really good numbers. Discards are negligible now - 20 accepts and 3 discards. Load dropped from high 2s to under 2. AWESOME!!!!! You rock! Since I've never SSH one of these, I don't want to risk bricking it. If this fix turns out to be solid though, I hope Bitmain will include it in the next firmware release. Or maybe I'll learn to SSH. On a side note. Does anyone know if you can get a better GHS/watt ratio by under-clocking the S1? I'll tell you how to do it, but not going to go into every detail (how to SSH, sed, etc). Not responsible for you f'ing your stuff up. 1. SSH into the miner 2. cd /etc/init.d 3. cp cgminer cgminer.bak (in case you really muck it up, cgminer.bak will be your backup) 4. Enter this in the terminal: sed -i 's/--queue 4096"/--queue 0 --scan-time 1 --expiry 1"/g' cgminer 5. press enter 6. go to the web interface of the miner - Status > Miner Configuration > Save & Apply - this will restart cgminer with the new settings 7. go tip Duce for figuring this out for us Duce, where's your tip jar? I owe you. This is what you're changing: Original --> PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-network --bitmain-checkn2diff --bitmain-hwerror --queue 4096" New & Improved --> PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-network --bitmain-checkn2diff --bitmain-hwerror --queue 0 --scan-time 1 --expiry 1" //S1 undervolt guide - https://bitcointalk.org/index.php?topic=526060.msg5838713#msg5838713 I'm attempting this mod, but when I enter sed -i 's/--queue 4096"/--queue 0 --scan-time 1 --expiry 1"/g' cgminer into putty, I get "no such file or directory". Does anyone know what I am doing wrong, I'm afraid to go much further. this guide is better https://bitcointalk.org/index.php?topic=671189.msg8040869#msg8040869 Overnight run so far so good... ~450watts for ~500gh/s I think the massive HW spike is from internet outtage, it was at 40HW very early in the morning. Who knows. Either way it's minimal compared to 22,000 shares at 256 diff ( ~5mil shares ) Did you mod this machine? Looks awesome I did not! set it to 250 frequency and let it run. I am surprised at the low HW errors, problem is, just like shares, is the HW need to be multiplied by any value? or is it 100 HW errors at 256diff then 256,000 HW errors? Things are difficult without the cgminer software window open Overnight run so far so good... ~450watts for ~500gh/s I think the massive HW spike is from internet outtage, it was at 40HW very early in the morning. Who knows. Either way it's minimal compared to 22,000 shares at 256 diff ( ~5mil shares ) Do you have any special cooling? stock, running it in a 26C ambient with no additional airflow anywhere |
|
|
|
Overnight run so far so good... ~450watts for ~500gh/s I think the massive HW spike is from internet outtage, it was at 40HW very early in the morning. Who knows. Either way it's minimal compared to 22,000 shares at 256 diff ( ~5mil shares ) |
|
|
|
I'm just looking at this thread and bitmain site. And what i can see, quality went down the drain.i mean, quality in regards of delivery on time, process of any refunds, simple information to community.
Now it seems bitmain asking for btc in advance which is basically preorder.
With s1 there was no issues related to delivery of miners. Now im reading people waiting to get their s3 mining week or more!
I was hesitating to order B1,B2,B3 and it seems i didnt lost a lot. as all batches was delayed and now batch 4 and 5 is simple proeorder with no warranty that will be delivered in time frame given.
I dont know whats the issue is but even labeling boxes as miner means issues for end user.
I am fan of bitmain but at this stage whats the point of ordering when their are not in stock?
Price is nice but again waiting time for B5 will kill any profit if any. We looking at least 14 days to receive any miner. What if customs will delay the process? Whats safe quantity to order? I was thinking to order 10. Any ideas how this will look for customs?
no miner is for sale at a better price and faster delivery. have they slipped from the s-1 yeah just a bit. down the drain no. down the drain would be what knc did from the early jupiter last nov to this years neptune. Based on all that i can see and read. these s-3's are better then the s-2's but not quite as good as the s-1's. By that I mean all aspects of the miner. I order 4 so far I have 2 hashing 2 on the way. when they come I will order 2 more. after those 2 come I will assess my next move. right now the mining game is very tough. Maybe i was to harhs to say down the drain. But i compering s1 to s3 situation. And thought maybe they will do same what they done with s1. I bought abut 20+ s1 with sushi and bitmain and never had any issues. I still think mining is something which will make few BTC before is not profitable anymore but for small people like me is getting more difficult and will not be easier. 10 units will make roughly 3 BTC a month. yeah I am in your boat. always less then 5-8k worth of gear. not tiny maybe a little bigger then small. but these days to be middle sized means 20th. I can't provide 20th in terms of the power needed. that would be 42-44 s-3s that comes to about 15 k-watts. I can do 4k to 6k in the winter. I can do 2k in the summer. right now I am running 14 gridseed blades in my home around 1250 watts. 2 s-3's in my friends office. 1 dragon miner in china 32mh in the zencloud a few icefury usb sticks in bitsolo.net-----------hey you never know 2 more s-3's in batch 4 when these com to my home i will be close to 1950 watts and that is about all I can do in house. Wait what kind of house you got? I got 3 ZeusMiner Hurricane X3 and 14 ZeusMiner Blizzards and 6 gridseed mini's -75setup in two separate rooms. Each room has its own circuit. Total 70-75 Mh/s...about 2200 watts. As long as you stay below 1600 watts per circuit you will be right...But does anybody know the max power that can come out of a house in the USA? I want to throw in 4 Antminer S3's into the mix... My electric bill is about $100 extra a month with all the stuff. $100 extra for 2200watts? You are a lucky guy man. The max power that can come out of a house in the USA will rely on you checking your breaker box to see what type of amps are in what rooms it will show you what the circuit is running example is Living Room with a 20A breaker on a 115/120 circuit would be 20A x 115v = 2300 max watts in ALL living room outlets. The problem with houses is if the circuits are split individually or spread around the house. example, your living room may have split outlets with the hallway and even a bathroom |
|
|
|
One of my S3's overclocks like a beast!
The other sadly doesn't suffer the same fate! it's hashing at 430 at 218, any higher and the rate drops!
Make sure to keep that beast cool (sub 35C pref), they really don't like getting warm when you run them at 237/250MHz (hash rate starts dropping and you might get and x or two after 10h+ of running) Unfortunately I cannot get them running much lower temps! they run at 40/42 at stock! it's due to the room temp that I can't get them lower! here is an updated pic of how they look after running overnight! Still going strong [IM]http://i57.tinypic.com/20adws9.jpg[/img] Great, you got that odd device. i'm going to have to run the 10hrs+ myself. it's at 485gh/s average and 518gh/s current impossible for me to keep the units sub 40C in the ambient temperature of the room though, so i'm not sure how it will hold up also, I do not know if this is worth it. from 225 to 250 it added 75watts on the killawatt. So it's now pulling around >~450w for ~490-500gh/s ( with risk of dying after 10hrs of running as mentioned about )  Also, after changing queue to 0 and adding scan-time 1 and expiry 1, the unit has completely stopped having more discarded shares then accepted! |
|
|
|
My month is about to end! After I receive this months payment I would like to sign up for another month Posts: 259 Position: Full Member BTC Address: 1CiNGKSjZNqy2VLFFuUQQmjgtWZfHgWZbB Thank you EvilPanda! |
|
|
|
I was able to get the discarded amount lowered as well as the load. I changed the queue to 0 from 4096 and added --scan-time 1 --expiry 1 to the cgminer file. ***IF YOU ARE NOT SURE WHAT THIS MEANS DO NOT TRY AS YOU WILL BRICK YOUR UNIT*** This is the first attempt, not sure if 0 is the optimal queue value for all pools but if you are a P2P miner you may want to try this out. I use a smaller pool and my numbers have gone up. This is along the same tune you could do for an S1 but a far cry from what we did in the GPU days. I have another unit running at a lower speed but have the same results. SSH in then: vim /etc/init.d/cgminer
--scan-time 1 --expiry 1 Find line 75 PARAMS...at the end change --queue 0 and add --scan-time 1 --expiry 1 before the quotation. ***DO NOT TRY THIS UNLESS YOU FULLY UNDERSTAND AS YOU WILL BRICK YOUR UNIT**** Before Config Change (I added a line so it is easy to see, I took it out when I finished)  After Config Change  Ant Before  Ant After CHECK THE LOAD VALUES I appreciate you posting this I too have no idea why they set such a high queue on the units |
|
|
|
One of my S3's overclocks like a beast!  The other sadly doesn't suffer the same fate! it's hashing at 430 at 218, any higher and the rate drops! That is a lot of discarded shares, how does that work out? Does anyone know how to change the command line arguments ran from cron for cgminer on antminer s3? I want to add scan-time and lower the queue, I'm getting way too many discarded it does not look good. Hashrate is steady and HW is low, but the discarded work on one of the miners is ridiculous 54m 56s 420.61 5s 429.34 avg 1,308 accepted 1 rejected 31 hw 1,233 discarded PM Me. I've been trying to find someone to discuss this with for a few hours now. Default queue setting on the S3 is 4096, which just seems insane. I've been playing with adding scantime and expiry with little result. I have not touched the queue yet. I'm waiting to see if anyone knows my BMT set it so high to begin with. lets just discuss here so others can chime in.... where did you edit the cgminer launch instructions it is my understanding it is a cronjob running cgminer with launch options ? |
|
|
|
One of my S3's overclocks like a beast! The other sadly doesn't suffer the same fate! it's hashing at 430 at 218, any higher and the rate drops! That is a lot of discarded shares, how does that work out? Does anyone know how to change the command line arguments ran from cron for cgminer on antminer s3? I want to add scan-time and lower the queue, I'm getting way too many discarded it does not look good. Hashrate is steady and HW is low, but the discarded work on one of the miners is ridiculous 54m 56s 420.61 5s 429.34 avg 1,308 accepted 1 rejected 31 hw 1,233 discarded |
|
|
|
Is possible to combine R-Boxes and R3 connected to same computer using cgminer ?
via a USB connection, yes R-box frequency is 270 and R3 for what I saw runs around 350~390, is any conf. need to be done or cgminer just detects and select the right frequency for each one? if you run an R3 at 350~390 you will have ~10-50% HW errors. |
|
|
|
1) What's up with the Wifi options in the networking tab? Is this for potential wifi expansion? Was surprised when I seemed to be able to connect o my wifi network with them, but ya must have 'connected' just through my wired connections. Anyways just want to make sure that there is no wifi right.
You need an antenna, but it has wifi built in. Is the wifi set up the same as with the S1's? I don't see this anywhere in the doc nor do is see the SME connector in the pics. Just bought five S3s (batch 5) and have been running seven S1s on WiFi with absolutely no issues for months. Thought I was going to have to hardwire for the S3s, but would love to avoid doing so, if possible/practical. Is anyone actually running S3s on WiFi? If so, are there any issues to be aware of? I'm running one S3 on wifi and another hard wired, but that's because it can't get the signal strong enough for the wifi where it has to be located for the time being. The one running wifi isn't using an antennae. So does the S3 have an SMA connector for an antenna? It looks like this: http://www.active-robots.com/right-angled-pcb-sma-connectorYes but you have to open the case and keep it that way. They were too lazy/cheap to connect a pigtail. i wonder if you could just drill a small hole Hmmm...I know the case is critical to maintaining airflow / cooling, so I definitely don't want to take it off permanently. Depending on where the SMA connector is positioned, I might just try to drill a hole (probably not so small) in one, connect an antenna and see what happens to the temps. If anyone has a pic or can describe the position of the SMA connector, that would be very helpful. For example, is it in the same place as on the S1s? Thanks in advance. Dumb question, but why would adding an antenna change the temps? Or do you mean drilling holes in the case will cool it better? No...my concern is that drilling a hole in the case for an antenna will disrupt the airflow and INCREASE temps. It most likely will not. These cases are not pressure optimized so I'm sure there is air escaping already? OK...let's see how many pages we could fill with dump nonsense...continue, please... ZiG EDIT...: Obviously drilling a hole and installing a WiFi antenna is NOT changing the thermals / cooling of S3... OK... "dump nonsense" as in your grammar? a 1cm hole in this shroud will have no effect on a case that is not pressure optimize. Do you know how positive and negative pressure works. There are no gaskets on this case to seal anywhere to help with pressure, it is just air passing through it with high CFM. Please don't insult other people when you are the one full of "dump nonsense" You have to be clueless to think 1 cm hole in a NON-pressure optimized case will do more than a few degrees changing "the thermals / cooling of S3... OK... "... |
|
|
|
1) What's up with the Wifi options in the networking tab? Is this for potential wifi expansion? Was surprised when I seemed to be able to connect o my wifi network with them, but ya must have 'connected' just through my wired connections. Anyways just want to make sure that there is no wifi right.
You need an antenna, but it has wifi built in. Is the wifi set up the same as with the S1's? I don't see this anywhere in the doc nor do is see the SME connector in the pics. Just bought five S3s (batch 5) and have been running seven S1s on WiFi with absolutely no issues for months. Thought I was going to have to hardwire for the S3s, but would love to avoid doing so, if possible/practical. Is anyone actually running S3s on WiFi? If so, are there any issues to be aware of? I'm running one S3 on wifi and another hard wired, but that's because it can't get the signal strong enough for the wifi where it has to be located for the time being. The one running wifi isn't using an antennae. So does the S3 have an SMA connector for an antenna? It looks like this: http://www.active-robots.com/right-angled-pcb-sma-connectorYes but you have to open the case and keep it that way. They were too lazy/cheap to connect a pigtail. i wonder if you could just drill a small hole Hmmm...I know the case is critical to maintaining airflow / cooling, so I definitely don't want to take it off permanently. Depending on where the SMA connector is positioned, I might just try to drill a hole (probably not so small) in one, connect an antenna and see what happens to the temps. If anyone has a pic or can describe the position of the SMA connector, that would be very helpful. For example, is it in the same place as on the S1s? Thanks in advance. Dumb question, but why would adding an antenna change the temps? Or do you mean drilling holes in the case will cool it better? No...my concern is that drilling a hole in the case for an antenna will disrupt the airflow and INCREASE temps. It most likely will not. These cases are not pressure optimized so I'm sure there is air escaping already? |
|
|
|
I really wish Bitmain would make a post about Batch 4 and the reported issues we've had with the first three batches.
Not sure if I should take the refund or coupon. Performance is less than 7.7% difference on some units, it appears ~33.33% (3 repeating, of course...) of the units exhibit performance below the stated 441GH/s, and the random beeping... OH THE BEEPING... WHY GOD, WHY !?!???
I wish there was a way to BUY from bitmaintech without it just selling out instantly |
|
|
|
|
Show Posts
