Subject:
|
Re: GBC at BrickFest 2006
|
Newsgroups:
|
lugnet.robotics
|
Date:
|
Wed, 6 Sep 2006 20:12:20 GMT
|
Original-From:
|
Juergen Stuber <juergen@ANTISPAMjstuber.net>
|
Viewed:
|
4221 times
|
| |
|
|
"Brian Davis" <brdavis@iusb.edu> writes:
> In lugnet.robotics, Juergen Stuber wrote:
>
> > I wonder where the trains got emptied...
>
> Yeah, that's suspiciously absent from my video. I'm uploading another one now:
>
> http://video.google.com/videoplay?docid=-4717354379739538520
>
> (The Google version is really jerky I'm afraid.)
I downloaded it completely and don't see any jerkiness,
maybe that was due to streaming it
as the bandwidth from Google was a bit low (< 100kB/s).
> > and if there ever was an overflow in some
> > module, given the enormous number of balls?
>
> Because of the standard throughput requirement (that each
> module must handle at least 1 ball per second, or "bps"),
> a module *can't* be overwhelmed, as long as the first
> module in a line never releases balls at more than 1 bps
> or so.
But then it may need to accept a lot of balls,
if the other modules are quicker.
I know that the specification says at least 1 ball/s,
and batches of up to 30 balls must be acceptable.
I built a module to that spec, see http://www.jstuber.net/lego/index.html.
If I were nasty and wanted to overwhelm modules downstream
(amusing the public in the process) I could store up a lot
of balls and then release them quickly,
there's nothing against that in the spec.
Jürgen
--
Jürgen Stuber <juergen@jstuber.net>
http://www.jstuber.net/
gnupg key fingerprint = 2767 CA3C 5680 58BA 9A91 23D9 BED6 9A7A AF9E 68B4
|
|
Message has 2 Replies:
 | | Re: GBC at BrickFest 2006
|
| (...) You're correct, I was streaming it from Google which was probably the issue. (...) It doesn't matter how much quicker than the standard a single module is - if it only gets 1 bps, then it can only pass them to the downstream module at 1 bps... (...) (18 years ago, 6-Sep-06, to lugnet.robotics)
| | | Re: GBC at BrickFest 2006
|
| (...) I raised this issue in June when discussing GBC reliability, seeing that 1 bps implies a measured time interval. Of course, what is the interval?, I asked. The general consensus is that it is a 30 second time interval. As such, the worst you (...) (18 years ago, 7-Sep-06, to lugnet.robotics)
|
Message is in Reply To:
| | Re: GBC at BrickFest 2006
|
| (...) Yeah, that's suspiciously absent from my video. I'm uploading another one now: (URL) Google version is really jerky I'm afraid.) This one starts with the train being loaded, but then follows the train to the next unloading module so you can (...) (18 years ago, 6-Sep-06, to lugnet.robotics)
|
28 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
|
|
|
|
