S32DS许可证已过期 您好，客服人员。 我的 S32 Design Studio for ARM v2018 R1 许可证已过期。 请帮我解决这个问题，谢谢。 激活码：4C0D-B64D-273C-7821 BT Re: S32DS license expired 你好， 您的S32DS许可证已延期。

RTDのアップグレード時に予期せぬBSPの変更が発生する MCU:S32K148 144ピンパッケージ IDE:Windows 11 上の S32DS 3.6.6 RTOS: ベアメタル ドライバーモデル:非MCAL 既存プロジェクトをRTD v 3.0.0からQPL06にアップグレードした際、以下の変更が.mexに自動的に挿入されましたファイル（他にもあるが、他は平凡なものに思える） true 「enable_parallel_routing」は何をするものなのでしょうか？ そして、「serdes」というタグが気になります。これはシリアライザー・デシリアライザーの略でしょうか？K148チップにはこの機能はありません。なぜこれが必要なのですか？ Re: Unexpected BSP changes when upgrading RTD こんにちは、 @durga_choudhury さん、 S32DSの設定ツールは、S32Z、S32N、S32Gなど他のファミリ間で機能を共有しています。S32K MCUを選択すると、SERDESのシリアルライザー/デシリアライザーツール(DCD、IVT、QuadSPI、DDRなど)が無効化されているのがわかります。これはサポートされていないためです。 Julin_AragnM_0-1787152919605.pngJulin_AragnM_0-1787152919605.pngJulin_AragnM_0-1787152919605.png 構成enable_parallel_routing理由も同じです。「Project > Properties> S32 Configuration Tools > Enable Parallel Routing」から有効・無効にでき、Pinsツールを使ってファミリ間で共有されます。 Julin_AragnM_1-1787156448892.pngJulin_AragnM_1-1787156448892.pngJulin_AragnM_1-1787156448892.png ドキュメントでこれについての説明は見つかりませんでしたが、有効になると、ピンツールは信号ルーティング中に、同じ物理ピンを共有し、同じ設定値の同じポートレジスタに書き込みた場合にユーザーに促します。 このツールは、そのような信号をすべて同時に自動的にルーティングするかどうかを尋ねます。これを再現するには、S32K3でADCとWKPU信号共有設定値を設定することで再現できます。 Julin_AragnM_2-1787157425075.pngJulin_AragnM_2-1787157425075.pngJulin_AragnM_2-1787157425075.png 無効にすると、このプロンプトは表示されません。 よろしくお願いします、 ジュリアン Re: Unexpected BSP changes when upgrading RTD 最新情報をお知らせいただき、誠にありがとうございます。

MPXM053GSの空気漏れ 私たちはPCB MPXM2053GSに圧力センサを組み立てました。初期テスト中に、一部のユニットで出力電圧が0Vであることが判明しました。これは空気漏れが原因であると推測されます。基板から不良部品を取り外した後、底面の通気孔を検査したところ、正常な部品の通気孔とは明らかに異なっていることがわかりました。具体的には、故障した部品の通気孔内部には、溶融または熱損傷を受けた物質が含まれているように見える。この不具合の根本原因として考えられるのは何ですか？ Re: MPXM2053GS air leakage こんにちは、デイビッドさん。 最も効果的な予防策は、PCBステンシル上の通気孔の真下に、はんだペーストの侵入禁止領域を明確に定めることです。これにより、その部分にペーストが付着せず、リフロー時に穴に吸い込まれるのを防ぎます。さらに、ノークリーンフラックスを使用することで、残留物が開口部に移動する可能性を最小限に抑えられます。 さらなるサポートについては、STMicroelectronicsに直接連絡することをお勧めします。彼らは現在のこのMPXM2053の所有者であり、サポートを提供するのに最適な立場にあります。 BRs、トーマス Re: MPXM2053GS air leakage 底部の通気口から半田ペーストやフラックスが侵入するのを防ぐための対策について、何かご提案はありますか？ Re: MPXM2053GS air leakage こんにちは、デイビッドさん。 通気孔内の溶融または熱による損傷した材料は、リフローはんだ付け時のはんだペーストやフラックスの侵入、またはパッケージの最大ピーク温度である250°C(最大)30秒）。MPXM2053GSは下部ベントを大気基準として使うベント付きゲージセンサーなので、その穴が詰まると基準が失われ、出力は0Vになります。 さらにお知らせしますが、2026年2月2日現在、NXP MEMSセンサー製品(MPXM2053シリーズを含む)はSTMに移行しました。正式な故障解析や継続的な製品サポートには、STMが適切なお問い合わせです。 BRs、トーマス Re: MPXM2053GS air leakage こんにちは、 出力ゼロのユニットを分解したところ、内部のダイに亀裂が入っていることが判明した。このひび割れは異物によって引き起こされたものですか、それとも他の要因が関係していますか？ピックアップノズルが原因の可能性があると推測しています。なぜなら、ピックアップノズルは直接入口ポートに接触しているからです。しかし、ノズル圧力がダイを破壊するほど高くなっているかは不明です。

