EasyEVSE signal board compatibility and availability I’m standing up an EasyEVSE development system and I have a few questions.   From the code revision history (and the 6 May 2026  vs. Dec 2025 versions of CCEVCPGSUG.pdf), it looks it looks like in software version 5.1.2  that support for EVSE-SIG-BRD2X has been removed and the expectation is that the EVSE side will use SIGBRD-HPGP instead.  Is this correct? It looks like software v5.1.2 added much of the support for SIGBRD-HPGP, does the previous version (v5.0.8) still support EVSE-SIG-BRD2X? Is the SIGBRD-HPGP available?  I don’t see it at mouser or digikey, or in NXP’s store. I have two of the EVSE-SIG-BRD2Xs and I’d like to move forward as the SIGBRD-HPGP appears to not be an option right now. Any insights would be appreciated Best Regards,               Chris

Clarification on Enhanced RX FIFO and Message Buffer Usage with S32K312 FlexCAN Errata Hello, I am currently working with the FlexCAN module on the S32K312 and intend to use the Enhanced RX FIFO (ERF) for reception. While reviewing the S32K312_0P09C errata sheet, I came across the following errata related to Enhanced RX FIFO operation: ERR052403 – CAN frame drops in Enhanced RX FIFO when a Message Buffer (MB) is locked for more than one CAN frame time. ERR052438 – CAN frame may be dropped when using Enhanced RX FIFO. ERR052558 – Message Buffer overrun status may be cleared when reading the Enhanced RX FIFO. The workarounds mentioned in these errata recommend avoiding the use of certain Message Buffers, specifically MB0–MB7 and MB0, 2, 10, 12, 20, 22, 30, 32, 40, 50, and 60. I would like to clarify the following points: Memory organization of Enhanced RX FIFO and Message Buffers When Enhanced RX FIFO is enabled, does it internally use the same memory space as Message Buffers 0–63? If not, are Enhanced RX FIFO and Message Buffers completely independent, allowing ERF to be used exclusively for reception while Message Buffers are used independently for transmission and/or reception? Usage of Message Buffers with ERF enabled If Enhanced RX FIFO is enabled and the Message Buffers listed in the errata are completely avoided, while the remaining Message Buffers are used only for transmission, are there any additional limitations or known issues? Is the configuration of "ERF for reception + non-affected MBs for transmission" fully supported and considered safe with respect to the above errata? Concurrent use of ERF and Message Buffers If ERF is used for reception and only non-affected Message Buffers are configured for reception and/or transmission, can the above errata still lead to frame loss or other unexpected behavior? Use of the Message Buffers listed in the errata Can the affected Message Buffers (MB0, 2, 10, 12, 20, 22, 30, 32, 40, 50, and 60) be safely used for reception when ERF is enabled? If they should not be used for reception, can they still be used for transmission without introducing any issues? More generally, does NXP recommend avoiding these Message Buffers entirely, or are there specific restrictions depending on whether they are configured as RX or TX Message Buffers? I would appreciate any clarification regarding the internal memory mapping between ERF and Message Buffers and the recommended configuration for reliable operation. Thank You Re: Clarification on Enhanced RX FIFO and Message Buffer Usage with S32K312 FlexCAN Errata Hi, see my feedback for question given...  1. a) No, ERF and MBs does not share same memory b) yes, ERF can be used to receive messages and MBs for TX and/or RX operation. For sure there are few erratas for this usage 2. a) no issues for this combination (ERF for reception + non-affected MBs for transmission) b) yes, this config (ERF for reception + non-affected MBs for transmission) is fully supported and considered safe with respect of erratas. 3. for combination (ERF is used for reception and only non-affected MBs configured for reception and/or transmission) no frame loss and other unexpected behavior can be seen 4. a) no, you should avoid usage on affected MBs for reception when ERF is used b) affected MBs should not be used for TX as well c) yes, a recommendation is avoiding usage of these affected MBs entirely when ERF is enabled BR, Petr

