S32DS for ARM 2018R1 license Hi: My license of S32DS for ARM 2018R1 IDE has expired. Could you help check and extend it for me?  Thanks. Re: S32DS for ARM 2018R1 license Hi,  your S32DS license has been extended, please activate S32DS again with your old code.  Re: S32DS for ARM 2018R1 license Thanks!!

Cloning Mifare Classic 1K Data and Serial Number Hello, hope this is the correct forum to ask this... I'm planning to offer a payments product based on mifare 1k classic cards and I would like to know if there is a way to clone all the info (including the serial number) of the card from one to another. Even without knowing the sector's KEY A/KEY B can the data be copied using special tools? Can the card's serial number (4 byte) can be cloned/copied? Because check the card's serial against a database would be useless if this can be acomplished. Regards Re: Cloning Mifare Classic 1K Data and Serial Number Hello, the UID can actually be cloned using special cards ("magic") that allow to overwrite the first sector. https://www.youtube.com/watch?v=RMoX_fyFZ60 Marco Re: Cloning Mifare Classic 1K Data and Serial Number Yes @Daniel_Gutierrez! I was talking about the card's 4-Byte UID like 07:6E:3D:3C (command FF CA OO OO 00). If it cannot be copied to another card, I can build something so I can validate the card was issued from the right application before trying to access the data for the purposes of the client. I have to work with this card type 'cause I think the client already has ordered a big lot of them. Nevertheless I'm forwarding your response so they can took in account there's other options to work with. Thank you very much for your response. Best regards! Carlos Almaguer Re: Cloning Mifare Classic 1K Data and Serial Number Hello @calmaguer, Good Day! Thank you very much for your interest in our products. I would like to ask, are you referring to the card's UID? If this is the case, please consider that this is a Unique Identifier which has been programmed and write protected in the production test, so it cannot be changed. You may refer to section 10 of the MIFARE Classic EV1 1K - Data Sheet and the following application note AN10927 for further details on the handling of UID's. Please note that this product is not recommended for new designs. Instead, consider having a look at our recommended secure MIFARE DESFire Light  and  MIFARE DESFire EV3 . My best regards, Daniel.

双核调试 RT1186 您好，我正在尝试使用 SEGGER J-Link 调试 RT1186 的 M7 内核。但是，启动 M33 核心后，我在正确连接方面遇到了很多问题。你能帮我配置一下json.launch吗？我已将目前拥有的资料附上。 {       "type" : "mcuxpresso-debug" ,       "name" : "使用 JLink 的 Dbg (M7)" ,       "请求" : "用上市，不用发布" ,       "cwd" : " ${workspaceFolder} " ,       “可执行” ：{         “精灵” ： ”       },       "probeSerialNumber" : "59101260" ,       "isAttach" : true ,       "skipBuildBeforeDebug" : false ,       "gdbInitCommands" : [         “设置远程超时时间为 600” ，         “设置调试文件目录” ，         “不停歇地启动” ],       "gdbServerConfigs" : {         "linkserver" : {},         "segger" : {           “设备” : “MIMXRT1186XXX8_M7” ，           "接口" : "SWD" ,           “gdbServerPath” ： “c： \\程序文件\\ SEGGER \\ JLink_V930 \\ JLinkGDBServerCL.exe” ，           "gdbServerArgs" : [             “-选择” ，             "usb=59101260" ,             “-设备” ，             "MIMXRT1186XXX8_M7" ,             “-如果” ，             "swd" ，             “-速度” ，             “4000” ，             “-港口” ，             “2393” ，             “-swoport” ，             “2394” ，             “-脚本文件” ，             "c: \\ NXP \\ mcuxsdk \\ mcuxsdk \\ examples \\ _boards \\ frdmimxrt1186 \\ jlinkscript \\ frdmimxrt1186_cm7.jlinkscript" ,             “-单次运行” ],           "scriptfile" : "c: \\ NXP \\ mcuxsdk \\ mcuxsdk \\ examples \\ _板 \\ frdmimxrt1186 \\ jlinkscript \\ frdmimxrt1186_cm7.jlinkscript" ,           “速度” : “4000 ”           "gdbServerLaunchTimeout" : 5000 ,           "gdbServerExtraArgs" : [],           "gdbPort" : 2393 ,           "swoPort" ： 2394 ，           "resetAfterLoad" ： true }，         "pemicro" : {}       },       "showDevDebugOutput" : "raw" ,       "probeType" : "SEGGER" ,       "toolchainPath" : "C: \\ Users \\ mastrmat \\. mcuxpressotools \\ arm-gnu-toolchain-14.2.rel1-mingw-w64-x86_64-arm-none-eabi" ,       "svdPath" : "c: \\ NXP \\ MIMXRT1186_cm7.xml" ,       "preLaunchCommands" : [],       "postLaunchCommands" : [],       "executableLoadTypePriority" : "auto" ,       "功能域": "multicore_manager_secondary_core",       "stopAtSymbol" : "main" ,       "extraLoadFiles" : [         "c: \\ repo \\ sidel_tmp \\ flexspi_nor_debug \\ multicore_manager_secondary_core \\ multicore_manager_secondary_core_cm7.elf" ],       "extraSymbolFiles" : []    } 启动 ROM | 启动配置 | 闪存 Re: Dual Core Debugging RT1186 嗨@Mastrmat ， 非常感谢您对我们产品的关注以及对我们社区的使用。 关于您的问题，我认为对于 M7 附加会话，主要变化是将 CM7 ELF 放在 executable.elf 中，而不是放在 extraLoadFiles 中。executable.elf 提供会话的程序和调试信息，而 extraLoadFiles 则用于加载其他文件，但不加载其调试符号。 请尝试以下简化配置，并告知我结果。 由于恩智浦的政策，我无法分享源代码。我附上了一个关键数据供您参考。 请先启动 M33 调试会话，并允许它启动 M7 内核。然后按照此配置将其连接到 M7。对于这种设置，辅助核心调试会话应该使用附加模式。我已经删除了重复的服务器参数和其他可选设置，以便进行初始测试。 如果问题仍然存在，请发送 J-Link GDB 服务器日志中报告的第一个错误。 希望对你有帮助 顺祝商祺！ 刘梅