SC18IS606 - reading back issue Hello, We have I2C to SPI converter SC18IS606 manufactured by NXP. We are using Raspberry Pi to write and read data to SC18IS606 through I2C. The device SC18IS606 is shown listed in the Raspberry Pi OS terminal and is detected through “i2cdetect -y 1” command in the terminal with correct address. As a simple test, we tried write operation (set/clear) to the GPIO 0 to 2 and make them toggle in the loop with some delay in between. This part is working.  But when we read back from the SC18IS606, it reads 0x80 instead 0x00. Latter we tied the pins MISO and MOSI together making SPI loop back using a jumper wire. We are sending patterns 0x00 through 0x07 to SPI. The read back data we got is 0x80 through 0x87. The MSB is always 1 when we read back SPI in the loop back test. We have tested two SC18IS606 chips which we bought from Mouser and we got the same result.   Any idea what could be the issue ? How to fix ?  Re: SC18IS606 - reading back issue Hello johnpeter Good day! 1.- Please check the ORDER bit The SC18IS606 SPI configuration register contains an ORDER bit: ORDER = 0 → MSB first (default) ORDER = 1 → LSB first If the SC18IS606 is configured for LSB-first, but your software interprets the received byte as MSB-first, patterns can appear shifted and may look like the MSB is always set. Could you verify what value you are writing with the F0h Configure SPI Interface command? 2.- are you reading the buffer correctly? The SC18IS606 does not immediately return GPIO or SPI data after the command. The sequence is: Send GPIO Read (F5h) or SPI transaction. Wait for completion (poll device or use INT). Perform an I²C read of the buffer. For SPI operations, the received MISO data is stored in the internal buffer and must then be read back through an I²C read transaction. A protocol error when reading the buffer (for example treating the address byte as data, or reading one bit offset) could produce the exact "+0x80" I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck. Re: SC18IS606 - reading back issue I have attached python code running on RPi and it's outcome on the terminal. The SC18IS606 is connected to MAX31865. Have a looked at the Raw binary data in which MSB (7th bit) is high for every register read.  For example, RTD MSB raw data is 0xC6. After we mask the 7th bit in the python code we get 0x41. Any reason why we get 7th bit high for every register read ?  38.png38.png 39.png39.png 20260818_00h49m35s_grim_01.png20260818_00h49m35s_grim_01.png

帮助：P2020RDB SCH <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我需要这份CPU原理图文件用于学习，请问有人可以发给我这份PDF或原理图文件吗？谢谢！ QorIQ P2 设备 Re: help:P2020RDB SCH 我很乐意帮助您查找学习所需的信息、资源或资料。 Re: help:P1020RDB SCH pcb bom 您能否提供这些文件？谢谢 Re: help:P2020RDB SCH <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 请参阅附件。 祝你有美好的一天， 帕维尔·丘巴科夫 ----------------------------------------------------------------------------------------------------------------------- 注：如果此回复解答了您的问题，请点击“正确答案”按钮。谢谢你！ -----------------------------------------------------------------------------------------------------------------------

KE18F512VLH16 ECC RAM シングルビット訂正 先日@sean_dvorscakさんが投稿された記事（ KE1 ECC RAM シングルビット訂正）に関連して、追加の質問があります。 @Celeste_Liuは答えた。 ->> オプションのスクラブを実装する場合は、アクセスを実際のアクセスサイズやスクラブの粒度に基づいてアライメントし、生の MCM_LMFAR 値に盲目的に合わせないでください。また、アドレスを適切にアラインメントし、アクセスサイズが有効であることを確認しない限り、固定4バイトのアクセスは使わないでください。 MCM_LMFATR[PEFSIZE]を使ってアクセスサイズを判定できますか?もしそうなら、これをMCM_LMFARと組み合わせて読み取り・正解・書き込み操作を実装することは可能でしょうか?例えば、MCM_LMFATR[PEFSIZE]が3'b000で8ビットアクセスを示している場合、MCM_LMFARで示されたアドレスから8ビットの読み込みを行い、同じアドレスに8ビットの書き込みをして誤りを訂正することは可能でしょうか?同様に、MCM_LMFATR[PEFSIZE]が3'b010で32ビットアクセスを示している場合、アライメントを気にせずにMCM_LMFARで示されたアドレスに32ビット書き込みを行うことはできますか? Re: KE18F512VLH16 ECC RAM Single Bit Correction こんにちは、@rseigle77 さん。 あなたの投稿を拝見しました。この件について少し調査させてください。詳しい情報が分かり次第、改めてご連絡いたします。 BR セレステ Re: KE18F512VLH16 ECC RAM Single Bit Correction こんにちは@Celeste_Liu - P7は最終アプリケーションの名前です。 Re: KE18F512VLH16 ECC RAM Single Bit Correction こんにちは、@rseigle77 さん。 ご質問につきましては、社内の担当チームに調査を依頼する必要があります。当社の手続きに従い、 最終的な申請 名を記載してください。 ご協力ありがとうございました。 BR セレステ

升级 RTD 时出现意外的 BSP 变化 MCU：S32K148 144引脚封装 IDE：Windows 11 上的 S32DS 3.6.6 实时操作系统：裸金属 驱动型号：非MCAL 当我将现有项目从 RTD v 3.0.0 升级到 QPL06 时，以下更改自动插入到 .mex 文件中。文件（以及其他文件，但其他文件似乎很普通） true 我想知道“enable_parallel_routing”参数的作用是什么？ 我对“serdes”标签感到困惑：它是否代表串行器-反串行器（Serializer-Deserializer）？K148芯片并不具备这种功能。为什么需要这样做？ Re: Unexpected BSP changes when upgrading RTD 你好@durga_choudhury ， S32DS 配置工具与其他系列（如 S32Z、S32N、S32G 等）共享功能。您可以看到，在选择 S32K MCU 时，SERDES 串行器/解串器工具（以及 DCD、IVT、QuadSPI、DDR 等工具）被禁用，因为它不受支持： Julin_AragnM_0-1787152919605.pngJulin_AragnM_0-1787152919605.pngJulin_AragnM_0-1787152919605.png 启用并行布线配置的原因相同。您可以在“项目 > 属性 > S32 配置工具 > 启用并行布线”中启用/禁用此功能，并且该配置在使用引脚工具的族之间共享。 Julin_AragnM_1-1787156448892.pngJulin_AragnM_1-1787156448892.pngJulin_AragnM_1-1787156448892.png 尽管我在文档中没有找到对此的描述，但启用此功能后，如果另一个信号与该信号共享同一个物理引脚，并且使用相同的配置值写入同一个端口寄存器，则引脚工具会在信号路由期间提示用户。 该工具会询问是否要自动同时路由所有此类信号。我可以通过在 S32K3 中配置 WKPU 信号共享配置值与 ADC 来重现此问题： Julin_AragnM_2-1787157425075.pngJulin_AragnM_2-1787157425075.pngJulin_AragnM_2-1787157425075.png 如果禁用此功能，则不会显示此提示。 此致， 朱利安 Re: Unexpected BSP changes when upgrading RTD 非常感谢您提供的最新信息。

