Is there a STEP model file available for the MPXM2202A, CASE 1320-02? Looking for a STEP file for the MPXM2202A, case CASE 1320-02.  Pressure Sensors Re: Is there a STEP model file available for the MPXM2202A, CASE 1320-02? Hi Randy, Please see the attached STEP file for the MPAK. Please note that the drawing is based on the case outline instead of the tooling drawing, so the accuracy may not be totally perfect.  Sorry it has taken so long. Regards, Tomas Re: Is there a STEP model file available for the MPXM2202A, CASE 1320-02? Hi Randy, I have asked our device group for such a model and will update this thread as soon as I get any feedback. It should be later today or tomorrow. Regards, Tomas

S32K144 上未触发 ADC0 中断 你好， ，我正在使用 S32K144，在连续转换模式下使用 ADC0，并启用了中断。系统初始化正确，但是ADC中断似乎没有触发，而且我在主回路中没有收到任何数据。我想了解有关连续模式的正确ADC中断配置、任何与ISR相关的注意事项以及确保正确触发中断的最佳实践的指导。 Re: ADC0 Interrupt Not Triggering on S32K144 你好 您使用的是 S32K1SDK还是RTD？SDK 和 RTD 配置中断的 API 不同。 您真的需要 ADC 连续转换吗？开始连续转换，直至中止。 您是否检查过 Rn 数据寄存器是否在不断更新？ 如果不是，请看 " 图 11。带有 PDB 触发信号的 ADC 示例工作流程 " 或 " 图 12。AN12217 中带有 PDB 触发信号的背靠背模式 "：S32K1xx 和 S32M24x ADC 指南、规格和配置，它们更接近您的应用要求。 此致敬礼， Robin

MPL3115 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MPL3115 の場合、測定精度を 1.5 Pa に向上させるには、どのように設定すればよいですか? 現在の設定は、アドレス フィールドの後にデータ フィールドが続く初期化に設定されています。 I2C_WriteReg(0x26,0x01); I2C_WriteReg(0x13,0x07); I2C_WriteReg(0x26,0x39); 次に、I2C_WriteReg(0x26,0x3B) を書き込みます。 8ms待ってから、アドレス0x01、0x02、0x03からデータを読み取ります。通常、20ビットのデータでは最後の6ビットが変動します。精度が1.5Paであれば、最後の4ビットの変動は最大で抑えられます。 圧力センサー Re: MPL3115 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 周様 OSR を 128 倍に設定すると、MPL3115 の圧力読み取りノイズは 1.5 Pa になることに注意してください。 しかし、MPL3115の絶対精度は+/-0.4kPaであり、相対精度は最大+/-0.1kPaです。 このセンサのデータシートを確認してください。 ありがとうございます 郭ジョージ

FXOS8700 transient interrupt goes crazy when motion interrupt is enabled! Hello all! We are developing a new product with FXOS8700 inside. Into the firmware, we enable both motion and transient interrupt. In this case, the transient interrupt (with a threshold of 1g on all axes) goes crazy and it is enabled continuously. When the motion is not enabled, the transient works correctly. We have the same issue on all our boards (the first batch of 8 pieces). What's happen? this behaviour is normal or we are doing something wrong? Regards Marco Accelerometers Re: FXOS8700 transient interrupt goes crazy when motion interrupt is enabled!  Hi Marco, Yes, it is the same issue since the FXOS8700 have embedded the same structure than the MMA8451. So, unfortunately it is not possible to o use the motion and the transient detection functions together. Sorry about that. Re: FXOS8700 transient interrupt goes crazy when motion interrupt is enabled! Hi Jose, I just check this possibility and the result is the same. The transient acceleration is fired (with high pass filter active) when between two sample the threshold is over. During my research, I find this: MMA8451 motion and transient detection. Can you check whether the issue is the same for FXOS8700? Regards Marco Re: FXOS8700 transient interrupt goes crazy when motion interrupt is enabled! Hi Marco, I think that the problem is that you are setting a threshold of 1g on all axes, by definition, 1g equals the force of gravity, so, even if the accelerometer is not in movement, it will continue reaching the threshold of 1g due to the force of the earth gravity is applying to your accelerometer’s body. I recommend you to increase the threshold to around 1.2g and check if this solves the problem. Have a great day, Jose ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------

テンシオメータで真空を測定したいです。テンシオメータは土壌水分測定に使用されます。機械デザインでは、0 ～ 100 センチバールの範囲の真空ゲージを使用します。適切なデバイスを提案してください。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ​ Re: I want to measure vacuum in a Tensiometer. Tensiometers are used in soil moisture measurement. The mechanical design uses a vacuum gage with a range of 0 to 100 centibar. Please suggest an appropriate device. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとう、トーマス。 サンプルを5つ注文しました。 敬具、 LSKarandikar Re: I want to measure vacuum in a Tensiometer. Tensiometers are used in soil moisture measurement. The mechanical design uses a vacuum gage with a range of 0 to 100 centibar. Please suggest an appropriate device. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとう、トーマス。 敬具、 LSKarandikar Re: I want to measure vacuum in a Tensiometer. Tensiometers are used in soil moisture measurement. The mechanical design uses a vacuum gage with a range of 0 to 100 centibar. Please suggest an appropriate device. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ラックスマンさん。 NXP 圧力センサにご興味をお持ちいただきありがとうございます。 負のゲージ圧を測定するために設計された MPXV6115V シリーズをお勧めします。データシートはこちらから入手でき、このWeb サイトから購入したり無料サンプルを注文したりすることもできます。 よろしくお願いいたします。 トーマス PS: この回答が質問の解決に役立った場合は、「正解」としてマークしてください。ありがとう。

