AVR自体のプログラミング解除

AVRが数か月後に不思議なことに動作を停止したインスタンスを他の誰かが持っていますか？

ワイヤレスセンサーネットワークで多数のatmega328を実行しています。そのうちの1つが機能を停止したばかりのとき、私は3回（約1年で）過ごしました。プログラムを再度書き込み、再び動作します。必ずしも同じユニットとは限らないため、チップの不良ではないようです。

それは人々がAVRを使用するのを妨げるかなり悲惨なことのように思われるので、それは明らかに私の特定の状況についての何かです。他の誰かがそれに遭遇し、いくつかのポインタがあるのではないかと思っていました。

バッテリーを3.3Vで使用しているので、電圧が低下して数か月に1回は作動できなくなり、充電式バッテリーを交換する必要があります。モジュールは、スリープモードとウォッチドッグタイマーを使用して60秒間スリープし、測定値を取得して無線で基地局に送り返し、その後再びスリープします。モジュールはarduinoと互換性があるため、「これを再書き込みさせない」ビットを反転していません。

BODを使用していますか？チップが茶色くなった場合、厄介なことが起こることがあります。

おそらくブラウンアウト検出は正しい方法ですが...

私が持っていたソフトウェアのみより迅速にかかわらず、非常によく似た症状を引き起こしてしまうという問題を。いくつかの悪いC ++（コンパイル？）がスタックの破損を引き起こし、関数が実際のプログラムの外に戻り、ランダムな命令を実行していると思います。次に何が起こったのか正確にはわかりませんが、それを修正する唯一の方法はプログラムを再書き込みすることでした（明らかに、これらのランダムな命令のいくつかにはプログラムメモリへの書き込みが含まれていました）。

バグは、デストラクタが間違ったときに呼び出されただけでした。変数をグローバルにすることで（破壊されないように）、問題を修正しました。この問題は非常に簡単に再現でき（トリガーするのに約1分かかりました）、非常に安定した電力でした。特定のセットアップは、WaveHCライブラリを使用したArduino + WaveShieldでしたが、C ++を使用しているすべての人に起こる可能性があると思います。

低レベル言語を好むなら、私は誤ってアセンブリで同じことをしましたが、奇跡的にこれは散発的なタイミングの問題以外には何も起こりませんでした。 4バイト命令の途中に。それはかなり迅速に再調整されましたが、めったに使用されないコードパスでこのような何かが狂気を引き起こすことを想像することは難しくありません。

Vccデカップリングコンデンサが不十分/配置が不十分/欠けていると、同様の影響が発生することも確認しました。ICのできるだけ近くにローカルデカップリングがありますか？（100nF-1uFセラミックタイプが推奨）

デバイスがメモリを失う原因となるもう1つの要因は、静電気放電（ESD）です。

露出の影響を受けるすべての外部向けコネクタにバリスタをいくつか配置すると、この問題を軽減できます。Microchip PICマイクロコントローラーをベースにしたいくつかの市販製品で見たことがあるので、前代未聞ではありません。

フィルターコンデンサーとしても機能するいくつかの便利なバリスターがあります（10〜150 pFのオーダー）。これらをチェックしてくださいhttp://www.tdk.co.jp/tefe02/e9c11_avr.pdf

それらは小さく、安価で、あなたのデバイスを保護します。ボードに外部信号をもたらすコネクタのできるだけ近くに配置し、すべてのトレースをコネクタピンからすぐに離して配線します。