Microchip WLAN Modul & TCP/IP Stack

Flipp schrieb:

> Was mir nicht ganz klar ist, ist z.B. diese Zeile aus dem Datenblatt
>
> "To be able to meet this
> requirement and still stay relatively independent of the
> main application using its services, the Microchip
> TCP/IP Stack uses a widely known technique called
> cooperative multitasking."
>
> Mir ist prinzipiell schon klar warum das nötig ist - allerdings muss ich
> laut Datenblatt diese Technik auch für meine Implementierung nutzen. Was
> bedeutet dass für mich? Der Begriff ist mir neu und wie ich meine
> Software passend dazu entwickel ist mir vollkommen ein Rätsel.
>

Cooperatives Multitasking kennt man noch aus Windows 3.11 Zeiten. Jeder 
Vorgang wurde dort durch ein Event eingeleitet und wenn man etwas 
abarbeiten wollte, dann musste man regelmäßig den Arbeitsstatus 
speichern und zum Event-Dispatcher zurückkehren, sonst wäre alles 
eingefroren.

Wenn ich die Codebeispiele zum PIC Stack so sehe, dann soll man wohl 
sowas machen:

Statt:

1

void meine_aufgabe() 

2

{

3

 for(;;) {

4

 mache_a(); 

5

 mache b(); 

6

 mache c();

7

 }

8

}

Da hier:

1

int status=0; 

2

void meine_aufgabe_cm() 

3

{

4

 switch(status)

5

 {

6

 case 0:

7

  mache_a(); 

8

  status=1; 

9

  return; 

10

 case 1:

11

  mache_b(); 

12

  status=2; 

13

  return; 

14

 case 2:

15

  mache_c(); 

16

  status=0; 

17

  return; 

18

 }

19

}

Eine Funktion des TCP Stacks ruft dann meine_aufgabe_cm() regelmäßig 
(neben anderen "Tasks") auf, so daß mache_a,b,c da reingemultiplext 
werden.

Flipp schrieb:

> Ich lasse also mein eigentliches Programm über eine Funktion des PIC
> Stacks laufen, welcher dann von Zeit zu Zeit meine Funktionen aufruft.

> Diese Funktionen muss ich (je nach Größ) in verschiedene Teilaufgaben
> unterteilen (siehe bei deinem Beispiel mache_a, mache_b und mache_c) ?
> Würde ich also z.B. die Funktion  meine_aufgabe_cm so rechenintensiv
> implementieren, dass eine Gewisse Laufzeit überschritten würde, würde
> das cooperative multitasking nicht mehr funktionieren?

Richtig. Der PIC würde zwar nicht abstürzen, aber er würde auf nichts 
mehr reagieren - keine Pings, keine HTTP-Requests,...

> Aber am Rande hätte ich dann noch die Frage ob es dann nicht
> einfacher/geeigniter ist das Modul mit bereits integriertem TCP/IP Stack
> zu verwenden?

Im Prinzip hast Du dort das gleiche Problem. Alles, was das Modul selber 
machen könnte, wie ICMP etc, würde zwar noch laufen, aber Deine 
Weboberfläche würde nicht mehr reagieren. Unter Windows ist es genauso. 
Wenn Du in einem Windows GUI-Programm Deine Window Messages nicht 
schnell genug verarbeitest, hängt Dein Programm auch, und das ist für 
den Benutzer sehr nervig.

Du musst lernen, fundamental anders zu programmieren. Nicht Du bist es, 
der den Programmablauf bestimmt, sondern der Benutzer ist es.

So ging es früher:

PRINT "Vorname eingeben:"
INPUT vor$
PRINT "Nachname eingeben:"
INPUT nach$

Jetzt bestimmt der Benutzer, welches Feld er in welcher Reihenfolge 
ausfüllt. Du bekommst nur noch eine Nachricht "Benutzer hat Feld 'nach' 
ausgefüllt" und musst darauf reagieren, indem Du beispielsweise das 
entsprechende Edit Control ausliest.

Genauso ist es mit einem Netzwerkgerät. Du bekommst Callbacks vom 
TCP-Stack, das eine bestimmte Webseite angefordert wurde und musst 
beispielsweise Variablen einfügen oder ein Formular auswerten oder oder 
oder, und damit auf das Nutzerverhalten REAGIEREN. Du agierst nicht 
mehr.

Dieses Paradigma wirst Du verinnerlichen müssen. Das Stichwort ist 
"ereignisgesteuert" oder "event-driven". Der Microchip-Stack hat den 
Vorteil, dass Du dort an die Hand genommen wirst und jemand anders schon 
die konzeptionelle Arbeit getan hat. Falsche Designentscheidungen wirst 
Du damit kaum treffen können bzw es sehr schnell merken.

fchk