Search content
Sort by
Showing 20 of 328 results by Big Time Coin
get a 1/2" wood dowel or a 1/4" piece of metal for that bar. Yo should also lower the GPU placement down as much as you can so you can put another shelf on top and make it a two mobo rig. There's enough room in there for two = double the hashing power!
Self-contained water-cooled triple 6990. Cool and quiet with nothing sticking outside the case:
This is so sex. I want. I wanted to do a similar setup but thought that I would need to put a tube between cards 1+2 and 2+3 and concerned about the spacing. See you got a metal connector there, that is perfect solution! Did you get everything from dangerden?
Nice setup Tim
If you ever get cold in your bedroom, just wheel it in there =p
If you ever get cold in your bedroom, just wheel it in there =p
I'm actually thinking about doing this. They are in the basement now but I just might move them upstairs for the winter to see if I can offset the electricity bill with savings in heating.
I see fun with breaker panels and fuse boxes in your future.
HashFast posts Raspberry Pi updated firmware on their blog. I took a new SD card, followed their directions and pointed it back to my mining wallet. After 1 hour, I cannot see any difference. It would be better to be notified of new updates, and to have the choice of whether to take it or not, depending on what was changed. This is what I do with Windows. If it ain't broke, don't fix it!
I wanted them to do this based on the number of reports of the wrong versions, corrupted filesystems, etc. This version has the firmware update capabilities built-in, and we are now testing new board firmware for release. We need to make sure it's absolutely solid and that the automatic update procedure we'll push to your RPI's are not going to break anything. If you are already running ok with our version of MinePeon (currently showing version 0.2.4.3hf8 or later), you DO NOT NEED TO DO ANYTHING!If you are running anything else, you will not get the updates! If you are running on something other than the RPI, I'll let you know when the updates are rolling out, and you can temporarily plug in your RPI so your units can get the updates.
There is a list of a ton of bugs that will be fixed in the upcoming firmware, so it'll be worth it! Please be patient, we really want this to be solid and go off without any hitches.
Con Kolivas is also working with us on the beta firmware to enhance cgminer, and hopefully we'll be able to push that out at the same time.
I'll keep you posted!
-Phil
Question 1: Will you be pushing firmware updates without any manual component, meaning if I follow these instructions the firmware for my device will be updated without any warning and I will not even be notified?
Question 2: Will the updating of firmware occur for all devices that I have hooked up to a single Rpi? Meaning if I have 10 babyjets all plugged into one USB hub which hub is plugged into my RPi will the firmware for all 10 devices be updated?
If you guys are using windows i recommend cgwatcher. it uses the API to restart cgminer when it sees dead or low hashrate.
hf-engineer please - need new firmware i will send coffee and dounuts!
hf-engineer please - need new firmware i will send coffee and dounuts!
CGWATCHER? auto-restart when sick or dead miner detected? BINGO!
Awesome thanks man. Using it now, seems like a feature rich program, much more helpful than all the "just use linux" suggestions.
Disappointed to read that there is a "windows usb stack issue" that is a "known issue" with cgminer I guess I may have to try messing around with the Rpis again, though they were very unreliable when I was using them. And not as easy to log in to remotely through vpn. 3.11 crashes for me on windows when I try to start it. Using 3.12.
DEAD DEAD DEAD - this is what I see when I wake up this morning for the second day in a row, getting only about 12-18 hour uptime before my devices all go DEAD and cgminer does not restart itself, I have to manually restart.
I am having an issue with cgminer 3.12 on windows
Using 9 babyjets plugged into a 10 port usb hub, all are detected eventually, but it usually goes up into HFB 40 to HFB 50 so it takes about 4-5 disable/re-enable cycles per device on startup.
If I reboot cgminer, after the all DEAD status, then it works for just a few minutes before I start to see the miners drop again.
IDLE for more than 60 seconds - declaring SICK!
Attempting to restart
So hotplugging everything will give me another 12-18 hours (turn off and on USB hub), but this is crazy that I have to hard reboot so often.
I am having an issue with cgminer 3.12 on windows
Using 9 babyjets plugged into a 10 port usb hub, all are detected eventually, but it usually goes up into HFB 40 to HFB 50 so it takes about 4-5 disable/re-enable cycles per device on startup.
If I reboot cgminer, after the all DEAD status, then it works for just a few minutes before I start to see the miners drop again.
IDLE for more than 60 seconds - declaring SICK!
Attempting to restart
So hotplugging everything will give me another 12-18 hours (turn off and on USB hub), but this is crazy that I have to hard reboot so often.
4 of my 12 BJ's had air blowing IN the radiator. The rest blowing out.
That might explain why some of mine are overheating... off to check.
The fans on top of my radiator are blowing out, but what's the proper orientation for the single fan on the back?
It should be blowing out, no? I have one that is sucking in.
Right, flip it, back fan blows out.
I did find one that had both fans blowing in instead of out. Also have one that has no front fan action. It is hard to tell which way the front fans are blowing or if they are both blowing in the same direction, but the one with disabled front fans is not overheating, so I think front fans are pretty unnecessary.
Any easy way to check if both radiator fans are blowing out? Some feel stronger airflow than others when i place my hand near them, I am worried that some have mismatched orientations - since the fan-putter-on-ner obviously sucked sweaty monkey balls.
I had overheating problems mostly because 4 of the BJ were 6 1/2 feet up on top of a full rack, put them down on the floor and got a 20 degree drop in temps.
Any easy way to check if both radiator fans are blowing out? Some feel stronger airflow than others when i place my hand near them, I am worried that some have mismatched orientations - since the fan-putter-on-ner obviously sucked sweaty monkey balls.
I had overheating problems mostly because 4 of the BJ were 6 1/2 feet up on top of a full rack, put them down on the floor and got a 20 degree drop in temps.
4 of my 12 BJ's had air blowing IN the radiator. The rest blowing out.
That might explain why some of mine are overheating... off to check.
So cgminer disables the device because of libusb error, assigns a new number, but sometimes it gets stuck with this:
HFB 0: max 14C 0.58V | ZOMBIE/ 0.000h/s
and once that happens, it does not disable/re-add the device until I restart cgminer
HFB 0: max 14C 0.58V | ZOMBIE/ 0.000h/s
and once that happens, it does not disable/re-add the device until I restart cgminer
I can confirm that as of 4:30 PM PST minepeon gitpull gives cgminer 3.10
I can confirm that my windows version of cgminer 3.12 from the binary download from ckolivas' website is working with 6 baby jets all plugged into a 10-port usb hub which in turn plugs into an acer aspire one laptop running windows 7. The startup of cgminer has a LOT of warnings and errors as each device gets detected and spun up, but after about 10-20 minutes it settles in and all the devices are humming along just fine. Getting about 2.2 terahash off of one cgminer worker according to btcguild.
I can confirm that my windows version of cgminer 3.12 from the binary download from ckolivas' website is working with 6 baby jets all plugged into a 10-port usb hub which in turn plugs into an acer aspire one laptop running windows 7. The startup of cgminer has a LOT of warnings and errors as each device gets detected and spun up, but after about 10-20 minutes it settles in and all the devices are humming along just fine. Getting about 2.2 terahash off of one cgminer worker according to btcguild.
So after spending hours and hours trying different things, I found the 1 minute solution, that no one had suggested.
I plugged 2 hashfast devices into one Raspberry Pi. And it works. All of my baby jets were hashing overnight, so the problems appear to have been with 2 of my raspberry pi controllers. So now I have two "double" ones. It's hot-swappable too, so you just plug it in all turned on and it detects it and starts it to mining within seconds.
It's funny that I ordered 5 Raspberry Pis to be delivered overnight but that was not necessary oh well I guess I will have extras to toy around with now.
I plugged 2 hashfast devices into one Raspberry Pi. And it works. All of my baby jets were hashing overnight, so the problems appear to have been with 2 of my raspberry pi controllers. So now I have two "double" ones. It's hot-swappable too, so you just plug it in all turned on and it detects it and starts it to mining within seconds.
It's funny that I ordered 5 Raspberry Pis to be delivered overnight but that was not necessary oh well I guess I will have extras to toy around with now.
Re: CGMINER ASIC FPGA miner monitoring RPC linux/win/osx/mips/arm/r-pi 3.10.0
--enable-hashfast dies when checking c compiler
-enable-hashfast dies when checking for cross compiling
default CFLAGS="-O2 -msse2" ./configure dies when it thinks libpthread is not installed. But I have all libpthread packages installed in MinGW, so this baffles me.
That's why I am asking for someone who already can successfully build a windows build to do so with --enable-hashfast, because I have spent much time and effort in attempting to do so and have not been successful
-enable-hashfast dies when checking for cross compiling
default CFLAGS="-O2 -msse2" ./configure dies when it thinks libpthread is not installed. But I have all libpthread packages installed in MinGW, so this baffles me.
That's why I am asking for someone who already can successfully build a windows build to do so with --enable-hashfast, because I have spent much time and effort in attempting to do so and have not been successful
Re: CGMINER ASIC FPGA miner monitoring RPC linux/win/osx/mips/arm/r-pi 3.10.0
Can someone please build a windows version with hashfast-enable? I have been unable to build it following the windows build instructions, it keeps crashing when I try to ./configure.
check post 5 for proposed overclocking command
Great, so it appears that hashfast device support is by default disabled in the build you can download from ckolivas site, and I will have to build cgminer with the --enable-hashfast flag. And the build instructions seem detailed and thorough, but what a project...
Great, so it appears that hashfast device support is by default disabled in the build you can download from ckolivas site, and I will have to build cgminer with the --enable-hashfast flag. And the build instructions seem detailed and thorough, but what a project...