How to make MMA9553L go into DOZE mode? I try to use an MCU to communicate with MMA9553L by I2C. I'm sure that I2C and other command works fine. As I've read the MMA955xLSWRM, I try to write command {0x12,0x20,0x06,0x01,0x04} to the cfg register, but it shows the same phenomenon with command {0x12,0x20,0x06,0x01,0x00} . The current is still very big. So I want to know, how to make MMA9553L go into DOZE mode? Why I'm wrong? What should I do? My E-Mail is [email protected] if necessary. Thank you! Accelerometers Re: How to make MMA9553L go into DOZE mode? Thank you for notifying me. By the way, will MMA9555L update to a new FW at the same time? Re: How to make MMA9553L go into DOZE mode? Excellent, FYI, we'll release soon a new FW revision for MMA9553L which reduces significantly the pedometer operating current. I'll email you directly when it will be available. Re: How to make MMA9553L go into DOZE mode? Hi, Jacques Trichet Thank you very much for your help. That PDF is useful. I have deceased the current successfully. Re: How to make MMA9553L go into DOZE mode? Hi, Attached presentation describes how to optimize and reduce MMA9553L current consumption. The most effective means are the following: - autonomous suspend feature of the pedometer application, - doze mode of the sleep/wake application. I hope it will help to solve your issue. Don't hesitate to ask for further details if needed. Regards,     Jacques.

mpx5500 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 尊敬的各位， 我需要将 MPX5500 连接到 PIC18F MCU 这样 MCU 才有自己的比较器或者我可以使用单独的运算放大器 将 MPX5500 连接到 MCU 的最合适方法是什么？ 请大家帮忙 Re: mpx5500 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好， MPX5500 是集成式压力传感器，这意味着传感器已在内部进行了温度补偿、校准和放大，因此传感器的输出电压为 0 至 5.0V，具体取决于所施加的压力。 将其连接到微控制器所需的硬件很少，您可以在数据表的图 4 中找到推荐的连接方式： http://cache.freescale.com/files/sensors/doc/data_sheet/MPX5500.pdf 此致， 何塞

FXLC95000はFXAS21002からデータを読み取りません <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは！ KITFXLC95000EVM 開発ボードと MailboxTool、ISF1.1 で FXAS21002 を搭載した FXLC95000 を使用しようとしています。 サンプル プロジェクト FXAS21002_Project があります。 MailboxTool 経由でコマンドを送信します。 2900 02 02 00 01 03 - センサデータのフローを開始する、subscribe_sensor   ロジック アナライザーを使用すると、fxlc95000 がセンサに WHO_AM_I レジスタについて問い合わせ、応答 D7 を取得することがわかります。私の理解するところによると、これはプログラムの正しい動作です。しかし、なぜセンサからデータを読み取り始めないのか分かりません。 fxlc95000 はデータの読み取りを開始するはずです。しかし、WHO_AM_I レジスタを読み取った後、I2C バス上では何のアクティビティもありません。 gyro_app_task が関数にスタックしていることが分かりました: _lwevent_wait_for(&gEventGroup、SENSOR_DATA_READY_EVENT、FALSE、NULL); プログラムはこのタスクの次の関数に進みません。コマンド02 03 00 0Aでデータを読み込もうとすると、センサデータではなくゼロが返されます。この関数は閉じられており、内部で何が起こっているのか分からないため、原因を特定できません。   この関数は内部で何を実行しているのか、またなぜ次の関数に進まないのかを説明していただけますか?何かアイデアはありますか? インテリジェント・センシング・フレームワーク Re: FXLC95000 doesn't read data from FXAS21002 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ヴィタリーさん。 問題が解決してよかったです。 よろしくお願いします。 アスウィン Re: FXLC95000 doesn't read data from FXAS21002 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、アスウィン！ 更新されたライブラリを試してみましたが、すべてが動作するようになりました。そこで私はジャイロスコープの問題を解決しました。問題は WHO_AM_I レジスターにありました。ありがとう！))) よろしくお願いいたします、Vitaliy。 Re: FXLC95000 doesn't read data from FXAS21002 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ヴィタリーさん。 先週提供した更新されたライブラリを試していただければ幸いです。問題は解決しましたか? よろしくお願いします。 アスウィン Re: FXLC95000 doesn't read data from FXAS21002 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ヴィタリーさん。 まったく問題ありません。ファイルの更新は完了しており、問題なく動作しています。新しい.libを送信しようとしていますファイルをGmailアドレスに送信します。しかしメールは配信されません。別のメールアドレスをご提供いただけますでしょうか。 よろしくお願いします。 アスウィン Re: FXLC95000 doesn't read data from FXAS21002 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、アスウィン！ しつこくてすみません。))) 私は自分の問題を解決する必要があるだけです。 今、問題の原因が分かりました。したがって、ライブラリの更新を待ちます。それが役に立つことを願います。))) ヴィタリー。 Re: FXLC95000 doesn't read data from FXAS21002 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ジェームズ！ 私もそう思いました。_lwevent_wait_for関数の機能を意味します。WHO_AM_I 値に何か問題があることがわかりました。しかし、私は Margaret Nadworny が提供してくれた fsl_fxas21002_i2cspi_3D_gyro.lib を使用しているので、これは私にとっては奇妙なことです。このライブラリの新しい WHO_AM_I 値ですべてがうまくいくはずだと思いました。 あなたの解決策を待ちます。 ヴィタリー。 Re: FXLC95000 doesn't read data from FXAS21002 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ヴィタリーさん。 遅くなって申し訳ありません。先週は別の仕事で手が空いていました。上記の問題を見て、WHO_AM_I を読めるようになったことを嬉しく思います。しかし、FXAS21002 では、Who_AM_I 値が最近 D6 から D7 に変更されたようです。それがあなたの問題の原因かもしれないと思います。使用できる更新されたライブラリ ファイルをお送りします。そしてそれが機能するかどうか見てみましょう。なぜなら、最近の FXAS21002 部品を入手した場合、WHO_AM_I 値が D7 である部品を入手したことになるからです。 よろしくお願いします。 アスウィン Re: FXLC95000 doesn't read data from FXAS21002 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ヴィタリー、 lwevent wait_for() 関数は MQX システム コールです。単にイベントを待つだけです。 これが出てこない理由は、SENSOR_DATA_READY_EVENT が取得されないからです。 これは、センサーの初期化が失敗し、実行が開始されないためです。 失敗の理由は、私たちが提供したアダプタが FXAS21002 を認識しておらず（まだ発売されていなかった）、FXAS21000（WHO_AM_I 値が D1）のみをサポートしていたためです。 センサ アダプターは初期化を実行するときに、WHO_AM_I 値が「正しい」ことを確認するため、D7 を検出すると認識されない値としてエラーを返します。 FXAS21002 と互換性のあるアダプターを入手するための最善の方法を検討しています。 -ジム

