Interrupt based reads hang with high throughput writes

[alexbernardino]

If the delay in the loop of the example CAN_write is removed, the proposed interrupt based solution hangs after a few messages. Even a delay of 1 millisecond is not enough to prevent this behaviour. The polling based solution works in any case.

[AndreaInverardi]

I've encountered the same problem, basically I invoke in the loop a function to check the controller state:

` uint8_t u8ErrorFlag = mcp2515.getErrorFlags();

if(u8ErrorFlag & MCP2515::EFLG_RX1OVR){
  Serial.println("CanShield error RX1OVR: receive buffer 1 overflow");
}

if(u8ErrorFlag & MCP2515::EFLG_RX0OVR){
  Serial.println("CanShield error RX0OVR: receive buffer 0 overflow");
}

if(u8ErrorFlag & MCP2515::EFLG_TXBO){
  Serial.println("CanShield error TXBO: bus off");
}

if(u8ErrorFlag & MCP2515::EFLG_TXEP){
  Serial.println("CanShield error TXEP: transmit error-passive");
}
    
if(u8ErrorFlag & MCP2515::EFLG_RXEP){
  Serial.println("CanShield error RXEP: receive error-passive");
}

if(u8ErrorFlag & MCP2515::EFLG_TXWAR){
  Serial.println("CanShield error TXWAR: transmit error warning");
}

if(u8ErrorFlag & MCP2515::EFLG_RXWAR){
  Serial.println("CanShield error RXWAR: receive error warning ");
}

if(u8ErrorFlag & MCP2515::EFLG_EWARN){
  Serial.println("CanShield error EWARN: error warning ");
}

`

In case of high throughput it result in rx buffer 0 overflow, then I reset the controller. It's a workaround, but it works. Anyone with a better solution?