LS1043ARDB-PDにはどのCodeWarriorライセンスが必要ですか？（緊急） こんにちは、 私はLS1043ARDB-PDボードを扱っている学生です。準備中です 今の学校の実験室のシステムなので、簡単に答えるととても 感謝します。CWH-CTP-BASE-HE + CWH-CTP-CTX10-YE を使用する予定です。 JTAGデバッグ。 質問: 1. LS1043ARDB-PDのデバッグには、どのCodeWarriorライセンスが必要ですか？ フローティングライセンスを希望します。CWA-LS-DVLPR-FL(開発者) 水平、浮遊)正しいものは? 2. LS1043ARDB-PDボードにはCodeWarriorライセンスが付属していますか? 3. 30日間の評価ライセンスは単一のPCにノードロックされているか、または フローティングライセンスとして使えますか? 4. リモートで働いています。リモートPCでCodeWarriorを起動して接続できますか? イーサネット/VPN経由でラボのCodeWarrior TAPに接続するのですか? よろしくお願いします。 Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) 分かりやすいご回答をありがとうございました！ 注文する前に、いくつか質問があります。 ハードウェア: 私たちの予定順番: - CWH-CTP-BASE-HE(CodeWarrior TAP基地ユニット) - CWH-CTP-CTX10-YE(LSプローブ先端、ARM Mini10) 1. CodeWarrior TAPの基本ユニット(CWH-CTP-BASE-HE)には プローブチップ、それともCWH-CTP-CTX10-YEを別途注文する必要がありますか? 2. CWH-CTP-CTX10-YEはLS1043ARDB-PDの正しいプローブチップか? 3. このリストは完全ですか?それとも他にハードウェア(ケーブル)が必要ですか? アダプターや電源などは? 4. どのケーブルがLS1043ARDB-PDボードに付属しているか(電源、シリアル) コンソール、イーサネット? 5. 基板上のどのコネクタがJTAGヘッダーで、必要か? JTAGデバッグ用のスイッチやRCW設定はありますか? よろしくお願いします。 Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) 1.はい。LS1043ARDB-PDのJTAGデバッグには、CWA-LS-DVLPR-FLが適切なフローティングライセンスです。DDR検証/QCVS機能も必要な場合は、スペシャリストレベルのライセンスが必要かどうかを確認してください。 2. LS1043ARDB-PDには、CodeWarriorのライセンスは付属していません。 3.評価版ライセンスは、CodeWarriorがインストールされているPCにのみ紐付けられます。 4. はい。CodeWarrior TAPはイーサネット経由でリモートデバッグをサポートしているため、TAPがラボのボードに接続されたままリモートPC上で動作可能です。 よろしくお願いします。 Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) はい、私も同じ質問をしましたが、回答は見つかりませんでした。ありがとうございました。 Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) これらの質問はコミュニティThreadで提起されたものと同じなので、ここに記載された回答を参照してください。 LS1043ARDB-PDのJTAGデバッグに必要なハードウェア ありがとうございます。

Dual Core Debugging RT1186 Hi, I'm trying to debug the M7 core of an RT1186 using a SEGGER J-Link. However, I'm having a lot of trouble attaching correctly after starting the M33 core. Could you help me with the json.launch configuration? I've attached what I currently have. {       "type": "mcuxpresso-debug",       "name": "Dbg (M7) with JLink",       "request": "launch",       "cwd": "${workspaceFolder}",       "executable": {         "elf": ""       },       "probeSerialNumber": "59101260",       "isAttach": true,       "skipBuildBeforeDebug": false,       "gdbInitCommands": [         "set remotetimeout 600",         "set debug-file-directory",         "set non-stop off"       ],       "gdbServerConfigs": {         "linkserver": {},         "segger": {           "device": "MIMXRT1186XXX8_M7",           "interface": "SWD",           "gdbServerPath": "c:\\Program Files\\SEGGER\\JLink_V930\\JLinkGDBServerCL.exe",           "gdbServerArgs": [             "-select",             "usb=59101260",             "-device",             "MIMXRT1186XXX8_M7",             "-if",             "swd",             "-speed",             "4000",             "-port",             "2393",             "-swoport",             "2394",             "-scriptfile",             "c:\\NXP\\mcuxsdk\\mcuxsdk\\examples\\_boards\\frdmimxrt1186\\jlinkscript\\frdmimxrt1186_cm7.jlinkscript",             "-single run"           ],           "scriptfile": "c:\\NXP\\mcuxsdk\\mcuxsdk\\examples\\_boards\\frdmimxrt1186\\jlinkscript\\frdmimxrt1186_cm7.jlinkscript",           "speed": "4000",           "gdbServerLaunchTimeout": 5000,           "gdbServerExtraArgs": [],           "gdbPort": 2393,           "swoPort": 2394,           "resetAfterLoad": true         },         "pemicro": {}       },       "showDevDebugOutput": "raw",       "probeType": "SEGGER",       "toolchainPath": "C:\\Users\\mastrmat\\.mcuxpressotools\\arm-gnu-toolchain-14.2.rel1-mingw-w64-x86_64-arm-none-eabi",       "svdPath": "c:\\NXP\\MIMXRT1186_cm7.xml",       "preLaunchCommands": [],       "postLaunchCommands": [],       "executableLoadTypePriority": "auto",       "domain": "multicore_manager_secondary_core",       "stopAtSymbol": "main",       "extraLoadFiles": [         "c:\\repo\\sidel_tmp\\flexspi_nor_debug\\multicore_manager_secondary_core\\multicore_manager_secondary_core_cm7.elf"       ],       "extraSymbolFiles": []     } Boot ROM|Booting | Flash Re: Dual Core Debugging RT1186 Hi @Mastrmat ， Thank you so much for your interest in our products and for using our community. Regarding your question, I think that for the M7 attach session, the main change is to place the CM7 ELF in executable.elf instead of extraLoadFiles. executable.elf provides the program and debug information for the session, whereas extraLoadFiles is intended for additional files to be loaded and does not load their debug symbols. Please try the simplified configuration below and let me know the result. Due to NXP policy, I cannot share the source code. Instead, I have attached a key figure for reference. Please start the M33 debug session first and allow it to start the M7 core. Then attach to the M7 using this configuration. For this setup, the secondary-core debug session should use attach mode. I have removed the duplicate server arguments and other optional settings for the initial test. If the issue persists, please send the first error reported in the J-Link GDB Server log. Wish it helps you Best Regards May Liu