MPX5500圧力トランスデューサの解像度 こんにちは！ 圧力トランスデューサーモデル MPX5500 の購入に興味があります。https://www.nxp.com/docs/en/data-sheet/MPX5500.pdfに技術シートを見つけましたが、残念ながらトランスデューサーの測定解像度 (kPa 単位) については記載されていません。このデータはどこで見つかりますか? ご回答をお待ちしています。 Re: Resolution for MPX5500 pressure transducer データシートの感度を参照できます。

FXLS8471Q - FIFOフィルモードのサンプルコード ここ： https://community.nxp.com/t5/Sensors-Knowledge-Base/FXLS8471Q-FIFO-Fill-mode-example-code/ta-p/1108021 @TomasVaverkaより 最初のコード ブロックでは、CTRL_REG4 に対するコメントが間違っている (または少なくとも誤解を招く) と思います。 void FXLS8471Q_Init (void) { FXLS8471Q_WriteRegister(CTRL_REG1, 0x00); // Standby mode FXLS8471Q_WriteRegister(F_SETUP_REG, 0xA0); // FIFO Fill mode, 32 samples FXLS8471Q_WriteRegister(CTRL_REG4, 0x40); // Enable FIFO interrupt, push-pull, active low FXLS8471Q_WriteRegister(CTRL_REG5, 0x40); // Route the FIFO interrupt to INT1 - PTA5 FXLS8471Q_WriteRegister(CTRL_REG1, 0x19); // ODR = 100Hz, Active mode } データシートによると、CTRL_REG 4には割り込み有効化ビットのみ含まれており、プッシュプルやアクティブ ロー制御は含まれていません。 プッシュ プルおよびアクティブ ローの制御は CTRL_REG 3にあります (デフォルトはプッシュ プルとアクティブ ローです)。 Re: FXLS8471Q - FIFO Fill mode example code ありがとうございます。 FXLS896xAF 用のこのようなサンプルがいくつかあれば便利です。 Re: FXLS8471Q - FIFO Fill mode example code こんにちは、アンドリュー。 フィードバックをいただき、ありがとうございます。おっしゃる通り、出力モード (プッシュプル vs. オープンドレイン) と極性 (アクティブ ロー vs. ハイ) は、どちらも CTRL_REG3 レジスタのビット pp_od と ipol を使用して設定可能です。 これを明確にするために、FXLS8471Q_Init 関数を更新しました。 void FXLS8471Q_Init (void) { FXLS8471Q_WriteRegister(CTRL_REG1, 0x00); // Standby mode FXLS8471Q_WriteRegister(F_SETUP_REG, 0xA0); // FIFO Fill mode, 32 samples FXLS8471Q_WriteRegister(CTRL_REG3, 0x00); // Push-pull, active low interrupt FXLS8471Q_WriteRegister(CTRL_REG4, 0x40); // Enable FIFO interrupt FXLS8471Q_WriteRegister(CTRL_REG5, 0x40); // Route the FIFO interrupt to INT1 - PTA5 FXLS8471Q_WriteRegister(CTRL_REG1, 0x19); // ODR = 100Hz, Active mode } BR、トーマス