S32K312 FlexCANの正誤表における拡張RX FIFOおよびメッセージバッファ使用に関する説明 こんにちは、 現在、S32K312のFlexCANモジュールを使用しており、受信には拡張RX FIFO（ERF）を使用する予定です。S32K312_0P09Cの正誤表を確認していたところ、拡張RX FIFO動作に関する以下の正誤表を見つけました。 ERR052403 – Enhanced RX FIFOでは、メッセージバッファ(MB)が複数のCANフレーム時間にロックされている場合にCANフレームがドロップします。 ERR052438 – Enhanced RX FIFOを使用するとCANフレームがドロップされることがあります。 ERR052558 – 拡張RX FIFOを読み取る際に、メッセージバッファオーバーラン状態がクリアされる可能性があります。 これらの正誤表に記載されている回避策では、特定のメッセージバッファ、具体的にはMB0～MB7、およびMB0、2、10、12、20、22、30、32、40、50、60の使用を避けることを推奨しています。 以下の点について明確にしておきたいと思います。 拡張RX FIFOおよびメッセージバッファのメモリ構成 拡張RX FIFOが有効になっている場合、内部的にはメッセージバッファ0～63と同じメモリ空間を使用しますか？ そうでない場合、拡張RX FIFOとメッセージバッファは完全に独立しており、ERFを受信専用に使用し、メッセージバッファを送信および/または受信用に独立して使用できるのでしょうか？ ERFを有効にした状態でのメッセージバッファの使用 拡張RX FIFOが有効になっており、エラータに記載されているメッセージバッファが完全に回避され、残りのメッセージバッファが送信のみに使用される場合、他に制限事項や既知の問題はありますか？ 上記の誤りに関して、「受信用ERF＋送信用非影響MB」の構成は完全にサポートされており、安全であるとみなされますか？ ERFとメッセージバッファの同時使用 受信にERFを使用し、影響を受けていないメッセージバッファのみが受信および/または送信に設定されている場合、上記の訂正表はフレーム損失やその他の予期せぬ動作を引き起こす可能性がありますか? 正誤表に記載されているメッセージバッファの使用 影響を受けたメッセージバッファ(MB0、2、10、12、20、22、30、32、40、50、60)は、ERFが有効化された場合に安全に受信に利用できますか? 受信に使うべきでないなら、問題なく送信に使うことは可能でしょうか? より一般的に、NXPはこれらのメッセージバッファを完全に避けることを推奨しているのでしょうか、それともRXメッセージバッファまたはTXメッセージバッファとして構成されているかどうかに応じて、特定の制限があるのでしょうか？ ERFとメッセージバッファ間の内部メモリマッピング、および安定した動作のための推奨構成について、ご説明いただければ幸いです。 ありがとう Re: Clarification on Enhanced RX FIFO and Message Buffer Usage with S32K312 FlexCAN Errata こんにちは、 質問に対する私のフィードバックをご覧ください... 1. a) いいえ、ERFとMBは同じメモリを共有しません b) はい、ERFは送信および/または受信用メッセージやMBの受信に使えます。確かに、この使用法に関する誤りはほとんどありません。 2. a) この組み合わせでは問題なし（受信にはERF、送信には影響を受けないMBを使用） b) はい、この構成（受信用のERF + 送信用の影響を受けないMB）は完全にサポートされており、エラータに関して安全であると考えられています。 3. 組み合わせの場合(ERFは受信に使用され、受信および/または送信には影響を受けていないMBのみが設定されている場合)、フレーム損失やその他の予期しない挙動が見られません 4. a) いいえ、ERF使用時の受信には影響を受けるMBの使用は避けるべきです b) 影響を受けたMBはTXにも使用すべきではない c) はい、ERFが有効になっている場合は、影響を受けるMBの使用を完全に避けることを推奨します。 BR、ペトル

what are the deployment conditions of long range HiTag? May I know how to fulfill the long range solution? are there requirements or special designs on reader side? such as pwr or the size/diameter of antenna? my company is looking for a solution of livestock management, the demend includes: 1.long range: the distance between the Tag implanted and the reader is over 35cm. 2. the size(diameter is about 5cm) & weight of reader is small & light.   Online authentication Re: what are the deployment conditions of long range HiTag? Hello @kevin9611  Regarding your requirement of a reading distance >35 cm with a compact reader (~5 cm diameter): Low-frequency (LF, 125/134 kHz, e.g., HITAG / ISO11784/11785) technology is based on inductive coupling. Due to fundamental physical limitations, it is generally not feasible to achieve such a long reading distance, especially with a small antenna size. In practice, LF implantable tags typically operate at short ranges (a few centimeters up to ~20–30 cm under optimized conditions with large antennas). Therefore, your requirement (>35 cm with a ~5 cm reader) cannot be met with LF technology. To achieve longer reading distances, we recommend considering UHF RFID (860–960 MHz), which can easily support reading distances of several meters even with compact reader antennas. However, it is important to note that: UHF RFID is not suitable for implantable applications, due to strong signal attenuation in animal tissue. UHF solutions are typically used with ear tags or collars, rather than implanted transponders. Conclusion: If implantable tags are mandatory → LF technology (HITAG / ISO11784/85) must be used, but the reader design needs to be large (e.g., stick reader or gate antenna), not compact. If long reading distance and compact reader size are mandatory → only UHF ear-tag-based solutions are feasible.