我们需要哪种 CodeWarrior 许可证才能运行 LS1043ARDB-PD？（紧急） 你好， 我是一名正在使用 LS1043ARDB-PD 板的学生。我们正在准备 今天我在学校实验室里使用这套系统，所以如果能尽快回答就太好了。 谢谢。我们计划使用 CWH-CTP-BASE-HE + CWH-CTP-CTX10-YE 进行开发。 JTAG调试。 问题： 1. 我们需要哪种 CodeWarrior 许可证才能调试 LS1043ARDB-PD？ 我们更倾向于浮空牌照。CWA-LS-DVLPR-FL（开发商） 水平、浮空）哪个才是正确的？ 2. LS1043ARDB-PD 开发板是否附带 CodeWarrior 许可证？ 3. 30 天评估许可证是否仅限一台 PC 使用？ 它可以作为浮空牌照使用吗？ 4. 我远程办公。我可以在远程电脑上运行 CodeWarrior 并连接吗？ 通过以太网/VPN连接到实验室中的CodeWarrior TAP？ 谢谢！ Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) 非常感谢您清晰的解答！ 在下单之前，我还有几个问题。 硬件： 我们计划的订单： - CWH-CTP-BASE-HE（CodeWarrior TAP 基本单元） - CWH-CTP-CTX10-YE（LS 探针，ARM Mini10） 1. CodeWarrior TAP 基本单元 (CWH-CTP-BASE-HE) 是否包含以下组件？ 探针尖端，还是我们需要单独订购 CWH-CTP-CTX10-YE？ 2. CWH-CTP-CTX10-YE 是 LS1043ARDB-PD 的正确探头吗？ 3. 这份清单是否完整，或者我们是否还需要其他硬件（线缆、 适配器、电源等）？ 4. LS1043ARDB-PD 板附带哪些线缆（电源线、串口线）？ 控制台（以太网）？ 5. 板上哪个连接器是 JTAG 接头？我们需要什么？ JTAG调试需要任何开关/RCW设置吗？ 谢谢！ Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) 1.是的。对于 LS1043ARDB-PD 的 JTAG 调试，CWA-LS-DVLPR-FL 是合适的浮空许可证。如果您还需要 DDR 验证/QCVS 功能，请检查是否需要专家级许可证。 2. LS1043ARDB-PD 不包含单独的 CodeWarrior 许可证。 3.评估许可证与安装了CodeWarrior的PC绑定，仅限特定节点使用。 4.是的。CodeWarrior TAP 支持通过以太网进行远程调试，因此 CodeWarrior 可以在您的远程 PC 上运行，而 TAP 仍与实验室中的板保持连接。 谢谢！ Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) 是的，我也问过这个问题，但还没有找到答案；谢谢。 Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) 由于这些问题与社区讨论帖中提出的问题相同，请参考此处提供的答案： LS1043ARDB-PD 的 JTAG 调试所需硬件 谢谢。

Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) Hello, I am a student working with the LS1043ARDB-PD board. We are setting up the system in my school's lab today, so a quick answer would be very appreciated. We plan to use CWH-CTP-BASE-HE + CWH-CTP-CTX10-YE for JTAG debugging. Questions: 1. Which CodeWarrior license do we need to debug the LS1043ARDB-PD? We would prefer a floating license. Is CWA-LS-DVLPR-FL (Developer Level, Floating) the correct one? 2. Does the LS1043ARDB-PD board come with any CodeWarrior license? 3. Is the 30-day evaluation license node-locked to a single PC, or can it be used as a floating license? 4. I work remotely. Can I run CodeWarrior on my remote PC and connect to the CodeWarrior TAP in the lab over Ethernet/VPN? Thank you. Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) Thank you very much for the clear answers! Before placing our order, I have a few more questions about the hardware: Our planned order: - CWH-CTP-BASE-HE (CodeWarrior TAP base unit) - CWH-CTP-CTX10-YE (LS probe tip, ARM Mini10) 1. Does the CodeWarrior TAP base unit (CWH-CTP-BASE-HE) include the probe tip, or do we need to order CWH-CTP-CTX10-YE separately? 2. Is CWH-CTP-CTX10-YE the correct probe tip for the LS1043ARDB-PD? 3. Is this list complete, or do we need any other hardware (cables, adapters, power supply, etc.)? 4. Which cables come with the LS1043ARDB-PD board (power, serial console, Ethernet)? 5. Which connector on the board is the JTAG header, and do we need any switch / RCW settings for JTAG debugging? Thank you. Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) 1.Yes. For JTAG debugging of the LS1043ARDB-PD, CWA-LS-DVLPR-FL is the appropriate floating license. If you also need DDR validation/QCVS features, check whether the Specialist Level license is required. 2. No separate CodeWarrior license is included with the LS1043ARDB-PD. 3.The evaluation license is node-locked to the PC where CodeWarrior is installed 4.Yes. CodeWarrior TAP supports remote debugging over Ethernet, so CodeWarrior can run on your remote PC while the TAP remains connected to the board in the lab. Thanks Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) Yes, I also asked that question, but no answer has been found; thank you. Re: Which CodeWarrior license do we need for LS1043ARDB-PD? (urgent) Since these questions are the same as the one raised in the community thread, please refer to the answer provided here: Hardware needed for JTAG debugging of LS1043ARDB-PD Thanks.