MPXH6400A の 3D STEP モデルはどこで入手できますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MPXH6400A センサの 3D STEP モデルを探しています。 ありがとう！ 圧力センサ Re: Where can I locate a 3d STEP model for MPXH6400A? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> トーマスさん、本当にありがとう！ポイントがあったらあなたにあげたいのですが Re: Where can I locate a 3d STEP model for MPXH6400A? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、マット。 要求された 3D STEP モデルは、ここからダウンロードできます。 3D STEPモデル: SSOP アキシャルポートパッケージ 1317A よろしくお願いいたします。 トーマス 追伸: 私の回答が質問の解決に役立った場合は、「正解」とマークしてください。ありがとう。

在哪里可以找到 MPXH6400A 的 3D STEP 模型？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 寻找 MPXH6400A 传感器的 3D STEP 模型。 谢谢！ 压力传感器 Re: Where can I locate a 3d STEP model for MPXH6400A? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常感谢托马斯！如果我有分数，我一定会给你："笑嘻嘻"： Re: Where can I locate a 3d STEP model for MPXH6400A? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，马特、 所需的 3D STEP 模型可在此处下载： 3D STEP 模型：SSOP 轴向端口封装 1317A 顺祝商祺！ 托马斯 PS：如果我的回答有助于解决您的问题，请标记为"正确" 。谢谢。

MPX5700APとその他の圧力センサが故障し、原因が分からない <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、皆さん。 最近、Freescale ブランドからいくつかの圧力センサを購入しました。MPX5700AP は 700kpa の圧力センサなので最も適していました。最大 45 PSI の空気空気圧回路内の圧力を測定するために必要でした。私が持っていたセンサはすべて数時間で壊れてしまいました。なぜなのか理解できません。これらはすべてピン 3 の Vcc で 5V を受信しています。ピン 2 はグランドに接続されています。ピン 1 を Arduino アナログ ピンに接続します。 彼らはなぜ死んでいるのですか？これは電気回路の問題ですか?もしそうなら、それらを電気回路に接続する正しい方法は何ですか?私の V 電源は 5V に制限されているため、どのようにして過電圧などが生じたのかはわかりません。過圧についても同様で、私のコンプレッサーは 60 PSI を超えることができません。 MPX5700AP は通常、フルスパンで 4.75V ～ 5.25 ですが、現在、そのうちの 1 つの Vout は約 1V ～ 1.50V 程度です。なぜ機能停止になるのか全く分かりません。彼らは本当に賢明なのでしょうか?それは空気圧を使用しているため、湿気が含まれる可能性があるからでしょうか?使用すべきではない電気回路図はありますか?私はここで完全に迷っています このマターに関して何かアイデアがあれば、ぜひお聞かせください。 圧力センサ Re: MPX5700AP and other pressure sensors failling, can't get to know why <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ヴァレンティン。 ハードウェアに問題があるとは思えません。同じ圧力センサを 100 PSI の加圧タンクに接続してテストを実行しましたが、ほぼ 1 か月間、問題はありませんでした。 図 4 に示すフィルターを使用することを強くお勧めします。これにより、ノイズ測定 (ある場合) が削減されます。 また、コンプレッサーは 60 PSI を超えることはできないともおっしゃっていました。MPX5700 の圧力範囲は 0 ～ 700kPa (101.05PSI) です。コンプレッサーが 60 PSI に達したとします。これは圧力範囲の約 59.11% となり、出力電圧は約 2.57 V になります。 また、絶対圧力センサである AP バージョン (MPX5700 AP ) を使用していることに注意してください。したがって、大気圧に加えてタンク内の圧力も測定します。アプリケーションにはゲージ圧力センサー（MPX5700 GPまたはDP ）が必要であり、コンプレッサータンクと大気圧（ゲージ圧力タイプ）の差圧を測定できます。 測定値を再度確認してください。1.5V の出力電圧は約 27psi に相当します。 お役に立てれば幸いです。 ジョシュ Re: MPX5700AP and other pressure sensors failling, can't get to know why <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> やあ、ジョシュ ご回答ありがとうございます。今はオフィスにいないので何も共有できませんが、基本的には次のようになります。 - センサーのピン 1 は A0 Arduino ピンに直接接続されます。 - センサのピン2をグランドへ - ピン3をVccへ。 SO、間にコンデンサや抵抗は存在しません。Arduino シリアル モニターで値を読み取ることができるので、動作しています。しかし、数時間後には止まってしまいました。つまり、シリアル値番号は完全にランダムであり、A0 は電圧を受け取っていなかったため、センサを抜き差ししても値は変化しませんでした (それでも完全にランダムです)。センサーは冷たいので全く正常です。動作しなくなりました。電流は（記憶によれば）7.0mAです。 接地ピンと Vout 間の電圧を測定していますが、圧力をかけると約 1V と 1V5 になります。低いですね。値が変化するため、特定の方法で動作しますが、正しい 4.58V または 4.81 にはなりません。他の 2 つのセンサの場合、出力電圧は 0 です。 ピーク圧力では「破壊」できないのだろうか？私のコンプレッサーは回路に 45 PSI を供給しますが、チューブは 6mm で、ソレノイドが HIGH になったときに、センサに入る圧力のピークが破裂限界よりもはるかに高くなるのでしょうか?それは可能でしょうか？ Re: MPX5700AP and other pressure sensors failling, can't get to know why <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、バレンティン 同様のアプリケーションにまったく同じセンサーを使用しましたが、問題はありませんでした。「数時間で壊れた」とおっしゃいましたが、センサには実際何が起こっているのでしょうか? 出力電圧はゼロですか? センサは触ると熱くなりますか?センサはどれくらいの電流を消費していますか? このセンサに唯一_推奨_される(ただし必須ではない)回路は、データシートの 4 ページの図 4 に示されています。 http://cache.freescale.com/files/sensors/doc/data_sheet/MPX5700.pdf 回路図を共有していただけますか?Arduinoの部分も含めて下さい。 よろしくお願いいたします。 ジョシュ