关于 S32K312 FlexCAN 勘误表中增强型 RX FIFO 和消息缓冲区使用的澄清 你好， 我目前正在使用 S32K312 上的 FlexCAN 模块，并打算使用增强型 RX FIFO (ERF) 进行接收。在查阅 S32K312_0P09C 勘误表时，我发现了以下与增强型 RX FIFO 操作相关的勘误： ERR052403 – 当消息缓冲区 (MB) 被锁定超过一个 CAN 帧时间时，增强型 RX FIFO 中 CAN 帧丢失。 ERR052438 – 使用增强型 RX FIFO 时，CAN 帧可能会丢失。 ERR052558 – 读取增强型 RX FIFO 时，消息缓冲区溢出状态可能会被清除。 这些勘误中提到的解决方法建议避免使用某些消息缓冲区，特别是 MB0–MB7 和 MB0、2、10、12、20、22、30、32、40、50 和 60。 我想澄清以下几点： 增强型接收FIFO和消息缓冲区的内存组织 启用增强型 RX FIFO 时，它内部是否使用与消息缓冲区 0-63 相同的内存空间？ 如果不是，增强型 RX FIFO 和消息缓冲区是否完全独立，允许 ERF 专门用于接收，而消息缓冲区独立用于发送和/或接收？ 启用 ERF 时使用消息缓冲区 如果启用增强型 RX FIFO，并且完全避免使用勘误表中列出的消息缓冲区，而仅使用剩余的消息缓冲区进行传输，是否存在其他限制或已知问题？ 针对上述勘误，是否完全支持“ERF 用于接收 + 不受影响的 MB 用于发送”的配置，并且是否被认为是安全的？ ERF 和消息缓冲区的并发使用 如果 ERF 用于接收，并且仅配置了不受影响的消息缓冲区用于接收和/或发送，上述勘误是否仍会导致丢帧或其他意外行为？ 使用勘误表中列出的消息缓冲区 启用 ERF 时，受影响的消息缓冲区（MB0、2、10、12、20、22、30、32、40、50 和 60）是否可以安全地用于接收？ 如果它们不应用于接收，那么它们是否可以用于发射而不会产生任何问题？ 更一般地说，NXP 是否建议完全避免使用这些消息缓冲区，还是根据它们配置为 RX 消息缓冲区还是 TX 消息缓冲区而存在特定的限制？ 我希望能够了解 ERF 和消息缓冲区之间的内部内存映射关系，以及可靠运行的推荐配置。 谢谢 Re: Clarification on Enhanced RX FIFO and Message Buffer Usage with S32K312 FlexCAN Errata 您好， 请查看我对所提问题的反馈…… 1. a) 不，ERF 和 MBs 不共享同一内存 b) 是的，ERF 可用于接收消息和 MB 以进行 TX 和/或 RX 操作。这种用法肯定没什么错误。 2. a) 此组合（接收端使用 ERF，发送端使用不受影响的 MB）不存在问题。 b) 是的，这种配置（接收使用 ERF + 发送使用不受影响的 MB）是完全受支持的，并且根据勘误表被认为是安全的。 3. 对于组合模式（ERF 用于接收，且仅配置了不受影响的 MB 用于接收和/或发送），未观察到丢帧和其他异常行为。 4. a) 不，当使用 ERF 时，应避免在受影响的 MB 上使用接收功能。 b) 受影响的 MB 也不应用于 TX。 c) 是的，建议在启用 ERF 时完全避免使用这些受影响的 MB。 BR，彼得