模拟集成电路设计进展 嘿， 想听听大家对如何调整学习方式的意见。我对模拟集成电路设计非常感兴趣（只是有点担心看到这么多数字领域的人占据主导地位——是的，我知道“现实世界总是模拟的”，无论如何，这不是重点）。 我选修了一门基于 Razavi 的《模拟 CMOS 集成电路设计》的课程，其中涵盖了前面一些更基础的章节，例如： CS、CG、CD阶段 差分放大器 反馈、稳定性 杆子等等 一些运算放大器 I2C Re: Analog IC Design Progression 您好， NXP 社区支持频道旨在解答与 NXP 产品及其应用相关的问题。您的问题涉及一般的模拟集成电路设计教育，这超出了恩智浦技术支持的范围。 对于学习进阶建议，Reddit 上的 r/chipdesign 和 r/ECE 社区非常适合这类讨论，而 Razavi 在 YouTube 上的系列讲座则是完成你提到的入门章节后的绝佳下一步。 欢迎访问 nxp.com/training，浏览 NXP 的培训资源，获取更多学习资料。 如果您有关于恩智浦特定产品的问题，我们很乐意为您提供帮助。 BRs，托马斯

デュアルコアデバッグRT1186 こんにちは、SEGGER J-Linkを使用してRT1186のM7コアのデバッグを試みています。しかし、M33コアを起動した後、正しく接続するのに非常に苦労しています。json.launchの設定について手伝ってもらえますか?現在手元にある資料を添付しました。 {       "type" : "mcuxpresso-debug" 、       "名前" : "JLink を使用した Dbg (M7)" 、       「リクエスト」 : 「起動」 、       "cwd" : " ${workspaceFolder} " 、       "実行可能" ： {         「エルフ」 ： 「」       }、       "probeSerialNumber" : "59101260" 、       「isAttach」 : true 、       "skipBuildBeforeDebug" : false 、       "gdbInitCommands" : [         「set remotetimeout 600」 、         「デバッグファイルディレクトリを設定」 、         「ノンストップでオフにする」       ],       "gdbServerConfigs" : {         「リンクサーバー」 : {}、         「セガー」 : {           「デバイス」 : 「MIMXRT1186XXX8_M7」 、           「インターフェース」: 「SWD」           "gdbServerPath" : "c: \\ Program Files \\ SEGGER \\ JLink_V930 \\ JLinkGDBServerCL.exe" ,           "gdbServerArgs" : [             「-選択」 、             "usb=59101260" 、             "-デバイス" 、             「MIMXRT1186XXX8_M7」 、             "-もし" 、             「swd」 、             "-スピード" 、             「4000」 、             「-ポート」 、             「2393」 、             「-swoport」 、             「2394」 、             "-scriptfile" 、             "c: \\ NXP \\ mcuxsdk \\ mcuxsdk \\ examples \\ _boards \\ frdmimxrt1186 \\ jlinkscript \\ frdmimxrt1186_cm7.jlinkscript" 、             「-シングルラン」           ],           "scriptfile" : "c: \\ NXP \\ mcuxsdk \\ mcuxsdk \\ examples \\ _boards \\ frdmimxrt1186 \\ jlinkscript \\ frdmimxrt1186_cm7.jlinkscript" 、           「速度」 : 「4000」 、           "gdbServerLaunchTimeout" : 5000 、           "gdbServerExtraArgs" : [],           "gdbPort" : 2393 、           「swoPort」 ： 2394 、           「resetAfterLoad」 : true         }、         「pemicro」 : {}       }、       "showDevDebugOutput" : "raw" 、       "probeType" : "SEGGER" 、       "toolchainPath": "C:\\Users\\mastrmat\\.mcuxpressotools\\arm-gnu-toolchain-14.2.rel1-mingw-w64-x86_64-arm-none-eabi",       "svdPath" : "c: \\ NXP \\ MIMXRT1186_cm7.xml" 、       "preLaunchCommands" : [],       "postLaunchCommands" : [],       「executableLoadTypePriority」: 「auto」       "domain" : "multicore_manager_secondary_core" 、       "stopAtSymbol" : "main" 、       "extraLoadFiles" : [         "c: \\ repo \\ sidel_tmp \\ flexspi_nor_debug \\ multicore_manager_secondary_core \\ multicore_manager_secondary_core_cm7.elf"       ],       "extraSymbolFiles" : []    } ブートROM|ブート|フラッシュ Re: Dual Core Debugging RT1186 こんにちは、 @Mastrmat さん、 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 ご質問に関してですが、M7アタッチセッションの場合、主な変更点はCM7 ELFをextraLoadFilesではなくexecutable.elfに配置することだと思います。executable.elfはセッションのプログラム情報とデバッグ情報を提供するのに対し、extraLoadFilesは追加ファイルをロードするためのものであり、デバッグシンボルはロードしません。 下記の簡略化された設定を試して、結果をお知らせください。 NXPの方針により、ソースコードを共有することはできません。代わりに、参考として重要な図を添付しました。 まずM33デバッグセッションを開始し、M7コアが起動するまで待ってください。次に、この構成を使用してM7に取り付けます。この設定では、セカンダリーコアのデバッグセッションはアタッチモードを使用する必要があります。初回テストのため、重複していたサーバー引数やその他のオプション設定を削除しました。 問題が解決しない場合は、J-Link GDBサーバーのログに最初に記録されたエラーをお送りください。 お役に立てれば幸いです。 よろしくお願いいたします。 メイ・リウ