如何使用 MMA8451Q 测试偏移校准 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好， 如何在不同场景下测试偏移校准，以及如何确认加速度计的预期输出。我们在平面上测试偏移校准并读取预期输出。我们希望在不同的条件下进行测试和确认。请分享信息。 谢谢！ Re: How to test offset calibration using MMA8451Q <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，托马斯、 非常感谢提供这些信息。这确实帮助我们解决了问题。 我 还有一个与重新校准有关的 疑问，我们已经阅读了数据表"AN4069" 。数据表中提到"出于其他原因，传感器安装到 PCB 后可能还需要重新校准。例如，如果倾斜应用程序中的零 (0) 位置始终为 15°，则应用程序可能需要更改零 (0) 参考点，因此将其视为新的 “零” 位置。这些重新校准增加了最终产品的制造成本（因为增加了额外的装配步骤）。因此，必须权衡重新校准的益处和增加的成本。" 测试场景： 如果我们将加速度传感器保持在 15° 角并进行重新校准。 我们是否应该得到 x=0、y=0 和 z=1？ 如果是，我们就不会得到x=0,y=0 和 z=1 的相同值。 因此，我请求您帮助我们在这种情况下如何重新校准。如果您有任何相关数据表，请将链接连同重新校准的软件流程图一并转发。 此致， 德什维尔 Re: How to test offset calibration using MMA8451Q <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，查坦、 以下飞思卡尔应用笔记描述了最终加速度计重新校准的不同方法。 AN4069 - MMA8451、2、3Q 的偏移校准： http://cache.freescale.com/files/sensors/doc/app_note/AN4069.pdf AN4399 - 三轴加速度计的高精度校准： http://cache.freescale.com/files/sensors/doc/app_note/AN4399.pdf​ 希望对你有所帮助。 此致， 托马斯 PS：如果我的回答有助于解决您的问题，请标记为"正确" 。谢谢。

こんにちは。FXOS8700CQ 加速度センサは FIFO モードを使用するとデータ解像度が低下するかどうかご存知ですか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 他のタイプの加速度センサではこれが問題になることに気づきました。できるだけ高い精度を求めているので、他にお勧めできる製品があれば教えていただけるとありがたいです。 ありがとうございます。 Re: Hello, do you know if your FXOS8700CQ accelerometer decreases its data resolution when using the FIFO mode? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、アレックス。 他社製品についてはコメントできませんが、選択した FIFO モードに関わらず解像度に制限はありません。これは、FXOS8700CQ (加速度センサ + マグネトマー) だけでなく、MMA8451Q と FXLS8471Q (加速度センサのみ) にも適用されます。 よろしくお願いいたします。 トーマス Re: Hello, do you know if your FXOS8700CQ accelerometer decreases its data resolution when using the FIFO mode? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、トーマス。 私が見つけたこの問題は他社の製品に関係するものなので、FXO を購入したいと思っています。製品の詳細が必要な場合は、お送りします。正確な言葉は「FIFOが使用される場合、通常モードでは10ビットのデータ解像度があり、低電力モードでは8ビットのデータ解像度があります（FIFOが使用されていない場合は12ビットのデータ解像度と比較して）。 使用済み）"。ADC のデータ解像度は、通常モードでは 16 ビットです。間違っているかも知れませんが、それが私の理解です。 ご返信ありがとうございます Re: Hello, do you know if your FXOS8700CQ accelerometer decreases its data resolution when using the FIFO mode? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、アレックス。 そのような問題については聞いたことがありません。14 ビット データまたは 8 ビット データのいずれかにアクセスできる必要があります。 調査結果についてもう少し詳しく説明していただけますか?使用している FIFO モードとテスト設定は何ですか? よろしくお願いいたします。 トーマス

