Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
read device id of fxos8700,but always return 0 all before read device id, microchip set fxos8700 rst pin to low.cannot found issues where is it. by the way use i2c interface to read/write data.just now read https://www.nxp.com/docs/en/errata/FXOS8700CQER.pdf  .i2c have same issue? tks. Re: read device id of fxos8700,but always return 0 Hi David, I am not sure if I fully understand your question. There is no problem to read the WHO_AM_I register (0x0D) using the I2C interface: As you can see, it returns the correct value 0xC7. I hope it answers your question. Best regards, Tomas
查看全文
MMA8451 motion and transient detection Hi.  It is posible to configure MMA8451 to detect motion and transient simultaneously? I can configure MMA8451 to motion detection or transient but if i configure both and assing interrupt to int1 and int2, it doesn't work. Thanks in anticipation! Accelerometers Re: MMA8451 motion and transient detection Hello Tadeusz, It is not possible to use the motion and the transient detection functions together. However, the transient detection and the motion detection functions are similar except that in the transient detection the high-pass filtered data is compared. There is an option to disable the high-pass filter (0x1D: TRANSIENT_CFG register), in which case the behavior of the transient function will be the same as the motion detection allowing to have two motion detection functions. For this, please check section 6.5 of the datasheet and application note AN4071. I hope this information can be helpful. Have a great day, Paulina ------------------------------------------------------------------------------- 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. -------------------------------------------------------------------------------
查看全文
什么是精密度以及如何安装压力传感器 mpxm2053d <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 什么 压力传感器 Re: what are precaustions and how to mount pressure sensor mpxm2053d <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 请参阅以下链接,了解我们的应用说明,这些说明可以帮助您获得有关安装、焊接和操作我们的压力传感器(包括 MPXM2053D)的提示和信息: AN936 MPX 系列压力传感器的安装技术、引线成型和测试 AN3150 压力传感器设备的焊接建议 AN1984 处理飞思卡尔压力传感器 希望这些信息能有所帮助。 祝你愉快 Paulina
查看全文
MPL115A1ST1 的卷带图纸 您好, 我的客户正在寻找 MPL115A1ST1 的带卷图纸和部件方位图。 这是我们可以为客户提供的服务吗? 压力传感器 Re: Tape and Reel drawing for MPL115A1ST1 对不起,我确认没有卷轴信息,只有包装信息。 Re: Tape and Reel drawing for MPL115A1ST1 这只是录音绘图。 有卷轴图纸吗? Re: Tape and Reel drawing for MPL115A1ST1 参见数据表第 17 页 Re: Tape and Reel drawing for MPL115A1ST1 你好,请参考以下内容。 1: 客户名称:Persol AVC Technology 2:项目进度:尚未确定 3: 数量/年:3000 件 Re: Tape and Reel drawing for MPL115A1ST1 您可以在这里分享客户信息吗? 1: 客户名称 2: 项目时间表 3:数量/年度
查看全文
sample c application to test the mpl3115A2 driver in linux Hi all, I have integrated the mpl3115A2 linux driver which is present in the NXP website : https://www.nxp.com/webapp/sps/download/preDownload.jsp . The driver is successfully registered and I am able to enable and disable it. Can anyone share a sample application to read the Altitude and Pressure? Thanks, Chiranjeevi Pressure Sensors Re: sample c application to test the mpl3115A2 driver in linux Hi Chiranjeevi, I am not a Linux expert, so I have forwarded your question to our Linux specialists, here is their response: "We do not have a Linux application for this, but since the device use standard input device node, customer shall be able to use application tools like Evtest (google from web) to get the input data. The driver also use sysfs device attribute interface, which can be accessed with “echo” and “cat” from the device node at /sys, refer to readme file in other NXP driver package like FXAS2100x." Anyway, I looked at the mpl3115.c file and found the following functions to put the sensor into barometric mode, activate it and read the pressure data: static void mpl3115_device_init(struct i2c_client *client) {    u8 val[8];    val[0] = 0x28;    mpl3115_i2c_write(client,MPL3115_CTRL_REG1,val,1); } static int mpl3115_start_chip(struct i2c_client *client ) {    u8 val;    int ret;    mpl3115_i2c_read(client,MPL3115_CTRL_REG1,&val,1);    val |= MPLL_ACTIVE_MASK;    ret = mpl3115_i2c_write(client,MPL3115_CTRL_REG1, &val,1);    return 0; } static int mpl3115_read_data(struct i2c_client *client,int *pres, short *temp) {    u8 tmp[5];    mpl3115_i2c_read(client,MPL3115_PRESSURE_DATA,tmp,5);    *pres = (DATA_SHIFT_BIT(tmp[0],24) | DATA_SHIFT_BIT(tmp[1],16)  | DATA_SHIFT_BIT(tmp[2],8) )>>12;    *temp = (DATA_SHIFT_BIT(tmp[3],8) | DATA_SHIFT_BIT(tmp[4],0))>>4;    return 0; } To read the altitude, I would recommend using something like this: static void mpl3115_device_altitude_init(struct i2c_client *client) {    u8 val[8];    val[0] = 0xA8;          // Altimeter mode, OSR = 32    mpl3115_i2c_write(client,MPL3115_CTRL_REG1,val,1); } static int mpl3115_start_chip(struct i2c_client *client ) {    u8 val;    int ret;    mpl3115_i2c_read(client,MPL3115_CTRL_REG1,&val,1);    val |= MPLL_ACTIVE_MASK;    ret = mpl3115_i2c_write(client,MPL3115_CTRL_REG1, &val,1);    return 0; } static int mpl3115_read_altitude_data(struct i2c_client *client,int *altitude, short *temp) {    u8 tmp[5];    mpl3115_i2c_read(client,MPL3115_PRESSURE_DATA,tmp,5);    *altitude = (DATA_SHIFT_BIT(tmp[0],24) | DATA_SHIFT_BIT(tmp[1],16)  | DATA_SHIFT_BIT(tmp[2],8) )>>12;    *temp = (DATA_SHIFT_BIT(tmp[3],8) | DATA_SHIFT_BIT(tmp[4],0))>>4;    return 0; } You might find useful my simple bare-metal example code that is available here. I hope it helps. Regards, Tomas PS: If my answer helps to solve your question, please mark it as "Correct". Thank you.
查看全文
FRDM-STBC-AGM01 Supposed Calibration Issue I am currently testing a FRDM-STBC-AGM01 with FRDM-K22F using NXP sensor fusion toolbox for windows. I have taken the boards outside, calibrated the sensors and tested against a 360 degree baseboard. Here are my error results below: I understand that it is very difficult to get very accurate heading readings even with gyro compensation/calibration etc but it seems these errors are too high compared to other DMCs I have tested. I have noticed results like these 'sine waves' before and it transpired that the compass was not calibrating properly. Has anyone experienced something like this before with the NXP chip? if so how did you get the calibration to stick? Thanks in advance, Adam. Accelerometers Gyroscope Magnetic Sensors Sensing Platforms SensorFusion Re: FRDM-STBC-AGM01 Supposed Calibration Issue Hi Adam, Thanks for adding details. It seems you see a 1st order distorsion. If we consider the magnetometer alone (no fusion with gyroscope nor accelerometer), it could be because of a miscalibration of the hard iron (offset). Can you confirm if you are using the Gyro Stabilized Algorithm? or the 2D Automotive Compass? Anthony Re: FRDM-STBC-AGM01 Supposed Calibration Issue  Hi Anthony, thanks for your reply. So my reference is basically a flat wooden board with a 360 degree compass rose printout stuck to the surface. I connected the laptop to the NXP FRDM and moved the laptop as far away from the wooden reference board as the cable would allow (~2M). I erased the calibration points before each test. To calibrate I moved the FRDM around in 3D space above the wooden board until it had taken sufficient number of magnetic buffer points in the sensor fusion toolbox for a 'calibrated' status on the main page. Then to take my measurements I kept the laptop and wooden board in the same place and manually lined up the NPX FRDM in 45 degree steps to the 360 degree printout, walking over to the laptop after each alignment to record the compass output. I have achieved +/-0.5 degree accuracy using this method for a different DMC, admittedly at a more open location but the magnitude of error still seems uncharacteristic for a calibrated DMC even in the ~30x100m test area I used. Hope this helps. Thanks, Adam. Re: FRDM-STBC-AGM01 Supposed Calibration Issue Hello Adam, Thanks for posting this question on our community website.It's really interesting to have such kind of characterization challenging our sensor fusion.  I would like to better understand how do you test our solution. What is the reference ? Do you use a motor to rotate the board with a defined step? How to you calibrate the sensor fusion ? (board it-self in the air and then it's mounted on your test bench?). Theses questions are really important, because once you modify the external environement around the system (temperature, magnetic field or ferreomagnetic material ), it can make the calibration not accurate. Note that our FXOS8700CQ magnetometer in very sensitive due to its TMR technology. So any external disurption will be sensed and may bring heading error on the final result. Regards, Anthony
查看全文
FXPS7550 interpretation of min/max pressure values (P_MIN, P_MAX) Hello, I'm working with FXPS7550 sensor and having problems interpreting the values of the "7.7.20 P_MAX and P_MIN - maximum and minimum absolute pressure value registers" registers. I'm able to read "7.7.17 SNSDATA0_L, SNSDATA0_H" registers and correctly convert retrieved values with the "7.3.3.4 Absolute pressure output data scaling equation" which is: "pressure = (raw_data - offset) / sensitivity". My values being "offset = 28990" and "sensitivity = 14". Example: for retrieved DATA0 value of 30374 I get around 98.8571 kPa. Problem starts when I look at the P_MAX and P_MIN values. They are much smaller around 13500-13700. I cannot find anywhere in the datasheet how to transform them into kPa values. Any help would be greatly appreciated. Re: FXPS7550 interpretation of min/max pressure values (P_MIN, P_MAX) Hello Michal, Sorry for the delay in answering your question. I have to admit that the datasheet is really not clear when it comes to P_MAX and P_MIN values, I have asked the design team for clarification and will update this thread as soon as I have their response. BR, Tomas
查看全文
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
查看全文
MPXV5010 Accuracy over a Reduced Temperature Range Hello, The datasheet for the MPXV5010 pressure sensor only states the accuracy over a temperature range of 0-85oC. Can you provide any data about the accuracy of the MPXV5010 pressure sensor over a narrower temperature range? Preferably 15-40oC? Thank you for your help. Pressure Sensors Re: MPXV5010 Accuracy over a Reduced Temperature Range Hi, MPXV5010 is temperature compensated on the range from 0 to 85oC, the amount of error (accuracy) caused on this complete range is the same. Check the “Temperature Error Band” image on page 6 of the datasheet (https://www.nxp.com/docs/en/data-sheet/MPX5010.pdf), here you can find that the error multiplier on the complete operational temperature range, and for the range from 0 to 85 is the same as 15-40oC (multiplier of 1). Regards, Jose NXP Semiconductors
查看全文
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
查看全文
MMA8451 テルミックドリフト <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは。私は外部アプリケーション用の傾斜計として MMA8451 加速度センサを使用していますが、温度の変化が測定値に影響することがわかりました。測定値を修正するための標準的なパラメータはありますか? 残念ながら、必要なパラメータを見つけるために、さまざまな温度でセンサーをテストする機会がありません。 よろしくお願いいたします。 ウンベルト Re: MMA8451 Termic Drift <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ウンベルトさん。 ご連絡ありがとうございます。 ご存知のとおり、オフセット エラーは次のような状況で発生する可能性があります。 - デバイスごとに異なります。 - 梱包および取り付けによる機械的ストレス。 - 温度や経年変化により変化します。 測定値を修正するには、弊社のソフトウェア技術「AutoZero」を使用することをお勧めします。 オフセットドリフトなどを補正するために、初期化中に AutoZero を繰り返し使用する場合。オフセット調整が不要になるため、デバイスの精度が大幅に向上します (再現性を含む)。 Zero-g オフセットに関しては、オフセットが何であるかを正確に知るためにキャリブレーションを行う必要があります。AN3447「加速度センサの自動ゼロ校正技術の実装」をご覧ください。これはMMA7455L用に書かれたものですが、原理は同じなので、MMA5481にも同じ技術を適用できます。 加速度センサの自動ゼロ校正技術の実装 この情報が役に立つかどうかお知らせください。 よろしくお願いいたします。 デビッド
查看全文
MPX2010DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好, 这种传感器用于航空电子系统,如航空数据单元。 Re: MPX2010DP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,西瓦 您是否有兴趣将 MPX2010DP 传感器用于此类应用?如果是这样的话,很遗憾,这种传感器是针对商业和医疗应用的。如果没有,请提供有关您的问题/请求的更多详细信息。 祝你愉快 Paulina
查看全文
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! -----------------------------------------------------------------------------------------------------------------------
查看全文
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 によってこれらの係数が消去されたり上書きされたりすることはありません。 よろしくお願いいたします。 トーマス
查看全文
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 に説明されています。 あなたの質問が完全に明確になることを願っております。 よろしくお願いいたします。 トーマス
查看全文
Difference between hall sensors and others How do Hall sensors compare to other types of magnetic sensors?
查看全文
用于 FXTH87XXX 的接收器模块 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好我正在为一辆商用车辆开发 TPMS 系统,正在寻找与 FXTH870511DT1 传感器(集成了 Tx)兼容的接收器。 如果能帮助找到传感器,我将感激不尽。 Re: Receiver module for  FXTH87XXX <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,弗兰克、 非常感谢你的帮助。MKW01Z128 收发器不是工业级产品吗?我正在为传感器寻找汽车级接收器,请问您能推荐一种有效替代 MKW01Z128 的接收器吗? 谢谢! Re: Receiver module for FXTH87XXX <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,玛丽亚、 飞思卡尔确实有一款收发器支持亚 GHz 频段(290-340 MHz、424-510 MHz 和 862-1020 MHz 频段)的完整 RX/TX 功能: KW0x |Kinetis KW0x Sub-1 GHz 无线电 MCU|Freescale 此外,还有一份应用笔记已进入最后阶段,使用 MKW01 作为 Fxth870xd TPMS 传感器的接收器,我可以在它完成后将其转发给你。请直接给我发一封电子邮件至 [email protected] 了解这个问题。 感谢您关注飞思卡尔 TPMS 解决方案。 弗兰克 Re: Receiver module for FXTH87XXX <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,玛丽亚。 这部分社区针对传感器融合主题。 因此,TPMS 支持工程师可能忽略了这一点。 我会请他们登录并回复。
查看全文
Can not find the PS15 programing refer AN12162 Dear Nxp team: I am using FXLS93220AESR2 in my project. The chip is readable by default through PS15, but it needs to be programmed in a specific mode.At present, I have found AN12776, but not AN12162 as shown below,Can anyone provide it for me? Accelerometers Re: Can not find the PS15 programing refer AN12162 Hello, Thank you for using the NXP communities. Unfortunately, NXP does not provide tool to program sensor flash, the customer should follow the provided application note and use their PSI5 system. I hope it will be useful for you. Regards, David Re: Can not find the PS15 programing refer AN12162 Thanks a lot for your help. I have read AN12162.And i also want to know whether NXP has a ready burning tool for PS15 protocol. Then how to get it? Re: Can not find the PS15 programing refer AN12162 Hello, Your patience is greatly appreciated. Please review your email address. You may find the material requested. I hope it will be useful for you. Regards, David Re: Can not find the PS15 programing refer AN12162 Please contact me as soon as possible. Thank you. Do I need to send my email address here? Thanks a lot. Re: Can not find the PS15 programing refer AN12162 Hello, I hope all is great with you. I want to let you know that I am currently working in your request. As soon as I have a response, I will contact you immediately. Regards, David
查看全文
我测量了发动机的倾斜度。就我而言,加速度很可能超过-8g。在这种情况下我能使用 MMA8451Q 吗?如果加速度超过 8g,我将读取哪些数据? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我测量了发动机的倾斜度。就我而言,加速度很可能超过 +- 8g。在这种情况下我能使用 MMA8451Q 吗?如果加速度超过 8g,我将读取哪些数据? Re: I measure the tilt of the engine. In my case, the acceleration may well exceed -8g. I can use MMA8451Q in such conditions ? What data I will read, if acceleration exceed 8g? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,帕维尔、 不建议这样做,但可以在这种条件下使用 MMA8451。如果超过 +/-8g,输出将饱和到 +/-8g。 此致, 何塞
查看全文
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
查看全文