Mifare Classic 1Kデータとシリアル番号のクローン作成 こんにちは。この質問をするのに適切なフォーラムかどうか分かりませんが… 私はmifare 1kクラシックカードをベースにしたペイメント製品を提供する予定で、カードの情報(シリアル番号を含む)をすべて別のカードから別のカードに複製する方法があるのか知りたいです。 セクターのキーA/キーBがわからなくても、特別なツールを使ってデータをコピーできますか? カードのシリアル番号(4バイト)はクローンやコピーができますか?なぜなら、カードのシリアル番号をデータベースで照合しても、これが可能なら意味がないからです。 よろしくお願いします。 Re: Cloning Mifare Classic 1K Data and Serial Number こんにちは、 UIDは、最初のセクターを上書きできる特別なカード(「マジック」)で実際にクローン化できます。 https://www.youtube.com/watch?v=RMoX_fyFZ60 Marco Re: Cloning Mifare Classic 1K Data and Serial Number はい、 @Daniel_Gutierrez さん！私が言っていたのは、07:6E:3D:3C (コマンド FF CA OO OO 00) のようなカードの 4 バイトの UID のことです。 もし他のカードにコピーできない場合は、クライアントのためにデータにアクセスする前に、正しいアプリケーションからカードが発行されたかを検証できる仕組みを作ることができます。 顧客が既に大量に注文しているようなので、このタイプのカードで作業しなければならない。それでも、他に対応できる選択肢があることを考慮してもらうために、あなたの返信を転送します。 ご回答いただき、誠にありがとうございました。 よろしくお願いいたします！ カルロス・アルマグエル Re: Cloning Mifare Classic 1K Data and Serial Number こんにちは、 @calmaguer さん、良い一日を！ 私たちの製品にご関心をお寄せいただき、誠にありがとうございます。 お伺いしたいのですが、カードのUIDのことでしょうか？もしこれがCASEであれば、これは本番テストでプログラムされ書き込み保護されている一意識別子であり、SO変更できないと考えてください。 UIDの取り扱いの詳細については、 MIFARE Classic EV1 1K - データシート のセクション10および以下のアプリケーションノート AN10927 を参照してください。 この製品は新しいデザインには推奨されていません。代わりに、当社の推奨する安全な MIFARE DESFire Lightおよび MIFARE DESFire EV3 をご覧ください。 よろしくお願いいたします。 ダニエル。

ARM 2018R1ライセンス用のS32DS こんにちは： 私のARM 2018R1 IDE用のS32DSライセンスが期限切れです。確認して延長してもらえますか? ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは、 S32DSのライセンス期間が延長されました。以前のコードを使用してS32DSを再度アクティベートしてください。 Re: S32DS for ARM 2018R1 license ありがとうございました。

アナログICデザインの進展 おい、 自分の学習方法をどのように調整すれば良いか、意見を聞きたいです。私はアナログIC設計に非常に興味があります(ただ、デジタルの人たちが引き継ぐのを見るのが少し心配です。はい、「現実の世界は常にアナログだ」と言っているのはわかっていますが、それは本質ではありません)。 私はRazaviの「Design of アナログ CMOS ICs」を基にしたモジュールを1つ受講し、そこでは以前のより基本的な章、例えば CS、CG、CDステージ 差動増幅器 フィードバック、安定性 ポーランド人など オペアンプを少し I2C Re: Analog IC Design Progression こんにちは、 NXPコミュニティサポートチャネルは、NXP製品およびそのアプリケーションに関する質問に対応するためのものです。あなたの質問は一般的なアナログIC設計教育に関するもので、NXPの技術サポートの範囲外です。 学習の進捗についてのアドバイスとしては、Redditのr/chipdesignやr/ECEコミュニティがこの種の議論に適しており、Razavi自身のYouTube講義シリーズは、あなたが挙げた入門章を終えた後の素晴らしい次のステップです。 追加の学習資料については、nxp.com/training のNXPのトレーニングリソースをぜひご覧ください。 特定のNXP製品に関するご質問があれば、喜んでお手伝いいたします。 BRs、トーマス

