 Show Posts
|
|
Pages: « 1 [2] 3 4 5 6 »
|
Thanks as always Mr. Teal. Let's say we want to underclock/undervolt these...right now I'm pulling around 700W for 600GHs...but this includes the fans and pump... Would voltage/clock settings like 800@800 cause any long term problems...or even allow enough volts for the clock? Anyone have any working numbers for down-clocking? I usually use 900mV for 800MHz as a set it and forget it sort of thing, but you can go lower if you watch to make sure you don't start losing hashrate. 880mV seems common. Awesome. Thank you. I have my hab running at 787Mhz now. Set all dies to 880mV at 800MHz. Getting around 580GH/s now, with cgminer displaying 0.82V. Setting it at 800MH was starving the chip and would cause cgminer to crash sometimes....787MHz hasn't crashed it once. For me, the best part about the lower settings are the lower fan speeds I can set now. I can go as low as 15 for the hfa-fan setting, and temps are 95C. Defiantly saving some watts and much more silent. Thanks Mr. Teal. |
|
|
|
Thanks as always Mr. Teal. Let's say we want to underclock/undervolt these...right now I'm pulling around 700W for 600GHs...but this includes the fans and pump... Would voltage/clock settings like 800@800 cause any long term problems...or even allow enough volts for the clock? Anyone have any working numbers for down-clocking? |
|
|
|
|
Sold to me. Escrow through SebastianJu.
BTC has been sent to address provided by SebastianJu
|
|
|
|
|
Thanks for the hustle Canary. Looks like mine have left the post office and will be in hand Thursday.
|
|
|
|
|
Payment sent for one.
TXID - 7f94f2edbf76e4c86656f687bd2fd3981ee8782a7843cb292923027f0da706a7
Thanks Canary.
|
|
|
|
|
Question regarding dip switch positions on the DPS-2000 breakout board ...I think I may have bumped one of the 3 dip switches because the fan controller no longer works. The fans I have strapped to the side are barely pushing any air through the PSU, despite adjusting the knob. Are one of the switches supposed to allow for the fan controller to function properly?
|
|
|
|
|
I have 6 Drillbit 8 boards on 2 mini-planes I've been trying to unload. Shoot me a PM when you have a minute.
|
|
|
|
I have Ubuntu running fine in a VM and the HF-tool works as desired, but I am having problems updating firmware. When I run the update command, it finds the device, retrieves the serial OK, but eventually give me an error. Any thoughts? xxx@MINER:~/hf-tool/firmware-20140713-0$ lsusb
Bus 001 Device 028: ID 297c:8001
Bus 001 Device 012: ID 80ee:0021 VirtualBox USB Tablet
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
rkotsybar@MINER:~/hf-tool/firmware-20140713-0$ ./field_firmware_update.py
('confirm is ', False)
('FIRMWARE_DIR is ', '.')
UC_HFU_FILE at './uc3.cropped.hfu'.
READSERIAL found at 'i686/readserial'.
HFUPDATE found at 'i686/hfupdate'.
ENTERLOADER found at 'i686/enterloader'.
HashFast Firmware Updater
Please connect HashFast device to update.
Enumerating modules...
Found 1 modules.
Loading Firmware...
Updating module 0...
hfupdate v0.1
module chain config 1 master 1 slaves 0
module 0 version 0x80000003 crc 0x23ed99de
module 0 serial number: 25 1f de 78 74 34 9c 34 15 35 09 43 17 87 6c b7
done
hfupdate v0.1
module chain config 1 master 1 slaves 0
module 0 version 0x80000003 crc 0x23ed99de
module 0 serial number: 25 1f de 78 74 34 9c 34 15 35 09 43 17 87 6c b7
done
Traceback (most recent call last):
File "./field_firmware_update.py", line 184, in <module>
firmware_updater()
File "./field_firmware_update.py", line 160, in firmware_updater
wait_for_device([(USBID_HF_VID, USBID_HF_PID)], 10)
File "./field_firmware_update.py", line 114, in wait_for_device
raise Exception("Error: timeout. Failed to find device.")
Exception: Error: timeout. Failed to find device.
Error: timeout. Failed to find device.
Firmware Update had an error. Please retry or report to HashFast Support.
xxx@MINER:~/hf-tool/firmware-20140713-0$
It looks like it updated ok. The firmware update python script can be a little flaky in a VM because it's expecting to have the unit there after a reset, not have the VM have to pull it back in from Windows. Thanks for taking a look. I figured it may have updated alright. Windows will sometimes steal the USB device if I use Ubuntu to run cgminer. It can run fine for days, then Windows will suddenly decide it wants the device back. Probably some obscure registry setting to adjust... Maybe it's time to break the bank and buy one of those new Ras-Pi B+  |
|
|
|
I have Ubuntu running fine in a VM and the HF-tool works as desired, but I am having problems updating firmware. When I run the update command, it finds the device, retrieves the serial OK, but eventually give me an error. Any thoughts? xxx@MINER:~/hf-tool/firmware-20140713-0$ lsusb
Bus 001 Device 028: ID 297c:8001
Bus 001 Device 012: ID 80ee:0021 VirtualBox USB Tablet
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
rkotsybar@MINER:~/hf-tool/firmware-20140713-0$ ./field_firmware_update.py
('confirm is ', False)
('FIRMWARE_DIR is ', '.')
UC_HFU_FILE at './uc3.cropped.hfu'.
READSERIAL found at 'i686/readserial'.
HFUPDATE found at 'i686/hfupdate'.
ENTERLOADER found at 'i686/enterloader'.
HashFast Firmware Updater
Please connect HashFast device to update.
Enumerating modules...
Found 1 modules.
Loading Firmware...
Updating module 0...
hfupdate v0.1
module chain config 1 master 1 slaves 0
module 0 version 0x80000003 crc 0x23ed99de
module 0 serial number: 25 1f de 78 74 34 9c 34 15 35 09 43 17 87 6c b7
done
hfupdate v0.1
module chain config 1 master 1 slaves 0
module 0 version 0x80000003 crc 0x23ed99de
module 0 serial number: 25 1f de 78 74 34 9c 34 15 35 09 43 17 87 6c b7
done
Traceback (most recent call last):
File "./field_firmware_update.py", line 184, in <module>
firmware_updater()
File "./field_firmware_update.py", line 160, in firmware_updater
wait_for_device([(USBID_HF_VID, USBID_HF_PID)], 10)
File "./field_firmware_update.py", line 114, in wait_for_device
raise Exception("Error: timeout. Failed to find device.")
Exception: Error: timeout. Failed to find device.
Error: timeout. Failed to find device.
Firmware Update had an error. Please retry or report to HashFast Support.
xxx@MINER:~/hf-tool/firmware-20140713-0$
|
|
|
|
Due to work obligations, I must sell my remaining mining equipment. Item #1 is a single Habanero, currently hashing at 663gh at 875MHz clock. I will include a Dell Z750 PSU, with the GekkoScience breakout board, and cables. The pictured water cooler and fans are not included. 1.5 BTC firm  Item #2 are 6 each Drillbit 8 boards with 2 miniplanes. These have been hashing at 120gh since December with maybe only 2 reboots. Very stable hardware. I will also include a Dell Z750 PSU, board, and cables with this item. .5 BTC obo  Escrow is fine. Buyer is responsible for arranging, and paying any fees. Shipping out of IL, only to US. Costs above do not include shipping. |
|
|
|
I'm going to be listing 6 Drillbit 8 boards for sale, along with 2 miniplanes, and a Dell Z750 PSU with the sidehack breakout board. ~120GH.
All have been repaired by TK.
I'll include the USB cables and a USB hub. PM with offers if interested. Escrow is fine.
I'd like to sell it here rather than eBay.
Where are you shipping from? Cheers Illinois |
|
|
|
|
I'm going to be listing 6 Drillbit 8 boards for sale, along with 2 miniplanes, and a Dell Z750 PSU with the sidehack breakout board. ~120GH.
All have been repaired by TK.
I'll include the USB cables and a USB hub. PM with offers if interested. Escrow is fine.
I'd like to sell it here rather than eBay.
|
|
|
|
|
For us Windows people, do you plan to release a Windows build of your edited version of cgminer?
I might be able to work through the read me to setup and build, but my Linux skills are sub-par.
|
|
|
|
Most of the beta boards shipped out yesterday. We should have gotten them out Tuesday. One of our bonehead engineers (well, me) based the fan header pinout on a fan we were using for testing and it made it all the way to PCB manufacture before anyone caught it (well, I did). So we wired up some adapters to fit on the fan header pins so actual standard 4-wire fans will mate natively. That slowed us down a bit. Thankfully that's the only problem we've identified with the board so far, everything else is working perfectly. r00t$, you'll probably see your box tomorrow or Saturday.
I received it Friday and very easily replaced 3 of the Dell Z750's I had strung up on my rack. SO much cleaner looking, and also better now that I got my mining equipment off my basement 110V circuit onto it's own dedicated 220V. This baby hums along happily, although I don't know the total load I have on it, as my kill-a-watt meter is only 110V compatible. It's pushing a habanero (800W), some Drillbit bitfury boards (300W), some Avalon stuff (500W), and a whole mess of fans. None of the wires are warm to the touch. Having 12 power connectors on 1 PSU is the cat's ass..but I couldn't imagine doubling up on those spades. It's already pretty right in there with the 12. Beautiful job on the board. Having fans in the right spot, and actually blowing through the PSU, is very important. I currently have 2 fans zip tied to the side, using the on-board fan header pins..one positioned right at the end where the breakout board connects, and one in the middle. Those seem to be the hot spots on the PSU. The pin header adapter actually worked out nicely for me by bringing the pins up off the breakout board a bit. I'll try to snap some pics once I get everything wire managed a little nicer. Excellent job Gekko Science team! |
|
|
|
I'll buy some R60's when Canary sells them. Trying to order anything off that Rockminer website from the U.S. didn't seem possible.
+1 |
|
|
|
|
I have sent BTC for a board and 12 cables...wondering if I could get some of the longer 36" cables for a little extra?
Thanks as always sidehack and crew.
*edit*...assuming the board hasn't already been shipped and sitting on my front porch when i get home...which in that case will promptly post a review of the product
|
|
|
|
Here is what my mine.conf file looks like...
__________________________________________
{
"pools" : [
{
"url" : "stratum+tcp://stratum.mining.eligius.st:3334",
"user" : "xxx",
"pass" : "1234"
},
{ "url" : "us1.ghash.io:3333",
"user" : "xxx"
"pass" : "123"
}
],
"hfa-fan" : "100",
"hfa-fail-drop" : "0",
"hfa-temp-target" : "0",
"hfa-temp-overheat" : "110",
"hfa-hash-clock" : "975",
"api-allow": "127.0.0.1,192.168.237.99"
}
__________________________________________
And here is the mine.sh file...
__________________________________________
/home/xxx/xxx/cgminer-4.3.4/cgminer --api-network --api-listen --config /home/xxx/xxx/cgminer-4.3.4/mine.conf
__________________________________________
Thank you for the help, however I still cannot get the individual die temperatures. Other cgminer data is being pulled into the app, so I know it's working. Just not the die temperatures. I could really use them as I think my water block isn't tightened down enough, although I'm hesitant to tighten down on it without this tool. I've tried specifying the port, using different ports other than 4028, and tried to run the app on other computers on my network after allowing the IP's in cgminer..no difference I've since ditched my config file, and only used the 2 parameters --api-listen --api-network to start cgminer. Same results. This should be the easiest part of setup, yet for some reason is really breaking my balls  Other than this, the card is running decent at 800Mhz at 92C on cgminer 4.3.4 on win7x64. |
|
|
|
|
Can anyone tell me the equivalent to the --api-listen --api-network in the cgminer config file?
In my config file, I'm using
"api-listen" : true,
"api-network" : true,
The Pepper app is working and displaying current hash rate, average rate, data in the ASC tab, etc... but the individual die temperatures are showing 0 and the stats page is blank.
Thoughts?
|
|
|
|
|
Happy to report mine is up and running great on Win7 w/ cgminer.
This is a solid piece of hardware.
|
|
|
|
|
I've sent a couple PM's, but haven't heard anything back. I'm going to assume this isn't for sale anymore.
|
|
|
|
|
