AVR tự lập trình

Có ai khác đã có những trường hợp mà một AVR chỉ ngừng hoạt động một cách bí ẩn sau vài tháng, nhưng việc lập trình lại nó sẽ mang nó trở lại?

Tôi đang chạy một loạt các atmega328 trong mạng cảm biến không dây. Bây giờ tôi đã có 3 lần (trong khoảng một năm) khi một trong số họ vừa ngừng hoạt động. Tôi sẽ ghi lại chương trình cho nó và nó sẽ bắt đầu hoạt động trở lại. Nó không phải luôn luôn là cùng một đơn vị, vì vậy có vẻ như đó không phải là một con chip bị lỗi.

Điều đó có vẻ như là một điều khá tai hại sẽ khiến mọi người không sử dụng AVR, vì vậy rõ ràng đó là điều gì đó về hoàn cảnh cụ thể của tôi. Tôi chỉ tự hỏi nếu có ai khác đã chạy vào nó và có thể có một số gợi ý.

Tôi đang hết pin 3,3V, vì vậy điện áp sẽ xuống quá thấp để hoạt động một vài tháng một lần và tôi phải thay thế các lần sạc lại. Các mô-đun sử dụng chế độ ngủ và bộ đếm thời gian theo dõi để ngủ trong 60 giây, đọc, radio trở lại trạm gốc và sau đó ngủ lại. Các mô-đun tương thích với arduino, vì vậy tôi đã không lật bit "đừng để tôi ghi lại bit này".

Bạn đang sử dụng HĐQT? Những điều khó chịu đôi khi có thể xảy ra nếu một con chip màu nâu.

Có lẽ Phát hiện ra Brown là cách làm đúng, nhưng ...

Tôi đã có một vấn đề chỉ phần mềm gây ra các triệu chứng rất giống nhau, mặc dù nhanh hơn nhiều. Tôi tin rằng một số C ++ (biên dịch?) Xấu dẫn đến tham nhũng ngăn xếp và hàm được trả về bên ngoài chương trình thực, thực hiện các hướng dẫn ngẫu nhiên. Tôi không chắc chính xác điều gì đã xảy ra tiếp theo, nhưng cách duy nhất để khắc phục nó là đảo ngược chương trình (rõ ràng một số hướng dẫn ngẫu nhiên đó bao gồm ghi vào bộ nhớ chương trình).

Lỗi chỉ là một kẻ hủy diệt được gọi không đúng lúc. Làm cho biến toàn cục (vì vậy nó không bao giờ bị phá hủy) đã khắc phục vấn đề. Vấn đề rất dễ tái tạo (mất khoảng một phút để kích hoạt) và với sức mạnh rất ổn định. Thiết lập cụ thể là Arduino + WaveShield sử dụng thư viện WaveHC, nhưng tôi nghĩ điều này có thể xảy ra với bất kỳ ai sử dụng C ++.

Nếu bạn thích ngôn ngữ cấp thấp, tôi đã vô tình làm điều tương tự trong quá trình lắp ráp, nhưng thật kỳ diệu, điều này không bao giờ gây ra vấn đề gì ngoài thời gian lẻ tẻ: hầu hết các hướng dẫn đều dài 2 byte, nhưng một số thì dài hơn và tôi đã dại dột tự tính toán khoảng cách nhảy và nhảy vào giữa một lệnh 4 byte. Nó đã được tổ chức lại khá nhanh chóng, nhưng không khó để tưởng tượng một cái gì đó như thế này trên một con đường mã hiếm khi được sử dụng gây ra sự điên rồ.

Tôi cũng đã thấy các tụ tách rời Vcc không đủ / đặt kém / thiếu gây ra các hiệu ứng tương tự. Bạn có tách rời cục bộ càng gần IC càng tốt không? (Loại gốm 100nF - 1uF được ưu tiên)

Một yếu tố khác có thể khiến các thiết bị bị mất bộ nhớ là phóng điện tĩnh (ESD).

Đặt một vài varistors trên tất cả các đầu nối bên ngoài có thể tiếp xúc có thể làm giảm bớt vấn đề này. Tôi đã thấy nó trước đây trong một số sản phẩm thương mại dựa trên bộ vi điều khiển PIC Microchip, vì vậy nó không phải là chưa từng nghe thấy.

Có một số bộ biến đổi tiện dụng tăng gấp đôi làm tụ lọc (theo thứ tự 10-150 pF). Hãy xem những điều này http://www.tdk.co.jp/tefe02/e9c11_avr.pdf

Chúng nhỏ, rẻ và sẽ bảo vệ thiết bị của bạn. Đặt chúng càng gần càng tốt với các đầu nối mang tín hiệu bên ngoài lên bảng và định tuyến tất cả các dấu vết ngay lập tức ra khỏi các chân kết nối.