Bitcoin Forum
October 20, 2017, 05:49:40 AM *
News: Latest stable version of Bitcoin Core: 0.15.0.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 [54] 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 ... 112 »
  Print  
Author Topic: GekkoScience BM1384 Project Development Discussion  (Read 143231 times)
cavaliersrus
Hero Member
*****
Offline Offline

Activity: 740

★YoBit.Net★ 350+ Coins Exchange & Dice


View Profile
June 18, 2015, 05:56:27 PM
 #1061

autotuning would be a cool feature i know the feature on minera had it on cpuminer where you could tune it per chip on the 5 chip miners

1508478580
Hero Member
*
Offline Offline

Posts: 1508478580

View Profile Personal Message (Offline)

Ignore
1508478580
Reply with quote  #2

1508478580
Report to moderator
1508478580
Hero Member
*
Offline Offline

Posts: 1508478580

View Profile Personal Message (Offline)

Ignore
1508478580
Reply with quote  #2

1508478580
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
AJRGale
Hero Member
*****
Offline Offline

Activity: 756



View Profile
June 19, 2015, 12:27:56 AM
 #1062

auto-tuning is nice and all, but i do like to muck around doing my own manual tuning.. but im the type to still run a carburettor over electric-injectors..
leave the little buggers for the manual tuning, the 18-chip boards with auto, it should satisfy most people
sidehack
Legendary
*
Offline Offline

Activity: 1484

Curmudgeonly hardware guy


View Profile
June 19, 2015, 02:12:32 AM
 #1063

The sticks will never have auto tuning (for voltage control). The required overhead is stupid for a one-stick miner.

The 18-board will not be strictly auto-tuning. There's no reason to cripple a thing in software when the option for "more control" is already there. The primary reason I got into bitcoin mining hardware to begin with was because I liked messing with the hardware, so why would I give you guys something you can't play with to the max?

I also prefer carburetors to EFI.

Selling seconds 2Pacs for a friend's med bills - PM for details
Currently in development - 20-120GH USB stick; 700GH 75W pod; 4TH volt-adjustable S1/3/5 upgrade kit
Server PSU interface boards and cables. USB and small-scale miners. Hardware hosting, advice and odd-jobs. Supporting the home miner community since 2013 - http://www.gekkoscience.com
Crypto84
Full Member
***
Offline Offline

Activity: 121


View Profile
June 19, 2015, 03:09:35 AM
 #1064

has anyone looked into modifying the S5's to be more efficient? are they designed that bad that you have to design an all new miner and PCB?
chiguireitor
Legendary
*
Offline Offline

Activity: 897


Coins, Games & Miners


View Profile WWW
June 19, 2015, 03:52:33 AM
 #1065

has anyone looked into modifying the S5's to be more efficient? are they designed that bad that you have to design an all new miner and PCB?

It is less about bad design and more about closed design. Also, the custom Hashboard interface sucks. Sidehack is designing everything to work out of the box with USB interface.

Btw sidehack, check PM... needin' psus

sidehack
Legendary
*
Offline Offline

Activity: 1484

Curmudgeonly hardware guy


View Profile
June 19, 2015, 03:58:59 AM
 #1066

Yes, and I need food and sleep so I'm not addressing sales concerns until tomorrow.

Selling seconds 2Pacs for a friend's med bills - PM for details
Currently in development - 20-120GH USB stick; 700GH 75W pod; 4TH volt-adjustable S1/3/5 upgrade kit
Server PSU interface boards and cables. USB and small-scale miners. Hardware hosting, advice and odd-jobs. Supporting the home miner community since 2013 - http://www.gekkoscience.com
Mikestang
Legendary
*
Offline Offline

Activity: 924



View Profile
June 19, 2015, 04:30:18 AM
 #1067

I also prefer carburetors to EFI.

I'm surprised, EFI is way more tunable and customizable than carbs, especially when you get into writing your own engine management programs like I have.  I've contributed much of the tune to my Mustang, including stuff other than the usual air/fuel and timing, such as the mass air meter tables and transmission shift graphs/algorithms.  Way more fun than turning screws on a carb!  Tongue
sidehack
Legendary
*
Offline Offline

Activity: 1484

Curmudgeonly hardware guy


View Profile
June 19, 2015, 04:37:55 AM
 #1068

But I prefer ready maintainability over complexity. Complexity, especially digital complexity, adds a lot of failure points not manageable with ordinary tools - as well as cost, both in design and materials. I also don't like automatic transmissions, because it's less fun to spend extra money on extra weight and mechanical complexity to *remove* control from the driver.