MC33PF8200A0ES MC33PF8200A0ESのアップグレード版がMC33PF8200A0TSであることがわかりました。この2つの違いは何ですか？ 私が購入したMC33PF8200A0TSにファイルが書き込まれていない場合、どのツールを使って書き込めば良いですか？ KITPF8200FRDMPGMを使った書き込み以外に、他にどのような書き込み方法がありますか？ KITPF5200FRDMEVMはMC33PF8200A0TSを書き込むことができますか？ ご確認いただけますでしょうか？ありがとうございます。 Re: MC33PF8200A0ES 1：MC33PF8200A0ESは、新規設計には推奨されなくなりました。MC33PF8200A0ESのアップグレード版はMC33PF8200A0TSです。両パッケージは厚みが異なりますが、基板へのパッケージングには影響ありません。 2：プログラミングには以下のボードを選択できます。 PF8200/PF8100プログラミングボード | NXPセミコンダクターズ または、以下を選択することもできます。 SBCおよびPMIC向けOTPプログラミングボード｜NXPセミコンダクターズ+ PF8200-OTP-DB製品情報｜NXPセミコンダクターズ この組み合わせの燃焼 3：KITPF5200FRDMEVMを書き込みに使用することは推奨されません。

克隆 Mifare Classic 1K 数据和序列号 您好，希望我问这个问题的论坛没错…… 我计划推出一款基于 Mifare 1k Classic 卡的支付产品，我想知道是否有一种方法可以将一张卡的所有信息（包括序列号）克隆到另一张卡上。 即使不知道行业的密钥 A/密钥 B，是否可以使用特殊工具复制数据？ 卡的序列号（4字节）可以被克隆/复制吗？因为如果能够做到这一点，那么将卡的序列号与数据库进行比对就毫无意义了。 此致 Re: Cloning Mifare Classic 1K Data and Serial Number 你好， 实际上可以使用特殊的卡片（“魔法”）来克隆 UID，这些卡片可以覆盖第一个扇区。 https://www.youtube.com/watch?v=RMoX_fyFZ60 马可 Re: Cloning Mifare Classic 1K Data and Serial Number 是的@Daniel_Gutierrez ！我指的是卡的 4 字节 UID，例如 07:6E:3D:3C（命令 FF CA OO OO 00）。 如果无法复制到另一张卡上，我可以构建一个机制，以便在尝试访问数据以满足客户需求之前，验证该卡是否由正确的应用程序发行。 我必须使用这种卡片类型，因为我认为客户已经订购了一大批。不过，我还是会把你的回复转发给他们，以便他们考虑还有其他方案可供选择。 非常感谢您的回复。 顺祝商祺！ 卡洛斯·阿尔马格尔 Re: Cloning Mifare Classic 1K Data and Serial Number 你好@calmaguer ，祝你今天愉快！ 非常感谢您对我们产品的关注。 请问，您指的是卡的UID吗？如果情况属实，请注意，这是一个在生产测试中已编程并进行写保护的唯一标识符，因此无法更改。 有关 UID 处理的更多详细信息，请参阅MIFARE Classic EV1 1K 数据表第 10 节和以下应用笔记AN10927 。 请注意，不建议将此产品用于新设计。相反，您可以考虑查看我们推荐的安全型MIFARE DESFire Light和MIFARE DESFire EV3 。 我最诚挚的问候， 丹尼尔。

S32DS for ARM 2018R1 许可证 您好： 我的 S32DS for ARM 2018R1 IDE 许可证已过期。您能帮我检查并延长一下吗？ 谢谢。 Re: S32DS for ARM 2018R1 license 你好， 您的S32DS许可证已延期，请使用您之前的激活码重新激活S32DS。 Re: S32DS for ARM 2018R1 license 谢谢！！

MC33PF8200A0ES 我看MC33PF8200A0ES的升级版是MC33PF8200A0TS，这两者的区别是什么啊？ 如果买的MC33PF8200A0TS是没烧录的，用什么工具烧录啊？ 除了用KITPF8200FRDMPGM烧录，还能有什么方式烧录啊？ KITPF5200FRDMEVM能烧录MC33PF8200A0TS吗？ 帮忙给看看，谢谢。 Re: MC33PF8200A0ES 1：MC33PF8200A0ES 不推荐新设计中了已经，MC33PF8200A0ES的升级版是MC33PF8200A0TS，他俩封装厚度不一样，但是不影响PCB 封装。 2：可以选择下面的板子烧录 PF8200/PF8100 Programming Board | NXP Semiconductors 也可以选择： SBC and PMIC Product OTP Programming Board | NXP Semiconductors + PF8200-OTP-DB Product Information | NXP Semiconductors 这种组合烧录 3：不推荐用KITPF5200FRDMEVM烧录

MC33PF8200A0ES I see that the upgraded version of MC33PF8200A0ES is MC33PF8200A0TS. What are the differences between the two? If the MC33PF8200A0TS I bought doesn't have any files burned in it, what tool should I use to burn it? Besides using the KITPF8200FRDMPGM for burning, what other methods are there for burning? Can the KITPF5200FRDMEVM burn an MC33PF8200A0TS? Could you please take a look? Thank you. Re: MC33PF8200A0ES 1: The MC33PF8200A0ES is no longer recommended for new designs. The upgraded version of the MC33PF8200A0ES is the MC33PF8200A0TS. The two packages have different thicknesses, but this does not affect the PCB packaging. 2: You can choose the following board for programming. PF8200/PF8100 Programming Board | NXP Semiconductors Alternatively, you can choose: SBC and PMIC Product OTP Programming Board | NXP Semiconductors + PF8200-OTP-DB Product Information | NXP Semiconductors This combination burning 3: It is not recommended to use KITPF5200FRDMEVM for burning.

