enc28j60 stm32f429

[Grundschüler (Gast)]

Problem auf dem Weg ins Netz: Spi-Lesen und Schreiben funktioniert. Beim 
Schreiben der Mac-Adresse kommt es zur Verschiebung um ein Register. 
Korrektur mit

  // our mac address
  ENC_REG_MAADR5+1, MYMAC_6,
  ENC_REG_MAADR4+1, MYMAC_5,
  ENC_REG_MAADR3+1, MYMAC_4,
  ENC_REG_MAADR2+1, MYMAC_3,
  ENC_REG_MAADR1+1, MYMAC_2,
  ENC_REG_MAADR0+1, MYMAC_1,

funktioniert dann wieder. Alle anderen Register werden anscheinend 
richtig geschrieben. Woran kann das liegen?

[holger (Gast)]

>Woran kann das liegen?

An deinem Programm. An was denn sonst?

[Grundschüler (Gast)]

holger schrieb:
> An deinem Programm.

das ist der Lowlevel-Teil der U.Radig software. Die Umsetzung auf arm 
ist in Ordnung, denn die Register werden richtig gelesen und  - bis auf 
die MACADR-Register - richtig geschrieben.

Gerade bei MAADR1 (=>Register 0) ist ein Fehler im Code nicht plausibel. 
Wieso wird Register0 beschrieben, wenn ich Register1 sende?

[holger (Gast)]

>> An deinem Programm.

>das ist der Lowlevel-Teil der U.Radig software. Die Umsetzung auf arm
>ist in Ordnung, denn die Register werden richtig gelesen und  - bis auf
>die MACADR-Register - richtig geschrieben.

Hatte ich auch schon mal portiert. Da wurden alle Register
richtig beschrieben. Ohne dein +1.

>Gerade bei MAADR1 (=>Register 0) ist ein Fehler im Code nicht plausibel.

Hältst du das Timing vom ENC28J60 ein?
Hier mal ein kleiner Codeteil von mir.

static inline void enc_deselect(void)
{
  ns250delay(1); //für die MAC und MII register min 210ns hold
  ENC28J60_CS_GPIO->BSRRL = ENC28J60_CS_PIN;  // set cs high
}

[holger (Gast)]

Oder es ist einfach nur das hier:

If the address specifies one of the MAC or MII registers,
a dummy byte will first be shifted out on the SO pin.
After the dummy byte, the data will be shifted out MSb
first on the SO pin. The RCR operation is terminated by
raising the CS pin. Figure 4-4 shows the read
sequence for MAC and MII registers.

[Grundschüler (Gast)]

holger schrieb:
> Oder es ist einfach nur das hier:

Danke für diesen konstruktiven Hinweis. Das passt wie Faust auf Auge. 
Das dummy-byte wird in der Radig-Software natürlich berücksichtigt. 
Wahrscheinlich liegt hier aber der Fehler in der Umsetzung. Werde ich 
überprüfen.

[Grundschüler (Gast)]

problem war, dass die spi-Schreibsequenz avr nicht mit arm 
übereinstimmt:

static uint8_t enc_read_reg( uint8_t reg )
{
  uint8_t value;
  uint8_t addr = reg & ENC_REG_ADDR_MASK;

  if( addr < 0x1A ) {
    uint8_t bank = (reg & ENC_REG_BANK_MASK) >> ENC_REG_BANK_SHIFT;
    if( bank != enc_cur_bank ) {
      // need to switch bank first
      enc_clrbits_reg( ENC_REG_ECON1, 0x03 << ENC_BIT_BSEL0 );
      if( bank ) {
        enc_setbits_reg( ENC_REG_ECON1, bank << ENC_BIT_BSEL0 );
      }
      enc_cur_bank = bank;
    }
  }

  enc_select();
  spi_put( ENC_SPI_OP_RCR | addr );
//  spi_put( 0x00 );//kk anpassung auf arm
  if( reg & ENC_REG_WAIT_MASK ) spi_put( 0x00 );
  value = spi_get();
  enc_deselect();

  return value;
}


uint16_t txSPI(SPI_TypeDef* SPIx,uint16_t wert){
  uint16_t ret_wert=0;
  // warte bis senden fertig
  while (SPI_I2S_GetFlagStatus(SPIx, SPI_I2S_FLAG_TXE) == RESET);
  // byte senden
  SPI_I2S_SendData(SPIx, wert);
  // warte bis empfang fertig
  while (SPI_I2S_GetFlagStatus(SPIx, SPI_I2S_FLAG_RXNE) == RESET);
  // Daten einlesen
  ret_wert=SPI_I2S_ReceiveData(SPIx);
  return(ret_wert);
}


Der Umfang der stm-spi-Sendefunktion ist nicht wirklich befriedigend.

[Grundschüler (Gast)]

Der U-Radig-Stack funktioniert jetzt mit dem enc28j60 und dem stm32f429 
- bislang nur icmp getestet.