http://gekkoscience.com/philosophy.html

Selling seconds 2Pacs for a friend's med bills - PM for details
Currently in development - 20-120GH USB stick; 700GH 75W pod; 4TH volt-adjustable S1/3/5 upgrade kit
Server PSU interface boards and cables. USB and small-scale miners. Hardware hosting, advice and odd-jobs. Supporting the home miner community since 2013 - http://www.gekkoscience.com
AJRGale
Hero Member
*****
Offline Offline

Activity: 756



View Profile
June 19, 2015, 07:54:45 AM
 #1069

I also prefer carburetors to EFI.

I'm surprised, EFI is way more tunable and customizable than carbs, especially when you get into writing your own engine management programs like I have.  I've contributed much of the tune to my Mustang, including stuff other than the usual air/fuel and timing, such as the mass air meter tables and transmission shift graphs/algorithms.  Way more fun than turning screws on a carb!  Tongue

3 screws, tweak them by half a turn, car is a different beast.. i have it atm, lean to the point of white spark-plugs with cruising, dumping the fuel when the secondries open up, beats a modern 3L V6, with a whezzy 1.3L.. getting around 30mpg city, or 8L/100KM

much more easer then trying to add 1000 odd points into a throttle/fuel/air map

do a few aero mods, cold air intake (just got a filter sitting on top of the motor), and add manual tans, i could pull 40, maybe 50mpg..

..anyway

The sticks will never have auto tuning (for voltage control). The required overhead is stupid for a one-stick miner.

The 18-board will not be strictly auto-tuning. There's no reason to cripple a thing in software when the option for "more control" is already there. The primary reason I got into bitcoin mining hardware to begin with was because I liked messing with the hardware, so why would I give you guys something you can't play with to the max?

I also prefer carburetors to EFI.

going like the old block eruptor blade style? with its voltage control via small pot?
sidehack
Legendary
*
Offline Offline

Activity: 1484

Curmudgeonly hardware guy


View Profile
June 19, 2015, 01:01:58 PM
 #1070

The stick has a small pot for manual voltage adjustment. Phil's got lots of pictures in his review thread. The TypeZero will be a software-controlled voltage, but we'll make sure to have command-line control well before we have an auto-tuning feature so you can put it wherever you want it.

Someday if I ever get money I need to find a 4-barrel for my truck. That, and recam the engine and find it a 5-speed and regear the rear end and replace the diff with a manual locker. If some of the stuff we have going on works out, I could look into it this winter but heck I probably won't have time. You know how it goes - when you have the time, you don't have the money and when you have the money you don't have the time.

Selling seconds 2Pacs for a friend's med bills - PM for details
Currently in development - 20-120GH USB stick; 700GH 75W pod; 4TH volt-adjustable S1/3/5 upgrade kit
Server PSU interface boards and cables. USB and small-scale miners. Hardware hosting, advice and odd-jobs. Supporting the home miner community since 2013 - http://www.gekkoscience.com
PlanetCrypto
Sr. Member
****
Offline Offline

Activity: 280


View Profile
June 19, 2015, 03:16:10 PM
 #1071

I seem to remember the Avalon4 has an optimizer built in, where you can give it a hashrate and it'll iteratively drop the power until it finds the lowest stable point? We'll probably integrate an autotuning feature like that into it. If we can write an autotuning driver that can tune per board will be pretty great too.

I'm not sure if we're gonna have an input power measurement on there or not. Shunt measurements to take away from system efficiency - sure it's maybe a quarter percent of waste, but... yeah that's actually probably okay.

I think trying to find an optimal operating point based on power efficiency will pretty much always end you up at the top stable clock of the bottom possible voltage? If your only parameters are operating cost and hashrate you'll always end up finding the highest clock available at the highest efficiency voltage setpoint available. Being able to say "get me the most hashrate for this maximum power" or "get me the least power for this desired hashrate" are going to be different problems, but not difficult to solve.

Unfamiliar with the Avalon4, so I have no comment on it.

