Cho phép ngắt nhưng không có ISR

Tôi muốn biết điều gì sẽ xảy ra nếu Ngắt được bật (ví dụ: Ngắt mất trọng tài trong mô-đun CAN của LPC1778 của NXP), nhưng không có ISR nào được xác định cho ngắt.

Khi xảy ra ngắt như vậy, tôi biết rằng cờ ngắt tương ứng sẽ được đặt, nhưng vì tôi chưa xác định bất kỳ ISR nào, nên sẽ không có bất kỳ địa chỉ bù vector nào được lưu trữ để truyền điều khiển cho một ngắt như vậy và do đó điều khiển sẽ quay trở lại theo thói quen chính và tôi có thể đặt lại cờ ngắt bằng cách bỏ phiếu trong thói quen chính (đây là suy nghĩ của tôi). Sẽ có bất kỳ độ trễ nào khi CPU phát hiện ra rằng không có ISR để nhảy tới?

Bất kỳ giải pháp về những gì có thể xảy ra thực sự có thể giúp tôi.

Cảm ơn.

Cập nhật:

Tôi đã bật CAN Interrupt trên uC của mình nhưng không xác định ISR. Khi tôi thực hiện kiểm tra loopback nội bộ, mã được nhập vào một vòng lặp vô hạn. Dưới đây là mã tháo gỡ của vòng lặp vô hạn đang được thực thi trên LPC1778:

B       .
ENDP

Vì vậy, nếu bạn đang sử dụng ngắt, hãy sử dụng ISR.

Nếu không có ISR được xác định, vị trí của lệnh nhảy trong vectơ ngắt sẽ là null, nó có thể là một bước nhảy đến một thói quen ngoại lệ, nó có thể nhảy đến đầu chương trình hoặc nó có thể chứa "trở về từ ngắt "(ví dụ RTI).

Dưới đây là sự phân tách một bảng ngắt cho bộ xử lý ATMega 16 cho thấy ba ngắt không được sử dụng được vectơ thành một thói quen xử lý các trường hợp như vậy (nó có thể đi vào một vòng lặp vô hạn) và một vectơ hợp pháp.

  28:   0c 94 47 00     jmp 0x8e    ; 0x8e <__bad_interrupt>
  2c:   0c 94 5c 00     jmp 0xb8    ; 0xb8 <__vector_11>   // <-- ISR
  30:   0c 94 47 00     jmp 0x8e    ; 0x8e <__bad_interrupt>
  34:   0c 94 47 00     jmp 0x8e    ; 0x8e <__bad_interrupt>

Phương thức nào được mô tả trước đây khi xử lý ISR ​​bị thiếu sẽ phụ thuộc cả vào kiến ​​trúc của vi điều khiển và trình biên dịch. Trong trường hợp RTI hoặc hướng dẫn tương đương, nó sẽ ngay lập tức trở lại ứng dụng. Tuy nhiên, nếu ngắt được kích hoạt theo cấp độ chứ không phải kích hoạt cạnh, thì điều này có thể sẽ khiến ngắt được kích hoạt lại, do đó bạn kết thúc trong một vòng lặp vô hạn.

Tôi nghĩ rằng nó có thể phụ thuộc vào kiến ​​trúc của chip cho dù các ngắt bên trong (ví dụ: một ký tự được nhận bởi UART) được coi là kích hoạt cấp độ hoặc kích hoạt cạnh. Các ngắt ngoài thường có thể được cấu hình là một hoặc khác.

Ngoài ra còn có một trường hợp khác, đôi khi một số ngắt được nhóm lại với nhau và sử dụng cùng một vectơ. Điều này đặc biệt đúng đối với các bộ xử lý cũ có thể chỉ có một vài gián đoạn. Trong trường hợp đó, nguyên nhân ngắt được xác định bằng cách bỏ phiếu trạng thái của các thanh ghi ngắt, giống như những gì bạn đề xuất.

Nhưng đó là thực tế xấu trong mọi trường hợp có các ngắt trong một hệ thống và không có ISR được xác định. Đừng làm điều đó.

Nó phụ thuộc vào MCU, trình biên dịch và phần còn lại của mã.

Từ kinh nghiệm của tôi:

1. AVR - theo mặc định nếu bạn không chỉ định ISR, thì vectơ ngắt trong flash sẽ là 0x0000, điều đó có nghĩa là ứng dụng của bạn sẽ nhảy vào thiết lập lại bất cứ khi nào sự gián đoạn này xảy ra.

   Nếu bạn thực sự cần ngắt, nhưng không cần trình xử lý (ví dụ: sử dụng chế độ giảm tiếng ồn thấp ADC và chỉ sử dụng ngắt để đánh thức MCU), bạn nên sử dụng macro EMPTY_INTERRUPT

2. NXP Kinetis (ARM) - tất cả các vectơ theo mặc định trỏ đến một trình xử lý mặc định có điểm dừng, CPU sẽ chỉ dừng lại và báo cho trình gỡ lỗi của bạn.