The Habanero - 650GH/s - OOS - page 12.

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: btchedge on July 23, 2014, 02:31:18 AM

Quote from: PCComf on July 22, 2014, 09:54:54 PM

This gets stranger and stranger. I had some time this evening and took a chance with additional troubleshooting since I'm pretty dead in the water otherwise. The board powers up fine when A,C,D PCI-E are plugged in, but B is what causes the issue. I see nothing wrong with that connection.

If I try to get the board to hash in this state - I am not sure this is possible - I get the Operation status 20 error and it continuously re-detects the board. I have not touched anything to do with firmware and since it doesn't seem to be helping the others with that problem and I'm not going to try yet. I am wondering if it is complaining because that one isn't powered up and if it is possible to disable a chip. I'm not even sure if things are set up that way - just hoping for some kind of way to get it partially alive again.

Thanks for any help.

In a conversation at some point I was advised by Dave that it was worth trying to disable certain dies to resolve this issue. Essentially the idea is to identify the bad die then set its voltage to ZERO so it will then be disregarded and allow the healthy dies to work. So using the version of the hcm tool I have the command is something like # ./hcm --write-die-settings 1:0@0 if you wanted to disable die 1. I tried this tonight but it did not solve my problem.

Hopefully Dave can chime in with further suggestions. I will report back if I have any luck tomorrow.

It's weird that it continues to give you the error 20 even with a die disabled. Did you try running them each individually to see if they'll run one at a time? IE,
./hftool.py -w 0:950@900/1:0@900/2:0@900/3:0@900
then ./hftool.py -w 0:0@900/1:950@900/2:0@900/3:0@900
etc.

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: Batshark on July 22, 2014, 12:53:19 PM

You have the same problem as me just stopped hashing 5 days ago and gives this error. Teal said I need to get a multimeter to track it down.

Having a multimeter would make it quicker, but it's not necessary. It is going to be difficult to do much without having access to a linux machine to adjust voltages or update firmware though. You might need to send it back in in this case. Send me a PM and I can arrange an RMA.

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: PCComf on July 22, 2014, 09:54:54 PM

This gets stranger and stranger. I had some time this evening and took a chance with additional troubleshooting since I'm pretty dead in the water otherwise. The board powers up fine when A,C,D PCI-E are plugged in, but B is what causes the issue. I see nothing wrong with that connection.

If I try to get the board to hash in this state - I am not sure this is possible - I get the Operation status 20 error and it continuously re-detects the board. I have not touched anything to do with firmware and since it doesn't seem to be helping the others with that problem and I'm not going to try yet. I am wondering if it is complaining because that one isn't powered up and if it is possible to disable a chip. I'm not even sure if things are set up that way - just hoping for some kind of way to get it partially alive again.

Thanks for any help.

It's hard to tell without testing using a multimeter, but it sounds to me like the one input (B) is shorted. That would be why the PSU is shutting off if it's disconnected. You'll get the regulator programming error if you try to start running with the one cable disconnected, but you should be able to leave B off if you set the voltage to 0 for that die using hftool or JakeTri's modified cgminer. The firmware will then route around that die and not turn on that power supply.

btchedge

member

Activity: 92

Merit: 10

Quote from: PCComf on July 22, 2014, 09:54:54 PM

This gets stranger and stranger. I had some time this evening and took a chance with additional troubleshooting since I'm pretty dead in the water otherwise. The board powers up fine when A,C,D PCI-E are plugged in, but B is what causes the issue. I see nothing wrong with that connection.

If I try to get the board to hash in this state - I am not sure this is possible - I get the Operation status 20 error and it continuously re-detects the board. I have not touched anything to do with firmware and since it doesn't seem to be helping the others with that problem and I'm not going to try yet. I am wondering if it is complaining because that one isn't powered up and if it is possible to disable a chip. I'm not even sure if things are set up that way - just hoping for some kind of way to get it partially alive again.

Thanks for any help.

In a conversation at some point I was advised by Dave that it was worth trying to disable certain dies to resolve this issue. Essentially the idea is to identify the bad die then set its voltage to ZERO so it will then be disregarded and allow the healthy dies to work. So using the version of the hcm tool I have the command is something like # ./hcm --write-die-settings 1:0@0 if you wanted to disable die 1. I tried this tonight but it did not solve my problem.

