- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
静電気試験にて、マイコンが停止したまま復帰しない(GPIO/BLEともに出力しない)現象が発生しています。
調査を進めた結果、I2C通信ラインへのノイズによる影響ではないかと考えております。
I2C通信ライン自体のノイズ耐性を向上させることは可能でしょうか?(ハードウェアorソフトウェア)
フィルタの追加設計やプルアップ抵抗等による対策など。
こちらではI2C通信ラインを疑っておりますが、それ以外にマイコンが停止したままとなる原因に心当たりが
ありましたら、対策案も含めて、教えていただけますと幸いです。
ネクスティ 渋谷
解決済! 解決策の投稿を見る。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
ネクスティ 渋谷様
まず、マイコンが停止したまま復帰しない現象につきましては、以下の可能性がございます。
1. firmware上の問題の場合
- Firmware上のどこかでスタックしている場合、WDTにて復旧することができます。
2. Hardware上の問題の場合
- 考えられる要因の一つとして、ESDテストで大きなインシュランス電流が発生し、デバイスのラッチアップが発生しているということです。ラッチアップが発生するとデバイスがスタック状態となり、パワーオンリセットでのみ復旧させることができます。
- その他の可能性として、ESDテストにて XRES pin やVCCD上に予期しないノイズがはしることにより、CPUやbootに問題が発生していることです。
- I2Cに関しては、I2Cの回路やプロトコルが外部ノイズに影響を受けやすいため、I2Cピンもまたインシュランス電流がラッチアップ発生の要因となります。
i2c_scl と I2C_sdlにシリーズ抵抗(300Ωまで)を追加することで外部のノイズに対応することができます。
Infineon Technologies
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
ネクスティ 渋谷様
Infineon Communityにお問合せ頂き、有難うございます。
内容確認のうえ、ご連絡申し上げます。
Best Regards, Ryan
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
ネクスティ 渋谷様
まず、マイコンが停止したまま復帰しない現象につきましては、以下の可能性がございます。
1. firmware上の問題の場合
- Firmware上のどこかでスタックしている場合、WDTにて復旧することができます。
2. Hardware上の問題の場合
- 考えられる要因の一つとして、ESDテストで大きなインシュランス電流が発生し、デバイスのラッチアップが発生しているということです。ラッチアップが発生するとデバイスがスタック状態となり、パワーオンリセットでのみ復旧させることができます。
- その他の可能性として、ESDテストにて XRES pin やVCCD上に予期しないノイズがはしることにより、CPUやbootに問題が発生していることです。
- I2Cに関しては、I2Cの回路やプロトコルが外部ノイズに影響を受けやすいため、I2Cピンもまたインシュランス電流がラッチアップ発生の要因となります。
i2c_scl と I2C_sdlにシリーズ抵抗(300Ωまで)を追加することで外部のノイズに対応することができます。
Infineon Technologies
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
ご回答ありがとうございました。
1点確認させてください。最後の文章で、i2c_scl と I2C_sdlに、、とありますが、
I2C_SCLとI2C_SDAでしょうか。
以上、よろしくお願い致します。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
はい、ご理解の通りI2C_sdl -> I2C_SDAの間違いです。
宜しくお願いいたします。
Infineon Technologies