To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.roboticsOpen lugnet.robotics in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 Robotics / 26229
26228  |  26230
Subject: 
Re: thoughts on gbc module reliability
Newsgroups: 
lugnet.robotics
Date: 
Fri, 7 Jul 2006 18:20:50 GMT
Viewed: 
6105 times
  
On Fri, July 7, 2006 12:09 pm, Dave Hurley wrote:
In lugnet.robotics, Anders Isaksson wrote:
Steve Hassenplug wrote:

By design, all the balls go in one end of the GBC, and come out the
other.  For the "throughput zones" to work, there must be a way to
get some balls from the middle of the GBC, around the slower modules,
and to the end.

What about a 'splitter' with two outputs (nominally 0.5 bps/output) and a
'joiner' for combining the two streams later on?

Another thing we might try is to implement this splitter at the junction of the
throughput zones to catch any ball overflow from the leaky bucket module.


I guess I don't understand what you mean by a leaky bucket module.  I'm imagining
something that would work well for "smoothing" the flow, but it will require the
output to match the average input.


Then
this shunted ball flow could be loaded onto several train cars and haulled
around the track to the high zone side.

Another idea I thought of was that last year's BF contraption probably wasn't
running at full capacity due to the slower/problem modules.  This would reduce
the frequency of hopper overflow in this scenario.

Last year, one section of the GBC was NOT running at full capacity.  Kevin (one of
the people running the GBC) regulated the flow of balls into the section, by turning
off the train unloading station.  That took a fair amount of effort, and required
the train to do fancy stuff.

There was another section with modules able to run well above spec speeds, that
normally had about 10% of it's capacity.

But, the major leg of the GBC ran at spec speed.

However we do it, we need a
plan for ball flow regulation, and I have a couple more ideas than this.  Does
anyone else?

When I set-up a GBC, I have a module that I always use to regulate the flow of balls
throughout the entire GBC.  I usually put it right next to the train, which can
output about 60 balls in a few seconds.  This module acts like your "leaky bucket",
and spreads that batch out.  It's usually running off a train controller, so we can
adjust the speed, if needed.

Is that what you're talking about?

Steve



Message has 1 Reply:
  Re: thoughts on gbc module reliability
 
(...) I have three designs on paper for leaky bucket modules. The basic version of what I had in mind was a simple large hopper to receive balls from either the faster modules, the train, or both. The output would be a simple lifter, which was run (...) (18 years ago, 7-Jul-06, to lugnet.robotics, FTX)

Message is in Reply To:
  Re: thoughts on gbc module reliability
 
(...) Another thing we might try is to implement this splitter at the junction of the throughput zones to catch any ball overflow from the leaky bucket module. Then this shunted ball flow could be loaded onto several train cars and haulled around (...) (18 years ago, 7-Jul-06, to lugnet.robotics)

43 Messages in This Thread:
















Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact

This Message and its Replies on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR