The first units only had those 2-pin deals, but your'e good with just using the 6pin PCIe for power on the units that have them.


If you SFTP in, under /home/pi/Garden you'll find "miner.php"

Copy that over to /var/www

then go to [your.controller's.ip.address]/miner.php

Good old fashioned no-frills CGminer web interface. Won't give you per board details but at least shows you HW errors.


That said....

(Note I'm not gonna do a full tutorial here because I was just messing around myself, so YMMV)

As far as actually seeing the CGMiner output, I briefly tried a thing - I installed "screen" to their OS (which seems to be some sort of raspbian) and then edited the start.sh command to use screen instead of 'nohup' to call CGminer.
Then you can just SSH in and sudo screen -r to view the miner output.

I wasn't thrilled with this.

Now, it's worth noting their fork of CGminer doesn't seem to have a fully functional TUI - so, working with the API is probably a better way to get data from CGminer. if nothing else, you can edit the start.sh command which currently sends the output to /dev/null to send it's output to some sort of a log file. It seems to generate a LOT of output so I'm not sure how fast this would fill up. But if you just wanted to run it for a while to see whats up just change /dev/null to like /home/pi/cg.log and then pluck the log file to rummage through for useful data.

If you're savvy I'm sure you can install some sort of a log-rotator to compress and save old logs - but I haven't tried such.

Honestly I'd like to see an 8pin EPS12v to 6pin PCIe adapter. I caniballized an EPS12v extender to attach leads from my R-Boxes but most of the hardware I'm ordering these days uses PCIe connectors, and most of these power supplies have 8pin 12v connector that I can't easily use.

I'm not sure how many others would be in the market for such, but I'd sure like to see it. Count me in for an order of at least two if you make them.

I'm not sure how to tell what firmware you have, but I'd go ahead with the upgrade anyway. I upgraded to the 721 firmware and I haven't heard a beep from the thing since.

Sooooo if my B1 S3 runs for an hour without getting any x's on the chip status at 250mhz

With a 502gh Poolside hashrate, drawing 425 watts at the wall from a bronze psu - did I just like hit the lottery of units or something? Or do I need to keep an eye on this thing before I declare it stable.

Also does OCing really void the warranty? does it like set a flag bit somewhere?

I mean, it's not a lawnmower.

I doubt you'll hear it through the floor. Think "server room", that level of noise.

I'd say two of them are about as loud as an unmodded gridseed.
You can also just replace the fans with silent 140mm fans and then it's quiet as a dead churchmouse. That's what I did.

Ordered an S3 from you last night - you're one of the few resellers who has them in stock!

You ship within 24hrs still right? I'm hoping the unit is delivered Saturday so I can actually sign for it.

Thanks man.

Look at it this way - if there's a legal challenge to the regulations, whether or not they weighed public comments could be important.

I hope there is indeed a legal challenge.

The point is, the system affords us the chance to comment and it's important we do whether or not the system works or respects those comments.

If further action is required, it's key that we have exhausted previous options.

With regard to overclocking: I noticed that in the /home/pi/Garden directory there's a familiar looking "miner.php" file.

So, I copied that over to /var/www/ and chmod'd it 755 and what do you know: your.miner.ip/miner.php serves up the familiar no-frills cgminer web display. This is nice as you can do instant pool switching and also monitor the hardware error rate. I was getting 8% at 310clock with 623GH/s over a 24 hour period - I'm testing 320 now.

It's worth noting that ducking down to 310 I didn't see a real aggregate change in the poolside hashrate so I'm thinking any additional speed is eaten up by errors. Nonetheless, these additional stats will help me maybe tweak some more of the command line parameters.

You can disagree with state legislation without insulting the entire state there, guy.

New York City happens to be the finest place I have ever lived and worked.

And yes, bloomberg's attempted soda ban was stupid.

I mean I've heard it takes over 30A to melt 16awg cable that's only a foot or so long. So theoretically these could run on one cable a piece but for the love of god nobody try that.

Also with regard to that PSU - 78% efficiency? That's got to be at least 120 extra watts you're pulling. Don't know what you pay for electricity but I've learned that a top-shelf PSU is key these days. 

http://imgur.com/LH0ws0V

Do it.

I made a crappy infographic:



The proposed rules are on page 14 of this PDF along with the email address for submitting comment to:

http://docs.dos.ny.gov/info/register/2014/july23/pdf/rulemaking.pdf

And the instructions which state that literally you're just supposed to send a damn email are here:

http://www.dos.ny.gov/info/register/instruct.htm



Suggestions for comments:

• The regulations are far too broad.
• They would require anyone who wishes to even buy BTC with USD to have a license.
• They would require anyone who even casually mines any crypto to have a license with burdonsome requirements.
• They would cause the largest US based pool to shut down and the owner of BTCguild has stated.
• They should maybe be scrapped altogether.
• US law already has requirements for BTC exchanges so these are just redundant and burdonsome.  

But whatever - do your own reading, make your own comments, but please don't just flame the email address and prevent real comments from getting through.

Sigh. No. "It is possibly a ponzi scheme" would be a correct statement.
"Definitely" requires that there's no possibility of it being legitimate, and also that there's no possibility that it's some OTHER type of scheme. Both of which are also possible.

some Contracts have ROI'd for me and that's all I care about; but feel free to invest your money in the manner you wish. I'm only saying that it's still not a clear cut conclusion.

Add 1 to the CPU miner tally 

I'm running 0.2.x still because for whatever reason 0.3.2 gave me an incredibly high error rate and autotune lowers the frequency down to very low speeds.

I wouldn't. Allegedly overclocking is not possible in the new firmware

See the quoted post from a different thread below:

Damn, 1.111w/gh not bad.
What's the poolside hashrate like? I'm worried about the error rate of these chips, especially since there's not an easy way to see it.

Also how's the heat output of the unit? Heat sinks still staying reasonable?

Which firmware are you running? I'm still running 7-05 and I get by with just editing the sh

Bobsag and I have reported good luck overclocking to 320 and 330 (the default is 310) by simply editing the run.sh file.

Seems stable, cooling air output is still only warm so cooling doesn't seem to be an issue (bear in mind that I have upgraded the fans, though focused on noise not flow).

"--btcg-clks 310:3000" in /var/www/run.sh

change the "310" to desired clock speed, stop cgminer in web interface then restart it.