Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

LPC-Bus Datendurchsatz

0 views
Skip to first unread message

bernd

unread,
Jan 6, 2010, 4:59:42 AM1/6/10
to
Hallo,

wie groß ist der maximale Datendurchsatz eines LPC (Low-Pin-Count
Busses)? Ich möchte gern drei serielle Schnittstellen mit einer
Datenrate von jeweils 300kByte/s über einen Super I/O IC anschließen;
bin mir aber nicht sicher ob das nicht die max Datendurchsatz vom LPC
Bus sprengt oder ob das ohne Probleme gehen sollte.

Gibt es eine einfache Formel mit der man den LPC Datendurchsatz leicht
errechnen kann?

Gruß
Bernd

Hendrik van der Heijden

unread,
Jan 6, 2010, 6:27:47 AM1/6/10
to
bernd schrieb:
> wie gro� ist der maximale Datendurchsatz eines LPC (Low-Pin-Count
> Busses)?

Laut <http://en.wikipedia.org/wiki/Low_Pin_Count>
ist die Datenrate 2.56MB/s.


Hendrik vdH

bernd

unread,
Jan 6, 2010, 7:13:32 AM1/6/10
to
On 6 Jan., 12:27, Hendrik van der Heijden <h...@gmx.de> wrote:
> bernd schrieb:
>
> > wie groß ist der maximale Datendurchsatz eines LPC (Low-Pin-Count

> > Busses)?
>
> Laut <http://en.wikipedia.org/wiki/Low_Pin_Count>
> ist die Datenrate 2.56MB/s.
>
> Hendrik vdH

Danke für deine Antwort.

Was bedeutet I/O Datenrate?
Ist damit die reine Nutzdatenübertragung des Super I/O Controllers
z.B. gemeint (also 3x 300kByte/s = 900kByte/s < 2.56MByte/s -->
möglich) oder muss man bei dieser Datenrate noch einen Overhead für
die Protokolle etc.abziehen (2.56MByte/s - Overhead)? Die
Protokollebene wird vom LPC-Bus nicht erfasst.

Bzw. wie werden die Daten von so einem Super-I/O Controller (z.B:
serielle Schnittstelle) über den LPC-Bus übertragen? Soweit ich
gelesen habe wird eine Leitung vom LPC Bus nur für die Daten
(Nutzdaten?) Übertragung verwendet.

Gerrit Heitsch

unread,
Jan 6, 2010, 7:25:51 AM1/6/10
to
bernd wrote:
> On 6 Jan., 12:27, Hendrik van der Heijden <h...@gmx.de> wrote:
>> bernd schrieb:
>>
>>> wie gro� ist der maximale Datendurchsatz eines LPC (Low-Pin-Count

>>> Busses)?
>> Laut <http://en.wikipedia.org/wiki/Low_Pin_Count>
>> ist die Datenrate 2.56MB/s.
>>
>> Hendrik vdH
>
> Danke f�r deine Antwort.
>
> Was bedeutet I/O Datenrate?
> Ist damit die reine Nutzdaten�bertragung des Super I/O Controllers

> z.B. gemeint (also 3x 300kByte/s = 900kByte/s < 2.56MByte/s -->
> m�glich) oder muss man bei dieser Datenrate noch einen Overhead f�r

> die Protokolle etc.abziehen (2.56MByte/s - Overhead)? Die
> Protokollebene wird vom LPC-Bus nicht erfasst.

Um was fuer eine serielle Schnittstelle geht es denn ueberhaupt?
RS232-aehnlich? Dann geht bei 300KByte/sec Nutzdaten (also Zeug das dich
interessiert) einiges mehr ueber den LPC da fuer jedes Nutzbyte ein paar
Statusabfragen (wirklich Daten da? FIFO noch nicht leer? usw) noetig
sind. Da werden dann aus 300KByte/sec auf der deriellen Leitung schnell
mal 600 oder 900KByte/sec auf dem LPC.

Oder ist es eine Art Ethernet bei dem immer ein ganzes Paket von x Bytes
eingesammelt wird?

Gerrit

bernd

unread,
Jan 6, 2010, 8:48:52 AM1/6/10
to
On 6 Jan., 13:25, Gerrit Heitsch <ger...@laosinh.s.bawue.de> wrote:
> bernd wrote:
> > On 6 Jan., 12:27, Hendrik van der Heijden <h...@gmx.de> wrote:
> >> bernd schrieb:
>
> >>> wie groß ist der maximale Datendurchsatz eines LPC (Low-Pin-Count

> >>> Busses)?
> >> Laut <http://en.wikipedia.org/wiki/Low_Pin_Count>
> >> ist die Datenrate 2.56MB/s.
>
> >> Hendrik vdH
>
> > Danke für deine Antwort.
>
> > Was bedeutet I/O Datenrate?
> > Ist damit die reine Nutzdatenübertragung des Super I/O Controllers

> > z.B. gemeint (also 3x 300kByte/s = 900kByte/s < 2.56MByte/s -->
> > möglich) oder muss man bei dieser Datenrate noch einen Overhead für

> > die Protokolle etc.abziehen (2.56MByte/s - Overhead)? Die
> > Protokollebene wird vom LPC-Bus nicht erfasst.
>
> Um was fuer eine serielle Schnittstelle geht es denn ueberhaupt?
> RS232-aehnlich? Dann geht bei 300KByte/sec Nutzdaten (also Zeug das dich
> interessiert) einiges mehr ueber den LPC da fuer jedes Nutzbyte ein paar
> Statusabfragen (wirklich Daten da? FIFO noch nicht leer? usw) noetig
> sind. Da werden dann aus 300KByte/sec auf der deriellen Leitung schnell
> mal 600 oder 900KByte/sec auf dem LPC.
>
> Oder ist es eine Art Ethernet bei dem immer ein ganzes Paket von x Bytes
> eingesammelt wird?
>
>   Gerrit