長距離HiTagの展開条件は何ですか？ 長期的な解決策を実現する方法を教えていただけますか？リーダー側に要件や特別なデザインはありますか?例えば、電力やアンテナのサイズ／直径などでしょうか？ 私の会社は家畜マネジメントの解決策を探しており、そのデメンドには以下が含まれます:1. 長距離:埋め込みタグとリーダーの距離が35cmを超えています。2. リーダーのサイズ（直径約5cm）と重量は小さく軽量です。 オンライン認証 Re: what are the deployment conditions of long range HiTag? こんにちは、@kevin9611さん コンパクトリーダー(~直径5cm)の場合、読書距離>35cm)のご要望について: 低周波(LF、125/134 kHz、例:HITAG / ISO11784/11785)技術は誘導結合に基づいています。根本的な物理的制約のため、特にアンテナサイズが小さい場合、そのような長距離の読み取りを実現することは一般的に不可能である。 実際には、LF埋め込み型タグは通常、短距離（大型アンテナを使用した最適化された条件下では数センチメートルから約20～30センチメートル）で動作します。したがって、あなたの要件(>35cm、5cmのリーダー)はLFテクノロジでは満たせません。 より長い読書距離を実現するためには、UHF RFID(860–960 MHz)を検討しており、コンパクトなリーダーアンテナでも数メートルの読み取り距離を容易にサポートできます。 ただし、以下の点に留意することが重要です。 UHF RFIDは、動物組織内で強い信号減衰のため、埋め込み型アプリケーションには適していません。 UHFソリューションは、埋め込み型トランスポンダーではなく、耳標や首輪と組み合わせて使用されるのが一般的です。 結論： 埋め込み型タグが必須→ならLFテクノロジ(HITAG / ISO11784/85)が必要ですが、リーダーデザインはコンパクトではなく大型(例:スティックリーダーやゲートアンテナ)である必要があります。 長距離読み取りと小型リーダーが必須条件である場合、UHFイヤータグベースのソリューションのみが実現可能です。

Type 2 Tag Emulation with PN5190 We have a custom Linux platform where we have successfully made the PN5190 to work as a card reader. Now we want to try out to make it work as a Type 2 tag, just to send a URL (as fast as possible) to any smartphone tapped on it. Is there an example that I can use in the NFCReaderLibrary to achieve this? If not, can you please guide me on how to achieve this ? Re: Type 2 Tag Emulation with PN5190 Hello sir, Thank you so much for your interest in our products. Unfortunately, our NFC Reader Library only has a Host Card Emulation example of a Type 4 Tag. Is the Example 8_HCE_T4T.   I hope this information may be helpful.

EB official demo compilation The EB project was compiled according to the following steps： （1）Modify the project_parameters.mk file （2）Since S32DS was used, the content related to T32 was annotated in the check_build_params.mk file. （3）"Make generate" is acceptable. （4）"make build" is incorrect. Could you please tell me what caused this? Is it necessary to modify the makefile? Re: EB official demo compilation Hi@NXP2 The version of GCC you selected is incorrect. Re: EB official demo compilation Thank you!

DTM configuration for KW36 Hi estephania_martinez‌, I configured KW36 DTM as mentioned in the below link (Through a 2-wire UART interface) Direct Test Mode (DTM) Configurations for the KW family  But to verify the DTM behavior I tested using the below commands 1. LE Reset      (a)  0x0000     (b)  0x0204     (c)  0x0300 2. LE Transmitter Test       0x8000 3. LE Receiver Test       0x4000 4. LE Test End       0xC000 In the above-mentioned commands, LE Reset is not getting passed with all the 3 commands and LE Test End command is also failed. Can you please check this issue? Hardware used: USB to TTL converter (3.3v logic level) Thanks! Regards, Naven Suresh Re: DTM configuration for KW36 which firmware did you used? Re: DTM configuration for KW36 Did you tried it over development board or your own application? Re: DTM configuration for KW36 Hi, Thanks for the response. It is not the test tool. It is a third-party tool and now it is working fine the issue was in address configuration. Thanks! Regards, Naven Suresh Re: DTM configuration for KW36 Hello, Are you using test tool? Could you please share with me the complete command you sent and the response ? Regards, Estephania

