Subject:
|
Re: Mindstorms RIS RCX problem
|
Newsgroups:
|
lugnet.robotics
|
Date:
|
Wed, 30 Jun 1999 13:57:03 GMT
|
Viewed:
|
1126 times
|
| |
|
|
Just an add-on to this. You can use a "wait" of a value that equals the
total tone duration for several tones. You will find that using "wait" after
each tone will limit the number of icons allowed in your program.
Bob Fay
Laurentino Martins <lego-robotics@crynwr.com> wrote in message
news:4.1.19990630090552.00a0cf10@195.61.90.220...
> The problem is that each tone is queued into a buffer and the firmware
automatically processes the next intruction in the program. Since the next
instruction is another tone, the queue starts filling faster than can be
processed, since each tone takes some time to end.
> Your problem is a buffer overflow.
> Put a _pause_ in your program after sending each tone, so that the buffer • never overflows.
>
>
>
> Laurentino Martins
>
> [ mailto:lau@mail.telepac.pt ]
> [ http://www.terravista.pt/Enseada/2808/ ]
>
> --
> Did you check the web site first?: http://www.crynwr.com/lego-robotics
>
|
|
Message has 1 Reply:
 | | Re: Mindstorms RIS RCX problem
|
| (...) Thanks. I'll try it. I was expecting that the duration value in the TONE command would have a built in WAIT for that amount of time, but buffering the audio allows other operations to continue. Am I right in infering that the buffer is only (...) (25 years ago, 30-Jun-99, to lugnet.robotics)
|
Message is in Reply To:
| | Re: Mindstorms RIS RCX problem
|
| The problem is that each tone is queued into a buffer and the firmware automatically processes the next intruction in the program. Since the next instruction is another tone, the queue starts filling faster than can be processed, since each tone (...) (25 years ago, 30-Jun-99, to lugnet.robotics)
|
8 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
|
|
|
|
Active threads in Robotics
|
|
|
|
|
|