Hopefully Dave can chime in with further suggestions. I will report back if I have any luck tomorrow.

PCComf

member

Activity: 90

Merit: 10

This gets stranger and stranger. I had some time this evening and took a chance with additional troubleshooting since I'm pretty dead in the water otherwise. The board powers up fine when A,C,D PCI-E are plugged in, but B is what causes the issue. I see nothing wrong with that connection.

If I try to get the board to hash in this state - I am not sure this is possible - I get the Operation status 20 error and it continuously re-detects the board. I have not touched anything to do with firmware and since it doesn't seem to be helping the others with that problem and I'm not going to try yet. I am wondering if it is complaining because that one isn't powered up and if it is possible to disable a chip. I'm not even sure if things are set up that way - just hoping for some kind of way to get it partially alive again.

Thanks for any help.

btchedge

member

Activity: 92

Merit: 10

Quote from: Batshark on July 22, 2014, 12:53:19 PM

Quote from: btchedge on July 19, 2014, 11:33:40 PM

Help. Trying to bring up a brand new board and can't figure out what's going on...

So here is the error I am getting when trying to hash...

Code:

 
[2014-07-19 23:14:07] HFA: Found device with name HB2                    
[2014-07-19 23:14:07] Hotplug: Hashfast added HFA 37                    
[2014-07-19 23:14:10] [color=red][font=Verdana]ERR: Asked to memcpy 0 bytes from usbutils.c _usb_read():3075   [/font][/color]                 
[2014-07-19 23:14:10] [color=red][font=Verdana]HFA : OP_USB_INIT failed! Operation status 1 (Reset timeout)[/font][/color]

I tried flashing it with the latest firmware and this certainly doesn't look right...

Code:

.../firmware/firmware-20140713-0# ./field_firmware_update.py
('confirm is ', False)
('FIRMWARE_DIR is ', '.')
UC_HFU_FILE at './uc3.cropped.hfu'.
READSERIAL found at 'x86_64/readserial'.
HFUPDATE found at 'x86_64/hfupdate'.
ENTERLOADER found at 'x86_64/enterloader'.

HashFast Firmware Updater

Reading serial number from module.
Did not get valid magic characters: aa 32 00 00 aa 42 07 f3 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Entering Boot Loader...
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 invalid serial number:
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff 
done
hfupdate v0.1
module chain config 1 master 1 slaves 0
module 0 version 0x80000003 crc 0x23ed99de
module 0 invalid serial number:
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff 
done

***FIRMWARE UPDATE COMPLETE


HashFast Firmware Updater Completed

Please enlighten me if you have any ideas. Thanks!

You have the same problem as me just stopped hashing 5 days ago and gives this error. Teal said I need to get a multimeter to track it down.

Well, I tried flashing the previous firmware and now the error says "Operation status 20.." This is really strange.

btchedge

member

Activity: 92

Merit: 10

Quote from: Batshark on July 22, 2014, 12:53:19 PM

Quote from: btchedge on July 19, 2014, 11:33:40 PM

Help. Trying to bring up a brand new board and can't figure out what's going on...

So here is the error I am getting when trying to hash...

Code:

 
[2014-07-19 23:14:07] HFA: Found device with name HB2                    
[2014-07-19 23:14:07] Hotplug: Hashfast added HFA 37                    
[2014-07-19 23:14:10] [color=red][font=Verdana]ERR: Asked to memcpy 0 bytes from usbutils.c _usb_read():3075   [/font][/color]                 
[2014-07-19 23:14:10] [color=red][font=Verdana]HFA : OP_USB_INIT failed! Operation status 1 (Reset timeout)[/font][/color]

I tried flashing it with the latest firmware and this certainly doesn't look right...

Code:

.../firmware/firmware-20140713-0# ./field_firmware_update.py
('confirm is ', False)
('FIRMWARE_DIR is ', '.')
UC_HFU_FILE at './uc3.cropped.hfu'.
READSERIAL found at 'x86_64/readserial'.
HFUPDATE found at 'x86_64/hfupdate'.
ENTERLOADER found at 'x86_64/enterloader'.

HashFast Firmware Updater

