I wrote earlier:
> >It's about the exact time(s) of sampling the bit values of the main
> >(RxD/TxD) signal. In asynchronous communications, this is based upon
> >a fixed time for a single bit, determined by the baudrate.
Maarten ter Huurne <[EMAIL PROTECTED]> replied:
> That's synchronous
The difference betweeen baud and bitrate is simple but subtle.
Baud is defined as the number of changes per time period, and bitrate as
the number of bits (0 or 1) transferred per time. It is posible that in
one change more bits of information is transferred.
Hans
MSX Mailinglist. To unsu
At 08:35 PM 10/10/98 +0200, you wrote:
>I'm trying to develop a asynchone (or synchrone?) method to transfer data
>between 2 MSX-computers (i.e. for games), using JoyNet. Advantages of this
>compared to a fixed Baud-rate-protocol are that it runs on every kind of
>MSX-computer, unlike its speed a
:And you can include all of these things in a set of standard-routines
:that go with any JoyNet application, and might be updated any time.
:An application programmer could just take this standard set of
:routines, and build his/her application around it, not worrying about
:the internals of these
Hi,
>It's about the exact time(s) of sampling the bit values of the main
>(RxD/TxD) signal. In asynchronous communications, this is based upon
>a fixed time for a single bit, determined by the baudrate.
Ehrm... I don't wanna spoil the fun, but for JoyNet, we're talking
about asynchronous communi
At 07:22 PM 10/10/98 +, you wrote:
>It's about the exact time(s) of sampling the bit values of the main
>(RxD/TxD) signal. In asynchronous communications, this is based upon
>a fixed time for a single bit, determined by the baudrate.
That's synchronous communication. In asynchronous commun
:>I'm trying to develop a asynchone (or synchrone?) method to transfer data
:>between 2 MSX-computers (i.e. for games), using JoyNet. Advantages of this
:>compared to a fixed Baud-rate-protocol are that it runs on every kind of
:>MSX-computer, unlike its speed and available timers. Also, you won't
At 07:00 PM 10/12/98 +, you wrote:
>I think you are both mistaken here. In synchronous communications,
>the exact point in time at which the data signal(s) is sampled, is
>determined by an 'extra' signal, an other signal, and with that, the
>data stream is SYNCHRONISED with that other sign
Maarten ter Huurne <[EMAIL PROTECTED]> wrote:
> What you call an 'extra' signal, is just as much part of the signal
> as the data signals are. Dependant on the encoding, it may not even
> be possible to say "these bits are data and these bits are timing".
I agree completely.
> Take for exa
I'm trying to develop a asynchone (or synchrone?) method to transfer data
between 2 MSX-computers (i.e. for games), using JoyNet. Advantages of this
compared to a fixed Baud-rate-protocol are that it runs on every kind of
MSX-computer, unlike its speed and available timers. Also, you won't have to
10 matches
Mail list logo