Ulrich Radigs TCP/IP Stack auf MyAvr, ENC startet immer neu, Soft Spi Problem

[Mat (Gast)]

Guten Morgen Zusammen,

ganz voran kurz das Problem:
Der Avr erkennt keine Pakete, die vom ENC weitergeleitet werden. Senden 
funktioniert problemlos. Vermutung Richtung Soft SPI.

Hab probiert den TCP/IP Stack von Ulrich Radig auf dem myEthernet Board 
von myAvr zum laufen zu bekommen.
Habe also für den ENC die Soft-Spi Routinen ergänzt, da er nicht am HW 
Spi Port hängt.
Des weiteren hab ich eine Version mit Polling für den Interrupt, sowie 
eine Version mit dem PCINT auf fallende Flanke erstellt, die auch 
momentan aktiviert ist.
Soweit ich das beurteilen konnte, haben beide zumindest Interrupts 
erkannt, ob alle kann ich nicht sagen.

Nach dem das ganze nicht funktioniert hat, hat mich die Problemsuche zum 
empfangen der ARP Replay geführt und
somit zum eth_get_data in der Datei stack.c.
Weiters startet der ENC nach bzw. eigentlich vor jedem Paket neu was auf 
folgende Codezeile in
enc_recive_paket in der enc28j60.c zurückzuführen ist:

  if ((!(status & (1<<7))) || (status & 0x8000) || (len > bufsize))
  {     
    ENC_DEBUG("enc_receive: status=%4x len:%i buf:%i\n", (unsigned) status, len, bufsize);
    enc_init();
  }

Die Debugzeile erzeugt folgende Meldung:

enc_recive: status=ffff len:-253 buf:1200

wobei len ein 16bit unsigned Wert ist, also 65283??

ok, mir ist soweit klar, dass er, weil das Zerobit eben nicht Zero ist 
den ENC neu initialisiert (und sonst spätestens bei der Länge).
Wenn ich mir aber anschaue, was der ENC sonst so zurückgibt glaub ich, 
dass die Kommunikation nicht richtig funktioniert.

Das einzige was "richtig" zurückkommt ist die ENC Revid, nämlich "6".

Ebenfalls versendet der ENC richtig, also ARP Requests werden 
fehlerfrei versendet und der PC schickt auch einen
Reply zurück, den der AVR allerdings nicht erkennt.

Als Soft-SPI Routinen werden folgende verwendet, wobei WAIT einfach x 
mal _NOP ausführt:

unsigned char spi_get (void)
{
  int8_t a;
  unsigned char Byte = 0;
  for (a=8; a>0; a--) //das Byte wird Bitweise nacheinander Empangen MSB First
    {
      WAIT(100);
      SPI_PORT |=(1<<SPI_SCK); //setzt Clock Impuls wieder auf (High)  
      if (SPI_PIN & (1<<SPI_MISO)) //Lesen des Pegels von soft_spi_DI
        {
          Byte |= (1<<(a-1));
        }
        else
        {
          Byte &=~(1<<(a-1));
        }  
      WAIT(100); 
      SPI_PORT &=~(1<<SPI_SCK); //erzeugt ein Clock Impuls (Low)  
    }

  return (Byte);
}



void spi_put (unsigned char Byte)
{
  int a;
  for (a=8; a>0; a--) //das Byte wird Bitweise nacheinander Gesendet MSB First
  {
    if (Byte & (1<<(a-1)))  //Ist Bit a in Byte gesetzt
    {
        SPI_PORT |= (1<<SPI_MOSI); //Set Output High
    }
    else
    {
        SPI_PORT &= ~(1<<SPI_MOSI); //Set Output Low    
    }  
    _NOP();_NOP();_NOP();_NOP(); //tDS
    SPI_PORT |= (1<<SPI_SCK); //setzt Clock Impuls wieder auf (High)
    WAIT(100); //tCH
    SPI_PORT &= ~(1<<SPI_SCK);  //erzeugt ein Clock Impuls (LOW)
    //tCL
  }
  SPI_PORT &= ~(1<<SPI_MOSI); //Set Output Low


}

Hab diese Routinen auch in einem anderen Projekt am laufen, deshalb die 
Kommentierung mit den Zeiten.
Kommt auch von jemand aus dem Forum, bin mir aber nicht mehr sicher von 
wem ...

Die Initialisierung des SPI sieht folgendermaßen aus:

  SPI_DDR |= (1<<SPI_MOSI) | (1<<SPI_SCK);
  // pull SCK high
  //SPI_PORT |= (1<<SPI_SCK);

  // configure pin MISO as input
  SPI_DDR &= ~(1<<SPI_MISO);
  SPI_DDR |= (1<<SPI_SS);
  // Slave einschalten
  SPI_PORT &= ~(1<<SPI_SS);

mit:

  #define SPI_DDR                 DDRD
  #define SPI_PORT                PORTD
  #define SPI_PIN                 PIND
  #define SPI_SCK                 PD4
  #define SPI_MISO                PD2
  #define SPI_MOSI                PD3
  #define SPI_SS                  PD5

aufgefallen ist mir auch noch, dass es der ENC nicht mag, wenn er also 
SPI Slave durchgehend eingeschaltet ist, was er natürlich in dem Timings 
im Datenblatt auch nicht ist, dies ist mir aber sonst noch nicht 
aufgefallen bei anderen SPI Bausteinen.


Vielleicht hat jemand einen neuen Fehlersuchansatz für mich oder kennt 
dies oder ein ähnliches Problem und kann mir sagen, was bei euch der 
Fehler war?

Wäre dankbar für jegliche Hilfe.

schönen Tag noch,
Mat

PS.: Ist ein bisschen länger geworden als geplant ;)

[Mat (Gast)]

wollte noch dazusagen, dass die Hardware funktioniert, da ich die ja mit 
der Original Firmware testen kann.
Vielleicht sollte ich nächstes Mal nicht so einen Roman schreiben ;) 
dachte ist besser wenn alles beschrieben ist ...

lg Mat

[Mat (Gast)]

die SPI Kommunikation sollte funktionieren, da ich sowohl senden kann, 
als auch einen Registerdump ausgeben kann.

Was könnte sonst falsch sein, dass er nicht die richtigen Werte vom ENC 
empfängt?
Interrupt wird ausgelöst, zumindest sehe ich wenn ich Ping, dass er in 
die Int Routine springt.

Allerdings resetet er bei JEDEM Paket beim Code von Sjors.

// added by Sjors: reset the ENC when needed
// If the receive OK bit is not 1 or the zero bit is not zero, or the packet is larger then the buffer, reset the enc chip and SPI

[Mat (Gast)]

hab den Code nun auch auf dem Pollin Net IO probiert und hier 
funktioniert er problemslos. also müsste das Problem warscheinlich doch 
am Soft-SPI gelegen sein.

grüße Mat

[micha2057 (Gast)]

Hallo Mat,
bist du weiter gekommen? Nutze myEthernet mit OpenMCP und wollte mal die 
Version von Ulrich Radig ausprobieren. OpenMCP schein recht langsam.

Gruß
Michael

[Mat (Gast)]

Hallo Michael,

kann dir leider nicht mehr sagen wies da damals weiterging.
Hab nicht mal mehr im Kopf obs dann schlussendlich funktioniert hat oder 
nicht ;)
Sorry.

lg Mat