Fragen zum Lwip-Stack

Hat hier einer bereits den Lwip-Stack auf einen Mikrocontroller benutzt 
?

Moin,

1ms sollte zu schaffen sein. Hängt aber von deinem OS bzw. deinem 
Scheduler/Handler ab, wie auch der uC-Performance.
Der lwip läuft zwar auf vielen Systemen, ist aber nicht auf Performance 
getrimmt. Für schnelle, garantierte Antwortzeiten ist das Ding IMHO 
relativ unbrauchbar, besser man schreibt sich seinen auf DMA optimierten 
UDP-Stack (TCP ist für Realtime bekannterweise problematisch).

Grüsse,

- Strubi

Vielen Dank für die Antwort. Gibt es für den STM32 einen DMA optimierten
UDP-Stack ? In der ersten Variante möchte ich einen Hardwaretimer für 
die einkommenden Ethernetpackete spendieren. Die zweite Variante ich 
verwende das FreeRTOS.

Was ist die Verwendung eines Timerinterrupts hiefür fragwürdig ?
Am besten wäre also wenn ich den Empfangsinterrupt für ankommende 
Ethernetpackete nutzen würde ? Ich muss in der STM32 Lib mal 
nachschauen. Aber ich denke der Empfangsinterrupt wird doch schon 
verwendet.

Ist die Verwendung eines Timerinterrupts hiefür fragwürdig ? Warum ?
Am besten wäre also, wenn ich den Empfangsinterrupt für ankommende
Ethernetpackete nutzen würde ? Ich muss in der STM32 Lib mal
nachschauen. Aber ich denke der Empfangsinterrupt wird doch schon
verwendet.

>1ms sollte zu schaffen sein.
locker. Mein STM32F107 schafft da 60Mbits, kannst gerne ausrechnen. LwIP 
kann ich dir ans Herz legen, toll gemacht, wenn auch anfangs wenig 
unübersichtlich.
Verwende das mit DMA und da reicht auch in deiner Main Loop nach Daten 
zu gucken, hier aus dem Beispiel:

1

    while (1) {

2

      if (ETH_GetRxPktSize()!=0) {

3

        LwIP_Pkt_Handle();

4

      } 

5

    }

>1ms sollte zu schaffen sein.
Als reine Durchlaufzeit durch den Stack sicherlich. Wenn aber noch 10 
Interrupts, die womöglich schlecht programmiert sind, und 2 DMA*s 
laufen, da kann dann viel passieren. Besser sich nicht auf solche 
Spekulationen einlassen, das fällt einem irgendwann auf den Kopf.

Grüsse

geb schrieb:
> Als reine Durchlaufzeit durch den Stack sicherlich. Wenn aber noch 10
> Interrupts, die womöglich schlecht programmiert sind, und 2 DMA*s
> laufen, da kann dann viel passieren. Besser sich nicht auf solche
> Spekulationen einlassen, das fällt einem irgendwann auf den Kopf.

Da haste allerdings recht.
Habe bei einem komplexeren Gesamtsystem deswegen gleich uClinux mit 
einem Echtzeit-Hack verwendet. War bisschen ein riskantes Spiel, aber 
lieber mit Kanonen auf Spatzen schiessen, anstatt sich in der 
Entwicklung verzetteln und wochenlang herumoptimieren...
Solange allerdings kein Netzwerk nötig ist, würde ich nicht mehr uClinux 
verwenden. Zudem gibt es einige Chips die dem "halt es simpel"-Prinzip 
der beliebten FTDI-Käfer folgen und direkt TCP <-> SPI bieten, etc. 
Allerdings müsste man da auch div. Echtzeitgarantiern evaluieren..

Grüsse,

- Strubi