KW36 的 DTM 配置 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好estephania_martinez ‌， 我按照以下链接中的说明配置了KW36 DTM（通过2线UART接口）。 KW系列直接测试模式（DTM）配置 为了验证 DTM 的行为，我使用以下命令进行了测试。 1. LE RESET （a）0x0000 （b）0x0204 （c）0x0300 2. 低功耗发射器测试 0x8000 3. LE接收机测试 0x4000 4. LE 测试结束 0xC000 在上述命令中，LE Reset 命令在所有 3 个命令中均未通过，LE Test End 命令也失败了。 请您帮忙查看一下这个问题？ 使用的硬件： USB 转 TTL 变流器（3.3V 逻辑电平） 谢谢您！ 此致， 纳文·苏雷什 Re: DTM configuration for KW36 你使用的是哪个固件版本？ Re: DTM configuration for KW36 您是在开发板上还是在您自己的应用程序中尝试过的？ Re: DTM configuration for KW36 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好， 谢谢你的回复。 它不是测试工具。这是一个第三方工具，现在运行正常，问题出在地址配置上。 谢谢您！ 此致， 纳文·苏雷什 Re: DTM configuration for KW36 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， 你使用的是测试工具吗？请问您能否将您发送的完整命令和响应分享给我？ 此致， 埃斯特法尼亚

EB官方演示合辑 EB项目是按照以下步骤编制的： （1）修改 project_parameters.mk 文件 （2）由于使用了 S32DS，因此在 check_build_params.mk 文件中对与 T32 相关的内容进行了注释。 （3）“生成”是可以接受的。 （4）“make 版本”不正确。 请问这是什么原因造成的？是否需要修改Makefile文件？ Re: EB official demo compilation 您好@ NXP2 您选择的GCC版本不正确。 Re: EB official demo compilation 谢谢！

EB公式デモ集 EBプロジェクトは以下の手順に従ってコンパイルされました。 （１）project_parameters.mk ファイルを修正する （２）S32DSが使用されたため、T32に関連する内容がcheck_build_params.mkファイルに注釈付けされました。 （３）「生成する」は許容されます。 （4）「make build」は誤りです。 これが何が原因だったのか教えていただけますか?メイクファイルを変更する必要はありますか？ Re: EB official demo compilation こんにちは@ NXP2 選択したGCCのバージョンが間違っています。 Re: EB official demo compilation ご回答をお待ちしています。

KW36のDTM構成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 estephania_martinez さん、 以下のリンクに記載されているようにKW36 DTMを設定しました(2線式UARTインターフェースを介して) KWファミリ向けの直接テストモード(DTM)構成  しかし、DTMの動作を確認するために、以下のコマンドを使用してテストしました。 1. LEリセット (a) 0x0000 (b) 0x0204 (c) 0x0300 2. LEトランスミッタ試験 0x8000 3. LEレシーバーテスト 0x4000 4. LEテスト終了 0xC000 上記のコマンドでは、LE Reset が 3 つのコマンドすべてで合格せず、LE Test End コマンドも失敗しています。 この問題を確認してもらえますか? 使用ハードウェア: USBからTTLへのコンバータ(3.3Vロジックレベル) よろしくお願いします！ よろしくお願いいたします。 ナヴェン・スレシュ Re: DTM configuration for KW36 どのファームウェアを使用しましたか？ Re: DTM configuration for KW36 開発ボードで試しましたか、それとも自分のアプリケーションで試しましたか? Re: DTM configuration for KW36 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 ご回答ありがとうございます。 これはテストツールではありません。これはサードパーティ製のツールで、現在は正常に動作しています。問題はアドレス設定にありました。 よろしくお願いします！ よろしくお願いいたします。 ナヴェン・スレシュ Re: DTM configuration for KW36 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 テストツールを使用していますか？送ったコマンドの全文と返信内容を教えていただけますか? よろしくお願いいたします。 エステファニア

Ara-240 - NVM Memory Compatibility Guide The purpose of this document is to provide extended guidance for selection of compatible Non-Volatile Memory (NVM) devices that are supported by the Ara240 (aka Ara-2) processors. In all cases, it is strongly recommended to follow the memory layout guidelines outlined in the specific SoC requirement documents. Manufacturer Memory Part Number Capacity Renesas NOR SPI FLASH AT25SL321-UUE-T 32Mbit (4MB) ISSI NOR SPI FLASH IS25WJ032F-JTLE-TR 32Mbit (4MB) ISSI NOR SPI FLASH IS25WP032D-JBLE 32Mbit (4MB) Winbond NOR SPI FLASH W25Q16JVSNIQ 16Mbit (2MB) Winbond NOR SPI FLASH W25Q32JWUUIQ 32Mbit (4MB) Winbond NOR SPI FLASH W25Q64JWSSIQ 64Mbit (8MB) XMC NOR SPI FLASH XM25LU64CVIQT 64Mbit (8MB) Note 1: All memory parts are in production unless stated otherwise. Checked June 2026 Re: Ara-240 - NVM Memory Compatibility Guide Cross reference: Ara240 - LPDDR4 Memory Compatibility Guide