Reading serial number from module.
Did not get valid magic characters: aa 32 00 00 aa 42 07 f3 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Entering Boot Loader...
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 invalid serial number:
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff 
done
hfupdate v0.1
module chain config 1 master 1 slaves 0
module 0 version 0x80000003 crc 0x23ed99de
module 0 invalid serial number:
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff 
done

***FIRMWARE UPDATE COMPLETE


HashFast Firmware Updater Completed

Please enlighten me if you have any ideas. Thanks!

You have the same problem as me just stopped hashing 5 days ago and gives this error. Teal said I need to get a multimeter to track it down.

The only difference is the "Operation status 1" versus "Operation status 20". I am working on trying to figure this out today. Will let you know what I find.

PCComf

member

Activity: 90

Merit: 10

Quote from: Taugeran on July 19, 2014, 09:55:27 PM

Quote from: PCComf on July 19, 2014, 09:18:51 PM

I have one Hab that has been running nicely since the day I got it with no issues after the normal tweaking for clock and my target temperature. This evening it went offline suddenly and when I checked it the power supply appeared to be tripped. The fans had stopped and everything was dead. There was no hint of magic smoke anywhere. After pulling the plug and letting it sit a bit the PS appeared to reset as one would expect from a trip. I hooked everything back up but as soon as I applied power it appeared to trip again. I pulled a server PS out of the garage that has been running a pair of S1's and hooked it up, same deal except the server supply shuts down and then and attempts to restart after a few seconds without having to pull the plug. The Hab's power supply runs the pair of S1's no problem.

Not sure what might be the problem, but I'm expecting something wrong on the Hab. Is there anything I can do to troubleshoot further, or can I send this back for some diagnosis?

Thanks.

that sounds like a direct short to ground. get a magnifying glass and good lighting or a bright flashlight.

look for: dust, solder blobs, misplaced components, fried traces near power circuitry, discoloration, charring, etc.

e.g. on a bitfury h-card i had running for a while. all of a sudden it stopped working. couldnt find bridges, etc. broke out DMM and power plane was 0V. so went searching and the power converter V_out traces were blackened, charred and delaminated.

*hopes nothing that serious has happened*

-Taug

With a magnifying glass I see no dust, defects or burned traces. It appears as new.

Batshark

newbie

Activity: 33

Merit: 0

Quote from: btchedge on July 19, 2014, 11:33:40 PM

Help. Trying to bring up a brand new board and can't figure out what's going on...

So here is the error I am getting when trying to hash...

Code:

 
[2014-07-19 23:14:07] HFA: Found device with name HB2                    
[2014-07-19 23:14:07] Hotplug: Hashfast added HFA 37                    
[2014-07-19 23:14:10] [color=red][font=Verdana]ERR: Asked to memcpy 0 bytes from usbutils.c _usb_read():3075   [/font][/color]                 
[2014-07-19 23:14:10] [color=red][font=Verdana]HFA : OP_USB_INIT failed! Operation status 1 (Reset timeout)[/font][/color]

I tried flashing it with the latest firmware and this certainly doesn't look right...

Code:

.../firmware/firmware-20140713-0# ./field_firmware_update.py
('confirm is ', False)
('FIRMWARE_DIR is ', '.')
UC_HFU_FILE at './uc3.cropped.hfu'.
READSERIAL found at 'x86_64/readserial'.
HFUPDATE found at 'x86_64/hfupdate'.
ENTERLOADER found at 'x86_64/enterloader'.

HashFast Firmware Updater

Reading serial number from module.
Did not get valid magic characters: aa 32 00 00 aa 42 07 f3 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Entering Boot Loader...
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 invalid serial number:
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff 
done
hfupdate v0.1
module chain config 1 master 1 slaves 0
module 0 version 0x80000003 crc 0x23ed99de
module 0 invalid serial number:
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff 
done

***FIRMWARE UPDATE COMPLETE


HashFast Firmware Updater Completed

Please enlighten me if you have any ideas. Thanks!

You have the same problem as me just stopped hashing 5 days ago and gives this error. Teal said I need to get a multimeter to track it down.

btchedge

member

Activity: 92

Merit: 10

Help. Trying to bring up a brand new board and can't figure out what's going on...