重複した変数宣言 私はLPC824ボードとダウンロードしたlpcxpresso824max_new_projectを使用して新しいプロジェクトに取り組んでいます。ビルド、ダウンロード、デバッグは問題なく完了しました。まず最初に、3桁の7セグメントLEDディスプレイを実装しようとしています。ペリフェラルに宣言を追加しました。そして、main.c に更新ルーチンがあります。ビルド時に、重複した変数宣言という2つのエラーが発生します。それらをコメントアウトすると、「未宣言の変数」というメッセージが表示されます。変数名を変更しても、同じ重複エラーが発生します。プロジェクト内のすべてのソースファイルを調べましたが、重複は見つかりませんでした。エラーメッセージの一つは次のとおりです。 /アプリケーション/MCUXpressoIDE_25.6.136/ide/plugins/com.nxp.mcuxpresso.tools.macosx_25.6.0.202501151204/tools/bin/../lib/gcc/arm-none-eabi/14.2.1/./../../../arm-none-eabi/bin/ld: ./source/ペリフェラル.o:/Users/julian/Documents/MCUXpressoIDE_25.6.136/workspace/lpcxpresso824max_new_project/Debug/../source/ペリフェラル.h:57: 'CA_LUT'の複数定義; ./source/main.o:/Users/julian/Documents/MCUXpressoIDE_25.6.136/workspace/lpcxpresso824max_new_project/Debug/../source/ペリフェラル.h:57: ここで最初に定義されました Re: Duplicate variable declarations こんにちは、 あなたのペリフェラルを教えていただけますか?ファイルとペリフェラルについて?または、CA_LUTの宣言をどのように追加したか説明してください。 main.cでどのように使ったのか教えていただけますかCA_LUT? どのファイル名に[#include "peripherals.h"】があるのか教えてください。それらのファイルのヘッダーはmain.cに含まれていますか? 敬具、ルイス Re: Duplicate variable declarations こんにちは、 ペリフェラルでCA_LUTを定義しているように、そうかもしれません。メインとペリフェラルの両方です。重複エラー「複数の定義」が発生するファイルを呼び出します。 宣言をペリフェラルにだけ加えるのを手伝っていただけますかCA_LUTペリフェラルの代わりに、そして再試行する。 ペリフェラルに同様の申告を他にも持っていますか?同じエラーが出ているのですか?もし持っているなら、ペリフェラル.c にも移動してください。 7セグメントを外部ペリフェラルと考えてください。 調査結果を教えてください。 よろしくお願いいたします。 Re: Duplicate variable declarations これはペリフェラルのエントリーです。どちらのエラーについても // 数字0～9のルックアップテーブル（0＝オン、1＝オフ） const uint32_t CA_LUT[10] = { //0: A、B、C、D、E、Fはオン、G、DPはオフ ~((1< // 1: B、Cはオン ~((1< // 2: A、B、D、E、Gがオン ~((1< // 3: A、B、C、D、Gがオン ~((1< // 4: B、C、F、Gがオン ~((1< // 5: A、C、D、F、Gがオン ~((1< // 6: A、C、D、E、F、Gがオン ~((1< // 7: A、B、Cはオンです ~((1< // 8: 全セグメントON (AG) ~((1< // 9: A、B、C、D、F、Gがオン ~((1< }; // 1桁目、2桁目、3桁目に印刷される現在の数値を保持するグローバル変数 volatile uint8_t display_buffer[3] = {1, 2, 3}; // 例: "123" と表示されます どちらのエラーもmain.cで使用されています。:- uint8_t numeric_value = display_buffer[current_digit]; uint32_t segment_pattern = CA_LUT[numeric_value]; #include "ペリフェラル" 以下のファイルにのみ出現します: - main.c、ペリフェラル、 先ほども言いましたが、私はCodeWarriorから来ているので、MCUXの知識はおそらく危険です(?????)。7セグメントディスプレイがペリフェラル(peripherals.h )かどうかはわかりませんc) またはピン数の宣言 (pin_mux.h)そしてc)、でもそれは後で解決できます。

SC18IS606 - 阅读往期内容 你好， 我们有恩智浦半导体（NXP）生产的 I2C 转 SPI 变流器 SC18IS606。我们使用 Raspberry Pi 通过 I2C 向 SC18IS606 写入和读取数据。设备 SC18IS606 显示在 Raspberry Pi OS 终端中，并且通过在终端中使用“i2cdetect -y 1”命令检测到，地址正确。 作为一个简单的测试，我们尝试对 GPIO 0 到 2 进行写入操作（设置/清除），并使它们在循环中切换，中间有一些延迟。这部分功能正常。 但是当我们从 SC18IS606 读取数据时，读取到的是 0x80 而不是 0x00。 后来，我们用跳线将引脚 MISO 和 MOSI 连接在一起，形成 SPI 环回。我们正在向 SPI 发送模式 0x00 到 0x07。我们读取到的数据是 0x80 到 0x87。 在环回测试中，当我们读取 SPI 数据时，最高有效位 (MSB) 始终为 1。 我们测试了两颗从贸泽（Mouser）购买的SC18IS606芯片，结果相同。 有人知道可能是什么问题吗？如何解决？ Re: SC18IS606 - reading back issue 你好 johnpeter 再会！ 1. 请检查订单位 SC18IS606 SPI 配置寄存器包含一个 ORDER 位： ORDER = 0 → 最高有效位优先（默认） 顺序 = 1 → 最低有效位优先 如果 SC18IS606 配置为 LSB 优先，但您的软件将接收到的字节解释为 MSB 优先，则模式可能会出现偏移，并且看起来就像 MSB 始终被设置一样。 请您确认一下您使用 F0h 配置 SPI 接口命令写入的值是什么？ 2. 你是否正确读取了缓冲区？ SC18IS606 在执行命令后不会立即返回 GPIO 或 SPI 数据。序列如下： 发送 GPIO 读取 (F5h) 或 SPI 事务。 等待完成（轮询设备或使用 INT）。 对缓冲区执行 I²C 读取操作。 对于 SPI 操作，接收到的 MISO 数据存储在内部缓冲中，然后必须通过 I²C 读取事务将其读回。 读取缓冲区时出现的协议错误（例如将地址字节视为数据，或读取一位偏移量）可能会产生精确的“+0x80”。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。 Re: SC18IS606 - reading back issue 我已附上在树莓派上运行的 Python 代码及其在终端上的输出结果。SC18IS606 连接到 MAX31865。查看原始二进制数据，其中每次读取寄存器时，最高有效位（第7位）均为高电平。 例如，RTD MSB 原始数据为 0xC6。在对 Python 代码中的第 7 位进行掩码处理后，我们得到 0x41。为什么每次读取寄存器都会得到第7位为高电平？ 38.png38.png 39.png39.png 20260818_00h49m35s_grim_01.png20260818_00h49m35s_grim_01.png

MPXM2053GS air leakage We have assembled MPXM2053GS pressure sensors onto our PCB. During initial testing, a number of units were found to have an output voltage of 0V, which we guess is due to air leakage. After removing the defective devices from the board, we inspected the bottom vent holes and found that they differ visibly from those of the good units. Specifically, the interior of the vent holes on the failed parts appears to contain melted or heat-damaged material. What is the possible root cause of this defect? Re: MPXM2053GS air leakage Hi David, The most effective prevention is to define a solder paste exclusion zone on your PCB stencil directly beneath the vent hole location. This ensures no paste is deposited in that area and cannot be drawn into the hole during reflow. Additionally, using a no-clean flux minimizes residue that could otherwise migrate into the opening. For further support, I would recommend contacting STMicroelectronics directly, as they are the current owner of the MPXM2053 and are best positioned to provide support. BRs, Tomas Re: MPXM2053GS air leakage Do you have any suggestion how to prevent solder paste or flux intrusion from entering the bottom vent? Re: MPXM2053GS air leakage Hi David, The melted/heat-damaged material inside the vent holes is most likely caused by solder paste or flux intrusion during reflow soldering or by exceeding the maximum permitted peak package body temperature of 250°C (max. 30 seconds). Since the MPXM2053GS is a vented gauge sensor that uses the bottom vent as its atmospheric reference, any blockage of that hole will cause a loss of reference and result in 0V output. One additional note for your awareness: as of February 2, 2026, NXP MEMS sensor products — including the MPXM2053 series — have been transitioned to STM. For formal failure analysis or ongoing product support, STM is the appropriate contact. BRs, Tomas Re: MPXM2053GS air leakage Hi,  We decapped a zero-output unit and found the die inside was cracked. Is this crack caused by a foreign object, or are there other contributing factors? We suspect the pick-up nozzle might be the culprit, since it directly contacts the inlet port; however, we're uncertain whether the nozzle pressure is high enough to fracture the die.

S32DS license expired Hi Support My S32 Design Studio for ARM v2018 R1 license has expired. Please help me to solved this problem, thank you. Activation Code: 4C0D-B64D-273C-7821 BT Re: S32DS license expired Hi,  your S32DS license has been extended. 

SC18IS606 - バックナンバーを読む こんにちは、 NXP製のI2CからSPIへのコンバーター SC18IS606を使います。私たちはRaspberry Piを使用して、I2C経由でSC18IS606にデータを書き込み、読み取っています。デバイスSC18IS606はRaspberry Pi OSのターミナルに表示され、ターミナルで「i2cdetect -y 1」コマンドを実行すると正しいアドレスで検出されます。 簡単なテストとして、GPIO 0～2への書き込み操作（設定/クリア）を行い、ループ内で一定の遅延を挟みながらそれらを切り替えてみました。この部分は正常に動作しています。 しかし、SC18IS606から読み戻すと、0x00ではなく0x80が読み取られます。 その後、ジャンパー線を使ってMISOピンとMOSIピンを接続し、SPIループバックを作成しました。SPIにパターン0x00から0x07を送信しています。読み戻されたデータは0x80から0x87までです。 ループバックテストでSPIを読み戻すと、MSBは常に1になります。 Mouserから購入したSC18IS606チップを2個テストしたところ、同じ結果が得られました。 何が原因か心当たりはありますか?どうすれば直せますか？ Re: SC18IS606 - reading back issue こんにちは、ジョンピーター 良い一日！ 1. 注文内容をご確認ください SC18IS606のSPI構成レジスタには、ORDERビットが含まれています。 順序 = 0 → 最上位ビット優先（デフォルト） 順序 = 1 → 最下位ビットが先 SC18IS606がLSB優先に設定されているのに、ソフトウェアが受信バイトをMSB優先と解釈すると、パターンがずれて見え、MSBが常に設定されているように見えることがあります。 F0h SPI インターフェース構成コマンドでどの値を書いているか確認してもらえますか? 2．バッファを正しく読み取っていますか？ SC18IS606は、コマンド実行後すぐにGPIOまたはSPIデータを返しません。順序は次のとおりです。 GPIO読み取り（F5h）またはSPIトランザクションを送信します。 完了するまで待機します（デバイスをポーリングするか、INTを使用します）。 バッファのI²C読み取りを実行します。 SPI操作の場合、受信したMISOデータは内部バッファに格納され、その後I²C読み出しトランザクションによって読み戻される必要があります。 バッファを読み取る際のプロトコルエラー(例えばアドレスバイトをデータとして扱う、または1ビットのオフセットを読み取るなど)が、正確な「+0x80」を生むことがあります。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: SC18IS606 - reading back issue Raspberry Pi上で実行したPythonコードと、ターミナルに表示された出力結果を添付しました。SC18IS606はMAX31865とつながっています。レジスタ読み出し時に、最上位ビット（7ビット目）がハイになっている生バイナリデータを確認しました。 例えば、RTDの最上位ビットの生データは0xC6です。Pythonコードの7ビット目をマスクすると、0x41が得られます。レジスタ読み出しのたびに7ビット目がハイになる理由は何でしょうか？ 38.png38.png 39.png39.png 20260818_00h49m35s_grim_01.png20260818_00h49m35s_grim_01.png

PN7642 - LPC55S16 DownloadLibEx1 over UART Introduction The secure firmware download example "DownloadLibEx1" from LPC55S16 Host Software demonstrates how the user can update the PN7642 NXP secure firmware via the Host Interface. This post describes how to enable the download via UART. Resources needed to follow this guide LPC55S16 Host Software Version 02.02.00 LPCXpresso55S16 Development Board OM27642: Development Kit for PN7642 Secure Compact NFC Controller Hardware Connections On the PN7642 there are various shifters and multiplexers in between the host and the actual PN7642 inputs. In order to bypass them quickly, we will interconnect the boards as follows. UART Tx and Rx: Locate J68 on the PNEV7642A board. These 4 jumpers are the host interface connectors (ATX_A, ATX_B, ATX_C, ATX_D). Take the jumpers off as we are going to directly connect to this pin-header. EduardoZamora_0-1781124699804.pngEduardoZamora_0-1781124699804.png LPC55S16-EVK   PNEV7642A Eval Board Pin Signal (LPC)   Pin Signal (PNEV) J12-14 UART Tx → J68-2 UART Rx J12-16 UART Rx ← J68-8 UART Tx JP12-17 GND ↔ J47-6 GND IRQ, VEN and DWL_REQ connection Note: In this case, please do not remove the jumpers of J45 and J20 on the PNEV7642A, we are going to attach the jumpers directly onto those headers. EduardoZamora_0-1785967035261.pngEduardoZamora_0-1785967035261.png Also, please remove the jumper on J25.   IRQ VEN DWL_REQ LPC55S16-EVK J13-1 J12-12 J13-3 PNEV7642A J45 J20 J25-2 In order to select the UART Host Interface in the PNEV7642A, we need to set the HIF switches (SW5-SW7) as indicated: EduardoZamora_0-1784052280049.pngEduardoZamora_0-1784052280049.png Software Prior to the following steps, please follow section 8 of the PN76 family evaluation board quick start guide. To run the example in UART mode, first we need to compile the following libraries: EduardoZamora_1-1784052475173.pngEduardoZamora_1-1784052475173.png EduardoZamora_2-1784052493978.pngEduardoZamora_2-1784052493978.png Please compile the main example the exact same way after this. EduardoZamora_6-1784053460818.pngEduardoZamora_6-1784053460818.png Code Modifications: In lpc55S16Board.c (LPC55S16_Lib/source) In the “lpc55S16Board_Init” function we need to add the following lines in order to enable one the ports and the clock for the USART of the Flexcomm2 peripheral. EduardoZamora_8-1784053796090.pngEduardoZamora_8-1784053796090.png GPIO_PortInit(GPIO, 1); CLOCK_AttachClk(kFRO12M_to_FLEXCOMM2); In pin_mux.c (LPC55S16_Lib/board) In the “BOARD_InitPins” functions we need to add the following line to enable GPIO 1’s clock. EduardoZamora_9-1784053928400.pngEduardoZamora_9-1784053928400.png CLOCK_EnableClock(kCLOCK_Gpio1); In phHdll_Lib.c (Hdll_Lib/comps/phHdllLib/src) In this file we are going to include the following library: EduardoZamora_10-1784054328036.pngEduardoZamora_10-1784054328036.png #include "fsl_usart.h" In the “phHdll_Lib_HalHwExchange” function we are going to add the following lines right after performing the UART transmission of the command. EduardoZamora_11-1784054370469.pngEduardoZamora_11-1784054370469.png while(USART2->FIFOSTAT & 0x40) { USART_ReadByte(USART2); } This is done to empty the RX FIFO of the UART before performing a reception, in order to prevent reading errors. In fsl_usart.c (LPC55S16_Lib/drivers) In the “USART_ReadBlocking” function please copy the line 625 and paste it again after clearing the reception flags. EduardoZamora_12-1784054430177.pngEduardoZamora_12-1784054430177.png This is done in order to avoid erroneous interpretation of the RX frame. In DownloadLibEx1.c Lastly, we need to change the path of the ESFWU files to the local path where the files will be located. Please visit PN7642 Product Page, Software section to download the Firmware file. EduardoZamora_13-1784054476381.pngEduardoZamora_13-1784054476381.png Final Build: Now we need to rebuild the main example, and we should be able to flash and debug after this. EduardoZamora_0-1786041828193.pngEduardoZamora_0-1786041828193.png NFC Controller Solutions

SL3S1013FTB0,115 デザインチェックリクエスト pragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.png 1) 上記のトランスポンダー回路図は、3.6V電源とRFID電源の組み合わせで正しいですか? 2) RFIDトランスポンダーの3.6VおよびRFID電源構成の電圧は正しいか? a) 2.6V～3.1V（3.6V電源時） b) 1 - 1.5V(RFID駆動) Re: SL3S1013FTB0,115 design check request 供給電圧補正データを受信しました。修正します。 質問:これがあなたのアプリケーションの意図された目的ですか? 回答:現行製品のアプリケーションはありませんが、この改ざんアラームの仕組みを理解したいと考えています。 1.8Vと2.2Vの場合のVoutを計算しました。この計算は正しいでしょうか？もしそうであれば、Voutが低すぎて意味のあることは何もできません。 Vout = Ivdd × 1k Ivdd = Iinternal + Iout 標準的な常時消費電流は、1.8Vの場合約120μA、2.2Vの場合約340μAとなります。 VDD = 1.8 Vの場合、Idd = 0.00012A VDD = 2.2 Vの場合、Idd = 0.00034A VDD = 1.8 V の場合、Vout = 0.00012X 1kΩ Vout = 0.12V VDD = 2.2 Vの場合、Vout = 0.00034X 1kΩ Vout = 0.34V Re: SL3S1013FTB0,115 design check request こんにちは、 @pragashsangaran さん。 外部電源を使用する場合、VDDパッドには1.8V～2.2Vの電圧が必要です。それ以上の電圧が必要な場合は、直列抵抗が必要になります。正確な計算方法については、 UCODE G2iに関するAN10940 FAQの第3章／第4章を参照してください。 アウトパッドはタンパーループ、小型の外部回路、またはインジケーターとして使用できるデジタル出力です。これらの構成ではVDDピンを外部から供給する必要があります。R35を入力すると、タグタンパーアラーム機能に従い「改ざんインジケーター」ビットを作動させる接続が導入されます(UCODE G2iのFAQ第16章AN10940参照してください)。これがあなたのアプリケーションの意図された目的ですか? OUTピンの期待電圧レベルは、UCODE G2iのFAQ第13章AN10940記載されています。OUTピンに接続されたデバイスに電力を供給するソリューションは、VDDピンに外部電源が必要です。 参考のつながりとして、 AN11237 UCODE G2iM+デモボードのドキュメント 、図3と図5 をご覧になることをお勧めします 。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0,115 design check request こんにちは、 デジタル出力/スイッチや外部回路への電源供給などのアウトピン機能を使用するには、外部電源が必要です。また、 UCODE G2iのFAQ第16章「タグタンパーアラームはどのように使われるか?」AN10940述べたように、この機能はVDDとOUT間のガルバニック接続に基づいています。重要な点として、タンパー機能と外部電源モードは同時に使用できないという点です。 計算に関して、OUTピンで利用可能な電圧レベルは、VDDの電圧レベルから内部直列抵抗の電圧降下を差し引いた値で定義されることを考慮してください。UCODE G2iのFAQ第5.3章でいくつかの例AN10940見つけることができます。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0,115 design check request エドゥアルド・ザモラさん、本当にありがとうございます。何度も同じ質問を繰り返した結果、ようやく自分の質問に対する正しい答えが得られるようになったと感じています。このチケットで私の質問が解決できることを本当に願っています。 また、RFID電源付き構成(VDDなし)のVoutかどうかも知りたいです。私にも教えていただけますか? 私は改ざん防止インジケーターを使用していません。ショットキーダイオードと比べてSL3S1013FTB0,115を使う正当性を正当化できることを願っています。もしショッキーダイオードが電源電圧なしでより高いVoutを提供できるなら、私はむしろショットキーダイオードを選びます。 Re: SL3S1013FTB0,115 design check request こんにちは、 Voutは、VDDピンに存在する電圧（ UCODE G2iに関するAN10940 FAQの第5章に従ってVDDとRFN間の直列抵抗を適切に設計した後）に依存し、VDDとOUT間の内部直列抵抗（約1kΩ）での電圧降下によって減少します。計算例は第5.3章に記載されています。 OUTピンの状態については、このピンの制御方法に関する詳細を記載した第8章から第10章を参照してください。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0,115 design check request こんにちは、 EduardoZamoraさん。 タンパーアラームは使わないので無視してもいいです。念のためR35も用意しています。 私たちにとってVoutはとても重要です。なぜなら、それが製品を活性化させる必要があるからです。Voutを取得するにはVDDが必要だとおっしゃっているのですね。しかし、この部品を使うにあたって、私には2つの大きな懸念があります。 計算されたVoutは低すぎます。 VDD = 1.8 Vの場合、Vout = 0.12V VDD = 2.2 Vの場合、Vout = 0.34Vとなります。 このVoutは、物事をオンにするのに全く役立ちません。この電圧を上げることを考えたとしても、さらに電圧を上げるための選択肢はあまり多くない。 私の計算は正しいですか？詳しい計算方法については、以前の私の返信をご覧ください。 VDDが存在する場合、VoutはRFID信号に関係なく存在できますか?アンテナがRFID信号を受信したときだけ、ヴートは存在してほしい。これは本当ですか？ Re: SL3S1013FTB0,115 design check request こんにちは、 EduardoZamoraさん。 ますます混乱してきて、あなたが指摘した計算式を理解できなくなりました。オームの法則の計算が間違っていると思う。 文書にはこう書かれている。 2kΩでVDDに接続された2.5VのVsupplyは、100μA負荷時に通常恒時供給電流~250μA、VDD電圧~1.99V、出力電圧Vout~1.68Vを提供します − OUTから電流が引かれない場合:~ 240μAの電源電流と~ 1.73V OUTの電源電流 • 3.3VのVSupplyは5.1kΩを介してVDDに接続され、通常は恒時供給電流が~255μA、VDD電圧は~2V、出力電圧はVout~1.68Vで、出力電圧は100μA負荷で出力されます − OUTから電流が引かれない場合:~ 245μAの電源電流、OUTの供給電流 ~ 1.73V 2.5V電源の場合、Idd = 250μA 電源電圧3.3Vにおいて、Idd = 255μA pragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.png しかし、私の計算では、3.3VではIdd = 647μA、2.5VではIdd = 1250μAとなります。 ヴートの計算方法が本当に混乱しています。もう一つ答えのない疑問は、アンテナやチップがRFID信号を検出したときだけVoutが存在してほしいということです。VDDとOUTの間に1kΩの抵抗が直接接続されている場合、OUTには常に電圧がかかっている、ということでよろしいでしょうか？それは私の望むものではなく、私のアプリケーションには合いません。ご確認ください。 Re: SL3S1013FTB0,115 design check request こんにちは、 消費電流については、これらの例では、セクション5.2に従って最大直列抵抗の計算と値の丸めを考慮しています。 EduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.png 2.5Vの例では、約2kΩの直列抵抗器での電圧降下は約0.5Vになります。約250μAの電流を供給する。 OUTピンの機能に関しては、その動作はEPCメモリバンクによって制御されます。しつこく申し訳ありませんが、 UCODE G2iに関するAN10940 FAQの第8章から第10章をご参照ください。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0,115 design check request エドゥアルド・ザモラ、 データシートの計算式が分かりにくい。私が知りたいのは、この3つの質問への回答だけです。答えられますか? SL3S1013FTB0,115に3.6Vを供給した場合、標準的な出力電圧（Vout）はどのくらいですか？2.6V～3.1Vでしょうか？対応するRFID出力も見積もりできます。 VDDが存在する場合、VoutはRFID信号に関係なく存在できますか?アンテナがRFID信号を受け取った時だけ、ヴートはそこにいてほしい。これは本当ですか？ RFID駆動のSL3S1013FTB0,115はVDDなしでVoutを生成できないのでしょうか? Re: SL3S1013FTB0,115 design check request VoutはVDDピンに印加される電圧に依存します。UCODE G2iMおよびG2iM+ DSの表36によると、VDDの絶対最大電圧は2.2Vであるため、より高い電圧を提供する外部電源を使用する場合は、外部直列抵抗が必要になります。駆動電流(Iout)は最大100μAで、VOUT ~1.7V(非常に高いRF出力では最大2V)が期待できます。 アウトピンの状態はEPCメモリバンク内のビット(デジタル出力)で制御され、このビットに対してWRITEコマンドを実行することで切り替えることができます。デジタル出力ビットの値は、ラベルがリーダーフィールドにある限り、アプリケーションに一時出力が必要な場合に一時的に保持または一時的に定義できます。この点については、UCODE G2iに関するAN10940 FAQの第8章から第10章で説明されています。 よろしくお願いいたします。 エドゥアルド。