attitude under shake condition in hand Hello! I have tested the sensor fusion library 4.2 and 5.0 all. My  sensor is ADIS16445,a 6-axis with gyro + acc. I have tuned  parameters according to my sensor noise in fusion.h.   1.Bu all this two libraries don't performance well in continuous shaking condition in hand.For example ,i shake sensors in a flat desk continuously，the pitch and roll will increase slowly. I have used some AHRS products like Xsens-MTI300 or SBG-IG500,they all performance well in shaking condition in hand,their pitch and roll don't increase ,but only  a little oscillation according to the shake.I have tried many methods,like low pass filtering the accelerometers,but can't performance well. I don't know how can they do this? 2.When computing the incremental fast (typically 200Hz) rotation vector rvec (deg),i tried to not minus the gyro bias,this seems performance well.I think  the algorithm can't estimate the gyro bias accurately under  maneuvering，so the inaccuracy estimated bias will cause the attitude error.I average the gyro datas in 3-5 sec，and use this as the inital bias to be deducted. 3.the linear acceleration time constant,linear acceleration decay factor ! How should I set this parameter？？  What is the meaning of this parameter？ SensorFusion Re: attitude under shake condition in hand Sorry, I can't comment on performance based on the ADIS16445.  We have not seen a problem with shake when using Freescale sensors with the V5 library.  One of Mark Pedley's standard tests is to shake the IMU has fast as he can to see how fast it recovers.  V5 recovers very quickly with our sensors.  That said, the library SHOULD be compatible with any manufacturer's sensors.  Mark has successfully ported to a number of different manufacturers with similar results.  But please don't ask - Freescale can't offer support on competitive devices (the good will of my masters only goes so far ).  You'll need to rely on other community members or ADI for that. Regards, Mike

手で握手する姿勢 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは！ センサー フュージョン ライブラリ 4.2 と 5.0 をすべてテストしました。私のセンサは、ジャイロ+加速度計付きの6軸のADIS16445です。fusion.h でセンサーノイズに応じてパラメータを調整しました。   1.しかし、これら 2 つのライブラリは、手で継続的に振動している状態ではパフォーマンスが良くありません。たとえば、平らな机の上でセンサーを継続的に振動させると、ピッチとロールがゆっくりと増加します。 私は、Xsens-MTI300 や SBG-IG500 などの AHRS 製品をいくつか使用しましたが、それらはすべて、手に持った状態で振動してもうまく機能し、ピッチとロールは増加せず、振動に応じてわずかに振動するだけです。加速度センサのローパス フィルタリングなど、さまざまな方法を試しましたが、うまく機能しませんでした。どうしてこんなことができるのか分かりません。 2. 増分高速（通常 200 Hz）回転ベクトル rvec（度）を計算するときに、ジャイロ バイアスをマイナスしないようにしました。これによりパフォーマンスが向上するようです。アルゴリズムは操縦中にジャイロ バイアスを正確に推定できないため、不正確な推定バイアスによって姿勢エラーが発生すると考えられます。ジャイロ データを 3 ～ 5 秒で平均化し、これを差し引く初期バイアスとして使用します。 3.線形加速時定数、線形加速減衰係数！このパラメータはどのように設定すればよいですか？このパラメータの意味は何ですか？ センサ・フュージョン Re: attitude under shake condition in hand <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 申し訳ありませんが、ADIS16445 に基づくパフォーマンスについてはコメントできません。V5 ライブラリで Freescale センサを使用した場合、振動の問題は発生していません。Mark Pedley の標準的なテストの 1 つは、IMU をできるだけ速く振って、回復の速さを確認することです。V5 は当社のセンサにより非常に速く回復します。そうは言っても、ライブラリはどのメーカーのセンサとも互換性があるはずです。Mark は、同様の結果で、さまざまなメーカーへの移植に成功しています。ただし、質問しないでください。Freescale は競合デバイスのサポートを提供できません (私のマスターの善意には限界があります )。そのためには、他のコミュニティ メンバーまたは ADI に頼る必要があります。 よろしくお願いいたします。 Mike

