Where can the forum rules be found?

If you want to invest a little in equipment, I'd recommend a thermal imager. They're incredible tools for debugging these kinds of problems since they can detect <1C temperature differences. Solder on a couple wires and use a current limited power supply, and you can see quite quickly which fet is the one that's shorted.

The 11.5-16VDC seems to be when plugging it into e.g. a car's power jack (cigarette lighter), sometimes also found on airplanes (first class, maybe, though I think those are all standard outlets now as it is), and has nothing to do with output voltage.

It likely is 19V output as stated on the back (manufacturer probably knows better than the people who wrote the documentation/packaging/promo fluff) and at some retailers (e.g. maplin) who didn't just copy/paste the material, and that would explain the fan going faster than it's supposed to if that's pretty much just hooked up (semi)directly.

The jalapeno's mining portion itself is behind a bunch of voltage regulators, so that should be okay.  Those voltage regualtors themselves may run hotter than they're supposed to, though.  They may well be able to take it, but why take the risk?

Find a proper 12V brick.  You can find plenty for cheap with plenty of oomph: 12V 5A, 12V 6A is fairly common as LCD monitors use those a lot.  You can't use those as a travel power supply, but if you're buying something for that secondary purpose, you can do a lot better than this iffy thing.

Nasser was on my skype list and I emailed him a few times and got the latest and last set of protocols, and last we spoke we discussed a way of rolling work on the device. There was never any mention of clocking commands, and the nroll-time on the device never eventuated, though this was actually months ago now. Sorry but as far as I can see all development stopped a long time ago on the mofarcher.

Very odd. First time ever that on default clocks that if my software runs faster people are looking for ways to slow it down. Let it be known that BFL never informed us of any messaging protocol to over or underclock the devices, so I can't see how we could even implement such a feature. If it runs slower at the same clocks that implies a software limitation.

I'd rather underclock it instead of trying to desperately cool it generating tons of noise in the process, but I'll see what happens. I'm using cgminer 4.6.1 on Linux.

BTW, these units seem to get excited and run faster and hotter with a powerful PSU instead of a weaker one. My 550 GH unit runs cooler and slower (650 GH/s, 420W) when I power it off my 500W Super Flower PSU instead of the Corsair TX850W (690 GH/s, 470W).


EDIT: Swapped the Corsair TX850 to TX750 just now. Why? I don't know. And I put a fan blowing towards the power parts http://i.imgur.com/JvVzNII.jpg

GH/s went down a bit. Power draw 550W. Temp at 70.00°C after a half an hour and no thermal throttling so far. So what I got with my two Monarchs is 1.45 TH/s for 970 watts which is not bad, but I'd still underclock the faster unit for less heat and noise. Although the two combined are still more quiet than a single Antminer S3 underclocked to 420GH/340W.

Did you ship SLok his units Bruce?

So I did what any crazy person would do and bought me another Monarch on wednesday. This time it was a regular auction on ebay. 230 pounds / 290 euros, so a tad cheaper than my first "550GH" unit.

The board seems to be a different revision. It's a "700 GH" model with a mini-usb connector (which the 550 GH model didn't have) next to the pci-e power connectors.

http://i.imgur.com/Itspqdq.jpg

The problem is that it's running too hot, above 80 C and the board starts throttling after only a few minutes of running. Power draw is 570 watts from the wall at 800 GH/s.

So it would be great to have a method to underclock this thing as I don't really need the extra GH/s with a bigger power draw and overheating.

By the way, Raspberry Pi with Raspbian OS and cgminer 4.6.1 seems to run two Monarchs just fine. CPU load is ~0.40.

Honestly, that is way out of my comfort zone. Its defiantly not leaking any more. When I plug in the monarchs to the PSU I hear that electric buzzing sound like a short. Then the PSU kicks off only way I can restart the psu is to remove paper clip and put back in. The connections on the monarch look good and it does it on both my 525 and 700 monarch. I've mixed and match PSU to my other two monarchs and its not the PSU. Thanks for your help.

I hope that's not the 700GH/s Monarch showing 270ish Watts of power.  It's got the same size fan as my 700 with the 450 being a much smaller fan and heatsink.  It's the 450 that produces that Wattage! The 700GH/s Monarch is pulling around 500-550 Watts.

22.5 minutes 809.57 Gh/s 254464sh, went for a drink, refreshed the page, and....22.5 minutes 765.59 Gh/s 240640sh, next refresh and the same 22.5 minutes   809.57Gh/s 254464sh again.