So here is the error I am getting when trying to hash...

Code:

 
[2014-07-19 23:14:07] HFA: Found device with name HB2                    
[2014-07-19 23:14:07] Hotplug: Hashfast added HFA 37                    
[2014-07-19 23:14:10] [color=red][font=Verdana]ERR: Asked to memcpy 0 bytes from usbutils.c _usb_read():3075   [/font][/color]                 
[2014-07-19 23:14:10] [color=red][font=Verdana]HFA : OP_USB_INIT failed! Operation status 1 (Reset timeout)[/font][/color]

I tried flashing it with the latest firmware and this certainly doesn't look right...

Code:

.../firmware/firmware-20140713-0# ./field_firmware_update.py
('confirm is ', False)
('FIRMWARE_DIR is ', '.')
UC_HFU_FILE at './uc3.cropped.hfu'.
READSERIAL found at 'x86_64/readserial'.
HFUPDATE found at 'x86_64/hfupdate'.
ENTERLOADER found at 'x86_64/enterloader'.

HashFast Firmware Updater

Reading serial number from module.
Did not get valid magic characters: aa 32 00 00 aa 42 07 f3 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Entering Boot Loader...
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 invalid serial number:
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff 
done
hfupdate v0.1
module chain config 1 master 1 slaves 0
module 0 version 0x80000003 crc 0x23ed99de
module 0 invalid serial number:
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff 
done

***FIRMWARE UPDATE COMPLETE


HashFast Firmware Updater Completed

Please enlighten me if you have any ideas. Thanks!

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: PCComf on July 19, 2014, 09:18:51 PM

I have one Hab that has been running nicely since the day I got it with no issues after the normal tweaking for clock and my target temperature. This evening it went offline suddenly and when I checked it the power supply appeared to be tripped. The fans had stopped and everything was dead. There was no hint of magic smoke anywhere. After pulling the plug and letting it sit a bit the PS appeared to reset as one would expect from a trip. I hooked everything back up but as soon as I applied power it appeared to trip again. I pulled a server PS out of the garage that has been running a pair of S1's and hooked it up, same deal except the server supply shuts down and then and attempts to restart after a few seconds without having to pull the plug. The Hab's power supply runs the pair of S1's no problem.

Not sure what might be the problem, but I'm expecting something wrong on the Hab. Is there anything I can do to troubleshoot further, or can I send this back for some diagnosis?

Thanks.

that sounds like a direct short to ground. get a magnifying glass and good lighting or a bright flashlight.

look for: dust, solder blobs, misplaced components, fried traces near power circuitry, discoloration, charring, etc.

e.g. on a bitfury h-card i had running for a while. all of a sudden it stopped working. couldnt find bridges, etc. broke out DMM and power plane was 0V. so went searching and the power converter V_out traces were blackened, charred and delaminated.

*hopes nothing that serious has happened*

-Taug

PCComf

member

Activity: 90

Merit: 10

I have one Hab that has been running nicely since the day I got it with no issues after the normal tweaking for clock and my target temperature. This evening it went offline suddenly and when I checked it the power supply appeared to be tripped. The fans had stopped and everything was dead. There was no hint of magic smoke anywhere. After pulling the plug and letting it sit a bit the PS appeared to reset as one would expect from a trip. I hooked everything back up but as soon as I applied power it appeared to trip again. I pulled a server PS out of the garage that has been running a pair of S1's and hooked it up, same deal except the server supply shuts down and then and attempts to restart after a few seconds without having to pull the plug. The Hab's power supply runs the pair of S1's no problem.

Not sure what might be the problem, but I'm expecting something wrong on the Hab. Is there anything I can do to troubleshoot further, or can I send this back for some diagnosis?

Thanks.

xjack

hero member

Activity: 539

Merit: 500

Quote from: daddyfatsax on July 19, 2014, 01:50:09 PM

What is your voltage set at to run 950 on the clock? I think my voltage is at .960 or .970 and I can only get to 900MHz.

.980 on both with 1.1-1.2% HW.

Chip will run at .975, but the errors drop a hair at .980. He's maxed at 950mhz. Higher speeds/voltages yield less hashrate.