为什么 MMA8452 在从待机模式过渡到运行模式时会产生中断？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 配置如下 1.启用 Z 轴 2.将阈值计数设为 4 3.将去抖动计数设为 1 4.设置为低功率，ODR = 1.56Hz 5.启用瞬态检测中断 6.将瞬态中断路由至 INT1 然后，我们激活加速度计，INT1 引脚上立即出现一个 780 毫秒的中断。 为什么会出现这种情况？ 加速度传感器 Re: Why does the MMA8452 generate an interrupt when transitioning from standby to active mode? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，阿曼达、 很抱歉迟迟没有回复你。 我能够重现并理解这种行为的根本原因。内置的高通滤波器具有一定的响应时间，因此零件的绝对输入（Z = 1g）不会立即被过滤到 0g（当零件处于静止状态时），而是以很小的步长进行过滤。因此，在这一响应时间内的高通滤波器输出会导致杂散瞬态中断。根据部件的绝对输入量和所选的 ODR，这个时间可能在几秒钟左右。已与设计团队确认了这一问题，解决方法是首先提高瞬态阈值，使其大于静态方向的加速度。 如果您对此事还有任何疑问，请告诉我，我们对由此造成的不便深表歉意。 顺祝商祺！ 托马斯 Re: Why does the MMA8452 generate an interrupt when transitioning from standby to active mode? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，托马斯 当我启用 x 或 y 轴时，它不会触发中断。而加速度计的方向是平放在桌面上的，所以我猜 Z 轴会立即发生变化。 使用用户偏移寄存器是设置初始偏移的方法吗？ 谢谢！ 阿曼达 Re: Why does the MMA8452 generate an interrupt when transitioning from standby to active mode? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，阿曼达、 在我深入研究之前，能否请您在这里发布一张快照，显示意外中断触发时 INT1 引脚以及两条 I2C 线路的情况？禁用 Z 轴并启用 X 轴或 Y 轴时是否会出现这种情况？它对初始方向敏感吗？ 顺祝商祺！ 托马斯

使用 AVR Studio 与 Atmega16 接口时，如何使用 spi 在 MMA7455 加速计的寄存器 0x16 中写入 0x01 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在这方面帮帮我，我被困在我的项目之间。 Re: how to write 0x01 in register 0x16 of MMA7455 accelerometer using spi when interfaced with Atmega16 using AVR Studio <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，阿比舍克 由于您使用的是 ATmega16 微型处理器，我建议您将此问题发布到 AVR 论坛。 有关 MMA7455L SPI 通信和通信例程示例的简要说明，请参阅附件。 希望对您有所帮助。 此致， 托马斯 PS： 如果我的回答有助于解决您的问题，请标记为"正确" 或 "有帮助"。谢谢。

Manchester implementation in NTM88 Hello everyone! I hope you are all doing well. I'm trying to receive data from the NTM88 sensor with 2FSK modulation and Manchester encoding. However, when I send the data, my receiver can't process the preamble and sync word. Interestingly, when I switch to NRZ encoding, everything works perfectly. I asked here in the forum if NTM88 encodes the entire message in Manchester or just the payload, and I was informed that it's the entire message. The strange thing is that when I set up my receiver for NRZ, it receives the preamble and sync word, which should be encoded in Manchester. However, it doesn't receive the payload, and I'm struggling to read it. How is Manchester implemented? Is it via hardware or software? If it's via software, what function is responsible for this? Re: Manchester implementation in NTM88 Dear Israel,  please see below an answer to your question from an application engineer I have contacted.   DESCRIPTION On software side, the application has to enable and configure the RF block, fill the RF buffer using the library function and then trigger the transmission using TPMS_RF_SET_TX, which takes as argument the number of bits to transmit minus 1. The NTM88 does not distinguish between preamble, sync word and payload. The NTM88 RF block encodes and transmits the content of the RF buffer the way it was configured during RF initialization. If the receiver is able to receive the first bytes only, make sure that the appropriate number of bits has been passed as argument when calling TPMS_RF_SET_TX. With Best Regards, Jozef

MPXV5004 出力電流? MPXV5004 の最大出力電流はいくらですか? https://www.nxp.com/docs/en/データシート/MPXV5004G.pdf 圧力センサ Re: MPXV5004 output current ? こんにちは、セルジュさん。 MPXV5004 は、Vout で最大 0.5mA の電流を供給でき、Vout 電圧を仕様範囲内に維持できます。 よろしくお願いいたします。 トーマス

MPL3115A2 accuracy clarification Hello,  i would like some help to clarify the +- .4kPa absolute accuracy parameter in the MPL3115A2 data sheet: has this accuracy to be intended as an offset error which stays constant over the whole measurement range? I need to measure not an absolute pressure but pressure intervals over time, so, on reading P1 and P2, i wouldn't mind an offset  error, as long as it stays constant for both readings, cancelling itself out during the calculations. Conversely, a variable uncertainty (of  -.4 to + .4 kPa) on every reading wouldn't be acceptable. So, is the true pressure accuracy for differential readings the +-.05 kPa stated on the data sheet? Is the "pressure absolute accuracy" an offset error, constant over the rated pressure range?  Thanks and best regards, Daniele Paesani PS I am aware that other sensor with different ranges/methods may seem to be better suited for this application. Pressure Sensors Re: MPL3115A2 accuracy clarification Hello Daniele, Yes, the absolute pressure accuracy of ± 400 Pa is an offset error within the pressure range from 50 to 110 kPa and over the specified temperature range. Take a closer look at chapter 6 of the AN4528 describing this in more detail. Best regards, Tomas

