AT86RF233 löst keinen Interrupt aus

[Thorsten B. (thorstenb86)]

hi!

ich möchte den Funkchip AT86RF233 nutzen.
Als Mikrocontroller verwende ich einen ATMega88.
Ich verwende die ISP-Schnittstelle zur Kommunikation.
Das funktioniert soweit auch.

Mein Problem: Der Funkchip löst keinen Interrupt aus.
(z.B. wenn Funkübertragung beendet)

Kennt jmd das Problem, bzw hat jmd mit diesem Funkchip schon mal zu tun 
gehabt?

MfG
Thorsten

[A. W. (uracolix)]

Mit welcher Software steuerst du den Transceiver an? Welchen IRQ 
erwartest Du?

Am einfachsten zu testen ist der Uebergang von TRX_OFF zu PLL_ON oder
RX_ON, da muss der PLL_LOCK IRQ (IRQ_MASK=1) kommen.

[Thorsten B. (thorstenb86)]

danke für die schnelle antwort!
habe noch etwas rumprobiert...das problem ist nicht der interrupt, 
sondern das wechseln von einem status in einen anderen.
hier einmal die funktion:

void setState(uint8_t state)
{
  
  spi_write(TRX_STATE,FORCE_TRX_OFF);
  //while (TRX_OFF != (spi_read(TRX_STATUS) & REG_TRX_STATUS_TRX_STATUS_MASK));
  
  while (spi_read(TRX_STATUS) == 0x1F);

  spi_write(TRX_STATE, state);
  while (spi_read(TRX_STATUS) == 0x1F); // aus dieser schleife kommt er nicht mehr raus !!!

  //while (state != (spi_read(TRX_STATUS) & REG_TRX_STATUS_TRX_STATUS_MASK));
  
}

0x1F im Statusregister steht für STATE_TRANSITION_IN_PROGRESS.

Irgendwelche Ideen? :)

[Thorsten B. (thorstenb86)]

also in den status TRX_OFF geht er ohne probleme.
aber dann in den status PLL_ON oder RX_ON zu wechseln klappt nicht.

[Thorsten B. (thorstenb86)]

scheint ein hardware-problem gewesen zu sein.
mit einer anderen platine taucht der fehler nicht auf.

ein fehler, den ich allerdings geamcht hatte war, alle interrupts zu 
aktivieren (IRQ_MASK=0xFF).
nachdem ich nur die aktiviert hatte, die ich auch benutze (TRX_END, 
RX_START) lief mein programm einwandfrei.

[Jörg W. (dl8dtl) (Moderator)]

Thorsten B. schrieb:
> while (spi_read(TRX_STATUS) == 0x1F);

Vorsicht: der Status steht nur in den unteren 5 Bits, die oberen
3 Bits sind anderweitig belegt!  Du musst also passend maskieren.

Allerdings würde ich nicht permanent auf dem SPI herumhämmern, das
kostet viel Strom.  Besser ist es, zwischendrin einen Moment zu
warten.

[A. W. (uracolix)]

>ein fehler, den ich allerdings geamcht hatte war, alle interrupts zu
>aktivieren (IRQ_MASK=0xFF).

Es wäre durchaus interessant zu wissen, welche IRQs noch so auftraten, 
die den Programmablauf störten. Vielleicht gibt das ja noch einen 
Hinweis auf
ein Hardwareproblem (sozusagen als Hilfe für das Boardbringup).