SJA1110 Rev. D ではホストへのトラップが機能しません SJA1110-EVMボードの開発に取り組んでおり、ホストプロセッサ(Cortex-M7)で特定のフレームを読み取るソフトウェアを作成しました。そのため、ボードに付属している「hello world」の例を使い、そこからアプリケーションを構築しました。 私はAutosar-RTDでS32DSを使っていました。 今はスイッチを使って別のボードに切り替えました。しかし、そのスイッチの異なるバージョンを使っています(Rev.D)設定をきちんと調整しました。 しかし、ホストプロセッサにトラップされるべきフレームを受信できません。トラップフラグを設定したL2エントリを使用してフレームをトラップしています。L2エントリが、私が捕捉しようとしているフレームで実際に使用されていることを確認しました。さらに、私は「乱交」が有効になっていることを確認しました。ホスト側からフレームを送信することも可能です。統計登録によると、受信されるはずのフレームはドロップされず、スイッチに入った後も消えてしまう(つまりL2ルールは有効ですが、ホストポートには届かない??)。 問題をさらに絞り込む方法や、ハードウェアの問題を確認または除外する方法がわかりません。 Re: Trap to host not working on SJA1110 Rev. D こんにちは、 @flxwly さん。 SJA1110-MGS-EVMでSJA1110Dを使っているのか、それともご自身のカスタムボードで使っているのか、教えていただけますか? オリジナルのSJA1110-EVMはSJA1110Aをベースとしていましたが、新しいSJA1110-MGS-EVMはSJA1110Dを使用しています。同時に、SJA1110ファミリはピン互換かつソフトウェア互換と説明されているため、トラップ・トゥ・ホストの概念自体が改訂ごとに異なるとは思えません。これは、一般的なRev.Dの制限というよりも、基板固有の構成の不一致である可能性が高いことを示しています。 EthTrcv_43_PHYの設定が適切に変更されていること、およびPHYインスタンスがEthSwt_43_SJA11XXに正しくマッピングされていることを確認してください。EthSwt_43_SJA11XX の MACConfigurationTable が、実際のボードのトポロジーに合わせて更新されていることを確認してください。使用されていないポートは無効にすべきです。 可能であれば、.mex ファイルも共有してください。設定を確認するためにファイルしてください。 よろしくお願いいたします。 パベル Re: Trap to host not working on SJA1110 Rev. D こんにちは、 @PavelL さん。 迅速なご対応ありがとうございます。直ったようです。どうやらデフォルトのVLAN 0を正しく設定し忘れていたようです。しかし、なぜL2エントリでフレームを他のポートにルーティングできるのにホストには行けないのか、やはり気になります。 私が自作した基板にはSJA1110Dが使用されています。.mexファイルを添付しました。私はS32SDK_SJA1110_RTM_1.0.0を使用しています。 よろしくお願いします、 ネポムク Re: Trap to host not working on SJA1110 Rev. D こんにちは、 @flxwly さん。 はい、この動作はVLANメンバーシップフィルタリングと一致しています。 L2エントリは一致して転送先を選択する可能性はありますが、フレームは対応するVLANに属するポートにのみ配信されます。デフォルトのVLAN 0が正しく設定されていなかった場合、他のポートへの転送は機能していた一方で、ホストポートはVMEMB_PORTに含まれていないためにフレームを受信できなかった可能性があります。 あなたの.mexファイルを確認しました。ファイルに加え、VLAN 0の修正に加えて、MACConfigurationTableやL2フォワーディングテーブルの未使用ポートをすべて無効にすることも検討し、実際のボードトポロジーにできるだけ近い構成に仕上げることを検討してください。 よろしくお願いいたします。 パベル Re: Trap to host not working on SJA1110 Rev. D こんにちは、 @flxwly さん。 ご注意ください：回答が解決済みとしてマークされると、元の質問はシステム上で追跡されなくなります。私は更新情報の購読メールしか受け取らず、それも時々見逃されることがあります。 さらにサポートが必要な場合は、新しいクエリを作成するのが最善の方法です。 よろしくお願いいたします。 パベル Re: Trap to host not working on SJA1110 Rev. D こんにちは、 @PavelL さん。 どうもありがとうございます。現在は意図したとおりに動作しています。しかし、インバンド制御拡張機能に関して、もう一つ質問があります。ホストからスイッチへのトレーラーフレームのトレーラーにはホストポート(0)が含まれていますか?UM11107の5.8.2.1のドキュメントには、ポートの設定方法について正確に記載されていません。ポートごとに1ビットだと想定していました。また、予告編の情報が完全に削除されていないようです。 よろしくお願いいたします。 ネポムク