FXLC95000 and hard reset Hello!   I can't reset my FXLC95000 via RESETB pin. I have implemented one feature in my device recently. I added one more command for firmware version checking. That's how it works: 1. I power on my device 2. Send command 0x00 0x00 to be sure that there is fxlc95000 on I2C bus 3. Then send 0x29 0x00 to start 4. Then send my command for fw version checking 5. If I get not valid number of fw version I update fw.   So here is my problem: If we have any fw in fxlc95000 then everything works perfect. I can compare fw version and make fw updating. But! If we have fxlc95000 without firmware(from factory) or with damaged firmware(for example if we make power off during programming firmware) then when we try to send 0x29 0x00 we have 0xff 0xff answer. Then I understand that I need to update firmware but I can't do it because I have 0xff or 0x00 answer on my any commands. As I understand fxlc95000 is in undefined condition after my command 0x29 0x00 in that case. I desided to make hard reset via RESETB pin and then update firmware without sending 0x29 0x00 command. But it doesn't help. I still have undefined condition of fxlc95000 after command 0x29 0x00 even if I make reset. If I try to programm firmware without command 0x29 0x00 - everything works. Because of that my feature does not make sense because we can have new fxlc95000 or with damaged firmware and I can't programm it in that case.   Here are my question: Maybe there are some settings for hard reset or I should make strong time delays then i manipulate of RESETB pin??? Maybe there is another way to make reset fxlc95000 after sending 0x29 0x00 then there is no any firmware inside? Maybe there is any way to find out is there available (unbroken) firmware inside without sending 0x29 0x00 command? Intelligent Sensing Framework Re: FXLC95000 and hard reset Absolutely, But I suggest you use a different name than flash_opt... For example, I tried the following: uint32 flash_rev @0x1FFF8 = 0x01234567; Then, build and Flash the binary. Finally simple verification using FXLC95000 MailboxTool PC GUI IIC WRITE TRANSACTION :: Starting MB = 00   Write : 09 C8 00 00 00 00 FF F8 // Read 0x01FFF8-0x01FFFF content (no PWD needed as security is disabled) IIC READ TRANSACTION :: Starting MB = 00, No. bytes to read = 10   Read  : 09 80 01 23 45 67 FF FF FF FF Re: FXLC95000 and hard reset Hi jacques! Thank you for your answer. It's a good advice about storing FW version in fixed Flash address. I will try it later because I have another tasks now. How can I define address? Is this string enoght in code if I want to save version 101 for example? I use CodeWarrior and ISF1.0: uint32 flash_opt @0x1FFF8 = 0x00010001; After that when I power up device I can read four bytes using ROM CI_READ_WRITE command. Right? Re: FXLC95000 and hard reset Hi Vitaliy, Let me jump into this thread as I'm supporting also the FXLC95000 device. Yes the use of CRC check is definitively a good and robust solution. There's actually a ROM Command Interpreter utility (cf CI_CRC command in HW ref manual §16.5.7) that can do the CRC computation job. Maybe you are using it already... There's even a possibility to have the device do this CRC check at reset if you tweak the CHECKB bitfield of the NVBOPT Flash byte (address 0x01_FFFE). Then if the verification fails, the device will revert to ROM code. I didn't tried this feature as its documentation is rather scarce but if you're interested in using it, I can dig further. As one of your verification step is to check the FW version, you can also do it from the ROM Command Interpreter, before sending the "boot to Flash" 0x29 0x00 command. - dedicate a fixed Flash address to store the FW version, for example 0x01_FFF8, and define its content within your program code - read the content of this address using the ROM CI_READ_WRITE command (HW ref manual §16.5.5) command: 0x09 0xC4 0x0FF 0xFF 0xFF 0xFF FF F8 // Read 0x01_FFF8 to 0x01_FFFB content (4 bytes). No CI_PW needed if security is disabled Thanks for your interest in our product. Regards,     Jacques Re: FXLC95000 and hard reset Hi Aswin! Thank you for your answer. This is what I've understood: If we have blank flash memory or damaged flash then after sending 0x29 0x00 0xFF 0xFF 0xFF 0xFF and making reset via RESETB pin we will jump to flash memory. After that we will not have ability to send any command because there is not a valid image programmed in flash. So we need to make POWER OFF if we want to send any commands. Am I right? I've found another way to find out do I need to update firmware - I check flash memory CRC and compare it with valid CRC. Then I make decision about firmware updating. Now it works for me. Everything is OK! It is more correct solution. Do you agree with me? Re: FXLC95000 and hard reset Hi Vitaliy,                  I guess this would your problem. From the below figure , (Page 228 in FXLC95000 Hardware Reference Manual), you can see that only on Power on Reset, FOPT[15:8] is initialized which has the BF (Boot to Flash bit).  For a factory device with erased flash, device will boot directly into the ROM command interpreter on power-up. This is because, on POR, BF bit is initialized to 0 which is the inverted bit of Bit 5 of address 0x01_FFFE. So if you are trying to reset via only RESETB pin (not POR) after 0x29 0x00 0xFF 0xFF 0xFF 0xFF you will boot to flash immediately after reset as BF bit is set to 1. Hence any ROM command in this phase is not valid. However if you do POR, since FOPT is initialized BF bit is set to 0 and now you are in ROM mode and any subsequent ROM commands become valid. Hope this answers you question. Please refer the manual for additional details Thanks Aswin Re: FXLC95000 and hard reset Hi Aswin! I'm glad to hear you again. I want to clarify my question. You write: "I think you are getting an error because there is not a valid image programmed in flash ." YES! That's what I'm talking about! It is possible in two situations: 1. We have a new fxlc95000 from factory (without any image in flash). 2. We have damaged image in flash (for example then we had power off during programming flash). Problem is: In those two situations then I send 0x29 0x00 0xFF 0xFF 0xFF 0xFF 0xFF command I have an error answer on that command and any other commands after that. I try to make reset via RESETB pin to reboot it and send 0x00 0x00 again to get "good" answer. But there is no effect. I can get answer without errors only if I make Power OFF and Power ON again. It seems to me that RESETB pin doesn't work if we have not valid image in flash. Is it true? The question is: How to reset fxlc95000 after sending 0x29 0x00 0xFF 0xFF 0xFF 0xFF 0xFF command if we have not valid image in flash? Re: FXLC95000 and hard reset Hi Vitaliy,               I think you are getting an error because there is not a valid image programmed in flash .  What is the stauts of your flash_opt (@0x1FFFC) register in your program? Are you sending the value 0x29 0x00 0xFF 0xFF 0xFF 0xFF to ROM CI to execute the flash? Thanks Aswin