MMA8453Q Self Test Thanks in advance for your patience, we are relative newbies in using this part.... This device has a self test feature that introduces a noise spike in the data that simulates movement on each of the XYZ axis. My customer would like to use this feature to final test their end product on their manufacturing line without having to build a mechanical tilt+bump test platform.   We enable "Self Test" in the config register, but are having difficulty getting the unit to recognize this function and generate an interrupt to an external MCU. When we mechanically bump the unit, an interrupt is generated as desired, so we believe we have the back end (digital+interrupts) enabled and functioning properly.   I checked the data sheet and found that the generated Self Test noise values in 4g mode are X=11 LSB, Y=16 LSB, and Z = 105 LSB.   I then asked the customer to double check his noise thresholds and sampling delay to see if somehow they were set too high to be triggered by the small self test noise event. His response ...... -------------------------------------------------------- Below is the code I use to try the self test. The delay is approximately 25ms. ST is 0x80.  I am using the default range of 2g. Even when setting the wakeup threshold to the minimum of 1 and it wakes up with a bare touch, the self-test does not wake it up. The wakeup interrupt I have enabled is the "transient" interrupt for all 3 axis' which works very well for real bumps. Is there anything else I need to set up? I know the register read and write routines work since I use them to set things up on startup and also for clearing the interrupt. I have a scope on the interrupt line and a breakpoint on the service routine that clears the interrupt. Everything runs at 3.3V. void accSelfTest(void) {     uint8_t reg;     accelRegRead(CTRL_REG2, ®);     accelRegWrite(CTRL_REG2, reg | ST);     delay(2);     accelRegWrite(CTRL_REG2, reg); } --------------------------------- Any clues on where to focus our debugging efforts and attention are appreciated. -Gordy Accelerometers Re: MMA8453Q Self Test Gordy, Sorry for the late response, I have been out of the office the last couple of days. First, to activate the self test by setting the ST bit in the CTRL_REG2 register (0x2B), the MMA8453Q must first be put into Standby mode by clearing the ACTIVE bit in the CTRL_REG1 register (0x2A). Then you can set the ST bit in the CTRL_REG2 register and put the part back into the Active mode by setting the ACTIVE bit in the CTRL_REG1 register: void accSelfTest(void) {     uint8_t reg;     accelRegRead(CTRL_REG1, ®);     accelRegWrite(CTRL_REG1, reg & 0xFE);        // Standby mode     accelRegRead(CTRL_REG2, ®);     accelRegWrite(CTRL_REG2, reg | ST);     accelRegWrite(CTRL_REG1, reg | 0x01);        // Active mode        delay(2);     accelRegWrite(CTRL_REG2, reg); } Further, the transient detection function uses the high-pass filtered data unless the HPF_BYP bit in the TRANSIENT_CFG register (0x1D) is set. So, I would recommend to set this bit or use the motion detection function. I hope it helps. Regards, Tomas

MPX5700 MPX5700 圧力センサは DAQ に適合しますか?

FXOS8700CQ上电后，其SCL/SDA引脚的初始电平是高还是低？？？ After power on the FXOS8700CQ, is the SCL/SDA pin hign or low at the first?? Accelerometers Magnetic Sensors Re: FXOS8700CQ上电后，其SCL/SDA引脚的初始电平是高还是低？？？ Dear Tomas Vaverka,      Thanks for your answer, my last problem have been insolved but I have another question now.      I have made the bus pulled up with 4.7KΩ resistors, and the  SDA and SCL both are hign when I reset FXOS8700CQ, so do INT1 and INT2, and I made the SDA0、SDA1 connected to GND. The question is the master can give the ST singal、 slave address and write bit correctly , but the slave(FXOS8700CQ) just cann't send the ACK to the master , so the register value cann't be read or write .      First I guess that if the FXOS8700CQ doesn't work , but the INT1 and INT2 bins are both hign , while after I power it off they are both low ; Then the no.2 bin and no.8 bin are in a high impedance state , I don't know if it's true state or false state.      By the way , the VDD and VDDIO connected together to 3.3V Re: FXOS8700CQ上电后，其SCL/SDA引脚的初始电平是高还是低？？？ Hi, Once set for I 2 C operation (SA0 pin connected to GND or VDDIO), both the SDA nad SCL pins will be in a high impedance state, so with pull-up resistors on the bus, the SDA and SCL lines are both high. Regards, Tomas PS: If my answer helps to solve your question, please mark it as "Correct". Thank you.