I never considered eligius' status page to be accurate, is the 22 min. number any good as a reference? BFGminer low shows 776, mid 807, high 854 and up till 940
BCP both units have the solid on led, that goes on/off when hashing. One has a second led just below the first one, it blinks fast about 6 times (so fast it's impossible to count the actual number), then it goes off for a sec., it does this from powering up, and keeps doing it. There are more leds, just noticed 1 or 2 between the pcb and the copper plate, solid on, I see the reflection on the sledge's base plate under the right chip.

Lightfoot have you tried getting anything by jtag, or is that what you got as said earlier, with chiliflash?

Ognasty, I restart the pc and miners every time I make a change or after a shut down bfgminer, shouldn't be a problem there. The fan on the fets made no change so far, after 6 hours hashing.

edit; no time for the utp now, but I doubt it will change anything.

posted this on bfl forum too, edited to today's findings;
"I'm getting errors on 1 of 2 monarchs, switched usb cables, ports, tried powered usb hub, un-powered, direct into pc. I noticed on powering the monarchs, one has a 1 red led going on/off/on/off etc. near the back usb, the other one with the errors has 2, one with the same on/off sequence, and one that blinks fast about 6 times, then goes off for a sec., then blinks fast again, etc.
errors are:
"sanity check, device is processing unknown work,
device is missing queued job. device flushed (goes by too fast)
failed to find work for queue results", then it hashes a couple of shares, and the same errors pop up again, and this repeats itself over and over, on the same monarch."

Later noticed they occur on bfl0 and bfl1, probably normal, I don't know if those messages in the command window are new for bfgminer 4.7.x and higher?

later

"Yeah, switching psu/usb/cables with the other one brings no difference, what does the fast blinking led next to the once-per-second flashing one on the error one mean? Even when it is only powered up and not hashing, it shows the same fast blinking of a second led. Doesn't look like I'm missing out on much hashrate though, it's running as it is specced, over 790-840GH for 2x 400GH rated units."

Actually a 400GH and a 425GH unit, and labelled so on the small fan's side. BFGminer reports couple of degrees above room temp, more shed temp, running about 22C. Odd thing is I found bfgminer shut down 2 times now. I'm kind of busy and don't have time to sit down with the miners and host and the bfgminer manuals to see what's to adapt, but I guess overclocking goes by fw like the sc's did?
And 5% and 4% hw errors btw, 0% and 0% rejected.

"Noooooo! It's the full-refund-no-questions-asked thingy again."

This is exactly what I was looking for, I think. When you say the pc power supply can be run on 240V, are you talking about using the PDUs that others have suggested or something else? I can't plug them directly in as the plug doesnt fit in the Nema L6-30r.

Hello All,

I purchased a Butterfly Labs 30GH from Ebay.  I did not go into this blind.  They told me that it was DOA, figured for 25 dollars what the heck.  What I found was a burn spot on the PCB board right below the asic and right above R40 and R42.  Looks like the placement was C11?.  First does anyone know what this is on the board?  Can it be fixed?  I sent an e-mail to Butterfly Labs asking if they would RMA it since it was the board.  We will see what they have to say.  Otherwise just getting ideas on what I could do.

Thanks for any help.  Let me know if you would like a picture of the board. For additional info.

John

Just out of curiosity, you seem to be located close to their main facility.  Have you ever toured BFL's facilities (back before they became the devil incarnate)?

Yeah the only one I have but my son has one too. I got two when I ordered mine. One for me and you guessed. My sons worked out of the box but mine has never functioned correctly. I tried as you suggested Thomas. No joy sadly, though I did manage to make a connection to both Slushy's pool and Eclipse but the unit never hashed anything. That was the first time it has managed to do so. I now believe I got a none functioning unit. 

Will try that tomorrow, thanks Yeah it feels like that cathoderay

Indeed.



So instead of showing 550GH to their patient customers, it's a better idea to show 350 with a 10% error rate? Right.
I'm calling BS on the 550 number, as there is no reason to publish pictures of a "Monarch hashing!" performing poorly if all it takes is 2 good chips off the shelf to show something approximating advertised performance.

By all means the particular board being shown is a test board that is not going to be sold anyway. Who cares about all the bad boards, it only takes one to demo. Why publish only pics of a bad board if there was at least one board that once did 550? How else would anyone be able to claim they can do 550 if it was never done? More "theoretical performance" ? Bullshit, bullshit and more bullshit.



The first part is funny, because the picture that was published shows a monarch that is already being run well beyond its limit. 9 percent HW errors + a bunch of rejects is evidence to that. So you were saying?

The second part is erroneous because either way with two of those mythical A chips at least you could SHOW a Monarch working at reasonable speed with reasonable error rates, without pushing the PCB any harder. Better chips run higher clocks with less voltage. Right now BFL has shown nothing but a half broken product, half a year behind schedule. True to historical form I suppose.

Yeah, you see the question was asked? You failed to answer truthfully. We all know your refund was not handled "as any other customer's would be".