Ethernet an uController

Wie Sirsydom schon gesagt hat,
du musst erst dein eigenes Paket zusammenbauen.
Dieses Paket schreibst du dann in den Transmit-Buffer.
Anbei zwei Funktionen, wie das bei mir läuft ...
Das PAR wird nur am Beginn beschrieben, damit dein Device ne MAC-Adresse 
besitzt.

1

void nicWrite16(unsigned char *buf, unsigned int len)

2

{

3

  unsigned long val;

4

5

  len=(len+1)/2;

6

  while(len--) {

7

    val = *buf++;

8

    val |= *buf++ << 8;

9

    outWord(NIC_DATA_ADDR, val);

10

  }

11

12

  return;

13

}

14

15

int sendData(unsigned char *data, unsigned int txlen)

16

{

17

  /* Enable data write. */

18

  outByte(NIC_BASE_ADDR, NIC_MWCMD);

19

20

  /* Transfer the Ethernet frame. */

21

  nicWrite16(data, txlen);

22

23

  /* Start the transmission. */

24

  nicOutW(NIC_TXPL, txlen);

25

  nicOutB(NIC_TCR, NIC_TCR_TXREQ);

26

27

  return 0;  

28

}

Vielen Dank, seit ne große Hilfe...

Ich werd ja sowieso uIP benutzen, das baut mir das Packet zusammen. Im 
Quellcode von uIP sind für mich die einzelnen Schichten nicht wirklich 
zu erkennen (um Zeit und Platz zu ersparen wird recht schnell mit 
globalen Variablen und goto-Befehlen gearbeitet - ist aber ne bewärte 
Software, die weltweit recht heufig eingesetzt wird) - deswegen war mir 
jetzt nicht klar, ob es mir nur das Packet bis inkl. der IP-Schicht 
zusammenbaut, wie bisher angenommen.

@Sirsydom: du hast recht, bisher war mir das Protokoll egal, ich wollte 
erst einmal lediglich den Baustein zum laufen bringen - und hab daher 
die Daten einfach nur auf den Bus geschickt. Am Kabel hängt eh im Moment 
nur ein Sender (Entwicklungsboard), ein Empfänger (Entwicklungsboard).

Aber eins versteh ich immer noch nicht: wenn ich die kompletten Daten 
von Quell-MAC bis Ende Datenfeld sende, warum interessiert den 
Ethernetbaustein (DM9000 von Davicom) die eigene MAC-Adresse wärend der 
Initialisierung überhaupt? Wofür sind dann das "Physical Adress 
Register" (PAR) und das "Multicast Adress Register"?

Der Davicom kann in verschiedenen Modi betrieben werden,
so gibt es den promiscous mode, da hört er auf alles, was ankommt,
oder den normalen mode, da hört er nur auf seine MAC-Addresse und Pakete 
die an alle geschickt werden. Und die eigene MAC-Address wird halt im 
PAR-Register abgelegt.

Ah, ok - so hatte ich das mit dem normalen Modus und dem promiscous mode 
(in dem bin ich) auch verstanden gehabt - was ja überhaupt mich erst zur 
Annahme gebracht hat, dass ich nur "Typ-Feld" und "Daten" kriege und wo 
ich mich gewundert habe, wo ich dann  die Ziel-MAC-Adresse hinspeichere.

Der Tipp mit wireshark war schon mal Gold wert - vielen Dank an der 
Stelle.
Bestätigt auch noch einmal, dass ich das komplette, selbst 
zusammengesetze Ethernetframe inkl. Ziel/Quell-MAC bis Datenende senden 
muss (Wireshark hält die ersten 12 Byte für die beiden MAC-Adressen).

Ich hab jetzt das Entwicklungsboard mit dem Rechner verbunden und 
aufgezeichnet, was er schickt: der Text, den ich sende, kommt perfekt in 
der richtigen Länge an, so oft ich auch sende.

Eigendlich hab ich schon fast n schlechtes Gewissen, wieder hier zu 
fragen - vor meiner Diplomarbeit jetzt hatte ich aber noch nie mit 
TCP/IP oder so zu tun (also, auf der Ebene halt) und auch nicht soo die 
Erfahrung mit uControllern: hab da beim Ethernetchip noch kleine 
Problme:

Sobald ich ein Packet empfange, wird ein Pin auf "high" gesetzt. Dieses 
prüfe ich in der Main ab - sollte es aktiviert worden sein, rufe ich die 
Empfangsfuntion auf, empfange mein Packet (komischerweise mit 4 
zusätzlichen Zeichen am Ende, unterschiedlich bei einem anderen Text, 
allerdings zum Teil keine Zeichen, die im Text vorkommen) und setze das 
"Interruptpin" wieder zurück (DM9000_ISR-Bit[1]). Wieder in der Main 
stimmt die empfangene Länge nicht ganz (immer 4 Byte zuviel), die Daten 
(bis auf die letzen 4 Byte) passen auch soweit.
Das Problem, was ich habe: auch, wenn ich mit dem einem Board mit 
"voll-speed" sende, empfange ich bei dem anderen Entwicklungsboard nur 
sporadisch was. Wenn ich nur ein Packet sende, ne Sekunde warte und dann 
erst wieder ein sende oder eine bestimmte Anzahl an Packeten schicke, 
bestätigt sich der Fehler und es kommen nicht alle Packete an.
Als ich die Überprüfung (was empfangen oder nicht) langsamer hatte, weil 
ich die Empfangsfunktion immer aufgerufen hab, hab ich schon immer was 
empfangen, aber auch nur dann, wenn ich mit voll-speed sende.
Kommt mir fast so vor, wie wenn ich auf ein Metallband mit Löchern drin 
Daten schieße, das langsam vorbeizieht und ich nur was empfange, wenn 
ich zufällig ein Loch treffe.

Um ehrlich zu sein, bastel ich schon ne Weile jetzt an der init/sende 
und empfangsfunktion rum und mir gehen grad die Ideen aus, woran das 
liegen kann. Hat vielleicht hier einer ne Idee? Wäre echt super :-)