Are there demo/eval boards available for MP3H6115AC6T1 or MPXAZ6115AC6T1? Are there demo/eval boards available for MP3H6115AC6T1 or MPXAZ6115AC6T1? Pressure Sensors Sensing Platforms Re: Are there demo/eval boards available for MP3H6115AC6T1 or MPXAZ6115AC6T1? Hi, Unfortunately, there is no evaluation board for these pressure sensors, but these are really easy to use as you can see in Figure 4 of both devices datasheets, you only need a 5V (for the MPXAZ6115AC6T1) or 3V (for the MP3H6115AC6T1) power supply connected to pin 2 (with a 100nF decoupling capacitor), connect pin 3 to GND, and connect a 47pF capacitor and a 51k resistor on the output pin (Pin 4). The output is given right away without the need of any kind of programming or initialization. There are some recommendation about how to use this kind of sensors using different mcus, for example, you can find an example using an Arduino uno board with a MPXV7025DP in the following link: http://fabacademy.org/2019/labs/bahrain/students/zahra-almukhariq/assignments/week11/#sensor-connection-with-my-own-ardunio-board Jose NXP Semiconductors

MMA8653FC as pedometer counter Hi,all      I'm using MMA8653FC. and I don't know how to implement a pedometer aglorithm. I't there demo source code? Regards, Roy Accelerometers Re: MMA8653FC as pedometer counter Hi, Tomas:     It's helpful. Thank you! Regards, Roy Re: MMA8653FC as pedometer counter Roy, The low-pass filter on the MMA8653FC is a simple 1st order decimation filter, i.e. a moving average filter followed by a down-sampling.  Its cut-off frequency depends on the selected ODR (DR[2:0] bits) and mode ((S)MODS[1:0] bits). If you look at Table 62 in the datasheet, you will find a column "OS Ratio" for all possible ODR/(S)MODS combinations. This table allows you to calculate the ADC frequency, following the formula: ADC freq = OS Ratio * ODR The low-pass filter does a decimation by either 2 or 4, according to the following rule, and the cut-off frequency depends on the decimation rate: OS Ratio = 2:  decimation by 2, cut-off freq = 0.25 * ADC freq OS Ratio >= 4: decimation by 4, cut-off freq = 0.114 * ADC freq Regards, Tomas Re: MMA8653FC as pedometer counter Tomas, 1. Thanks for your advise.According to our project, MMA8653 is more suitable. Since we already have a 8051 compatible soc chip. So we have to implement the pedometer algorithm on it. 2. The MMA8653FC does have a low-pass filter. can the cutoff frequency be change? Regards, Roy Re: MMA8653FC as pedometer counter Roy, Currently, I am not aware of any implementations of pedometer algorithms using the MMA8653FC. There is available the MMA9553L intelligent pedometer platform that allows the user to customize and control the behavior of the pedometer application using a few configuration registers and report back the measured and calculated data using several status registers. For more information on this device, have a look at the MMA9553LSWRM. Regards, Tomas