Analog IC Design Progression Hey, Just want opinions on how to adjust my learning. I'm very interested in Analog IC design (just a little worried seeing all these digital people takeover - Yes I know "the real world is always analog", anyways that's not the point). I've taken one module based on Razavi's Design of Analog CMOS ICs in which we covered the earlier more basic chapters such as CS, CG, CD stages Differential Amplifiers Feedback, Stability Poles, etc A bit of op-amps I2C Re: Analog IC Design Progression Hi, The NXP Community support channel is intended for questions related to NXP products and their applications. Your question is about general Analog IC design education, which falls outside the scope of NXP technical support. For learning progression advice, the r/chipdesign and r/ECE communities on Reddit are well-suited for this type of discussion and Razavi's own lecture series on YouTube is an excellent next step after completing the introductory chapters you mentioned. Feel free to explore NXP's training resources at nxp.com/training for additional learning materials. If you have a question related to a specific NXP product, we are happy to help. BRs, Tomas

EVM of HTRC11001T Hi, Is there any EVM (Evaluation module) available for HTRC11001T? Re: EVM of HTRC11001T NXP does not provide a dedicated official evaluation board for the HTRC110. However, we can provide some reference materials to assist you in your design and development work. Hardware Design Reference: We recommend referring to the application note AN98080_Read write devices based on the HITAG read write IC. This document details the reader/writer design based on the HTRC110, including: 125 kHz antenna design Resonance and matching network design Peripheral coupling circuitry Demodulation circuit principle Clock and power supply related design Other external component selection recommendations Software Development Reference: NXP can provide relevant sample code and reference documentation for the HTRC110 as a starting point for customers to conduct low-level driver and application development. However, both require an NDA to apply for them. For evaluation hardware or a ready-made reader solution, I would recommend checking the NXP® Partner Marketplace: https://www.nxp.com/design/design-center/partner-marketplace:PARTNER-MARKETPLACE Re: EVM of HTRC11001T Hello @Shanmukh  There is not any EVM (Evaluation module) available for HTRC11001T, sorry for that! BR kelly Re: EVM of HTRC11001T Hi, Thanks for the quick response. one query, as mentioned in the application note of HTRC110, it is optimized for HITAG series tag only. So, does that mean it will not work with other tags like EM series (EM4305) tags?