Help needed, LIN host sending problem I need help. When using the LIN function on an S32K314 in master mode, only the frame header is sent. If the slave device does not respond, the master cannot resend the frame header. The configuration is as follows: _0-1787125175853.png_0-1787125175853.png S32K3 Re: 求助，LIN主机发送问题 Hi @杨工, I have responded to your second thread. https://community.nxp.com/t5/S32K/Help-needed-issue-with-LIN-host-transmission/td-p/2406473 BR, Daniel

Renew my CodeWarrior for MCU version 10.7 Build Id: 160721 As title, the renew request is expected, I tried extend time from website, unexcepted problem tips showing, does anyone could help me solve this problem. Thx in advance.

SL3S1013FTB0,115 design check request pragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.pngpragashsangaran_0-1786452009588.png 1) Is the transponder schematic above correct for a 3.6V-powered and RFID-powered configuration?   2) Is the voltage stated correct for a 3.6V-powered and RFID-powered configuration for the RFID transponder?   a) 2.6V - 3.1V (3.6V powered) b) 1 - 1.5V (RFID powered) Re: SL3S1013FTB0,115 design check request Your supply voltage correction has been received. I will make the correction.  Your question: Is this the intended purpose for your application? Answer: We don't have an application for the current product, but we want to understand how this tamper alarm works.  I calculated the Vout for 1.8V and 2.2 V. Is this calculation correct? If yes, the Vout is too low to do anything meaningful. Vout = Ivdd X 1k Ivdd = Iinternal +Iout The typical, permanent current consumption will be ~120 µA for 1.8V and ~340 µA for 2.2V. For VDD = 1.8 V, Idd = 0.00012A For VDD = 2,2 V, Idd = 0.00034A For VDD = 1.8 V, Vout =  0.00012 X 1kohm Vout = 0.12V For VDD = 2.2 V, Vout =  0.00034 X 1kohm Vout = 0.34V Re: SL3S1013FTB0,115 design check request Hello @pragashsangaran When externally supplied, VDD pad requires a voltage between 1.8V and 2.2V; for a higher value, a series resistance would be required. For proper calculation, please refer to AN10940 FAQs on UCODE G2i, Chapter 3/Chapter 4. OUT pad is a digital output that can be used for tamper loop, a small external circuit or as indicator; these configurations require VDD pin to be externally suppled. If you populate R35, it will introduce a connection that could activate the "tamper indicator" bit, as per Tag Tamper Alarm feature (please see AN10940 FAQs on UCODE G2i, Chapter 16). Is this the intended purpose for your application? Expected voltage level on OUT pin is described in AN10940 FAQs on UCODE G2i, Chapter 13. A solution that powers a device connected to OUT pin requires an external supply on VDD pin. I will recommend you taking a look at the AN11237 UCODE G2iM+ demo board documentation, Fig 3 and Fig 5 for some reference connections. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request Hi, In order to use the OUT pin functionalities, such as digital output/switch or powering an external circuit, an external supply is required. Also, as mentioned in AN10940 FAQs on UCODE G2i, Chapter 16 "How is the Tag Tamper Alarm used?" this feature is based on a galvanic connection between VDD and OUT; something important to remark is that the tamper feature and the external supply mode cannot be used at the same time. Regarding the calculations, please consider that the voltage level available on the OUT pin is defined by the voltage level on VDD reduced by the voltage drop on the internal series resistor. You can find a few examples on AN10940 FAQs on UCODE G2i, Chapter 5.3. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request EduardoZamora, thank you so much. After many attempts to ask the same questions again and again, I finally feel like I im getting the correct answers to my questions. I really hope we can resolve my question in this ticket.  I also want to know if it is the Vout of the RFID-powered configuration (without VDD). Can you please let me know as well?  im not using a tamper indicator. I hope we can justify the use of SL3S1013FTB0,115 vs a Schottky diode. If a Schottky diode can provide higher Vout without a supply voltage, I'd rather go for a Schottky diode.  Re: SL3S1013FTB0,115 design check request Hi, Vout depends on the voltage present on VDD pin (after proper dimensioning of the series resistor between VDD and RFN according to AN10940 FAQs on UCODE G2i, Chapter 5), reduced by the voltage drop on the internal series resistor between VDD and OUT (~1kΩ). Some calculation examples can be found in Chapter 5.3. Regarding the state of OUT pin, please refer to Chapter 8 to 10 for more information on how to control this pin. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request Hi  EduardoZamora, We are not going to use Tamper Alarm, so we can ignore this. The R35 is there just in case. For us, Vout is very important because it needs to turn the product ON. You are saying VDD needs to be present in order to get Vout. However, I have two major concerns about using this part. The calculated Vout is too low. For VDD = 1.8 V, Vout = 0.12V For VDD = 2.2 V, Vout = 0.34V. This Vout will not help at all to turn things on . Even if we think about boosting this voltage, there aren't many options available to raise it further. Is my calculation correct? Please see one of my previous replies for full calculations. In the presence of VDD, can Vout be present regardless of the RFID signal? We want Vout to be present only when the antenna receives an RFID signal. Is this true? Re: SL3S1013FTB0,115 design check request hi EduardoZamora, im getting more confused and am unable to follow the calculation you pointed out. I feel the Ohm's law calculation is wrong.  This is what the document says:  VSupply with 2.5V connected via 2kΩ to VDD will give a typical, permanent supply current of ~250μA, a VDD voltage of ~1.99V and an output voltage Vout ~1.68V for 100μA load on OUT − If no current is pulled from OUT: ~ 240μA supply current and ~ 1.73V on OUT • VSupply with 3.3V connected via 5.1kΩ to VDD will give a typical, permanent supply current of ~255μA, a VDD voltage of ~2V and an output voltage Vout ~1.68V for 100μA load on OUT − If no current is pulled from OUT: ~ 245μA supply current and ~ 1.73V on OUT At 2.5V supply, Idd = 250μA At 3.3V supply, Idd = 255μA pragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.pngpragashsangaran_0-1786681961973.png but my calculation says 3.3V , Idd = 647uA and 2.5V, Idd = 1250uA.  im so confused about how Vout is calculated. Another unanswered question is: I want Vout to be present only when the antenna/chip detects the RFID signal. If there is a direct 1 kohm resistor between VDD and OUT, OUT will always have voltage in it, correct? thats not what i want and it will not work for my application. Please confirm this.  Re: SL3S1013FTB0,115 design check request Hi, For the current consumption, those examples consider max series resistor calculation, as per Section 5.2, and value rounding: EduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.pngEduardoZamora_1-1787005339602.png For the 2.5V example, the voltage drop on the ~2kΩ series resistor would be ~0.5V, giving ~250uA. Regarding the functionality on OUT pin, its behavior is controlled by the EPC memory bank. I apologize for the insistence, please refer to AN10940 FAQs on UCODE G2i, chapters 8 to 10. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request Vout depends on the voltage present on VDD pin. According to UCODE G2iM and G2iM+ DS, Table 36, absolute max voltage on VDD is 2.2V, therefor, if an external supply providing a higher voltage is used, an external series resistor is required. You can expect a VOUT ~1.7V (even up to 2V at very high RF power levels) with a drive current (Iout) of max 100µA. The state of OUT pin is controlled with a bit (Digital Output) located in the EPC memory bank, and can be toggled by performing a WRITE commands on this bit. The value of Digital Out bit can be permanently kept or temporary defined (if a temporary output is needed for the application as long as the label is in the reader field). This is explained in AN10940 FAQs on UCODE G2i, Chapters 8 to 10. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request EduardoZamora, The calculation in the data sheet is confusing. I only need answers to these 3 questions. Can you answer them?  What is the typical Vout when SL3S1013FTB0,115 is powered by 3.6V? is it 2.6V to 3.1V? You can quote the corresponding RFID power as well. In the presence of VDD, can Vout be present regardless of the RFID signal? I want Vout to be present only when the antenna receives an RFID signal. Is this true? RFID powered SL3S1013FTB0,115  will not generate any Vout without VDD?

