17.07.2003 14:51
[#1]
prędkość RS'a
Chodzi mi o prędkość portu szeregowego - czy mogę ją dowolnie programować. Z tego co wiem, to w pecetach można było uzyskać prędkości dzieląc 115200 (na 1,2... 16). Ja chciałbym odczytywać dane z portu szeregowego w niestandardowej (dla pecetów) prędkości. Czy jest to możliwe na Amidze. Miami np. daje możliwość wpisania dowolnej prędkości - czy to oznacza właśnie, że mogę sobie ją dowolnie ustawić? (a nie tylko 115200 dzielone na 1,2,3... 16)
Jarek
Jarek
18.07.2003 15:54
[#3]
Re: prędkość RS'a
@jrzeuski, post #2
jrzeuski napisał(a):
> Nie, dostępne są tylko prędkości standardowe.
No to się zmartwiłem... troche trudno mi w to uwierzyć, że tak jest.
Chciałem odczytywać dane z urządzenia, któro przesyła dane szeregowo z prędkością 10400 bps (czy coś takiego) - to jakiś amerykański wynalazek związany z samochodami (o ile dobrze pamiętam). No... ale ja się nie da...
Dzięki za pomoc.
> Nie, dostępne są tylko prędkości standardowe.
No to się zmartwiłem... troche trudno mi w to uwierzyć, że tak jest.
Chciałem odczytywać dane z urządzenia, któro przesyła dane szeregowo z prędkością 10400 bps (czy coś takiego) - to jakiś amerykański wynalazek związany z samochodami (o ile dobrze pamiętam). No... ale ja się nie da...
Dzięki za pomoc.
21.07.2003 19:40
[#4]
Re: prędkość RS'a
@jrzeuski, post #2
jr> Nie, dostępne są tylko prędkości standardowe.
a może pomijając system da sie port szeregowy odpowiednio zaprogramować (czy musze używać sztuczek - np. oprogramować/próbkować sygnał z portu równoległego/joysticka)?
W Miami jak wpisuję dowolna wartość i 'wciskam' online, to program (Miami) próbuje się połączyć - nie powiadamia o niewłaściwym ustawieniu prędkości - czy to coś znaczy?
Przecież Amiga ma zupełnie inny hardware.
a może pomijając system da sie port szeregowy odpowiednio zaprogramować (czy musze używać sztuczek - np. oprogramować/próbkować sygnał z portu równoległego/joysticka)?
W Miami jak wpisuję dowolna wartość i 'wciskam' online, to program (Miami) próbuje się połączyć - nie powiadamia o niewłaściwym ustawieniu prędkości - czy to coś znaczy?
Przecież Amiga ma zupełnie inny hardware.
22.07.2003 09:43
[#5]
Re: prędkość RS'a
@Jarek, post #4
To, że Miami nie powiadamia o niczym nie świadczy. Oparcie portu szeregowego nie na standardowym UARTcie również. Ale coś mnie tknęło i poczytałem RKRM:Hardware (polecam zakup Amiga Developer CD 2.1). Oto kawałek z owej dokumentacji:
The Paula custom chip contains a Universal Asynchronous
Receiver/Transmitter, or UART. This UART is programmable for any rate from
110 to over 1,000,000 bits per second. It can receive or send data with a
programmable length of eight or nine bits.
The UART implementation provides a high degree of software control. The
UART is capable of detecting overrun errors, which occur when some other
system sends in data faster than you remove it from the data-receive
register. There are also status bits and interrupts for the conditions of
receive buffer full and transmit buffer empty. An additional status bit
is provided that indicates "all bits have been shifted out". All of these
topics are discussed in folowing sections.
The rate of transmission (the baud rate) is controlled by the contents of
the register named @{" SERPER " link Hardware/Hard_A/A-47}. Bits 14-0 of @{" SERPER " link Hardware/Hard_A/A-47} are the baud-rate
divider bits.
All timing is done on the basis of a "color clock," which is 279.36ns long
on NTSC machines and 281.94ns on PAL machines. If the @{" SERPER " link Hardware/Hard_A/A-47} divisor is
set to the number N, then N+1 color clocks occur between samples of the
state of the input pin (for receive) or between transmissions of output
bits (for transmit). Thus @{" SERPER " link Hardware/Hard_A/A-47}=(3,579,545/baud)-1. On a PAL machine,
@{" SERPER " link Hardware/Hard_A/A-47}=(3,546,895/baud)-1. For example, the proper @{" SERPER " link Hardware/Hard_A/A-47} value for
9600 baud on an NTSC machine is (3,579,545/9600)-1=371.
With a cable of a reasonable length, the maximum reliable rate is on the
order of 150,000-250,000 bits per second. Maximum rates will vary between
machines. At these high rate it is not possible to handle the overhead of
interrupts. The receiving end will need to be in a tight read loop.
Through the use of low speed control information and high-speed bursts, a
very inexpensive communication network can be built.
Wynika z tego, że dostępne prędkości nie są ograniczone do standardowych UARTowskich, ale jednak dzielnik jest i może nie udać się uzyskać żądanej niestandardowej prędkości.
The Paula custom chip contains a Universal Asynchronous
Receiver/Transmitter, or UART. This UART is programmable for any rate from
110 to over 1,000,000 bits per second. It can receive or send data with a
programmable length of eight or nine bits.
The UART implementation provides a high degree of software control. The
UART is capable of detecting overrun errors, which occur when some other
system sends in data faster than you remove it from the data-receive
register. There are also status bits and interrupts for the conditions of
receive buffer full and transmit buffer empty. An additional status bit
is provided that indicates "all bits have been shifted out". All of these
topics are discussed in folowing sections.
The rate of transmission (the baud rate) is controlled by the contents of
the register named @{" SERPER " link Hardware/Hard_A/A-47}. Bits 14-0 of @{" SERPER " link Hardware/Hard_A/A-47} are the baud-rate
divider bits.
All timing is done on the basis of a "color clock," which is 279.36ns long
on NTSC machines and 281.94ns on PAL machines. If the @{" SERPER " link Hardware/Hard_A/A-47} divisor is
set to the number N, then N+1 color clocks occur between samples of the
state of the input pin (for receive) or between transmissions of output
bits (for transmit). Thus @{" SERPER " link Hardware/Hard_A/A-47}=(3,579,545/baud)-1. On a PAL machine,
@{" SERPER " link Hardware/Hard_A/A-47}=(3,546,895/baud)-1. For example, the proper @{" SERPER " link Hardware/Hard_A/A-47} value for
9600 baud on an NTSC machine is (3,579,545/9600)-1=371.
With a cable of a reasonable length, the maximum reliable rate is on the
order of 150,000-250,000 bits per second. Maximum rates will vary between
machines. At these high rate it is not possible to handle the overhead of
interrupts. The receiving end will need to be in a tight read loop.
Through the use of low speed control information and high-speed bursts, a
very inexpensive communication network can be built.
Wynika z tego, że dostępne prędkości nie są ograniczone do standardowych UARTowskich, ale jednak dzielnik jest i może nie udać się uzyskać żądanej niestandardowej prędkości.