FRDM-MCXN947 以太网端口设置 - PHY LAN8741A 我一直无法连接以太网端口。调试时，我在frdm板上一直遇到以下错误。 [00:00:00.000,000] phy_mii: PHY (0) ID 7C121 [00:00:00.006,000] phy_mii: phy_mii_[00:00:00.000,000] phy_mii: PHY (0) ID 7C121 [00:00:00.006,000] phy_mii: phy_mii_cfg_link: PHY (0) 链路已配置 [00:00:00.015,000] eth_nxp_enet_qos_mac：无法清除驻波比 [00:00:00.021,000] eth_nxp_enet_qos_mac：链路已断开 *** 正在启动 Zephyr OS 版本 v4.4.2 *** 启动应用程序并检查MDIO总线... PHY寄存器0x01（BMSR）：0x7809 PHY 寄存器 0x05（合作伙伴能力）：0xCDE1 PHY寄存器0x1A（符号错误）：51 [00:00:04.029,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商超时 [00:00:14.042,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:00:14.052,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:00:14.062,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:00:14.069,000] eth_nxp_enet_qos_mac：链路已连接 [00:00:14.075,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 MDIO通信似乎工作正常，但链路每隔30毫秒就会 RESET 一次。 请问如何配置 LAN8741A 才能使其在 FRDM-MCXN947 板上正常工作？ 开发板 回复： FRDM-MCXN947 Ethernet port set up - PHY LAN8741A 嗨@thisisdarlensonl 感谢您提供如此详细的信息。为了帮助我们进一步调查此问题，请您提供以下信息？ 你使用的是哪个 Zephyr 采样？ 您的 prj.conf 文件、应用程序覆盖文件和版本命令。 您是否对 FRDM-MCXN947 板的 DTS 进行过任何更改？ 能否提供完整的日志，显示链路每 30 毫秒 RESET 一次的情况？ 我想重现这个问题。 BR 哈里 回复： FRDM-MCXN947 Ethernet port set up - PHY LAN8741A 嗨，哈里， 谢谢您的回复。我已附上 prj.cong 和 app.overlay 文件。 我从一个“Hello World”示例开始，并在此基础上进行扩展。Zephyr 的当前版本是 4.4.2。 至于完整的控制台消息。见下文 [00:00:00.000,000] phy_mii: PHY (0) ID 7C121 [00:00:00.006,000] phy_mii: phy_mii_[00:00:00.000,000] phy_mii: PHY (0) ID 7C121 [00:00:00.006,000] phy_mii: phy_mii_cfg_link: PHY (0) 链路已配置 [00:00:00.015,000] eth_nxp_enet_qos_mac：无法清除驻波比 [00:00:00.021,000] eth_nxp_enet_qos_mac：链路已断开 *** 正在启动 Zephyr OS 版本 v4.4.2 *** === FRDM-MCXN947 PM 优化心跳演示 === 启动应用程序并检查MDIO总线... PHY寄存器0x01（BMSR）：0x7809 PHY 寄存器 0x05（合作伙伴能力）：0xCDE1 PHY寄存器0x1A（符号错误）：51 [00:00:04.029,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商超时 [00:00:14.042,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:00:14.052,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:00:14.062,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:00:14.069,000] eth_nxp_enet_qos_mac：链路已连接 [00:00:14.075,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:00:14.085,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:00:15.094,000] phy_mii：PHY (0) 已关闭 [00:00:15.098,000] eth_nxp_enet_qos_mac：链路已断开 [00:01:08.626,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:01:08.636,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:01:08.646,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:01:08.653,000] eth_nxp_enet_qos_mac：链路已连接 [00:01:08.659,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:01:08.668,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:01:09.177,000] phy_mii：PHY (0) 已关闭 [00:01:09.182,000] eth_nxp_enet_qos_mac：链路已断开 [00:01:22.193,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:01:22.203,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:01:22.213,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:01:22.220,000] eth_nxp_enet_qos_mac：链路已连接 [00:01:22.226,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:01:22.235,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:01:22.744,000] phy_mii：PHY (0) 已关闭 [00:01:22.749,000] eth_nxp_enet_qos_mac：链路已断开 [00:03:57.817,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:03:57.827,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:03:57.837,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:03:57.844,000] eth_nxp_enet_qos_mac：链路已连接 [00:03:57.850,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:03:57.859,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:03:58.368,000] phy_mii：PHY (0) 已关闭 [00:03:58.373,000] eth_nxp_enet_qos_mac：链路已断开 [00:05:08.907,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:05:08.917,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:05:08.927,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:05:08.934,000] eth_nxp_enet_qos_mac：链路已连接 [00:05:08.940,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:05:08.949,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:05:09.958,000] phy_mii：PHY (0) 已关闭 [00:05:09.963,000] eth_nxp_enet_qos_mac：链路已断开 [00:05:36.980,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:05:36.990,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:05:37.000,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:05:37.007,000] eth_nxp_enet_qos_mac：链路已连接 [00:05:37.013,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:05:37.022,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:05:38.031,000] phy_mii：PHY (0) 已关闭 [00:05:38.036,000] eth_nxp_enet_qos_mac：链路已断开 [00:12:00.195,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:12:00.205,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:12:00.215,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:12:00.222,000] eth_nxp_enet_qos_mac：链路已连接 [00:12:00.228,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:12:00.237,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:12:00.746,000] phy_mii：PHY (0) 已关闭 [00:12:00.751,000] eth_nxp_enet_qos_mac：链路已断开 [00:13:41.297,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:13:41.307,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:13:41.317,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:13:41.324,000] eth_nxp_enet_qos_mac：链路已连接 [00:13:41.330,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:13:41.340,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:13:41.848,000] phy_mii：PHY (0) 已关闭 [00:13:41.853,000] eth_nxp_enet_qos_mac：链路已断开 [00:14:02.868,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:14:02.877,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:14:02.888,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:14:02.894,000] eth_nxp_enet_qos_mac：链路已连接 [00:14:02.900,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:14:02.910,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:14:03.418,000] phy_mii：PHY (0) 已关闭 [00:14:03.423,000] eth_nxp_enet_qos_mac：链路已断开 [00:14:26.439,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:14:26.448,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:14:26.459,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:14:26.466,000] eth_nxp_enet_qos_mac：链路已连接 [00:14:26.471,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:14:26.481,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:14:27.490,000] phy_mii：PHY (0) 已关闭 [00:14:27.495,000] eth_nxp_enet_qos_mac：链路已断开 [00:19:14.115,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:19:14.125,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:19:14.135,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:19:14.142,000] eth_nxp_enet_qos_mac：链路已连接 [00:19:14.148,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:19:14.158,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:19:14.666,000] phy_mii：PHY (0) 已关闭 [00:19:14.671,000] eth_nxp_enet_qos_mac：链路已断开 [00:20:45.214,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [00:20:45.223,000] phy_mii: check_autonegotiation_completion: PHY (0) 自动协商序列已完成 [00:20:45.234,000] phy_mii: PHY (0) 链路速度 100 Mb，全双工 [00:20:45.240,000] eth_nxp_enet_qos_mac：链路已连接 [00:20:45.246,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路速度 100Mbit 或更高 [00:20:45.256,000] eth_nxp_enet_qos_mac: eth_nxp_enet_qos_phy_cb: 链路全双工 [00:20:45.764,000] phy_mii：PHY (0) 已关闭 [00:20:45.769,000] eth_nxp_enet_qos_mac：链路已断开 [00:25:14.383,000] phy_mii: update_link_state: PHY (0) 启动 MII PHY 自动协商序列 [ 回复： FRDM-MCXN947 Ethernet port set up - PHY LAN8741A 嗨@thisisdarlensonl 感谢您提供的补充信息。 为了快速验证，我使用以下命令测试了 Zephyr DHCPv4 客户端示例： west build -b frdm_mcxn947/mcxn947/cpu0 zephyr/samples/net/dhcpv4_client -p always 最初，我在我的 FRDM-MCXN947 板上观察到了类似的问题。检查板上的硬件后，我发现 SJ27 被重新加工过。 将 SJ27 恢复到默认位置后，我再次运行了相同的 DHCPv4 客户端示例，问题不再出现。PHY芯片检测正确，以太网链路以100 Mbps全双工模式建立连接： [00:00:00.050,000] phy_mii: PHY (0) ID 7C121 *** Booting Zephyr OS build v4.4.0-17350-g1ee3b93134be *** [00:00:00.051,000] net_dhcpv4_client_sample: Run dhcpv4 client [00:00:00.051,000] net_dhcpv4_client_sample: Start on ethernet@40100000: index=1 [00:00:03.758,000] phy_mii: PHY (0) Link speed 100 Mb, full duplex 请您检查一下FRDM-MCXN947板上的SJ27或其他任何与以太网相关的焊接跳线是否被重新焊接过？如果问题仍然存在，请将它们恢复为默认以太网配置并再次测试。 BR 哈里 回复： FRDM-MCXN947 Ethernet port set up - PHY LAN8741A 感谢@Harry_Zhang ，你真是帮了大忙，太棒了！ 我之前没注意到它默认是设置为显示的。现在我可以继续前进了。非常感谢您的帮助。 或许应该在其他地方也提到这一点。此外，焊接跳线也很痛苦。 😉 再次万分感谢