My follow on comments apply to the BM1382 (S3's and C1's) as I haven't started my testing on the BM1384's (S5's) which I'm more than willing to share when completed, if desired.
S3 hash boards are usually always stable @ .65 CoreV but not at clock rates approaching 150MHz. The limiting of clock rate limits profitability.
S3's @ .68 CoreV and 150MHz +- one clock setting seems to be the "sweet spot" from a electrical cost versus revenue standpoint.
I'm guessing this is due to a number of factors:
  • board manufacturing tolerances due to variances in discreet passive components, resistor/cap tolerances, circuit trace tolerances, intertrace variances in capacitance, ground plane capacitance, etc . . . . .
  • the CoveV/hashrate is not, necessarily, a smooth linear or exponential curve
  • and active component (hash chip, LDO, etc.) manufacturing tolerances due to variances in a plethora of things at the wafer level

Having said the above there can be anomalous CoreV/clock rate combinations that provide, on a hash board by hash board basis, above "normal" net profits due to "quirks" in board/chip combinations.
This is why I would favor the calculations happening at the board level versus the driver level, cuz' each board is different (as is every hash chip chain on a particular board for that matter).
I also lean towards doing this at the board level to obviate the need for a special or "one off" branch in the cgminer/bfgminer source.
I was thinking more of the ability to set a flag (autooptimize=1/0, true or false ?) at cgminer/bfgminer run time if the appropriate hardware was detected after hotplug detection.
Implementing this flag architecture would allow the user to let the board figure it out or let the user "force" settings per their whims.

I think that the majority of the time the "optimal operating point based on power efficiency will pretty much always end you up at the top stable clock of the bottom possible voltage" is a true statement at the machine level, but on a fairly frequent basis there will be odd anomalous and/or deviant CoreV/MHz combinations at the board level/chip chain level that provide more optimal profits/performance.

With multiple boards in a machine there is a high likelihood that some boards/chip chains are going to be high performers and some not so much. If CoveV/MHz optimization is done at the driver level then all the boards running off that instantiation of cgminer/bfgminer will run at the least common denominator. If one board in many deteriorates faster than the others the entire machine's performance will suffer needlessly.

Over time components (active and passive) will deteriorate/change values. By definition, the interaction of those component deteriorations will cause a shift in the optimal CoreV/MHz operating point. Because one does not know which components are deteriorating, at what rate, and their effects on circuit performance a "self-healing" design reduces human interaction and assures optimal device operation in real time.

Just thinking "out loud".

sidehack
Legendary
*
Offline Offline

Activity: 1484

Curmudgeonly hardware guy


View Profile
June 19, 2015, 03:39:56 PM
 #1072

No, because

We'll probably integrate an autotuning feature like that into it. If we can write an autotuning driver that can tune per board will be pretty great too.

You can't say cgminer will optimize all boards to the same point until you know what driver code we end up writing. If we can do per-board optimization, we will - and we probably can, because since we're using USB connection, each board should actually enumerate as a separate device. I seem to recall Habanero code could set each die's frequency and voltage differently. This should be no more difficult.

What I'd like to see is a cgminer command line that can set the clock and voltage per board (I really like the -S flag they used to have before hotplug support, where you explicitly stated what device was where) or a -autotune flag with parameters for voltage or clock (fix one, adjust the other) and an error threshold to shoot for.

Selling seconds 2Pacs for a friend's med bills - PM for details
Currently in development - 20-120GH USB stick; 700GH 75W pod; 4TH volt-adjustable S1/3/5 upgrade kit
Server PSU interface boards and cables. USB and small-scale miners. Hardware hosting, advice and odd-jobs. Supporting the home miner community since 2013 - http://www.gekkoscience.com
PlanetCrypto
Sr. Member
****
Offline Offline

Activity: 280


View Profile
June 19, 2015, 03:41:28 PM
 #1073

I also prefer carburetors to EFI.

I'm surprised, EFI is way more tunable and customizable than carbs, especially when you get into writing your own engine management programs like I have.  I've contributed much of the tune to my Mustang, including stuff other than the usual air/fuel and timing, such as the mass air meter tables and transmission shift graphs/algorithms.  Way more fun than turning screws on a carb!  Tongue

I'm with Mikestang here even though I really love my early 1940's vintage Ford 9N for it's reliability, dependability, simplicity, and ease of maintenance.
My 3/4 ton GMC DuraMax crew cab long box w/ EFI live, an 8500 lb truck, will get 34 mpg on a flat road cruise set @ 55 in eco mode, but will turn a mid 11 second quarter mile in it's top setting (550+HP/1100+ft/lbs torque). And yeah I've seriously tweaked the fuel maps, boost maps, injection timing maps, shift points, etc. for each of the 5 available engine settings. Which can be changed on the fly, engine running, with the simple turn of a 5 position switch. I love blowing off kids in tuner cars leaving them in a black cloud of Prius repellent at the light. LOL.

My tools over the last 50 years have become more sophisticated (screw driver versus laptop) as technology has advanced.

philipma1957
Legendary
*
Offline Offline

Activity: 1890


A new tool for prediction https://bitvol.info/


View Profile
June 19, 2015, 03:42:08 PM
 #1074

hand tweak of a pot is okay if you have 10 or less boards/sticks


10x 210gh if s-5 chips are used is a 2.1th setup

10x 280gh if s-7 chips are used is a 2.8th setup


to hand tune  more then 10 pots is a lot of work.

so an auto tune option is nice if possible.  and both pot  tune + auto tune  is best for a small setup or a big setup.

I am looking forward to development  of sticks and boards.  At least the summer months will have a thread to look at.

I have pretty much tested the single stick from freq100 to freq225

on the low end freq 125 or freq 150 work with out a fan at about .31 Watt/gh

on the high end freq 218.75 works well with a fan at about .34Watt/gh

Please support sidehack with his new miner project Send to : 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
I mine alt coins with https://simplemining.net I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
PlanetCrypto
Sr. Member
****
Offline Offline

Activity: 280


View Profile
June 19, 2015, 03:51:00 PM
 #1075

"You can't say cgminer will optimize all boards to the same point until you know what driver code we end up writing."
Absolutely correct, as I'm not privy to the "behind the scenes" thinking going on.

I can however make a reasonably correct statement based on the existing state of cgminer, et. al.
Which is what I think I did.

sidehack
Legendary
*
Offline Offline

Activity: 1484

Curmudgeonly hardware guy


View Profile
June 19, 2015, 03:57:50 PM
 #1076

I was just calling attention to that I'd previously stated we'd try to make a per-board autotuning, so assuming it would not exist because nobody else had one and therefore we should make our firmware a lot more complex instead doesn't make a lot of sense.

Also, Phil, there will be no pot adjustment on the 18-chip board. Software adjustment only, but explicit manual control of that software setpoint will be included.

Selling seconds 2Pacs for a friend's med bills - PM for details
Currently in development - 20-120GH USB stick; 700GH 75W pod; 4TH volt-adjustable S1/3/5 upgrade kit
Server PSU interface boards and cables. USB and small-scale miners. Hardware hosting, advice and odd-jobs. Supporting the home miner community since 2013 - http://www.gekkoscience.com
philipma1957
Legendary
*
Offline Offline

Activity: 1890


A new tool for prediction https://bitvol.info/


View Profile
June 19, 2015, 07:17:38 PM
 #1077

I was just calling attention to that I'd previously stated we'd try to make a per-board autotuning, so assuming it would not exist because nobody else had one and therefore we should make our firmware a lot more complex instead doesn't make a lot of sense.

Also, Phil, there will be no pot adjustment on the 18-chip board. Software adjustment only, but explicit manual control of that software setpoint will be included.

that works.  looking forward to it.

Please support sidehack with his new miner project Send to : 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
I mine alt coins with https://simplemining.net I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
sidehack
Legendary
*
Offline Offline

Activity: 1484

Curmudgeonly hardware guy


View Profile
June 19, 2015, 07:36:08 PM
 #1078

Yeah but now it's going to be really embarassing if we actually can't make per-board tuning work.

Selling seconds 2Pacs for a friend's med bills - PM for details
Currently in development - 20-120GH USB stick; 700GH 75W pod; 4TH volt-adjustable S1/3/5 upgrade kit
Server PSU interface boards and cables. USB and small-scale miners. Hardware hosting, advice and odd-jobs. Supporting the home miner community since 2013 - http://www.gekkoscience.com
daddyfatsax
Hero Member
*****
Offline Offline

Activity: 865


Anger is a gift.


View Profile
June 19, 2015, 09:49:39 PM
 #1079

With enough burgers, you can do anything.
philipma1957
Legendary
*
Offline Offline

Activity: 1890


A new tool for prediction https://bitvol.info/


View Profile
June 19, 2015, 09:58:16 PM
 #1080

Yeah but now it's going to be really embarassing if we actually can't make per-board tuning work.


well you could go back to using a pot. Cheesy


Please support sidehack with his new miner project Send to : 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
I mine alt coins with https://simplemining.net I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
Pages: « 1 ... 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 [54] 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 ... 112 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!