如何在 MPC5604P 上实现 FlexRay 动态帧的自由可变有效载荷长度 大家好， 我目前正在使用 MPC5604P MCU 开发 FlexRay 通信，我需要在动态段中实现不同有效载荷长度的逐帧传输。 我注意到，在NXP官方的FlexRay统一驱动程序示例中，动态段的配置涉及以下参数： G_NUMBER_OF_MINISLOTS ， GD_MINISLOT ，以及 P_PAYLOAD_LENGTH_DYN_MAX 。然而，这些参数似乎是全局配置设置，而不是逐帧可配置的选项。有什么方法可以实现此功能吗？ 非常感谢您的任何见解或建议。非常感谢！ Re: How to implement freely variable payload length for FlexRay dynamic frames on MPC5604P 我明白了，非常感谢。 Re: How to implement freely variable payload length for FlexRay dynamic frames on MPC5604P 你好， FlexRay 集群参数 G_NUMBER_OF_MINISLOTS、GD_MINISLOT 和 P_PAYLOAD_LENGTH_DYN_MAX 是全局定时参数，必须在整个集群中保持一致。P_PAYLOAD_LENGTH_DYN_MAX 定义了任何动态帧可以使用的最大有效载荷长度；它并不强制每个动态帧都具有该长度。 动态分段帧可以承载不同长度的有效载荷。实际长度在各个帧头的有效载荷长度字段中指定，以 16 位字表示。因此，将 P_PAYLOAD_LENGTH_DYN_MAX 配置为所需的最大帧，并在每次传输之前更新传输消息缓冲区有效载荷长度字段。奇数字节长度需要填充到下一个偶数字节。 如果使用的 FlexRay 统一驱动程序版本在 LPDU 配置期间固定了有效载荷长度，并且没有通过其传输 API 公开此字段，则该驱动程序接口不支持直接自由更改已配置 LPDU 的长度。在这种情况下，要么配置多个长度不同的动态 LPDU，要么修改/使用底层消息缓冲区处理来更新帧头，同时遵守 MPC5604P 消息缓冲区锁定程序。 顺祝商祺！ Peter

助けてください、LINホストの送信に問題があります 助けてください。S32K314のLIN機能をマスタモードで使用すると、フレームヘッダーのみが送信されます。スレーブデバイスが応答しない場合、マスタはフレームヘッダーを再送信できません。設定は以下のとおりです。 _0-1787125175853.png_0-1787125175853.png S32K3 Re: 求助，LIN主机发送问题 こんにちは@杨工 あなたの2つ目のスレッドには返信しました。 https://community.nxp.com/t5/S32K/Help-needed-issue-with-LIN-host-transmission/td-p/2406473 BR、ダニエル

求助，LIN主机发送问题 求助，S32K314在使用LIN功能时，配置为主机模式，只发送帧头，如果从机未响应，则主机的帧头则无法再次发送出去，配置如下： _0-1787125175853.png_0-1787125175853.png S32K3  Re: 求助，LIN主机发送问题 嗨@杨工， 我已经回复了你的第二个帖子。 https://community.nxp.com/t5/S32K/Help-needed-issue-with-LIN-host-transmission/td-p/2406473 BR，丹尼尔