 Show Posts
|
|
Pages: « 1 [2] 3 4 »
|
Just for the record, I just upgraded all (11) of mine per Fanatic26's comment without a problem.
could you let us know if you see any bugs with the April firmware? thanks ccglic Is there an April firmware? I don't see it on github. Last I see was the March 6th one, am I missing it? |
|
|
|
Anyone have any issues running 20 miners on one controller. I have an issue where a miner or two will drop out of cgminer and then occasionally pop in and out but never resume hashing unless I physically reboot the miner Not sure if this a hardware issue with the miner or a stability issue with the controller/auc. I know another user here says he can’t run the full 20 and keeps the number per controller low for stability reasons. Any seen this too and know what it is?
I have 1000 Avalon 741s running in batches of 20 with no issues. I wonder if the 8 introduced some kind of instability? Make sure you have at least a 2.5 amp power source for your RPi, underpowering them leads to AUC crashes and other issues. thanks, I am running the official Rasberry adapters with the Pi3s just to ensure power wasn't an issue as I read in general about Pi instability with under powered adapters. I don't know if there is any instability but just fishing for possibilities. The other user here said that he had reduced hash and instability running a full controller but it may just be a YMMV kind of deal. I am also running the latest controller and firmware. |
|
|
|
|
Anyone have any issues running 20 miners on one controller. I have an issue where a miner or two will drop out of cgminer and then occasionally pop in and out but never resume hashing unless I physically reboot the miner Not sure if this a hardware issue with the miner or a stability issue with the controller/auc. I know another user here says he can’t run the full 20 and keeps the number per controller low for stability reasons. Any seen this too and know what it is?
|
|
|
|
I noticed this too and made a post here and spoke to Canaan about it. I spoke to Canaan and they said reversing the (sorcerer) fan should be ok if temps stay under 40c. We plan to reverse them too as you did to see as we are run cold/hot aisle setups and curious to see if there is a temp improvement. I'd like a better reply from Canaan other than 'should be' ok. Would be nice for them or their vendor to model & verify just what happens to the various hot spots in a PSU and make yay/nay based on that. Changing from blow to suck will drastically change the flow patterns inside the PSU... Perfect confirmation would be Canaan acting on this and changing the flow direction on future Sorcerer's they sell. But - that said, when I get back in-country next week think I'll give it a whirl. I agree their answer didn’t give me the warm and fuzzies but I also don’t need the psus recycling hot exhaust air |
|
|
|
All this discussion about power, temps, etc. has caused me to chase a rate hole, but the result was enlightening.
If you use a sorcerer PSU, you will notice that the fan sucks instead of blows. This means that in order to have enough attachment length to the power supply connections, you probably are placing the PSU above the 841/821 with the 2 fans opposite (841 vs PSU), and most likely you are exhausting the heat from the PSU out it's back and right back into the 841.
I ran mine on a different supply that I have that's fan blow the opposite way and the difference was 2-3C in inlet temperature difference.
This afternoon, I'm planning on seeing if I can flip a fan around in a sorcerer and cause it to suck in the same air that the 841 is and exhaust it forwards like the 841s and see if the inlet temps don't drop by 2-3C as a result.
Curious if anyone else noticed this or resolved it?
I noticed this too and made a post here and spoke to Canaan about it. Canaan said reversing the fan "should be ok" (no confirmation) if temps stay under 40c. We plan to reverse them too as you did to see as we are run cold/hot aisle setups and curious to see if there is a temp improvement. |
|
|
|
|
Anyone aware of a way to have OpenWRT email you on the temps reported by cgminer for the Avalon miners?
|
|
|
|
|
on a related note, is there an add-on or something that can be used to have cgminer email temps?
|
|
|
|
|
Thanks for the help! The Avalon 8 error codes are on github too and basically are the same.
|
|
|
|
Going to check on it physically tomorrow, anyone seen this before? It also comes in and out of the cgminer status list. This is chained to four other miners with it being in position 4, position 5 is reporting fine. If there is a PSU issue, will it still report in due to the daisy chaining? [MM ID4] => Ver[8411803-14b0f10]
DNA[013cd3418c3342bf]
Elapsed[52]
MW[0 0 0 0]
LW[0]
MH[0 0 0 0]
HW[0]
Temp[24]
TMax[24]
Fan[0]
FanR[100%]
Vi[1214 1214 1220 1220]
Vo[29 31 38 38]
PLL0[0 0 0 0]
PLL1[0 0 0 0]
PLL2[0 0 0 0]
PLL3[0 0 0 0]
GHSmm[0.00]
WU[0.00]
Freq[0.00]
PG[0]
Led[0]
MW0[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0]
MW1[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0]
MW2[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0]
MW3[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0]
TA[104]
ECHU[1 1 1 1]
ECMM[197]
FAC0[4]
OC[0]
SF0[0 0 0 775]
SF1[0 0 0 775]
SF2[0 0 0 775]
SF3[0 0 0 775]
PMUV[0000 0000]
PVT_T0[-40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40]
PVT_T1[-273 -273 -273 -273 -273 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40]
PVT_T2[-273 -273 -273 -273 -273 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40]
PVT_T3[-273 -273 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40 -40]
PVT_V0_0[0 0 0 0 0 0 0 0]
PVT_V0_1[0 0 0 0 0 0 0 0]
PVT_V0_2[0 0 0 0 0 0 0 0]
PVT_V0_3[0 0 0 0 0 0 0 0]
PVT_V0_4[0 0 0 0 0 0 0 0]
PVT_V0_5[0 0 0 0 0 0 0 0]
PVT_V0_6[0 0 0 0 0 0 0 0]
PVT_V0_7[0 0 0 0 0 0 0 0]
PVT_V0_8[0 0 0 0 0 0 0 0]
PVT_V0_9[0 0 0 0 0 0 0 0]
PVT_V0_10[0 0 0 0 0 0 0 0]
PVT_V0_11[0 0 0 0 0 0 0 0]
PVT_V0_12[0 0 0 0 0 0 0 0]
PVT_V0_13[0 0 0 0 0 0 0 0]
PVT_V0_14[0 0 0 0 0 0 0 0]
PVT_V0_15[0 0 0 0 0 0 0 0]
PVT_V0_16[0 0 0 0 0 0 0 0]
PVT_V0_17[0 0 0 0 0 0 0 0]
PVT_V0_18[0 0 0 0 0 0 0 0]
PVT_V0_19[0 0 0 0 0 0 0 0]
PVT_V0_20[0 0 0 0 0 0 0 0]
PVT_V0_21[0 0 0 0 0 0 0 0]
PVT_V0_22[0 0 0 0 0 0 0 0]
PVT_V0_23[0 0 0 0 0 0 0 0]
PVT_V0_24[0 0 0 0 0 0 0 0]
PVT_V0_25[0 0 0 0 0 0 0 0]
PVT_V1_0[0 0 0 0 0 0 0 0]
PVT_V1_1[0 0 0 0 0 0 0 0]
PVT_V1_2[0 0 0 0 0 0 0 0]
PVT_V1_3[0 0 0 0 0 0 0 0]
PVT_V1_4[0 0 0 0 0 0 0 0]
PVT_V1_5[0 0 0 0 0 0 0 0]
PVT_V1_6[0 0 0 0 0 0 0 0]
PVT_V1_7[0 0 0 0 0 0 0 0]
PVT_V1_8[0 0 0 0 0 0 0 0]
PVT_V1_9[0 0 0 0 0 0 0 0]
PVT_V1_10[0 0 0 0 0 0 0 0]
PVT_V1_11[0 0 0 0 0 0 0 0]
PVT_V1_12[0 0 0 0 0 0 0 0]
PVT_V1_13[0 0 0 0 0 0 0 0]
PVT_V1_14[0 0 0 0 0 0 0 0]
PVT_V1_15[0 0 0 0 0 0 0 0]
PVT_V1_16[0 0 0 0 0 0 0 0]
PVT_V1_17[0 0 0 0 0 0 0 0]
PVT_V1_18[0 0 0 0 0 0 0 0]
PVT_V1_19[0 0 0 0 0 0 0 0]
PVT_V1_20[0 0 0 0 0 0 0 0]
PVT_V1_21[0 0 0 0 0 0 0 0]
PVT_V1_22[0 0 0 0 0 0 0 0]
PVT_V1_23[0 0 0 0 0 0 0 0]
PVT_V1_24[0 0 0 0 0 0 0 0]
PVT_V1_25[0 0 0 0 0 0 0 0]
PVT_V2_0[0 0 0 0 0 0 0 0]
PVT_V2_1[0 0 0 0 0 0 0 0]
PVT_V2_2[0 0 0 0 0 0 0 0]
PVT_V2_3[0 0 0 0 0 0 0 0]
PVT_V2_4[0 0 0 0 0 0 0 0]
PVT_V2_5[0 0 0 0 0 0 0 0]
PVT_V2_6[0 0 0 0 0 0 0 0]
PVT_V2_7[0 0 0 0 0 0 0 0]
PVT_V2_8[0 0 0 0 0 0 0 0]
PVT_V2_9[0 0 0 0 0 0 0 0]
PVT_V2_10[0 0 0 0 0 0 0 0]
PVT_V2_11[0 0 0 0 0 0 0 0]
PVT_V2_12[0 0 0 0 0 0 0 0]
PVT_V2_13[0 0 0 0 0 0 0 0]
PVT_V2_14[0 0 0 0 0 0 0 0]
PVT_V2_15[0 0 0 0 0 0 0 0]
PVT_V2_16[0 0 0 0 0 0 0 0]
PVT_V2_17[0 0 0 0 0 0 0 0]
PVT_V2_18[0 0 0 0 0 0 0 0]
PVT_V2_19[0 0 0 0 0 0 0 0]
PVT_V2_20[0 0 0 0 0 0 0 0]
PVT_V2_21[0 0 0 0 0 0 0 0]
PVT_V2_22[0 0 0 0 0 0 0 0]
PVT_V2_23[0 0 0 0 0 0 0 0]
PVT_V2_24[0 0 0 0 0 0 0 0]
PVT_V2_25[0 0 0 0 0 0 0 0]
PVT_V3_0[0 0 0 0 0 0 0 0]
PVT_V3_1[0 0 0 0 0 0 0 0]
PVT_V3_2[0 0 0 0 0 0 0 0]
PVT_V3_3[0 0 0 0 0 0 0 0]
PVT_V3_4[0 0 0 0 0 0 0 0]
PVT_V3_5[0 0 0 0 0 0 0 0]
PVT_V3_6[0 0 0 0 0 0 0 0]
PVT_V3_7[0 0 0 0 0 0 0 0]
PVT_V3_8[0 0 0 0 0 0 0 0]
PVT_V3_9[0 0 0 0 0 0 0 0]
PVT_V3_10[0 0 0 0 0 0 0 0]
PVT_V3_11[0 0 0 0 0 0 0 0]
PVT_V3_12[0 0 0 0 0 0 0 0]
PVT_V3_13[0 0 0 0 0 0 0 0]
PVT_V3_14[0 0 0 0 0 0 0 0]
PVT_V3_15[0 0 0 0 0 0 0 0]
PVT_V3_16[0 0 0 0 0 0 0 0]
PVT_V3_17[0 0 0 0 0 0 0 0]
PVT_V3_18[0 0 0 0 0 0 0 0]
PVT_V3_19[0 0 0 0 0 0 0 0]
PVT_V3_20[0 0 0 0 0 0 0 0]
PVT_V3_21[0 0 0 0 0 0 0 0]
PVT_V3_22[0 0 0 0 0 0 0 0]
PVT_V3_23[0 0 0 0 0 0 0 0]
PVT_V3_24[0 0 0 0 0 0 0 0]
PVT_V3_25[0 0 0 0 0 0 0 0]
FM[1]
CRC[0 0 0 0] |
|
|
|
|
Hello,
I have the Sorcerer PSUs positioned where the fans are facing rear as I assumed with the connectors needing to be up front to connect to the front of the Avalons that hot air would exhaust in that direction. However I have noticed that hot air is being exhausted from the connector side. So basically it is sucking some warm exhaust air from the miners and spitting it out in front of the miners to suck back in. Has anyone else noticed this behavior and did you find a way to get around this besides using different PSUs?
Thanks
|
|
|
|
|
is it recommended to break out workers or just keep everything under the same worker name?
|
|
|
|
|
anyone see any issue with placing the PSU on top of each unit or would it be best to space them?
|
|
|
|
|
nice build, so you can run all off the 1 1600 watt supply, are you on 120v?
|
|
|
|
is there a way to be notified if your hash rate drops through Kano?
From Kano's first post on page 1 of this forum topic: Also, MinerGain at https://www.minergain.com/ has this feature as well...  Thanks! I missed that on the first post. |
|
|
|
|
is there a way to be notified if your hash rate drops through Kano?
|
|
|
|
|
latest version is working great, thank you. I had to disable Cyptonight as XMRig wouldn't benchmark. I believe due to my lack of virtual memory. If it could be anything else please let me know but you see XmRig load and it exits right away and I see virtual memory errors in my event log.
|
|
|
|
|
Another distributor lowered their 841 pricing today as well stating due to Canaan/BTC pricing. Maybe Blokforge can follow suit and take care of their customers who already placed orders.
|
|
|
|
It is still going full blast. Although the intake and outlet temps are far below that of the Avalon 741s. I tried to set the max fans to 90% but it doesn't seem to work
I don't have any 821s but I daisy chained 15 of them per each controller and it works great! (better than the 741s which loses some hash after 10)
have you tried chaining 20 A841s? How much hash did you lose? Surprise Canaan recommends 20 per controller if there is loss of hash.
Moderator's note: This post was edited by frodocooper to remove multiple nested quotes. |
|
|
|
PSA...Please don't try to transfer or sell coupon codes given out by Blokforge as a very generous gesture to customers for their previous orders.  We don't want to take advantage of Blokforge's generosity and not have similar opportunities in the future. I'm not sure Blokforge would comment on this, because Nick is just too nice and accommodating...but I am 99.lotsof9s% sure that this was not their intent.  Blokforge isn't Bitmain.  This is nice of Nick/Blokforge offering discounts on future purchases but at the same time for everyone who supported Blokforge (and were previous customers) by purchasing the 841s right away, I feel it is a little unfair as people who sat on purchasing (and received the coupon) now get a better deal on the same batch of units we are all still waiting on to be shipped. I guess that is business but it makes you think twice about purchasing early. |
|
|
|
Kudos and Merit points to Blockforge! Just dealt with Nick @ Blokforge and got 2x of the 841's, 1 Blokforge RasPi, 1 AUC3 and 2x Sorcerer PUS's at very substantial discount in return for the high price I paid for 2x 821's back in January. Once these new miners arrive I'll be running well over 300THs on Kano Love these folks!   That is great to hear Blokforge taking care of their customers, especially since Canaan did not offer any credit back on those units. Hopefully Canaan has or will make it up to them in another way. |
|
|
|
|