MMA8452Qを使用した自動ウェイク/スリープの設定に関するヘルプ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 MMA8452Q を自動スリープ/ウェイクに設定しようとしていますが、まったく成功しません。加速度センサは、単純な XYZ データを出力するように設定できたため、正常に動作します。 ウェイク/スリープ機能の設定方法を説明していると思われるドキュメント AN4074 (MMA8451、2、3Q を使用した自動ウェイク/スリープ) をダウンロードしましたが、やはり機能しませんでした。ドキュメントの最後の 8 ページにある疑似コードを実行したところ、例ではデバイスのスリープ タイムアウト期間を 20 秒に設定すると記載されているにもかかわらず、疑似コード内で ASLP_COUNT レジスタ (0x29) 値に関連する変更/更新を特定できなかったことに気付きました。 レジスタ 0x29 の設定方法について誰か教えてもらえませんか?このレジスタのビット D7 ～ D0 をどのように設定すればよいのか、（ドキュメントを読んでも）わかりません。ウェイクスリープ機能を設定するときに、このレジスタに書き込む必要がある値は何ですか? プロトタイプの開発段階では、現在加速度センサをスリープ状態にして、デバイスを振った後に起動させることだけを試みています。そのため、コード/疑似コード/説明は何でも歓迎します。 Google でいくつかのコード サンプルとライブラリを見つけることができましたが、autp-wake-sleep を設定する方法を示す例やコードは 1 つもありませんでした。どのようなご指示でも大歓迎です! 事前に感謝いたします。 フラビオ [email protected] 加速度センサ センシング・プラットフォーム Re: Help setting up Auto-Wake/Sleep Using the MMA8452Q <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> トーマス、 あなたは素晴らしいです！！！！ あなたのコードは私に大いに役立ち、私の問題を解決してくれました! 君は最高だよ！ ご返信よろしくお願いします。 ご回答よろしくお願いします。 フラビオ Re: Help setting up Auto-Wake/Sleep Using the MMA8452Q <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、フラビオさん。 AN4074の8ページにある擬似コードは確かに不完全です。添付のFRDM-KL25Zボード用に作成したサンプルコードでは、自動ウェイク/スリープ機能の使い方を説明しています。トランジェント関数はMMA8451Qのウェイクアップに使用し、タイムアウト時間は5秒に設定されています。 ```MMA8452Q データシートの 36 ページの表 51 を見ると、時間ステップは選択した ODR によって異なることがわかります。1.56Hz の場合は 640 ミリ秒、その他のすべての ODR 値の場合は 320 ミリ秒です。添付のサンプル コードでは、ODR は 100Hz に設定されており、必要なタイムアウト期間は 5 秒、SO ASLP_COUNT レジスタに書き込む必要がある値は 16 または 0x10 (=5 秒/320 ミリ秒 = 約 16) になります。 お役に立てれば幸いです。他にご質問がございましたら、お知らせください。 追伸：もし私の回答がご質問の解決に役立った場合は、「正解」または「役に立った」と評価していただけると幸いです。ありがとうございます。

MMA8451 dynamic calibration Hi all, I'm using MMA8451 to calculate distance between two points. When travelling from 0->x and going back from x->0. The resulting distance is different from 0. I've read this is due to the device is not well calibrated. But the zero-g offset compensation is dynamically  done in the endings of the travel. So discarding this, is there any idea how to calibrate the device to not see this kind of problems? Accelerometers Re: MMA8451 dynamic calibration Dear David, Thanks for the note, it was really useful. The problem I'm facing is the one pointed in the document under the title "Movement End. Check". The thing is, depending on the accelerometer, when travelling in one direction the resulting speed at the end of the travel is positive, but travelling in the other direction, the resulting speed is negative. In any case, the resulting speed never is 0. If an offset is added to the acceleration then, the resulting speed is closer to zero for both travel directions. Is there any method to calculate the offset that makes the speed at the end of the travel, in both directions, closer to zero? Re: MMA8451 dynamic calibration Hello, Have you tried to perform the calibration when there is a no movement condition? Please note that the calibration value obtained will be affected by the board’s orientation and the static acceleration (earth’s gravity) component in each of the axis. In case it is useful for you, you may refer to the following application note: AN3397 - Implementing positioning Algorithms Using Accelerometeres. I hope this information will be useful for you. If I misunderstood your question, feel free to let me know.  I will be glad to help. Have a great day. David Diaz. Note: If this post answers your question, please click the Mark Correct button. Thank you!

ウィンドウのツールボックスに関する質問。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 Fusion Toolbox for window はオープンソースではないため、K64F とのシリアル通信用の MFC プログラムを作成しました。   しかし、MFC プログラムに送信される値は不安定で、急速に変動します。   Fusion Toolboxに送信される値は安定していると思います。 SO is there a filter or another function in the Fusion Toolbox ??? How can I stablilize the value of センサ ? センサ・フュージョン Re: Toolbox for window question. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> PC および Android アプリケーションは、受信したデータをそのまま表示します。信号プロセッシングは行いません。 PC 側でのパケット プロセッシングは、着信データとの同期、Bluetooth ドロップアウトの修正、パケット バイト 0x7E の開始に対する特別な処理の削除を行うために、非常に複雑です。 PC GUIのソースコードを公開するかどうかを検討中です。その間、 [email protected]までメールをお送りください。できる限り対応させていただきます。

圧力センサに関する質問 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 天候の影響を受ける圧力センサを探しています。NXP は製造していますか? 私は 2 ストローク エンジンのニードル バルブを通じて流量圧力を読み取り、天候の影響を調整して流量を調整したいと考えています。 半導体製造に使用されている Sunx モジュールがいくつかあることは知っていますが、その方法は取りたくありません。 Re: Pressure sensor questions <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ケビン。 弊社のセンサは乾燥した清浄な空気の条件での使用のみが保証されており、特に水中で動作するセンサはございません。ただし、特殊な技術 (空気柱) を使用すれば、この圧力を測定することは可能です。 アプリケーションノート:圧力センサのメディア互換性では、さまざまなメディアおよび空気柱技術でこの圧力センサに対して実行されたいくつかのテストの詳細が説明されています。 ダリオ Re: Pressure sensor questions <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> デビッド、 水と互換性のある圧力センサーを搭載していますか?私は 透析装置を設置し、水圧を調整する必要があります。 センサは水が浸入しても耐えられる必要があり、出力も マイクロプレッサー用。 ありがとうございます ケビン Re: Pressure sensor questions <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ケビン。 すべてが順調であることを願っています。 天候の影響を受けるというのはどういう意味ですか？ 最初のオプションとして、 MPL3115A2デバイスをお勧めします。 MPL3115A2 は、I2C デジタル インターフェースを備えた絶対圧力センサーです。補正された圧力出力は、セクション8.1.3に記載されている式を使用して高度に変換できます。「圧力/高度」はメートル単位で提供されます。 したがって、このデバイスは高精度の高度測定と気圧測定に使用できます。 この情報が役に立つかどうかお知らせください。 よろしくお願いいたします。 デビッド

FXOS8700CQR1に関する質問 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 回転（変換）が必要なアプリケーションがあります 垂直重力ベクトルによって定義される軸上にランダムな3次元軸を配置する 東西と南北の方向です。幾何学的には9つの角度がある 固定された 3D 軸に対するランダムな 3D 軸の回転を定義します。 FXOS8700CQR1デバイスが提供するベクトル情報は、 これら 9 つの角度を計算しますか? センサ・フュージョン Re: Question about FXOS8700CQR1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> はい、独立した角度は 3 つありますが、合計で 9 つの角度があります。両方の参照フレームは直交座標系なので、問題なく動作するはずです。 Re: Question about FXOS8700CQR1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 前述のコメントでは、3 つの軸すべてが互いに 90 度ずつずれている 2 つの直交座標系を想定していたことに注意してください。両方が直交座標でない場合は、状況はさらに複雑になります。 Re: Question about FXOS8700CQR1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> デイモン、 3D ジオメトリを復習したほうがよいでしょう。任意の回転参照フレームをグローバル フレームに関連付けるには、最大3 回の回転が必要です。答えは「はい」です。8700 は計算を行うためのデータを提供できます。これは本質的に、Sensor Fusion Toolbox (nxp.com/sensorfusion) にある「傾き補正コンパス」アルゴリズムです。コンパスの方向に加えて、これ (およびセンサー フュージョン ライブラリ内の他のアルゴリズム) は、四元数と回転マトリックスの両方の形式で方向を返します。 よろしくお願いいたします。 Mike

MMA51xxおよびMMA52xx加速度センサ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MMA51xx および MMA52xx 加速度センサはシングル イベント アップセットの影響を受けやすいですか?もしそうなら、搭載のエラー検出機能やエラー訂正機能はありますか? 加速度センサ Re: MMA51xx & MMA52xx Accelerometers <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、デイブ。 遅れて申し訳ありません。 残念ながら、MMA5xxx は 250nm プロセスを使用して設計されており、SEU ははるかに小さいジオメトリ (< ~ 180 nm) のプロセスにのみ適用されるため、SEU は適用されません。 さらに、MMA5xxx には、ヒューズ ミラー レジスタで継続的に実行される 3 ビット CRC があります。CRC はすべての単一ビット エラーを検出することが保証されています。CRC のハミング距離は 3 なので、最大 3 ビットのバースト (連続) エラーも検出します。 この情報が皆様のお役に立てれば幸いです。 ご質問を誤解していた場合は、遠慮なくお知らせください。喜んでお手伝いさせていただきます。 素晴らしい一日をお過ごしください。 デビッド・ディアス。 注: この投稿で質問が解決した場合は、「正解」ボタンをクリックしてください。ありがとう！ Re: MMA51xx & MMA52xx Accelerometers <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> シングル イベント アップセット (SEU) は、電離粒子によって引き起こされるマイクロ電子デバイスの放射線誘発エラーであり、一般的にビット フリップとも呼ばれます。MMA 加速度センサの場合、単一の「ビットフリップ」がセンサの動作に大きな影響を与える可能性があるかどうかが懸念されます。たとえば、センサー内部のビット反転により、+/- 480 g デバイスが +/- 120 g デバイスであると認識し、120 g の加速度がフルスケールとして報告され、+/- 480 g デバイスであると認識しているデバイスからデータを受信しているプロセッサによって、誤って 480 g の加速度として解釈される可能性があります。一部のデバイスタイプはSEUの影響を受けにくい（例：アンチヒューズ FPGA。MMA51/52 デバイスの SEU に対する耐性を説明する情報が見つかりません。 よろしくお願いいたします。 Dave Re: MMA51xx & MMA52xx Accelerometers <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、デイブ。 単一イベントの混乱とは、具体的に何を意味しますか? これについてもう少し詳しく説明していただけますか?衝撃を受けた後にセンサに何が起こるかのようなものでしょうか? 素晴らしい一日をお過ごしください。 デビッド

Programming PN7462AU with LPC-LINK2 Not Working Hi all,  I previously had an NFC card reader demo working on a PN7462AU that was being programmed via an LPC-Link2 debug probe. This demo was running from the package SW3683 (in a folder called PN7462AU_ex_phExMain_mcux under the src folder with the name phExMain_15693.c. that I downloaded off of the NXP website for NFC card reading purposes for this specific board. My colleague was the one who had previously set it up for me. I would simply click on the green debug button and it would work - you would be able to bring an NFC tag close to the antenna and it would write to it then print those bytes to the screen. However, I unplugged the 2 USBs connected to my PC - the LPC-LINK2 and the PN7462AU (which was just receiving power from the PC) and after moving to a different workstation, I replugged it in. I proceeded to click the green debug icon like I did before. However, right when I did this I was greeted with an error I did not understand (see below). I tried searching up what this failed to execute MI command meant and one response told me that this may have been caused by removing the USB from the PC and causing a debug session to improperly terminate. The solution they proposed was reflashing firmware onto my connected devices. As such, I reflashed the firmware onto LPC-Link2 by running the LPScrypt tool provided by NXP. I believe this worked as the LPC-Linkll was properly identified as a com port on my device. However, when I tried reflashing the firmware on my PN7642AU device by following this tutorial and using the GUI flash tool: https://community.nxp.com/t5/NFC-Knowledge-Base/Program-the-firmware-to-PNEV5180B-board/ta-p/1115153 I was met with the error in this image:   Please note, that I tried to flash several files - not just the default one provided when you press the GUI flash icon but I was presented with the same error regardless.  I don't think this is a software issue I think it is a hardware issue. In fact, I think that if I can properly flash the PN7462AU with the right firmware, I can get this problem fixed. I also downloaded the NFC cockpit software and my PN7462AU device is not being recognized (when I select the dropdown beside open port at the bottom of the application, the dropdown's blank). Other things I tried doing which may be noteworthy: - I switched out the USB cables used for both devices. I haven't tried using an external power supply or changing the debug adapter cable yet though I feel this may not yield any changes. This is because, if I unplug the PN7462AU completely from USB power, I'm greeted with a different error which means it is not this USB's fault. If I unplug the debug adapter, I'm greeted with an immediate error that says one of the debug wires was unattached) - I restarted my PC, restarted the MCUXpresso IDE, unplugged and replugged the USBs of my devices several times into my computer - I tried setting up MCUXpresso and the development environment from scratch on a separate laptop. I started off by downloading MCUXpresso 11.7.1 on the new PC. I then tried to go to this website: https://mcuxpresso.nxp.com/en/select and select the right development board so I can download the right SDK for the PN7462AU. However, when I tried searching up PN7462AU on this website nothing showed up, so I followed the documentation on the NXP website and installed the SDK for the FRDM-K82F board which I presume is pretty similar (kind of weird though that the board I'm using does not have its own supported SDK). After that, I dragged the zipped SDK folder (that I had just downloaded from the above website) into the "Installed SDKs" tab in MCUXpresso. I then clicked the "Import SDK Examples" button in the bottom left of the screen and I selected hello world under the demo apps dropdown. After clicking finish, a frdmk82f_hello_world folder was created in my project explorer. The build of this folder was successful, but when I tried clicking the green debug icon, it gave me the error that it failed to connect to core: P.S. If I try using the GUI flash tool that I used on the old PC, on my new setup, I'm presented with a similar error: I've tried attacking this problem from a lot of angles and have failed and I've scrambled reading documentation for this board and other ones. Any help or guidance would be greatly appreciated.  Thanks so much! Re: Programming PN7462AU with LPC-LINK2 Not Working @giraffe508 Thanks for your reply! As a side note, it might have been clear already but I am using the OM27462CDKP evaluation kit. I did a bit of digging and I found this tutorial to let me program the board through the CLI instead of the GUI: https://mcuoneclipse.com/2020/12/05/standalone-and-command-line-programmer-with-mcuxpresso/ I looked into the MCUXpresso manual and I believe the steps outlined in this tutorial and the manual seem to align well. The tutorial told me to preview the command before clicking run on the GUI flash tool, take this command and save it in a .bat file which can then be run via the command prompt on Windows. I tried doing this on both laptops (the one with the existing setup and the other with the new setup I was trying to configure). After doing this, I was met with the same errors. This is the error I found on the new laptop - the one on which I was trying to create a fresh setup: This is the error I got on the old laptop (the one that was previously running the existing setup): which practically matches the error I received from the GUI earlier on: I was wondering if the file I was using could have been the source of the error. I got the firmware of the file from the directory: C:\nxp\NxpNfcCockpit_v7.1.0.0\firmware\PN7462AU\NxpNfcCockpit_05_03_00_Flash.bin. I believe this file came into my computer after downloading the nxp software (which creates an nxp directory on my C drive). However, I did notice that the NFC cockpit's version in v7.1.0.0 while the flash file's version is 5.3.0.0 (from its name). Could this be an issue, I remember reading somewhere that the NFC cockpit and the board need to have the same version so that the Cockpit could recognize the board? P.S. I tried flashing both the file titled flash and the file titled EEPROM and both presented me with the same errors (I set the base address to 0x00 and set the file type to bin). Also, unfortunately, I don't have another eval board to test the LPC-Link2 with. On a separate note, on the new PC I have set up, I can't seem to build the directories contained in the SW3683 package. After importing the project from file system and clicking build on the file I wanted built, I get this message (that there's nothing to build): The only way I seem to be able to build something is if I go to Import SDK Examples -> select a board (the PN7462AU is not an option so I select the FRDM board - which is where I got the hello world example). But this process doesn't let me build the files from the SW3683 package. How would I go about doing this? Thanks again! Re: Programming PN7462AU with LPC-LINK2 Not Working Hello, It seems that you are facing issues with programming the PN7462AU using LPC-Link2. Based on the information provided, it appears that the issue might be related to the firmware on the PN7462AU. Let's try to address this step by step. First, let's make sure that the LPC-Link2 is working correctly. You mentioned that you have already reflashed the firmware on the LPC-Link2 using the LPCScrypt tool. To verify that it is working correctly, you can try connecting it to a different board (if available) and see if you can successfully program and debug that board. This will help us confirm that the LPC-Link2 is not the source of the problem. Next, let's focus on the PN7462AU. Since you are having issues with flashing the firmware using the GUI flash tool, you can try using the command line flash tool instead. Follow the steps mentioned in the Program the firmware to PNEV5180B board tutorial, but use the command line flash tool instead of the GUI flash tool. Make sure to use the correct firmware file for your PN7462AU board. Regarding the SDK for the PN7462AU, it is true that there is no specific SDK for this board on the MCUXpresso website. However, you can find the necessary libraries and examples in the SW3683 package that you have already downloaded. You should use the examples from this package instead of the FRDM-K82F SDK examples. If the above steps do not resolve the issue, there is a possibility that the PN7462AU board might be damaged. In this case, you might need to consider getting a replacement board. I hope this helps you in resolving the issue. If you have any further questions or need more assistance, please feel free to ask.

センサ Fusion FXOS8700CQ と FXAS21002 IC 軸の不整合。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 ロール、ピッチ、ヨーを取得するために、FXOS8700CQ (線形加速度センサと磁力計を統合した 6 軸センサー) と FXAS21002 (3 軸デジタル角速度ジャイロスコープ) を使用しています。 両方の IC の x、y、z 軸を揃えることは必須ですか? 私たちの PCB では、両方の IC の x、y、z 軸が揃っていません。ここに、PCB 上で IC をどのようにコネクテッドしたかを示す画像を添付します。ロール、ピッチ、ヨーのデータを取得していますが、取得する値は有効ではありません。ハードウェアに変更を加えずに正しいデータを取得する方法。 問題解決にご協力ください。 加速度センサ ジャイロスコープ 磁気センサ センサ・フュージョン Re: Sensor Fusion FXOS8700CQ and FXAS21002 IC axis mis-alignment. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、アンキットさん。 より深く理解するために、アプリケーションノート AN5017 (具体的には段落 1.4 と 1.5) を参照してください。 簡単な例として、Aerospace / NED 標準を使用していると仮定します。加速度計が最終製品に水平に取り付けられている場合、少なくとも製品が水平に置かれているときは、FXOS8700 データシートに記載されているように +1g が測定されます (下の図 4 の切り取り線を参照)。 地球の重力ベクトルは下向きになっているため、NED XYZ 参照フレームの Z「下」軸と一致します。その結果、Zout = +1g 加速度センサの読み取り値も NED フレームに直接適用されます。 最終製品にセンサが逆さまに取り付けられた場合（例：たとえば、PCB の下側にある加速度センサを使用する場合、NED フレーム規則と一致するように加速度センサデータを反転する必要があります。センサの場合は Zout = -1g ですが、NED フレームでは Z = +1g になります (最終製品では変更されません)。 実際には、センサーと NED 軸が反対方向にある場合はセンサー データをそのまま使用できますが、同じ方向にある場合は適切な HAL マトリックスを使用してセンサー データを反転する必要があります。このマトリックスは、軸の順列がある場合はそれも処理します。 よろしくお願いいたします、ジャック。 Re: Sensor Fusion FXOS8700CQ and FXAS21002 IC axis mis-alignment. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ジャック。 ジャック・トリシェはこう書いている。 NED システムは「重力正」規則を使用していますが、当社の加速度センサは「加速度正」を使用していることに注意してください。 上記の記述についてもう少し簡単に説明していただけますか?理解できませんでした。 ありがとうございます アンキット Re: Sensor Fusion FXOS8700CQ and FXAS21002 IC axis mis-alignment. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、アンキットさん。 NXP Kinetis SDK に追加できる ISSDK ミドルウェア ライブラリの Sensor Fusion ソース コードを使用しているものと想定しています。 まず、最終製品の XYZ 参照フレーム (右手の法則に従う) と座標系を定義する必要があります。 私たちは通常、「NED」（北、東、下）とも呼ばれる航空宇宙座標系を採用しています。最終製品用に選択された XYZ 参照フレームに関連付けられた座標系によって、ピッチ、ロール、ヨー角度の計算が制御されます。詳細については、AN5017 を参照してください。NED システムは「重力正」規則を使用していますが、当社の加速度センサは「加速度正」を使用していることに注意してください。 次に、最終製品内の正確なセンサ レイアウトに応じて、変換マトリックス (HAL ハードウェア抽象化レイヤー) を適用して、各センサの XYZ 参照フレームを最終製品の参照フレームに揃える必要がある場合があります。これは通常、軸の交換や反転から構成されます。 実際の例は、 issdk\algorithms\sensorfusionフォルダーに含まれるhal_frdm_fxs_mult2_b.cソース ファイルにあります。これは FIFO データ読み取りの使用に対応していますが、単一データ ポイント読み取りに簡単に変更できます (ループ カウンターを削除します)。また、各センサのレイアウトに応じて軸のスワップ/反転を調整します。 HAL 補正を使用すると、さまざまなセンサの方向を補正し、それらの測定値をシステム参照フレームに合わせることができます。   これが役に立つことを願います、ジャック。

2状態カルマンフィルタに推奨されるMCU <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 加速度センサを使用して高頻度かつ高加速度を監視する回路基板を設計したいと考えています（発破センサ、建設機械センサ）。センサは 3 方向すべてを監視しますが、センサは回転しない (1 度未満の動き) ため、これらを個別にフィルタリングします。3方向MEMSセンサと速度を測定する3つの独立した地震計が装備されます。 フィルター MEMS センサとジオフォンを 2 ～ 4 kS/s (おそらく 4 kS/s) でサンプリングし、単純なカルマン フィルターを実行します。フィルターごとに 1 つの方向のみを調べるため、状態は加速度と速度の 2 つ、測定補正は 2 つだけになります。 このフィルターは方向ごとに 3 倍になります。 時間と最新情報 フィルタからの出力は、GSM/無線経由で基地局/サーバーに送信されます。これは、センサ上の特定のしきい値を下回る動きがあったときに実行できるため、フィルターを実行する必要はありません。 MCU このフィルターにはどの MCU をお勧めしますか?3 x 2 状態フィルターを 4 KHz で実行すると、センサ ボードに問題が生じますか? 敬具 ヨハン センサ・フュージョン Re: Recommended mcu for 2-state kalman filter <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ヨハン。 デジタル センサの場合、実際のセンサ データ レートよりも高いレートでフィルターを実行しても大きな利点はありません。 そのため、アルゴリズムをセンサ ODR の近くで実行する必要がある場合があります。 センサの最大サポート速度よりも大幅に高い速度でセンサー データを読み取るとノイズが発生する可能性がありますが、それ以外はセンサーまたはセンサー ボードに問題が発生することはありません。ただし、MCU 側では、センサの ODR よりも高速に読み取るときに同じデータを単に返すトランザクションが追加されます。 フュージョンアルゴリズムと通信プロトコルをサポートするシステムの場合、ARM M4 コアベースの MCU で十分です。オプションとして、Kinetis FRDM-K22F MCU ボードを検討することもできます。

差圧センサMPXV7002DPの各ポートの絶対圧力範囲 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MPXV7002DP 差圧センサーの最大圧力範囲はどれくらいですか?データシートには、Pmax = 75 kPa と記載されています。これは各ポートの絶対圧力のことでしょうか、それともP1とP2の最大差圧のことでしょうか？同様に、測定範囲は-0.3～+0.3 PSIですが、これは絶対圧力ですか、それとも差圧ですか？私はこれを使用して対気速度を測定するつもりSO、これらのポートの絶対圧力はほぼ大気圧 (14.7 PSI) になり、ポート間の圧力差は 0.3 PSI 以下になるはずです。これは機能しますか?ありがとう！ 圧力センサ Re: Absolute pressure range on each port of differential pressure sensor, MPXV7002DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ご挨拶、 デビッド・ディアス・マリン mpxv7002dpで発生している問題に関する今後の更新を心待ちにしています。 便宜上、別の方法で質問しますが、私は乱流状態での空気速度を測定するために MPXV7002DP 圧力センサを使用し、乱流を表す時間平均化を実現するために、十分な時間にわたってさまざまな遅延 (2 回の連続した読み取り間の時間間隔) で実行してきました。 私は以下の内容を含むデータシートを読みました 「MPXV7002DP で注意する必要がある時間特性は、応答時間とウォームアップ時間だけです。 1. 応答時間 = 1.0 ミリ秒 応答時間は、指定された段階的な圧力変化を受けたときに、出力の増分変化が最終値の 10% から 90% になるまでの時間として定義されます。 2. ウォームアップ時間 = 20 ミリ秒 ウォームアップ時間とは、圧力が安定した後、製品が指定された出力電圧を満たすのに必要な時間として定義されます。 つきましては、許容される最小限の遅延についてご意見をお聞かせいただければ幸いです。よろしくお願いいたします。 Re: Absolute pressure range on each port of differential pressure sensor, MPXV7002DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 親愛なるデイビッドへ ありがとうございます。 BR、 George Re: Absolute pressure range on each port of differential pressure sensor, MPXV7002DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ジョージ。 ご連絡ありがとうございます。 この場合、MPXV7002 GPデバイスの最大定格に関しては、完全に同意します。この制限を超えるとデバイスが損傷することになります。 MPXV7002 デバイスの圧力範囲は -2 ～ 2 kPa であることに注意してください。したがって、データシートに記載されている情報を期待するには、この範囲内であることを確認してください。 よろしくお願いいたします。 デビッド Re: Absolute pressure range on each port of differential pressure sensor, MPXV7002DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> david_diaz様 MPXV7002 GPに関しても同様の質問があります。 ゲージタイプ: MPXV7002 GPの場合、P1 の絶対最大定格として次の理解は正しいでしょうか? 絶対最大定格：最大圧力 = 大気圧 +/- 75kPa ※プラスの値もマイナスの値も同じ量だと理解しています。 よろしくお願いいたします。 ジョージ・フクトミ Re: Absolute pressure range on each port of differential pressure sensor, MPXV7002DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、デビッド。 私の混乱を解消するために時間を割いていただき、本当にありがとうございます。 幸運をお祈りしています、 テオ Re: Absolute pressure range on each port of differential pressure sensor, MPXV7002DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、テオ。 それは実に良い質問です。 実際、デバイスの永久的な損傷を避けるためには、P1 と P2 の差は 75 kPa を超えてはなりません。 よろしくお願いいたします。 デビッド Re: Absolute pressure range on each port of differential pressure sensor, MPXV7002DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、デビッド。 ご返答ありがとうございます。まだ少し不明な点が 1 つあります。「デバイスが損傷する前にサポートできる最大圧力は 75kPa です」とありますが、この最大圧力は 2 つのポート間の差圧のことですか?そうしないと、このセンサーは大気圧によって損傷を受けてしまいます。 よろしくお願いします！ テオ Re: Absolute pressure range on each port of differential pressure sensor, MPXV7002DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、テオ。 ご連絡ありがとうございます。 MPXV7002DP は差圧センサです。つまり、センサーの両側 (ポート P1 とポート P2) に圧力が加えられ、2 点間の圧力差が測定されます。 この場合、圧力の範囲は -2kPa から 2kPa になります。これは、デバイスが指定された範囲からの圧力の差に反応することを意味します。 デバイスが損傷する前に耐えられる最大圧力は 75kPa です。 この情報がお役に立てれば幸いです。 よろしくお願いいたします。 デビッド