NXP、链接器脚本和适用于 VS Code 的 MCUxpresso 扩展 编辑：目前我正在手动编辑链接器脚本，虽然可以正常工作，但我想知道是否有“更好”的方法。 我尝试使用 256KB 的辅助 SRAM 区域（链接器脚本中的 m_data2）作为我的 .bss 文件。部分 通常情况下，我只需要编辑项目的链接器脚本，然后从那里开始。这就是我在STM32环境下所做的。 但在我着手处理项目文件之前，先来看看 ./armgcc 的内容。项目下的文件夹是否已重新生成？（我对此表示怀疑，我只是想验证一下我的假设。） 另外，如果它们被重新生成，或者以其他方式，是否有更好的方法来使用我芯片上的辅助 256KB 同步动态随机存取存储器(SDRAM) 区域？默认情况下，它似乎没有映射到我的代码中的任何区域。 Re: NXP, Linker scripts, and MCUxpresso extension for VS Code 嗨@litch 你使用的是哪款芯片？ BR 哈里

NXP, Linker scripts, and MCUxpresso extension for VS Code Edit: Currently hand editing the linker scripts and it works, but wondering if there isn't something "better" i should be doing. I am trying to use the 256KB secondary SRAM region (m_data2 in the linker scripts) as my .bss segment Normally, I'd just edit the linker scripts for my projects and go from there. That's what I do on my STM32 environments. But before I go and start ripping up project files, are the contents of the ./armgcc folder under the project regenerated ever? (I doubt it, I just want to check my assumptions) And also, if they are regenerated, or otherwise, is there a better way to use the secondary 256KB SDRAM region on my chip? By default it seems it's not mapped to any region in my code. Re: NXP, Linker scripts, and MCUxpresso extension for VS Code Hi @litch  Which chip you are using? BR Harry

The created control displays incorrectly after being aligned to the center. The simulated position also appears incorrect. Below the screen, I created a TabView. Tab1 contains a chart. Currently, if I manually align it, the simulated screen appears to be off-center to the right. However, if I use the program's center and bottom alignment options, it results in an image upload error. All of these are incorrect. 回复： 创建的控件位置在对齐局中后，出现显示不正常。模拟出来的位置也不正常的情况 Hi @qujun I tested it on my end.  I did not reproduce the issue you mentioned. Which version are you using? How to reproduce this problem? BR Harry

VS Code 用の NXP、リンカー スクリプト、および MCUxpresso 拡張機能 追記：現在はリンカースクリプトを手動で編集して動作させていますが、もっと「良い」方法があるのではないかと考えています。 256KBのセカンダリSRAM領域（リンカスクリプトのm_data2）を.bssとして使用しようとしていますセグメント 通常であれば、プロジェクトのリンカースクリプトを編集して、そこから作業を進めます。それが私がSTM32環境で行っていることです。 しかし、プロジェクトファイルを破壊し始める前に、./armgcc の内容はプロジェクト内のフォルダは再生成されたことがありますか？（そうは思わないけど、自分の推測が正しいか確認したいだけ） また、それらが再生される場合、あるいはそうでない場合、チップ上の256KBのセカンダリSDRAM領域をより有効に活用する方法はありますか？デフォルトでは、私のコードではどの領域にもマッピングされていないようです。 Re: NXP, Linker scripts, and MCUxpresso extension for VS Code こんにちは、 @litchさん どのチップを使用していますか？ BR ハリー

S32K5 こんにちは。プロジェクト用にS32K5のデータシートの安全なアクセスを2日前からリクエストしていますが、返答がなく、どなたか助けていただけませんか? Re: S32K5 ハイ NXPと秘密保持契約(NDA)に署名したかどうか確認いただけますか? もしなければ、 https://www.nxp.com.cn/docs/en/user-guide/nxp-secure-access-rights-registration.pdf を参照してください。 既に有効なNDAをお持ちの場合は、PDFファイルを[email protected]までお送りください。   よろしくお願いします、 ロビン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 -------------------------------------------------------------------------------