Dabs is a bit faster at .990/962Mhz, but she's ambient temp sensitive at maxxed voltage. She needs .995+ to run at 975 which gets 725GH/s but closer to 2% HW - Die 3 is a bit weak on that chip.

daddyfatsax

hero member

Activity: 857

Merit: 1000

Anger is a gift.

What is your voltage set at to run 950 on the clock? I think my voltage is at .960 or .970 and I can only get to 900MHz.

xjack

hero member

Activity: 539

Merit: 500

Not-so-funny Habanero story...

Chip and Dabs have been running very well the past several weeks. As long as I can keep the ambient down, they purr along at ~1.4+ GH/s.

Since they're in my garage, I foolishly decided to leave them running while cleaning the crud and bugs out of the rads. In the process, I accidentally knocked Dabs off the shelf. Shocked

She was saved by the power cables, but not before ripping the USB connector off clean, pads and all.

https://dl.dropboxusercontent.com/u/30721962/dabs_fell_down.jpg

Also, when she went down, the cooling head bounced off the shelf itself, popping one of the hold down screws off. Embarrassed

I immediately cut the power and grabbed it up, carefully moving it to a bench to assess. No obvious board damage, and I was plugged to the end of the USB chain, so there was hope. Once I got Dabs apart and cleaned up, I noticed a solid mark on the cooling head mounting surface from the die contact, and a very small part of the corner chipped from die 3. Undecided

Long story short, I lapped the cooling head, cleaned her up and reassembled. 24 hours later she's running a little hotter than she used to, but still hashes normally.

Code:

 cgminer version 4.4.0 - Started: [2014-07-17 18:33:37]
----------------------------------------------------------------------------------------------------
 (5s):1.447T (1m):1.408T (5m):1.429T (15m):1.432T (avg):1.425Th/s
 A:30007296  R:82944  HW:360811  WU:19909.5/m | ST: 125  SS: 0  NB: 174  LW: 31329244  GF: 0  RF: 0
 Connected to stratum-lb48.btcguild.com diff 1.02K with stratum as user xxxxx
 Block: 40834981...  Diff:17.3G  Started: [19:40:05]  Best share: 217M
----------------------------------------------------------------------------------------------------
 [U]SB management [P]ool management [S]ettings [D]isplay options [Q]uit
 0: HFB Chip    : 950MHz  96C 100% 0.90V  | 717.7G / 719.9Gh/s WU:10057.5/m A:15199232 R:39936 HW:177519
 1: HFB Dabs    : 950MHz  98C 100% 0.90V  | 721.9G / 705.2Gh/s WU: 9852.0/m A:14808064 R:43008 HW:183292
----------------------------------------------------------------------------------------------------
 [2014-07-18 19:45:50] Accepted 189620a3 Diff 2.67K/1024 HFB 0 pool 0
 [2014-07-18 19:46:00] Accepted 3950c902 Diff 1.14K/1024 HFB 1 pool 0

Lesson learned - disconnect and carefully clean your miners on a bench, not while they're in use.

We're very lucky to have two USB ports on these!

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

In addition to -api-port 4028, you need

-api-listen
-api-network

This enables listening and network traffic(so you can monitor from other computers on same subnet)

MedinaMiner

newbie

Activity: 2

Merit: 0

Dryleaf

member

Activity: 85

Merit: 10

May want to raise the hashclock up to about 850 as it isnt supposed to go below 550.

MedinaMiner

newbie

Activity: 2

Merit: 0

I've just purchased a couple of Habanero's, and in the process of bringing them up.

Neither seems to work like I would expect them to.

I have read through all of this thread, researched the Habanero website, pulled hair... lost sleep... to no avail.

I think that the problem has to do with the Habanero making 'contact' with the miner. (Not sure of the technical terms)

It appears that the actual Habanero is working. I can issue a cgminer --benchmark and it starts up and merrily runs hashing away happily... too bad I can't grab some of those and toss them into my wallet.

So - here is my cg.bat - which has been edited many times to try different things, but nothing seems to be the correct combination...

cgminer -o http://stratum.btcguild.com:3333 -u {user} -p {xxxx} --hfa-name OZ --usb 2:3 --hfa-fan 100 --hfa-temp-target 0 --hfa-temp-overheat 103 --hfa-fail-drop 0 --hfa-hash-clock 300 --api-port 4028 --verbose 2>>logfile_hab.txt

