mpxv7025 sensor Can i use mpxv7025 dp pressure sensor with arduino board?  Re: mpxv7025 sensor Hi tomas,           I also want to know that when we using this sensor for spirometric project, Is it better to use the sensor directly or with a reference circuit as shown above. which method gives more accuracy. Regards, Roshan Re: mpxv7025 sensor Hi Roshan, First off, the operating supply voltage is from 4.75V to 5.25V. 3.3V is out of the recommended range.  With no pressure applied (no pressure difference between P1 and P2), the output voltage should be around 2.5V. Then try to force some air into P1, e.g. using your mouth and see if the voltage goes up. Best regards, Tomas Re: mpxv7025 sensor Hi tomas,  I am usinng following circuit. what is the range of ideal ADC values from pressure sensor. Re: mpxv7025 sensor Hi tomas,         Thanks for reply. what is the range of ideal ADC values for inhalation and exhalation for this sensor. Regards, Roshan Re: mpxv7025 sensor Hi Roshan, Yes, it should be easy to connect this sensor to Arduino boards. It is a 5V, temperature compensated and calibrated differential pressure sensor for ±25kPa. The offset is 2.5V and the output is 90mV per kPa. The pins are numbered as follows: So connect Arduino 5V to sensor pin 2. Arduino GND to sensor pin 3. Arduino analog input (for example A0) to sensor pin 4. Read the analog value and write it to the serial monitor: http://arduino.cc/en/Tutorial/ReadAnalogVoltage If that is working, you can start to calculate the actual pressure. Hope it helps! Best regards, Tomas

こんにちは。MMA8451Qを使って車の進化速度を計算したいのですが、C++のコードが必要です。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは。MMA8451Qを使って車の進化速度を計算したいのですが、C++のコードが必要です。 Re: hello , I want to use MMA8451Q for calculating of the evolution speed in car , i want code C++ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ナイファーさん。 次のドキュメントをご覧ください。加速度センサから速度を取得するために必要な情報がすべて含まれています。 http://cache.freescale.com/files/sensors/doc/app_note/AN3397.pdf C++ コードもいくつか含まれています。 楽しむ！ ジョシュ

Case pin out for some pressure sensor I find some pressure sensor datasheet has no pin-out and pin-out instructions,they are MPXA6115AC6U case 482A-1,MPX5100GP case 867B-4,MPX5010DP case 867C.Please tell me how the pin out and pin instrstuction are they! thanks Pressure Sensors Re: Case pin out for some pressure sensor Hi,Tomas,        Can you tell me the PACKAGE DIMENSIONS of 5010DP and 5100DP ? the case 867C DIMENSION and package sketch in 5100DP datasheet seems depict two packages, Re: Case pin out for some pressure sensor Tomas,thanks for your wonderful reply! Re: Case pin out for some pressure sensor Hi Jianjun, Yes. V1, V2 and VEX pins are used for factory trimming and then they are laser cut. We recommend to leave those pins floating/unconnected. As for your second question, please refer to the Different pin styles in pressure sensors documentation. Regards, Tomas Re: Case pin out for some pressure sensor OK,Thank you Tomas! another question,(see the pic below)  the pins V1,V2 is uesed to factory test,we should not conected?    the pins(see the pic below)  +VOUT,-VOUT is differential output? Re: Case pin out for some pressure sensor Hi Jianjun, You are right that the MPX5010DP is a differential pressure sensor with two input ports, but it is also housed in a Unibody package with the same pinout as the MPX5100GP. I hope it clarifies your question. Regards, Tomas Re: Case pin out for some pressure sensor hi, Tomas. MPX5010DP is double channel sensor,so the pin out you told me,may be some mistake. Re: Case pin out for some pressure sensor Hi Jianjun, The pin description is as follows: 1. MPXA6115AC6U (CASE 482A-01, Small Outline Package): 1 – N/C 2 – Vs 3 – GND 4 – Vout 5 – N/C 6 – N/C 7 – N/C 8 – N/C 2. MPX5100GP (CASE 867B-04, Unibody Package) and MPX5010DP (CASE 867C-05, Unibody Package): 1 – Vout 2 – GND 3 – Vs 4 – N/C 5 – N/C 6 – N/C Let me know if you have any other questions. Regards, Tomas PS: If my answer helps to solve your question, please mark it as "Correct" or “Helpful”. Thank you.

加速度センサMMA865XFCの検出に関する問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは！私のコンピューターで加速度計（MMA865XFC）を検出できません。私はソフトウェアセンサツールボックス（freescale.com/sensortoolbox）とFTDIドライバを問題なくインストールしましたが、 センサ ツールボックスを開いて「すぐに使える Sensor Demostration」オプションを入力すると、プログラムはセンサを検出しません。 「Create Your Own Gui」と入力し、「MMA8491 加速度センサ Demo」オプションをオンにして、コンピューターを検出する COM ポートを選択すると、プログラムはエラーなしで実行されますが、センサ ツールボックスの下部の「開始」をクリックしても結果が登録されません。 ただし、「開始」ボタンをクリックすると、加速度計の赤いライトが点灯し、すぐに消えます。 それが何なのか誰か知っていますか? よろしくお願いします！ Re: Problem with detection of Accelerometer MMA865XFC <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ジェラルドさん。 使用しているセンサ Toolbox とボードのバージョンを教えていただけますか? よろしくお願いいたします。 トーマス

センサ・ツールボックス <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 皆さん、こんにちは。 センサツールボックスの機能を少しだけ試しただけですが、プログラムで磁気の読み取り値を記録する方法はありますか? よろしくお願いします。 Sam 磁気センサ Re: Sensor Toolbox <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、サム。 RD4247MAG3110 キットを使用している場合は、 E-Compass Sensor Toolbox v6.1.0.1をダウンロードしてインストールしてください。次に、GUI の [データ ログ] フレームにある [開始] ボタンを押して、データの記録を開始できます。詳細については、『 E-Compass Sensor Toolbox ユーザーガイド』の第 9 章を参照してください。 添付文書に記載されているコマンドを使用して、RealTerm などの汎用ターミナル プログラムから生データを収集することもできます。 お役に立てれば幸いです。 よろしくお願いいたします。 トーマス 追伸: 私の回答が質問の解決に役立った場合は、「正解」とマークしてください。ありがとう。 Re: Sensor Toolbox <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Sensor Toolbox v4.2.1.20 を搭載した LFSTBUSB インターフェース ボードを使用しています。RD4247MAG3110 磁気センサ キットを購入し、センサ ツールボックスを使用して磁気の読み取り値の一部を記録したいと考えています。それが可能であれば。 よろしくお願いします。 Sam Re: Sensor Toolbox <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、サム。 使用している評価ボードと Sensor Toolbox のバージョンを指定していただけますか? よろしくお願いいたします。 トーマス

Problem with detection of Accelerometer MMA865XFC Hi! I have a problem to detect the accelerometre (MMA865XFC) with my computer. I have installed the sofware Sensor Toolbox (freescale.com/sensortoolbox) and FTDI Driver without problem but, when I open the Sensor Toolbox and enter in the opcion “Out of Box Sensor Demostration”, the program don’t detect the sensor. If I enter “Create Your Own Gui”, put the option “MMA8491 Accelerometer Demo” and choose the COM Port that detects de computer, the program will run without errors, but when I click the bottom “Start” the Sensor Toolbox, it doesn't register the results. However, when I click the buttom “Start”, a red light of the accelerometre turns on and turn off very quickly. Does anyone know what can it be? Thanks! Re: Problem with detection of Accelerometer MMA865XFC Hi Gerard, Could you please let us know which version of the Sensor Toolbox and board are you using? Best regards, Tomas

ecompass rollover from +180 to -180 Hello All, I am working with the Sensor Fusion ecompass software with an FRDM-K22F + FRDM-STBC-AGM01 demo board combo. My question is this: The range of compass angles output is -180 to +180. When looking at the Compass Angle output in a putty window everything looks good except when the angle approaches and passes 180. Instead of transitioning smoothly like 177,178,179,180,-179,-178,-177 the device does a complete rollover. It gets to about 178 then begins to drop in 10 degree increments until it wraps back to -180. Like this: 175 176 177 160 150 140 ... ... 10 0 -10 -20 ... ... -160 -170 -175 -176 -177 It takes about 50 readings for the compass angle to wrap around to the correct negative value. Hopefully this explanation is clear. I have multiple excel data dumps explicitly profiling the event, but I doubt that level of detail is necessary to debug this. This event occurs when transitioning from positive to negative as well as from negative to positive. Is anybody else seeing this? I'm using freescale hardware and the sensor fusion library and haven't edited the code in any way regarding the readings. Everything is factory stock hardware and software. This rollover event is a real killer as anytime the ecompass is in the  +/-3 degree range of 180 the reading is invalid. If this has been answered somewhere else please point me there and sorry for the redundancy! Thanks! SensorFusion Re: ecompass rollover from +180 to -180 Lucas, Either of the 1st two listed will work.  algorithms/sensorfusion/baremetal_agm01 does not require an RTOS.  The freertos_agm01 version is based on FreeRTOS.  Just open them up, compile and download to your board.  Then fire up the Sensor Fusion Toolbox and click the AutoDetect button. I also HIGHLY recommend you read the documentation for the sensor fusion kit.  It's in /middleware/issdk_1.1/algorithms/sensorfusion/docs.  Start with the datasheet (NSFK_DS.pdf) and then move on to the user guide (NSFK_Prod_UG.pdf). Regards, Mike Re: ecompass rollover from +180 to -180 Hi Mike, Thanks for your support. I'm glad there is new, much improved code. I probably should have prefaced this post with the fact that I am a complete neophyte to the world of kinetis, sensor fusion, KDS, etc. (Now Coldfire V1 + Codewarrior + Processor Expert? That's another story - domination!) My belief is that the workflow is: Navigate to Welcome to MCUXpresso | MCUXpresso Config Tools Create an SDK, download and unzip it Open KDS -> File -> New -> Kinetis SDK 2.x Project  Point to recently unzipped SDK Select the specific project you want from the dropdown I believe I have accomplished this. When I do so I'm presented with the following menus: Is this what you were referring to when you recommended the following: Try the application under SDK_2.1_FRDM-K22F/boards/frdmk22f_agm01/issdk_examples/algorithms/sensorfusion If not, where is the recommended application? I have indeed downloaded the Sensor Fusion Toolkit. Thanks! Re: ecompass rollover from +180 to -180 Thanks Lucas, I found it.  This example was up to date maybe 8 years ago, but we've gotten much better since.  I need to see if I can get this one removed from the SDK.  It is not based on the sensor fusion library, and a quick inspection of the code shows it's offers only a 1st order hard iron computation.  I suggest you switch to the examples I pointed you to above.  They provide not only basic eCompass, but a full 9-axis version that is far superior. Mike Re: ecompass rollover from +180 to -180 Hi Mike, Thanks for the prompt reply. Here is the workflow I followed: I went to: Welcome to MCUXpresso | MCUXpresso Config Tools and created an SDK for my hardware platform (FRDM-K22F-AGM01).  Download SDK Unzip SDK Open Kinetis Design Studio File->New->Kinetis SDK 2.x Project Navigate to the SDK downloaded from the link listed above Name Project, Hit Next Go through nested menus as follows: Boards->FRDM-K22F board->Examples->demo_apps->ecompass Here is a picture: Click Finish From here I have a full source code project I can work with in Kinetis Design Studio. This project builds fine and I have edited it successfully, adding some debug statements, button pushes, etc. I have not touched any of the ecompass code. The fact that I am able to build, load and debug the program on the target hardware makes me feel like I didn't miss any check boxes or fat finger something anywhere in the download process. As far as the project goes the magnetic calibration is built in, and once complete the program repeatedly prints the ecompass reading over a COM port to a putty window. Here is a copy of the readme.txt file that is included with the project: Overview ======== The E-Compass demo application demonstrates the use of the FXOS8700 sensor. The tilt-compensated algorithm calculates all three angles (pitch, roll, and yaw or compass heading). Toolchain supported =================== - IAR embedded Workbench 7.70.1 - Keil MDK 5.20 - GCC ARM Embedded 2015-4.9-q3 - Kinetis Development Studio IDE 3.2.0 - Atollic TrueSTUDIO 5.5.2 Hardware requirements ===================== - Mini/micro USB cable - FRDMK22F board - Personal Computer Board settings ============== No special settings are required. Prepare the Demo ================ 1. Connect a USB cable between the host PC and the OpenSDA USB port on the target board. 2. Open a serial terminal with the following settings: - 115200 baud rate - 8 data bits - No parity - One stop bit - No flow control 3. Download the program to the target board. 4. Either press the reset button on your board or launch the debugger in your IDE to begin running the demo. Running the demo ================ When the demo runs successfully, you can see the information below printed to the terminal. Note: you must rotate the board 360 degrees to get the max / min value of the magnetic field. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To calibrate Magnetometer, roll the board on all orientations to get max and min values Press any key to start calibrating... Calibrating magnetometer... Calibrate magnetometer successfully! Magnetometer offset Mx: 313 - My: 432 - Mz: 494 Compass Angle: xxxx ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Customization options ===================== Hopefully this is enough info to figure out what I'm working with. This ecompass output of this project definitely is ranged from -180 to +180.  Thanks! Re: ecompass rollover from +180 to -180 Lucas, There have been multiple eCompass applications built over the years, by different individuals/businesses within NXP. Can you tell me exactly which software release you are using and the URL you got it from? I ask because the current sensor fusion release (7.1) has a 0 to 360 compass heading range.  There's no rollover at 180 degrees. it happens at 0/360.  We rolled the magnetic calibration software into the sensor fusion builds several years back.  Is it possible you have an older release of just the eCompass software or a standalone project that is not part of the standard NXP sensor fusion release? The other reason I suspect a different application is that the standard sensor fusion kit has a binary interface back to the sensor fusion toolbox.  There's no way you could easily decipher it in putty.   The MCUXpresso SDK builder at Welcome to MCUXpresso | MCUXpresso Config Tools  can be used to build a K22F SDK.  Make sure you select the ISSDK and FreeRTOS options.  Try the application under SDK_2.1_FRDM-K22F/boards/frdmk22f_agm01/issdk_examples/algorithms/sensorfusion.  You will also need the Sensor Fusion Toolkit, which can be downloaded from nxp.com/sensorfusion. Please let me know if that helps. Mike

Where can you buy FXAS21000 ? Hi, What is the status of the FXAS21000 gyroscope ? It is not available on Mouser and the Freescale site says "no longer manufactured". Regards, Ian Gyroscope Sensing Platforms Re: Where can you buy FXAS21000 ? Hi Ian, Quick update, the new gyroscope from freescale is now available for purchase and has reduced lead times. You can get both development kit and breakout boards along with the device directly from our website. http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=FXAS21002 Let us know if you have any other questions! Thanks, Bryce Re: Where can you buy FXAS21000 ? Hi Ian, The FXAS21000CQ is no longer manufactured and has been replaced by FXAS21002CQR1. However, the estimated lead time of the FXAS21002CQR1 is 24 weeks, the device is still in qualification process. Our AN4917 describes the hardware and software differences between these parts and provides information on transitioning from FXAS21000CQ to FXAS21002CQR1. If you need any additional information, please let me know. Regards, Tomas PS: If my answer helps to solve your question, please mark it as "Correct" or “Helpful”. Thank you.

NTM88: RF packets missing at receiver end when the sensor is installed on the wheel and rotating I am using NTM88 dual axis sensor for TPMS application,NTM88 is being used as transmitter and NCK2910 EVK as receiver. I have installed the sensor on Wheel rim of a vehicle and distance between sensor and receiver is 14ft to 16ft, output power of sensor is 8dBm . RF data packets are received properly at the receivers end when sensor is stationary or wheel is not rotating, but as soon as i start rotating the wheel above @20Kmph packets start missing or corrupted. Is there a way to avoid or minimize the missing packets? Re: NTM88: RF packets missing at receiver end when the sensor is installed on the wheel and rotating Hello Ankit, Yes, sending the packet at a particular angle may reduce the packet losses. Depending on the position of the receiver in the car, there may be a transmission path that would optimize the reception rate. However, running the angle location algorithm consumes power. So, it is necessary to compare the consumption and reception rate of both solutions (using transmission randomization and using angle location) to determine which one is most appropriate. BR, Tomas Re: NTM88: RF packets missing at receiver end when the sensor is installed on the wheel and rotating Hello Tomas, Thanks for the reply, can i also use angle location algorithm? will sending the packet at a particular angle reduce the packet losses? Re: NTM88: RF packets missing at receiver end when the sensor is installed on the wheel and rotating Hello Ankit, The following strategies can be used to improve the reception rate: RF configuration: make sure that RF settings on the NTM88 side match the receiver settings (same carrier frequency, deviation, baud rate…). Enable multiple frame transmission randomization on the NTM88 side. This feature allows to transmit the same frame multiple times, with a random delay between them. Doing so allows to increase the reception rate. On the other hand, it increases the power consumption. So, a trade-off is to be found between the number of transmissions and power consumption. Refer to the “Transmission Randomization” section of the NTM88 user manual: https://www.nxp.com/webapp/Download?colCode=UM11227&appType=license Optimize the antenna design and matching network on the NTM88 PCB. Make sure that the impedance at the NTM88 RF pin is as close as possible as indicated in the file “TPMS_Impedances_for_matching_network” located in the documentation folder of the Starter Package: https://www.nxp.com/webapp/Download?colCode=NTM88-NCK2910-STARTER-PACKAGE BR, Tomas

FXTH87 和 FXTH87E 代码是否（.s19）？文件）兼容 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好。 FXTH87 和 FXTH87E 代码是否（.s19）？文件）兼容？ 如果我不能使用 FXTH87 代码（.s19文件）直接安装在 FXTH87E 上，我需要在哪里进行更改？ 杰克-王 Re: Are FXTH87 and FXTH87E codes(.s19 file) compatible <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，托马斯    非常感谢！ 杰克-王 Re: Are FXTH87 and FXTH87E codes(.s19 file) compatible <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，杰克、 FXTH87 的固件可直接用于 FXTH87E。如果应用代码中有压力或加速度阈值，则只需进行一次修改。与 FXTH87 相比，FXTH87E 对压力和加速度传递函数进行了修改。这意味着，在原始测量和补偿测量中，相同数量的压力或加速度计数并不代表相同的压力和加速度值。这意味着在应用程序代码中，必须重新计算压力和加速度的阈值。数据表中给出了从计数到 g 或 kPa 的转换公式。 所附幻灯片说明了传递函数的变化。 更新压力和加速度阈值是适应 FXTH87E 的唯一修改。其他一切均与 FXTH87 相同。 顺祝商祺！ 托马斯

MPX5100 While there is nothing about the sensor and the output that leads us to believe the voltage output readings are inaccurate, before we go to market, we'd like to independently verify the sensor output. We've spent much effort already on conducting an independent validation, but each approach we use, we find a flaw in the approach. How would one go about independently verifying the voltage output given the pressure input on the sensor? What tools are needed? It seems like we need to know the volume of the sensor chamber. Is this on the data sheet? Thank you for any insight you may be able to provide. Pressure Sensors Re: MPX5100 Hi Jose, Thank you for your response. I'm still at a loss as to how to verify the sensor output and what tools and process I would need to do so. If anyone else has ideas and would like to weigh in, please do so.  It seems like the sensor manufacturer had to do this verification at some point during the sensor development. Having their materials would go a long way toward answering this question. Again, thank you, Ed Re: MPX5100 Hi, Unfortunately, we do not have any white paper or any other document about how to verify the sensor output. It is normal to have a small difference between different sensor reading the same pressure, this offset errors are typically caused due to device to device offset variation (trim errors), mechanical stresses (mounting stresses), shifts due to temperature and aging. Performing auto-zero will greatly reduce these errors. I recommend you to check the Application Note AN1636 “Implementing Auto-Zero for Integrated Pressure Sensors” for more detailed information about this topic: https://www.nxp.com/docs/en/application-note/AN1636.pdf As a test if you don't know the pressure of the chamber, after the auto-zero calibration process you can use different pressure sensors and all of them should read the same pressure. Have a great day, Jose ----------------------------------------------------------------------------------------------------------------------- Note: If this post answers your question, please click the Correct Answer button. Thank you! -----------------------------------------------------------------------------------------------------------------------

The MM9z1_638 current reading will suddenly increase  Hi Nxp Partner We found that when the load current continues to be 250A, the MM9z1_638 current reading will suddenly increase (a total of 70 data. Each data transmission period is 10mS). We also installed another shunt current sensor in the same current loop and did not find the same problem. Can you provide firmware or hardware modification suggestions to resolve this issue? Replication is very difficult. Br, Mike Liang

NTM88 フラッシュ アドレス 0xfd40~0xfdff はプログラムできません。 こんにちは。TPMS プロジェクトに NTM88 を使用しました。現在、0xfd40〜0xfdff の間のアドレスにデータをプログラムできません。それらがフォームパラメータであることを知っていたので、バックアップしました。それらは 0xfd40 ～ 0xfdff の間の 0xBA です。そして0xffb0~fff7は0xffです。0xffb8 ~0xffbf は 0xba、0xba、0xba、0xba、0xba、0xff、0xba、0x82 です。0xfd40〜0xfdffのアドレスにパラメータを書き換えるにはどうすればいいですか？ Re: NTM88 flash address 0xfd40~0xfdff cannot be programmed. こんにちは、テッド。 トリム係数は 0xFD40 〜 0xFDFF の間でプログラムされることに注意してください (詳細については、 AN12524を参照してください)。 トリム係数は各デバイスに固有であり、消去または上書きしてはなりません。そうしないと、センサーの測定値が範囲外になります。 CodeWarrior では、NTM88_LIB パッチにより、CW プログラミング ツールがこれらの係数を消去できないようになっています。そのため、s19 ファイルで参照されている場合でも、CW によってこれらの係数が消去されたり上書きされたりすることはありません。 よろしくお願いいたします。 トーマス

FXTHxx with IAR ? Hello , I have a sensor called FXTH871511DT1CT-ND which can be programmed at the same time. I need to program this sensor and print the data. For this I use one J-Link and one MRB-KW019030JA. I can program MRB-KW019030JA with J-Link in the IAR program. Next, I need to program FXTH871511DT1CT-ND. My compiler does not have a FXTHxx library (in IAR). Do I have a chance to program this FXTHxx via MKW01xx ?  Please help me . Re: FXTHxx with IAR ? Hi Kerem, Only CodeWarrior IDE compiler supports the FXTH, and only the P&E Micro Multilink tool supports the programming of the FXTH. The FXTH cannot use IAR and JLink. The TPMS application team has developed the demo “LF RF Bootloader”, that can be downloaded from here, which implements wireless reprogramming of the FXTH (using LF and RF). However, this requires a portion of the FXTH memory to be previously programmed with the bootloader code. And this bootloader code can only be opened in CodeWarrior and programmed with the P&E Micro Multilink tool. From this webpage, the  “Starter Package for FXTH and MKW01” can be downloaded. Inside the package are several folders containing demo code and documentation. Among them, the document “Installing and using CodeWarrior” gives information on how to download a free version of CodeWarrior IDE, and links to buy the P&E Micro Multilink tool. Best regards, Tomas

センターボードの圧力測定（セイルボート） <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 私は現在、ヨットにセンサを取り付けるという学校のプロジェクトに取り組んでいます。この場合はディンギーピコです。 タスクの 1 つは、センターボード (ボートの中央にある格納式キール) の側面にかかる圧力を測定し、どの側に圧力がよりかかっているかを確認することです。したがって、私は一方と他方の違いだけを見たいと思います。 差圧センサーが良いのではないかと考え、MP3V5010やMPXV7025などの差圧センサーをいくつか調べてみました。 しかし、データシートから私が理解できるのは、次のとおりです。 1.これらは乾燥した空気専用に作られているため、問題が発生するでしょう。圧力を測定するためのチューブ/パイプは水（水中）にさらされるため、ボートが転覆した場合（よくあることですが）にセンサーに水が入る可能性が高くなります。 2. これらのセンサ（ MP3V5010およびMPXV7025）はP1>P2のみを測定できます。MPXV7025センサの測定範囲は-25 kPa～25 kPaですが、データシートにはP1がP2よりも高くなければならないと記載されています。P1がP2よりも高くなければならない場合、-25 kPaを測定するにはどうすればよいでしょうか？ そこで質問なのですが、センサーを「防水」できるのでしょうか？(パイプの中に何かを入れるなど) あるいは、水に敏感ではない、この種のアプリケーションに適したセンサはあるのでしょうか? 圧力センサ Re: Measuring of pressure in a center board (Sailboat) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとうございます。 Re: Measuring of pressure in a center board (Sailboat) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 乾燥したクリーンな空気以外の媒体は、溶解したり、ゲルに吸収されてダイ表面を損傷したり、ワイヤボンドの破損につながる可能性があります。一部の種類のメディアは、他のメディアよりもダイが破損するまでに時間がかかるため、使い捨てのアプリケーションが可能です。 提供されている情報に加えて、考慮する価値があるアプリケーション ノートAN3728:「IPS PRT 圧力センサのメディア互換性」を参照してください。 このアプリケーション ノートの 3 ページ目には、主にメディア耐性ゲルを備えた部品でいくつかのメディアをテストしたことが記載されていますが、これらの条件下でのこれらのデバイスの長期的な信頼性については保証できません。 乾燥空気以外の媒体を使用するアプリケーションで当社のセンサを使用するための 1 つの解決策は、「媒体耐性ゲル」タイプの圧力センサを使用することです。 NXP は、ダイを環境から隔離するために 2 種類のゲルを使用しています。 当社のすべての標準タイプの圧力センサには、フルオロシリコーン ゲル (タイプ FE-53) が使用されています。 耐媒体性ゲル（Sifel）は、主にオートモーティブ アプリケーションの高温環境で使用される圧力センサーに使用されています。 同じシステム内で正圧と負圧の両方を測定できる圧力センサが必要になると想定しているため、 MPVZ7025DP圧力センサのいずれかを使用することをお勧めします。 これは統合圧力センサでもあり、すでに工場で調整され、温度補正され、信号調整されているため、必要な外部ハードウェアは最小限です (デカップリングとフィルタリング用のコンデンサのみ)。 残念ながら、MPVZ7025DP は NXP では製造されていませんが、NXP の廃止デバイスの正規代理店であるRochester Electronicsでこのデバイスを見つけることができます。 ここに挙げたセンサのいずれかが役に立つことを願っています。 すてきな一日を、 ホセ ----------------------------------------------------------------------------------------------------------------------- 注: この投稿で質問が解決した場合は、「正解」ボタンをクリックしてください。ありがとう！ -----------------------------------------------------------------------------------------------------------------------

TPMS 無線ソフトウェア アップデート。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私は TPMS プロジェクトに取り組んでいます。使用するチップは FXTH87E です。ワイヤレス ソフトウェアのアップグレードをデバッグしています。FXTH87E の場所、LF/RF BootLoader に組み込みソフトウェアをダウンロードしました。アプリケーションマニュアルが理解できず、プロジェクトの説明の手順が十分に詳細ではないと感じました。 アクティブ コントローラーでは Kinetis MKW01Z128 MCU を使用する必要がありますか?125kの低周波信号を送信できるTPMSメンテナンス検出装置ができました。しかし、デバッグのために CW11.1 を使用して TPMS_BtLdr_1 を FXTH87E に書き込んだところ、デバッグ インターフェースで反応が見られませんでした。FXTH87Eは125k低周波信号で起動できますか？ FXTH87E を 125k 低周波信号でアクティブ化する方法を教えてください。 もう 1 つ質問があります。TPMS_BtLdr_1 プロジェクト コードにおける cu8BootEntryKey の役割は何ですか?低周波信号を送信するデバイスと低周波信号を受信する FXTH87E の間にこのキーは必要ですか? 圧力センサ Re: TPMS over-the-air software update. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、トーマス 説明には、KW01 と LF アンテナ ボードを独自のツールに置き換えると書かれています。 1.LF アンテナ ボードを HTRC110 ベースの**デザイン**に置き換えることが可能かどうか知りたいです。もしそうなら、リファレンス・デザインを入手できますか? 2. KW01 + LFアンテナボードでは、MCUのGPIOに125kHz波形用のPWM波形ジェネレータが必要なようですが、本当でしょうか? データ ビットをマンチェスター コードに変換した後、SW で各ビット時間のタイミングを制御する必要がありますか? ご指導いただきありがとうございます。 アンソニー Re: TPMS over-the-air software update. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 弊社の TPMS ソフトウェア エンジニアからの回答を以下に示します。 1. アプリケーション ノートの図 7 はシステムの概要を示しています。TPMS は LF コマンドを受信し、RF コマンドを送信します。私たちのデモでは、LF フレームを送信し、RF フレームを受信するために、LF アンテナ ボードにコネクテッドされた KW01 ボードを使用しています。MKW01 ソフトウェアと TPMS ソフトウェアは連携して動作するように開発されており、LF および RF フレーム形式、タイミングなどの点で相互に互換性があります。 最終的なアプリケーションでは、ユーザーは KW01 + LF アンテナを独自のツールに置き換え、フレーム形式、タイミングなどの点でツールと互換性があるように TPMS ソフトウェアを更新する必要があります。 2. すべてのフレーム形式については、パッケージに付属するドキュメント 2018-01-23_BtLdr_Comm_Packets に記載されています。 3.受信した LF フレームにこのデータが含まれている場合、TPMS はブートローダ状態 1 に入ります。遷移フローは、アプリケーション ノートの図 3 に説明されています。 あなたの質問が完全に明確になることを願っております。 よろしくお願いいたします。 トーマス

ジャイロFXAS21002タイミング <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 FXAS21002 3軸ジャイロを自動車衝突試験環境（自動車、バリア、ダミーなど）で使用します。 計画としては、ジャイロの読み取りを一定の 500 Hz のレートで読み取ることです。2 ミリ秒ごとに新しい読み取り値を取得します。レートは 200 Hz (5 ms) まで低下する可能性がありますが、仕様によると FXAS21002 は 500 Hz まで対応できるはずです。 3 つの軸すべてが同時に読み取り値を示すことが極めて重要です。軸間の時間差がわかっていれば、同時ではない読み取りでも問題ありませんか? 以下の質問についてコメントしていただけますか: 1.仕様書には、何らかの方法で新しい測定サイクルをトリガーできるかどうかは記載されていません。読み取りをトリガーして、より正確な外部制御のタイミングを実現することは可能ですか? 2. 軸の読み取り値間の時間差はどれくらいですか? 3. 割り込みピンは、1 つの軸だけでなく、3 つの軸すべてに新しい読み取り値があるかどうかを判断できますか。 4. 3 つの読み取り値を読み取る場合、出力レジスタで新しい読み取り値が更新され、1 バイトが以前の読み取り値から、もう 1 バイトが新しい読み取り値からになる可能性はありますか?または、たとえば、X 軸の読み取り値は新しく、Z 軸の読み取り値は古いなどです。 5. センサが実際に読み取り速度をどのように実現するか (例:最大速度800Hzですか？クロック入力はありません。このレートはどの程度正確でしょうか? よろしくお願いいたします。 ハリ・ヴァンハラ エスポー、フィンランド ジャイロスコープ Re: Gyro FXAS21002 timing <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ハリー。 ご質問に関してもう少し詳しくご説明したいと思います。 2. 軸の読み取り値間の時間差はどれくらいですか? 実際には 3 つの軸はほぼ並行して測定されますが、最終的には各軸の間に 24µs の遅延を置いて連続的にサンプリングされます。これは、全体のデータレート周期（1/800Hz = 1.25ms）と比較すると無視できるほど小さいと思います。 よろしく、ジャック。 Re: Gyro FXAS21002 timing <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 素晴らしいコメントをありがとうございます！ 喜ばしいニュースではありませんでしたが、今後どう進めばよいか分かりました。私たちのアプリケーションでは、（衝突テストの基準）特定のサンプル レートが必要ですが、幸いなことに、ジャイロの自然レートは、ある程度のタイミング マージンを与えるのに十分な高さです。 ハリー Re: Gyro FXAS21002 timing <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />   こんにちは、ハリー。   いいえ、アクイジションロジックやFIFOアクセスに干渉することはできません。また、サンプリングやアクイジションのタイミングを外部（トリガー信号経由）から制御することもできません。 おそらく1/800=1.25msまたは1/2400 このジャイロは同時取得ではなく多重化を使用するので、ジャイロ データ (X、Y、Z) は、最大 800 Hz の速度でビッグ エンディアン順 (MSB が最初、LSB が 2 番目) で FIFO メモリに 1 つずつ入力されることに注意してください。fifo を使用することも、fifo を無効にして直接 OUT レジスタを読み取ることもできます。    最後のケースでは、0x00:ステータス レジスタ、ビット 3 (ZYXDR) がハイになると、新しい取得が利用可能であることを示しますが、OUT X MSB、OUT X LSB で始まり、OUT Z LSB で終わる複数 (バースト) の OUT レジスタ読み取りを使用する必要があります。OUT_LSB レジスタには、OUT_MSBi の読み取り後にのみ有効なデータが含まれます。最後に、OUT Z LSB を読み取ると、ZYXDR ビットが 0 に渡され、新しいジャイロ データ セットがバイトごとにロードされます。ここでも、ZYXDR が設定され、データを読み取るための新しい割り込みルーチンがトリガーされます。   事前に 0x09 F_Setup Reg を 00 に設定し、0x0B INT_Src reg を 0x01 に設定します。また、割り込みルーチンを使用して OUT レジスタを読み取るために、0x14 Ctrl_reg2 ビット 2 も設定します。   バースト読み取りと DR_Status Reg ポーリングまたは割り込みを使用する場合、バイトが失われる危険はありません。 内部クロックは非常に正確です。図1（FXAS21002データシート）の図を見る と、 ブロック発振器とクロックジェネレータが搭載されていることが分かります 。   

FXLS8471Q PCB Layout Suggestion Question I am interested in using the FXLS8471Q accelerometer in an upcoming design that has tight space requirements. I read in the datasheet that it is suggested to have all other components and vias more than 2mm away from the PCB land area. Unfortunately this is not possible for my design. What are the potential risks involved in having vias or components roughly 1 mm away? Are there any other ways to minimize those risks? I've purchased a breakout board from Freescale and measured the via distance with calipers and it seems they are less than 2 mm away from the chip. Thanks for any help, Matt Accelerometers Re: FXLS8471Q PCB Layout Suggestion Question Thanks David that was very helpful. The part about it causing, "additional package stress if it is too close to the package land area," is what was concerning me. I'm most likely going to re-calibrate at the end of production anyway. So if its mostly an offset/noise concern it might work out. Matt Re: FXLS8471Q PCB Layout Suggestion Question Hello Matthew, Thank you for writing. Having components and/or vias closer than 2mm from the device may cause the noise and offset to potentially go out of spec.  The value of the offset mentioned is not specified, since this would depend on the layout design and the component placed in this range, however, it’s possible to calibrate/compensate this offset by implementing the Zero-g offset calibration. FXLS8471Q is factory calibrated for sensitivity and offset on each axis. The trim values are stored in Non-Volatile Memory (NVM). On startup, the trim parameters are read from NVM and applied to the internal compensation circuitry. After mounting the device to the PCB, the user may further adjust the accelerometer offsets through the OFF_X/Y/Z registers. For more information on device calibration, please refer to NXP application note, AN4069: Offset Calibration - AN4069 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 Correct Answer button. Thank you!

霍尔传感器与其他传感器的区别 霍尔传感器与其他类型的磁传感器相比有何不同？

KL25Zとセンサフュージョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Mikeさん   私は Freescale と Sensor Fusion に比較的馴染みがありません。KL25Z128VFM4 を搭載したカスタム ボードで作業するプロジェクトがあります。LED ストリングを駆動し、いくつかのスイッチを読み取り、ADC を使用してバッテリー電圧を監視します。ボードには、FXOS8700CQ 加速度センサと磁力計、および FXAS21002 ジャイロスコープも搭載されています。SDK1 とプロセッサ エキスパートを使用して初期ソフトウェアを構築し、センサ (I2C) を構成および読み取り、その他すべてのコンポーネントを管理できるようになりましたが、今度はセンサ フュージョン ソフトウェアを統合したいと考えています。アプローチとしては、AGM01 ボードを搭載した FRDMKL25Z 上の V7 センサフュージョン を使用してベアメタル バージョンを構築し、それを センサフュージョン ツールボックスで動作させてから、自分のボードに移植することになると思いました。しかし、どこから始めればいいのか分からず苦労しています。KL25Z128 用の SDK2.0 パッケージをビルドしてダウンロードし、2.0 ウィザードを使用して新しいプロジェクトを作成できます。ユーザー ガイドの Rev 2 のページの印刷版を読みましたが、まだどのように進めればよいかわかりません。どこかに、何らかの指示を与える文書が見つからないでしょうか?適切なソースとヘッダーをすべてプロジェクトにインポートし、main_baremetal.cでメインを変更するだけでいいのでしょうか？build.h を構成する。そこからどうしますか？   ご協力ありがとうございます! センサ・フュージョン Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとう、マイク。そうします！ -ディノ Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ディノ、 十分な RAM/フラッシュを備えた KL17Z バリアントを選択してください。OpenSDA ポートにどの UART バリアント (標準または低電力) が使用されているか (制御サブシステムの実装に影響します) に注意し、特に PCB 上のセンサーの物理的な配置に注意してください。加速と磁気に関する PCB レイアウトの考慮事項については、NXP アプリケーションノートがいくつか存在します。レイアウトを作成する人が必ずそれらに精通していることを確認してください。 Mike Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Mikeさん 生産に KL17Z を使用することを検討しているため、コードを FRDM-KL25Z または FRDM-KL27Z の FreeRTOS で実行できるように移行する際に特に考慮すべきこと (SensorFusion ガイドに記載されている内容以外) はありますか? ありがとうございます -ディノ Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 素晴らしいです。AndrewとMikeに感謝します! -ディノ Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> はい、そのとおりです。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Dino - これは、1 か月前に Mike が投稿した「Bare Metal KL25Z KDS Sensor Fusion 7.00」という投稿に添付されていると思います。 敬具、アンディ Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Mikeさん 私も Andrew と同じような状況ですが、プロジェクト用に投稿されたコードが見つからないようです。どこで見つけられるか教えていただけますか? どうもありがとう。 -ディノ Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> アンドリュー、 ステータスの更新に感謝します。誰かがそのライブラリをデザインにうまく組み込んだことを知ると、とてもうれしくなります。 よろしくお願いいたします。 Mike Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Mike さん、知っておきたいと思ったのですが、今日、FRDMKL25Z opensda を使用してプログラムし、PC と通信して、ベア メタル バージョンをボード上で実行しました。ボード上の uart1 ピンは他の機能に使用されているため、uart0 に切り替える必要がありました。uart を正しく動作させるのにいくつか課題がありましたが、最終的には sfg でステータスの設定が構成されていないことが判明しました。SO、main での初期化の順序を変更したところ、正常に動作しました。次に、ボードから FRDM ボードまで UART 接続を実行する必要がありました。また、i2C ピンのルートを変更する必要がありましたが、その後はすべて機能し、センサ フュージョン ツール ボックスと通信できるようになりました。ご協力ありがとうございました。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 実行できました、Mike さん。ご協力ありがとうございました! Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとうございます。週末に作業して、うまく動作するかどうか確認してみます。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> アンドリュー、 最新の投稿を確認してください。それがあなたを前進させることを願っています。 KL25Z でこれを動作させるには、次の新しいバージョンを作成する必要がありました。 コントロール.c ドライバー_KDSK_NVM.c ドライバーピット.c いずれも、Kinetis のフレーバー間の KSDK の違いを扱っていました。 前述のように、私は 25Hz の融合速度、9 軸のみで構築しました。それ以外は、すべてユーザーマニュアルに記載されている内容と一致します。 よろしくお願いいたします。 Mike Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 心配ない！どうしてそうなるのかは分かっています。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> したよ。私はそれを6回ほど読んだに違いない。ごめん。 今、作業中です。残念ながら、KDS と私はうまくやっていないため、どのファイルの変更を行う必要があるかは正確にわかっているものの、ツール内の構成を正しくするのに時間がかかっています。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとうございます。24 日の私の返信の最初の行に明記しましたが、見逃してしまったようです。 これまでのすべての作業に本当に感謝しています。私自身も進歩しようと努力してきました!ただし、学習曲線はかなり急です。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> いいえ、IAR のことです。指定がなかったので、デフォルトのツールを使用しました。KDS バージョンをまとめてみたいと思います。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとう、マイク。でも、IAR はタイプミスだと信じたい。KDS のつもりだったのかな? Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Andrew、別の投稿でベアメタル IAR プロジェクトをアップロードしました。FreeRTOS バージョンは、RAM 要件を下げる必要があるため、まだ本格的な使用には適していません。 参考までに、40Hz の融合レートで「すべてのアルゴリズム」ビルドを使用すると、9 軸ビルドの動的動作に問題が発生することもわかりました。したがって、私が投稿したバージョンは、25Hz の 9 軸のみです。それは行儀が良いようです。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ご回答をお待ちしています。 Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> アンディ、 私は皆さんのために例を作成中ですが、KL25Z UART0 が別のドライバを使用していることを忘れていたため、予想よりも少し時間がかかっています。これに適応するには、制御サブシステムの若干異なるバージョンを作成する必要があります。SO、もう1日お待ちください。 プロセスに関する先ほどのご質問にお答えします。 常に既知の動作例から始めます。私はリファレンスとして、MULT2B シールド付きの K64F を使用しています。 開始点として、KSDK 内の既存のドライバ例をコピーします。 私はPCで2画面環境を使っています。1 つの画面は参照用、もう 1 つは新しいプロジェクト用です。それは非常に役立ちます。 .h を追加します。 .hハードウェアに合わせて issdk_hall.h を変更します。実際の例を参考にしてください。 参照からファイルを取り込み、古いドライバで使用されていたファイルを破棄します。 プロジェクトのオプション ダイアログですべてのインクルード パスを確認します。 MCU の依存関係はすべて、ユーザー ガイドに記載されているようにサブシステム レベルにあります。センサー フュージョン SPI/I2C ドライバは、現在いくつかの MCU でのみ使用可能な CMSIS レベル ドライバを使用します。これは、現在、移植が困難になる箇所の 1 つです。最終的には、CMSIS ドライバーは KEx 環境のほとんどで利用できるようになります。このプロジェクトで私が注目したのは UART インターフェースです。UART0 は「特別」です。 融合コードは基本的にハードウェアに依存しません。すべてのハードウェア依存関係は、上記（4）のヘッダーに加えて、サブシステムとセンサードライバに含まれています。センサ フュージョン ユーザーガイドでは、これについてかなり詳しく説明されています。 よろしくお願いいたします。 Mike Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとう、マイク。リファレンス デザインがあれば素晴らしいです。KDS をお願いします。 V7 は (これまでのところ!) K22 と K64 用であることに気付きましたが、K25 用にビルドしてダウンロードし、ISSDK オプションを選択してセンサ Fusion コードを取得しましたが、その後、行き詰まってしまいました。解決できると思いますが、必要な作業はかなり困難そうです。ご協力いただければ幸いです。 アンディ Re: KL25Z and Sensor Fusion <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 『スタートレック：新世代』のボーグを覚えていますか?そうですね、私たち（センサ フュージョン プロジェクト）は KSDK に同化されました。多くの利点がある一方で、サンプル アプリケーションをどのように展開するかに関していくつかの制限も課されます。KEx 内の最初の 7.00 リリースでは、K22F と K64F のみがそのままサポートされます。ただし、FRDM-KL25Z-A8471 キット プルダウンに基づいて K25Z KSDK を構築し、ISSDK オプションをチェックすると、センサ フュージョン コードが付属します (確認しました)。しかし、リファレンスデザインはありません。あなたに合うものを用意できるか、ちょっと見てみましょう。IAR と KDS のどちらを好みますか? Mike