Nein es geht um 3x RS485 Schnittstellen mit jeweils 300kByte/s reine
Nutzdatenübertragung. Der Super I/O Controller besitzt für jede RS485
Schnittstelle einen kleinen Buffer für ein entsprechendes Paket sowie
eine Interrupt-Leitung, die angibt ob neue RS485 Daten da sind oder
nicht.

Gerrit Heitsch

unread,
Jan 6, 2010, 9:44:21 AM1/6/10
to
bernd wrote:
>
> Nein es geht um 3x RS485 Schnittstellen mit jeweils 300kByte/s reine
> Nutzdaten�bertragung. Der Super I/O Controller besitzt f�r jede RS485
> Schnittstelle einen kleinen Buffer f�r ein entsprechendes Paket sowie

> eine Interrupt-Leitung, die angibt ob neue RS485 Daten da sind oder
> nicht.

Wie sieht so grob die Zugriffsabfolge auf die Super-I/O-Register bei
Abholung bzw. Senden von Daten aus? Damit kannst du dir recht einfach
ausrechnen welchen Overhead die 300KByte/sec der seriellen Leitung auf
dem LPC verursachen. Dann siehst du ob dir auf dem LPC die Luft ausgeht
wenn alle 3 Ports vollen Durchsatz fahren.

Ich denke es koennte knapp werden... Muss es wirklich LPC sein?

Gerrit

Hendrik van der Heijden

unread,
Jan 6, 2010, 9:54:13 AM1/6/10
to
bernd schrieb:

> On 6 Jan., 12:27, Hendrik van der Heijden <h...@gmx.de> wrote:

>> Laut <http://en.wikipedia.org/wiki/Low_Pin_Count>
>> ist die Datenrate 2.56MB/s.
>

> Was bedeutet I/O Datenrate?

Ein serieller Controller m��te mit I/O-Zugriff angesteuert werden.

> Ist damit die reine Nutzdaten�bertragung des Super I/O Controllers


> z.B. gemeint (also 3x 300kByte/s = 900kByte/s < 2.56MByte/s -->

> m�glich) oder muss man bei dieser Datenrate noch einen Overhead f�r


> die Protokolle etc.abziehen (2.56MByte/s - Overhead)? Die
> Protokollebene wird vom LPC-Bus nicht erfasst.

In der Protokoll-Spec ist eine Absch�tzung f�r die Bus-Auslastung
enthalten. Bei der �blichen Ansteuerung eines 16550-Controllers
(RS232, 16Byte FIFO, Lesen in 8-Byte-Bl�cken) mit 230Kbit/s
sind 1.1% Buslast angegeben. Hochgerechnet auf 3x 300KB/s sind
das knapp 34% Last. Scheint also zu passen.

> Bzw. wie werden die Daten von so einem Super-I/O Controller (z.B:

> serielle Schnittstelle) �ber den LPC-Bus �bertragen? Soweit ich
> gelesen habe wird eine Leitung vom LPC Bus nur f�r die Daten
> (Nutzdaten?) �bertragung verwendet.

<http://www.intel.com/design/chipsets/industry/25128901.pdf>

Da kannst du's nachlesen. Es m��te in 1-Byte I/O Zugriffen
gelesen werden, je nach Design werden Interrupt scheinbar
�ber eigene Leitungen oder auch �ber LPC abgewickelt.


Hendrik vdH

bernd

unread,
Jan 6, 2010, 10:20:47 AM1/6/10
to

welche Alternativen bieten sich mir noch, außer LPC für einen RS485
Zugriff? Ok ich könnte einen kleineren Prozessor verwenden und diesen
über USB mit dem Intel Atom Prozessor verbinden, aber ansonsten stehen
mir doch keine wirklichen Alternativen zur Verfügung?

Hergen Lehmann

unread,
Jan 6, 2010, 12:09:56 PM1/6/10
to
bernd schrieb:

> welche Alternativen bieten sich mir noch, au�er LPC f�r einen RS485
> Zugriff?

Einige USB/seriell-Wandler (z.B. FT2232) bieten RS485-Unterst�tzung in
Hardware insoweit, als sie die Datenrichtung automatisch umschalten.

Vielleicht reicht das schon?

Hergen

Gerrit Heitsch

unread,
Jan 6, 2010, 1:46:26 PM1/6/10
to
bernd wrote:
>
> welche Alternativen bieten sich mir noch, au�er LPC f�r einen RS485
> Zugriff?

PCI und PCIe-Karten dafuer gibt es, geh mal suchen. Ist eine Frage was
dir das ganze wert ist.

Gerrit

bernd

unread,
Jan 6, 2010, 3:20:41 PM1/6/10
to

PCI Karten sind auf jeden Fall dafür zu teuer. Ich schätze mal dass
ein Super I/O schon das richtige darstellt, zumal man dann gleich auch
Temperatur usw. ebenfalls auslesen kann...

Die FTDI Chips klingen sehr interessant. Werd ich mir mal genauer
ansehen, welche Datenraten und welche USB-to... ICs es überhaupt dort
so gibt.

Gruß
Bernd

0 new messages