I have found that the --verbose is really handy in helping to debug... but the output is cryptic to me. Perhpas someone more knowledgeable will see what I am doing wrong...

[2014-07-17 20:10:27] Started cgminer 4.4.1
[2014-07-17 20:10:29] HFA: Found device with name OZ
[2014-07-17 20:10:30] Probing for an alive pool
[2014-07-17 20:10:30] HFA : Sending OP_USB_INIT with GWQ protocol specified
[2014-07-17 20:10:30] Testing pool http://stratum.btcguild.com:3333
[2014-07-17 20:10:30] HTTP request failed: Empty reply from server
[2014-07-17 20:10:30] HTTP request failed: Empty reply from server
[2014-07-17 20:10:31] JSON-RPC decode failed: (unknown reason)
[2014-07-17 20:10:31] Pool 0 difficulty changed to 2
[2014-07-17 20:10:31] Closing socket for stratum pool 0
[2014-07-17 20:10:33] HFB : firmware_rev: 0.5
[2014-07-17 20:10:33] HFB : hardware_rev: 1.1
[2014-07-17 20:10:33] HFB : serial number: 9e4c7500
[2014-07-17 20:10:33] HFB : hash clockrate: 300 Mhz
[2014-07-17 20:10:33] HFB : inflight_target: 768
[2014-07-17 20:10:34] HFB : sequence_modulus: 2048
[2014-07-17 20:10:36] Testing pool http://stratum.btcguild.com:3333
[2014-07-17 20:10:37] Pool 0 difficulty changed to 2
[2014-07-17 20:10:37] Closing socket for stratum pool 0
[2014-07-17 20:10:42] Testing pool http://stratum.btcguild.com:3333
[2014-07-17 20:10:43] Pool 0 difficulty changed to 2
[2014-07-17 20:10:43] Closing socket for stratum pool 0
[2014-07-17 20:10:44] Waiting for work to be available from pools.
[2014-07-17 20:10:48] Testing pool http://stratum.btcguild.com:3333
[2014-07-17 20:10:48] Pool 0 difficulty changed to 2
[2014-07-17 20:10:49] Closing socket for stratum pool 0

I have a few more details, but am not sure which ones may be relevant. Feel free to beat me over the head... I'm a newbie.

Please help... please???

Thanks in advance...

James

Batshark

newbie

Activity: 33

Merit: 0

Quote from: Batshark on July 15, 2014, 02:14:09 PM

Quote from: MrTeal on July 15, 2014, 12:31:59 PM

Quote from: Batshark on July 15, 2014, 12:29:17 PM

Quote from: MrTeal on July 15, 2014, 12:27:25 PM

Quote from: Batshark on July 15, 2014, 11:37:37 AM

Quote from: xjack on July 15, 2014, 07:24:41 AM

Quote from: Batshark on July 14, 2014, 11:35:49 PM

After running fine with zero issues forever, I'm now getting a ZOMBIE status in cgminer with the following error displayed in the console:

ERR: Asked to memcpy 0 bytes from usbutils.c _usb_read(): 3075
HFA: OP_USB_INIT failed! Operation status 20 (Regulator programming error)

I've tried cycling power, restarting, doesnt seem to help.

Any ideas? Huh

Any time I've seen that error it was a loose or disco'd power connector or the PSU wasn't turned on. Have you tried a different supply?

I did, tried another supply that is guaranteed working, and got the same error.

Did you unplug the USB cable when you changed power supplies?

I don't think so, I powered down PSU 1, swapped PCI connectors to PSU 2, and powered up PSU 2. At what point should I unplug USB and plug it back in?

While the 12V power is off. Because the board can be powered over USB (at least the microcontroller), it never really fully power cycles if you just remove the 12V.

I've completely powered down the board (both 12V and USB unplugged). Then I plugged in USB first, then 12V. I still the the same repeating reset cycle with that error.

Is there anymore information I can provide to get someone to help me figure out what is going on? I'm now 3 days down with ZERO direction. I'm completely at a loss here Sad

Topic: The Habanero - 650GH/s - OOS - page 12. (Read 96043 times)