Search content
Sort by
Showing 20 of 38 results by RogueLeader
Re: [9 TH] Bitparking Pool, DGM 0%,vardiff,stratum,Merge Mining
Remember, for those with the know-how to use them, there are completely free scripts you can use:
https://github.com/youse/bitparking-mailer will notify you of hashrate drops and block solves.
and
https://bitbucket.org/pankkake/autommpool by pankkake will cash out coins for you.
https://github.com/youse/bitparking-mailer will notify you of hashrate drops and block solves.
and
https://bitbucket.org/pankkake/autommpool by pankkake will cash out coins for you.
Hey guys... I was curious to know how the heatsinks and fans are performing as far as temperature is concerned at stock and overclock speeds. I performed the CFD/Heat-transfer modeling on these to make sure everything was going to function satisfactorily and was interested to know how accurate my model was... I also feel partly responsible for the end product performance as well.
If I recall, my models predicted between 45-50C, assuming perfect contact with the thermal vias and I think the fan at almost full speed. How close was it?
If I recall, my models predicted between 45-50C, assuming perfect contact with the thermal vias and I think the fan at almost full speed. How close was it?
I'm seeing a bit higher. My miners operating in a 22C room hover between 54-59, and my miners operating in a non-climate-controlled ~5-15C room run comfortably between 50-56, mostly on the lower end. All @ 350 MHz with fans at 100%, but currently no auxiliary fans.
I recompiled cgminer's klondike driver to up cutoff temp, so still quite stable and manageable even if they are running slightly warm.
Hello!
My one miner finally arrived, the website still says my order is processing.
It was extremely well packed and included two extra PCI power cables - very nice detail.
It's seem strange that the power pins next to the micro usb port won't power the fan.
My one miner finally arrived, the website still says my order is processing.
It was extremely well packed and included two extra PCI power cables - very nice detail.
It's seem strange that the power pins next to the micro usb port won't power the fan.
Those pins do power the fan (and control its speed). Try disconnecting and reconnecting after providing power to the miner.
Re: [9 TH] Bitparking Pool, DGM 0%,vardiff,stratum,Merge Mining
Love this pool, been using it for a while. Thanks for the API.
I thought others might be interested in a python script I wrote to notify me if my hashrate drops, or if a block is found by the pool. It's a single-shot script that I use with cron.
It's at https://github.com/youse/bitparking-mailer
I thought others might be interested in a python script I wrote to notify me if my hashrate drops, or if a block is found by the pool. It's a single-shot script that I use with cron.
It's at https://github.com/youse/bitparking-mailer
Thank you for the script, I will implement this on my proxy server. Might change a few things, like give me hourly updates, and include more from the json output, and loop it.
If curl was available on iOS I would love to use your code. I might implement some snippets into my iOS app, I will be sure to credit you.
I'm glad you found it useful. Please, extract snippets and/or modify as you see fit for your needs.
Re: [9 TH] Bitparking Pool, DGM 0%,vardiff,stratum,Merge Mining
Love this pool, been using it for a while. Thanks for the API.
I thought others might be interested in a python script I wrote to notify me if my hashrate drops, or if a block is found by the pool. It's a single-shot script that I use with cron.
It's at https://github.com/youse/bitparking-mailer
I thought others might be interested in a python script I wrote to notify me if my hashrate drops, or if a block is found by the pool. It's a single-shot script that I use with cron.
It's at https://github.com/youse/bitparking-mailer
Cycling the power and reconnecting the fans as well as doing all this after restarting cgminer doesn't work for me.
I have 7 on a machine, maybe there is a driver limit to how many I can connect? I'm going to try and just plug up the ones that have 100% hardware errors...
I have 7 on a machine, maybe there is a driver limit to how many I can connect? I'm going to try and just plug up the ones that have 100% hardware errors...
I have 12 on a machine, so no. It's more than a simple power cycle. It's a waiting period. I have no idea if it is temperature-related or not, but anecdotally, I once placed one of my "stuck" miners in the freezer for a few minutes and it worked afterward.
Hey Guys, I'm having trouble getting my K16s to even start up. I'm using a standard ATX PSU (Corsair CX430) it should be a case of plugging it in and getting it running shouldn't it? Am I missing something really obvious here?
I find it hard to believe that everyone of my miners doesn't work, so I must be setting up my PSU wrong, which I didn't think was even possible.
I find it hard to believe that everyone of my miners doesn't work, so I must be setting up my PSU wrong, which I didn't think was even possible.
Yes, when power is supplied to the units you should see the green LED light. It might sound like a dumb question, but are you sure your PSU is *on*? Fan spinning, etc.? Many ATX PSUs need to be jumped if their 20/24 pin connector is being unused. See http://www.overclock.net/t/96712/how-to-jump-start-a-power-supply-psu-test-a-power-supply-and-components
Yep, any time a unit just spits HW errors upon starting, I disconnect its power cable and let it sit for a couple minutes. When I reconnect it (and dis/reconnect fan), it hashes just fine. This can be done without restarting cgminer, so if you have other units, they can hash away during the waiting period. It probably happens 5-10% of the time, but only at the outset of a mining session; long mining uptime is key to minimizing this extra effort.
When my shipment of Klondikes came, I ran out to the nearest discount store and grabbed a handful of iHome 4-port hubs for five bucks each. It'd be nicer to have fewer hubs, but they are doing the job all the same. FWIW, some of them are connected to USB3 ports on the host PC.
I recompiled cgminer 3.7.2 with line ~63 changed to:
I also modified line ~1023 to:
I recompiled cgminer 3.7.2 with line ~63 changed to:
Code:
#define KLN_KILLWORK_TEMP 61.5
and now my miners are no longer getting temperature-throttled by cgminer, been running rock solid all day at 350 MHz. My temps are hovering in the low-to-mid 50s, so the recompile was necessary for me. Might experiment with further OC'ing in the near future.I also modified line ~1023 to:
Code:
applog(LOG_INFO, "%s%i:%d went idle before work was sent",
I was not infrequently seeing that message from cgminer. It seems important but I noticed my effective hashrate hasn't been negatively impacted. It was coming often enough to really muck up my logfile, so I disabled it by giving it LOG_INFO priority, instead of LOG_WARNING. Anyone else seeing a lot of this message?Guys, you can significantly reduce the "went idle" states by modifying two defines in cgm driver. I've talked about that in K16 thread, but if anyone missed it there, check http://projectklondike.org/how-to-run#went-idle.
That's great, thanks!
When my shipment of Klondikes came, I ran out to the nearest discount store and grabbed a handful of iHome 4-port hubs for five bucks each. It'd be nicer to have fewer hubs, but they are doing the job all the same. FWIW, some of them are connected to USB3 ports on the host PC.
I recompiled cgminer 3.7.2 with line ~63 changed to:
I also modified line ~1023 to:
I recompiled cgminer 3.7.2 with line ~63 changed to:
Code:
#define KLN_KILLWORK_TEMP 61.5
and now my miners are no longer getting temperature-throttled by cgminer, been running rock solid all day at 350 MHz. My temps are hovering in the low-to-mid 50s, so the recompile was necessary for me. Might experiment with further OC'ing in the near future.I also modified line ~1023 to:
Code:
applog(LOG_INFO, "%s%i:%d went idle before work was sent",
I was not infrequently seeing that message from cgminer. It seems important but I noticed my effective hashrate hasn't been negatively impacted. It was coming often enough to really muck up my logfile, so I disabled it by giving it LOG_INFO priority, instead of LOG_WARNING. Anyone else seeing a lot of this message?anyone experiencing fluctuating hash rates with these F16's? Not sure what could be the issue but im mining on Eligius and my 7 miners are fluctuating from 33-45Gh/s, I'd like to keep them more stable at a hash rate of 40-45. Could it be a power or cooling issue, do they run more stable at lower hash rates? Or could updating firmware fix this?
These guys are very temperature sensitive, and CGMiner triggers a thermal shutdown at 53.5C and restarts at 45C.
What temps are you running at ? I suspect you're cycling, which might explain the fluctuation.
FWIW: I've had mine running solid for a few days now and they've settled quite nicely. One box fan blowing down on two wire racks housing these guys, with another floor fan blowing across them to keep 'em ventilated.
http://i.imgur.com/VkoyEdS.png
Xian, I happen to have 18 myself. What is your solution for powering them? I didn't plan ahead for my shipment all that well, so I currently have 12 attached to a standalone 1000W ATX PSU; the other 6 are leeching off of a different PC's spare PCI-E cables (in a different room altogether). I'd like to consolidate them if I can.
For others, I did find my Klondikes occasionally entering cgminer's overheat/recover loop and costing precious hashrate. So I spaced them apart more in my rig and introduced some external fans as others have done. This has helped. Anybody been OC'ing with cgminer recompiled for a higher temp threshold with good results to report? That is probably my next step.
Re: [Ann] US based Avalon ASIC chips and assembly: 715 remaining
bronchitis
Ain't nobody got time for that.
Couldn't resist. Get well sb.
Re: [Ann] US based Avalon ASIC chips and assembly: 715 remaining
Is the assembly choice & payment deadline the start of June 30 or the end of June 30 (e.g. 23:59:59)?
In other words, how much time is left to order assembly?
In other words, how much time is left to order assembly?
Moot point to me now, order placed.
Re: ASICMiner Block Erupter USB group buy (US/Canada) CLOSED AND COMPLETED!
Of course my neighborhood was being repaved today. So with the car quarantined, I dusted off the bike and made the hilly trek into town to pick up the haul from the post office. Well worth it. So far, miners working as advertised with cgminer 3.1.1. Love the form factor, too. Fun! And so sharable, no pun intended.
Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.2.0
Came here to report the site/release files are down, but I see that's already been taken care of.
So instead I'll just thank the developer for this fine project. Thanks!
So instead I'll just thank the developer for this fine project. Thanks!
Re: [Ann] US based Avalon ASIC chips and assembly: 808 chips remaining.
Payment & email sent for 130 chips in batch 4.
Keep up the great work steamboat!
Wonder how high the diff will be by the time Batch #4's are rolling out mid-august. I'm buying up a bunch of LTC for when all the GPU miners switch to alternative crypto over the summerKeep up the great work steamboat!
There are certainly plenty of angles to speculate on. I'm planning for difficulty to be utterly enormous and I still think this is a winning opportunity. For me and others bullish on BTC long-term, it's less about immediate ROI calculations and more about getting as big a piece of the pie moving forward. But to each his own.
Back OT, steamboat am I reading the first post correctly that assembly will be available for purchase in USD? That is how the prices are listed. If it will be BTC only (for whatever reason), it will be good to know ahead of time, for some of us to be able to replenish funds to pay for the assembly. If this has been addressed already, I apologize.
Assembly may be available for purchase in USD. Everything will be available for purchase in BTC.
Good to know, thanks. It will also be good to know if/when that "may" solidifies one way or the other. Of course you've been so up front with details thus far, you don't need my asking! At least at this point we buyers can plan on having BTC ready to ship, if need be.
Re: [Ann] US based Avalon ASIC chips and assembly: 808 chips remaining.
Note I said "as big a piece", I have no delusions that the piece will be all that big 
Agree with you on mining more as a hobby and just being a part ofthe network history.
Agree with you on mining more as a hobby and just being a part of
Re: [Ann] US based Avalon ASIC chips and assembly: 2,288 chips remaining.
Payment & email sent for 130 chips in batch 4.
Keep up the great work steamboat!
Wonder how high the diff will be by the time Batch #4's are rolling out mid-august. I'm buying up a bunch of LTC for when all the GPU miners switch to alternative crypto over the summerKeep up the great work steamboat!
There are certainly plenty of angles to speculate on. I'm planning for difficulty to be utterly enormous and I still think this is a winning opportunity. For me and others bullish on BTC long-term, it's less about immediate ROI calculations and more about getting as big a piece of the pie moving forward. But to each his own.
Back OT, steamboat am I reading the first post correctly that assembly will be available for purchase in USD? That is how the prices are listed. If it will be BTC only (for whatever reason), it will be good to know ahead of time, for some of us to be able to replenish funds to pay for the assembly. If this has been addressed already, I apologize.