MPX5100DP: strange reading Dear NXP tech. I just bought an mpx5100dp sensor. I tried to read the datasheet but I don't really understand. Especially in the sensitivity which shows 45mV/kPa. I tried to do a test to read analog arduino for each of the 900 data that has been read by five(5) MPX5100DP sensor. in free air. The following is a snippet of the Arduino reading for each type of sensors, dp1 dp2 dp3 dp4 dp5 30 32 34 29 30 30 32 34 29 31 29 31 33 30 32 30 32 34 29 29 29 31 34 29 30 30 32 33 30 30 29.88338 31.45304 33.57585 29.56553 30.66047 *The last row is the average Question: 1. Why can each sensor read differently? 2. Am I justified in subtracting each sensor output by its integer average? even if I subtract it then some will not produce a zero value. Does the company have a solution for this problem? I need these sensors to do readings in a sample in my research so I try to make the resulting data logical. But I think this difference is illogical even though the sensors are placed in the same place at a very close distance. Thanks. Re: MPX5100DP: strange reading Hello Andhy, I hope all is great with you. Thank you for using the NXP communities. In this case, the sensitivity refers to the voltage output for every kPa. Do you mean that you are reading the atmospheric pressure? What is your local atmospheric pressure? In this case, I do recommend performing an auto-zero. I believe that this is caused for the offset error. Sources of offset errors are due to device to device offset variation (trim errors), mechanical stresses (mounting stresses), shifts due to temperature and aging. Performing auto-zero calibration technique will greatly reduce these errors. This technique can easily be implemented when an integrated pressure sensor is interfaced to an A/D and a microcontroller. I hope this information helps. Regards, David

Marking for the traceability date code for MMA9553LR1 Dear Support, Please advise if the marking for the traceability date code for MMA9553LR1 is 4 characters only for (Assembly Site, Lot Code and Workweek) the actual part have only 3 characters which is "BJA", Is this valid traceability for date code? Please advise if you have any PCN related to markings. Thanks Re: Marking for the traceability date code for MMA9553LR1 Thomas, Does this change also apply to MPN: MMA8452QR1? I have the following marking: 263 8452 NXDN The MFG label for the parts list DATE: 2024 Please advise Re: Marking for the traceability date code for MMA9553LR1 Hello Tomas, Thanks for checking this. Can you please share document which confirms above details. Regards  Vraj  Re: Marking for the traceability date code for MMA9553LR1 Hi Vraj, As far as I know, there is no PCN available, but parts produced in 2014 and later have 3 characters traceability code (third line). Here is the marking scheme: *263 9553 YWZ Best regards, Tomas