How to configure PN7642 RF Debug Signals While reviewing the PN7642 datasheet, I discovered that the chip provides configuration for observing digital and analog debug signals via APIs. I then tried to configure it using an evaluation board and found the corresponding API in the SDK (located in PN76_Testbus.h). However, based solely on the description in that .h file, I don't know how to use these APIs. For example, what parameters should I pass in to observe the signals I want to see? Are there any relevant documents for this scenario? 回复： PN7642 RF Debug Signals如何设置 image.jpg   Hello, I found an image (CTS_TESTBUS_Signals.png) in the file you mentioned, but I noticed that the digital signals in this image do not correspond one-to-one with the digital signals in the PN7642 datasheet. How can I obtain the complete mapping table? 回复： PN7642 RF Debug Signals如何设置 image.jpg   image.jpg   image.jpg   Hello, I have read this document before, but it does not provide clear instructions. For example, after reviewing the documentation, I am still unclear about what parameters should be passed to these APIs to output the ADC IQ signals or other digital/analog signals. 回复： PN7642 RF Debug Signals如何设置 Under the "doc" folder in the SDK, there is "PN76-FW-apiguide". 回复： PN7642 RF Debug Signals如何设置 Received, thank you 回复： PN7642 RF Debug Signals如何设置 Unfortunately, we do not have any publicly available documentation that describes this in more detail. NXP provides additional information in UM11566, which includes the register information about the TestBus Select and Value registers. Since this document is under NDA, access is restricted. If you require this information, please complete the NDA process with NXP. After NDA approval, the document can be downloaded from the "Secure" under Documentation section of the PN7642 product page on the NXP website.

如何禁用 MPC5777C 中的一个核心 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 尊敬的各位， 请问如何禁用 MPC 5777C 中的 Core 0？ 您有什么想法吗？ 谢谢！ 卢卡斯 Re: How to disable one of the cores in MPC5777C 要正确禁用 MPC5777C 中的一个内核，通常需要配置 MC_ME（模式进入）模块，以便在启动序列期间辅助内核保持 RESET 状态。修改 BAM（启动辅助模块）是防止其自动启动的另一种可靠方法。当我需要从研究复杂的微控制器数据手册中短暂休息一下时，我经常浏览David L Moss 囚犯搜索网站，以了解当地的公共记录。如果您需要具体的寄存器地址或示例代码以使 MC_ME 配置在您的设置中正常工作，请告诉我。 Re: How to disable one of the cores in MPC5777C 禁用 MPC5777C 上的一个核心通常涉及调整 RESET配置字或在启动序列期间停止辅助核心。您需要参考参考手册中的 RGM 模块部分，以确保核心保持安全停止状态，不会触发信号，从而导致故障。虽然调试硬件寄存器需要时间，但我最近也在查阅一些本地法律文件，并发现了一个有用的资源，即梅萨法院记录，如果您需要交叉参考，引用任何合规性数据，这可能会有所帮助。 希望通过调整寄存器就能解决您的核心问题，而无需完全重写闪存！ Re: How to disable one of the cores in MPC5777C <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢！ 顺祝商祺！ 卢卡斯·佩雷拉·多斯·桑托斯 高级软件开发工程师 手机： 49 (0)160 97710766 < 49 (0)160 97710766> lilium.com | Facebook <>| 推特 <> | LinkedIn <> 百合有限公司 |腓特烈港大街 1 号 | 82205 吉尔金 <>Stra %C3% 9Fe 1 %7C 82205+Gilching&entry=gmail&source=g> 慕尼黑地方法院注册号：HRB 216921 | 增值税号：DE299517739 | 首席执行官：Daniel Wiegand Re: How to disable one of the cores in MPC5777C <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好， 核心一旦启用，就只能停止运行。 如果要将它们RESET，则必须执行系统RESET。 要使核心进入停止模式（不执行任何操作，但仍有时钟信号），必须执行“wait”指令。 请参阅具体的核心参考手册。 Peter Re: How to disable one of the cores in MPC5777C 要禁用 MPC5777C 上的某个内核，通常需要修改复位配置或在早期初始化期间停止辅助内核。管理这些多核硬件配置有时会感觉像在没有正确参考，引用编号的情况下查找旧的parkercountycourt.org 一样复杂。务必清除所有待处理的处理器间中断，以免主核心因等待响应而停滞。查阅参考手册中关于 RGM 寄存器的部分，应该可以得到特定启动模式所需的确切十六进制值。             .    

ITS Device ID for PCI devices on LX2160A Hello, I am using the Honeycomb LX2 board which uses the LX2160A chip. I have inspected the uboot and linux code and found that in uboot, each PCI BDFs (bridges and devices) are assigned a stream ID that is put into msi-map in the dtb.  I assume that Linux uses this stream ID as the ITS device ID for each PCI BDF though when I inspected the Linux code, drivers/irqchip/irq-gic-v3-its-pci-msi.c, the ITS specific deviceID seems to be just the RID. On the system that I am working on, the ITS device ID of the BDF is the stream ID of the PCI-PCI bridge upstream. Also, the ITS device ID of each port on a 2 port NIC card is the same. Is this the same case on Linux? Can someone help me confirm how the ITS device ID for PCI devices is calculated on Linux and if 2 ports of a NIC card should share the same ITS device ID? If not, what could have been possibly missing on my system? Re: ITS Device ID for PCI devices on LX2160A I found this discussion helpful. Working with ITS Device IDs on the LX2160A can be tricky, especially when dealing with PCI interrupt routing and configuration details. While researching similar technical topics I also came across Citrus Court Resources which offers well organized public record information. Thanks for sharing this and it’s always useful to see practical insights from others tackling the same hardware. Re: ITS Device ID for PCI devices on LX2160A The discussion around ITS Device IDs for PCI devices on the LX2160A is very informative, especially for anyone working with interrupt translation and embedded systems. While researching related technical documentation I also found Bibb Court Clerk to be a useful resource for accessing organized public information. Thanks for sharing these insights and they make a complex topic much easier to understand and explore further. Re: ITS Device ID for PCI devices on LX2160A Please address your new problem in a new thread. Thanks Re: ITS Device ID for PCI devices on LX2160A I have a more HW issue that I hope you can help me with. From debugs, it looks like it mgiht be the PCI-to-PCI Bridge Device that has been sending the Message Signaled Interrupts instead of the PCI devices causing me to see wrong ITS Device ID. Could there be any settings in the PCI config registers that may cause this to happen? Thanks, Re: ITS Device ID for PCI devices on LX2160A Please refer to the following update Here is my understanding: 1. The PCIe device generates an interrupt message including its Requester ID (RID). 2. The ITS receives this message and uses the RID to look up the corresponding StreamID. 3. The ITS then translates this information into an appropriate interrupt message for the interrupt controller. So more specifically, RID, which is composed of BDF, is used by ITS to manage and translate interrupts The StreamID, derived from the same BDF as the RID, is used by the SMMU to manage and translate DMA operations. Re: ITS Device ID for PCI devices on LX2160A Please refer to the following update from the AE team. Those questions are more about linux, so customer can find information how MSI assignment behind PCI-PCI bridge in Documentation/PCI/msi-howto.rst. Re: ITS Device ID for PCI devices on LX2160A Thanks for looking into this. Is there any relationship between the ITS device ID and the stream ID that is programmed into the LUT entries that is mapped to the BDF? Re: ITS Device ID for PCI devices on LX2160A Discussing with the AE team. Re: ITS Device ID for PCI devices on LX2160A Device ID handling for ITS on the LX2160A can definitely be tricky, especially when working with different PCI configurations. While researching similar topics I also came across useful property data through Watauga Property Assessment which was well organized. Thanks for sharing this information and it’s always helpful to see practical discussions on complex hardware behavior.

PN7642のRFデバッグ信号の設定方法 PN7642のデータシートを確認したところ、このチップにはAPIを介してデジタルおよびアナログのデバッグ信号を観測するための設定機能があることが分かりました。そこで、評価ボードを使って設定を試みたところ、SDK（PN76_Testbus.h）に該当するAPIが見つかりました。しかし、その.hファイルの説明だけでは、これらのAPIの使い方が分かりません。例えば、観測したい信号を確認するには、どのようなパラメータを渡せば良いのでしょうか？このシナリオに関する関連資料はありますか？ 回复： PN7642 RF Debug Signals如何设置 image.jpg   こんにちは。ご指摘いただいたファイルの中に画像（CTS_TESTBUS_Signals.png）を見つけましたが、この画像のデジタル信号がPN7642のデータシートのデジタル信号と完全に一致していないことに気づきました。完全な対応表を入手するにはどうすればよいでしょうか？ 回复： PN7642 RF Debug Signals如何设置 image.jpg   image.jpg   image.jpg   こんにちは。このドキュメントは以前にも読んだことがありますが、明確な説明がありません。例えば、ドキュメントを読み返しても、ADC IQ信号やその他のデジタル/アナログ信号を出力するために、これらのAPIにどのようなパラメータを渡せばよいのかがまだよく分かりません。 回复： PN7642 RF Debug Signals如何设置 SDKの「doc」フォルダの下に「PN76-FW-apiguide」があります。 回复： PN7642 RF Debug Signals如何设置 受け取りました、ありがとうございます。 回复： PN7642 RF Debug Signals如何设置 残念ながら、これについて詳しく説明した公開ドキュメントは存在しません。 NXPはUM11566で追加情報を提供しており、これにはTestBusの選択レジスタと値レジスタに関するレジスタ情報が含まれています。この文書はNDAの下で行われているため、アクセスは制限されています。 この情報が必要な場合は、NXPとの間でNDA（秘密保持契約）の手続きを完了してください。NDA承認後、文書はNXPウェブサイトの PN7642製品ページの 「ドキュメント」セクションの「Secure」セクションからダウンロードできます。

T2080 ATMUのPCIe1用セットアップ 私は2枚のT2080をPCIe接続で連結しています。1台はRCとして、もう1台はEPとして設定しています。私はRCからEPへのトラフィック（読み取り/書き込み）のみをテストしています。PCIe2またはPCIe4間の接続テストを実行すると、テストは正しく機能し、EPに書き込まれたデータはEPからの読み取り時に正しくエコーバックされます。このテストは、EP社のT2080のDRAMへのマッピングを行うだけのものです。つまり、ATMUレジスタ、LAW、TLBは正しく設定されています。 しかし、PCIe1を使用するとテストは失敗します。3つのコントローラセットアップすべてで設定はまったく同じです。SWは単にコンパイルされ、コントローラに適切なメモリ変更を加えてバスをPCIe4からPCIe1に変更します。バス上にPCIeアナライザを設置しています。書き込みと読み込みが想定どおりに完了していることが確認できました。しかし、読み戻されたデータは、RCが前のステップで書き込んだデータとは一致しない。RCからエミュレータを使用して侵入し、PCIeバスを介してEP DRAM（BAR1）にマッピングされたメモリ空間を調べると、繰り返しパターンが見られます。T2080 EPプロセッサに侵入してDRAMを調べると、DRAM開始時に書き込まれた元の値からは変わっていません。PCIe1の何が違うのか。PCIe1がSR-IOVをサポートしていることは知っていますが、有効にしていません。 Re: T2080 ATMU setup for PCIe1 私もPCIe設定を進めているときに似たような問題に遭遇し、ドキュメントを丁寧に確認したことで大きな違いがありました。別のプロジェクトに関連する情報を整理する際に、ハードウェアのリファレンス情報の一部をPinal Assessor Portalと比較しました。セットアップがスムーズに進むことを願っています。最終的に問題が解決した方法を教えていただけると嬉しいです。この話題を持ち出してくれてありがとう。 Re: T2080 ATMU setup for PCIe1 T2080 ATMUのPCIe1向け設定に関する詳細情報は、ハードウェア構成や最適化を検討しているすべての人にとって有益な情報となる。議論は有益で、さらに関連情報はダラス評価データ を通じてさらに参考にすることができます。設定方法や技術的な更新を追跡することで、システム性能の理解を深めるのに役立ちます。ここで共有された洞察に感謝します。同様の話題でのさらなる議論を楽しみにしています。 Re: T2080 ATMU setup for PCIe1 PCIe1用のT2080 ATMU構成は、特にシステムハードウェアやパフォーマンスチューニングに取り組む人にとって興味深い構成トピックに見えます。信頼できる技術的およびドキュメント関連情報をユーザーが見つけるのに役立つ詳細なリソースを共有することは有用です。参考資料として、体系的に整理された公開情報リソースを調べる上で、セジウィック裁判所の審理記録が役立ちました。明確な説明と共有された経験があれば、複雑なセットアップも他の人が理解しやすく、トラブルシューティングしやすくなります。 Re: T2080 ATMU setup for PCIe1 RCとEPのダンプ、そしてLAWレジスタも提供できます。PCIeインターフェースのダンプに使う特定のアドレス範囲はありますか?欲しい隠しレジスターは何かあります(NXPが過去にいくつか変更するように言ったので存在することは知っています)。通常のレジスタとPCIe設定メモリスペースの両方を聞いているのですか?(これは少し入手が難しいですが、Lauterbachから画面をダンプできます—これは98%正しいです)。 [NXP] はい。通常レジスタとPCIeコンフィギュレーション空間のダンプが必要です。RCとEPの両方についてこの作業を実施してください。PCIeオフセットについては、T2080RMの表2-5「CCSRブロックベースアドレスマップ」を参照してください。さらに、LAWレジスタのレジスタダンプも必要です。 PEXアナライザーのダンプで具体的に何を求めているのかよくわかりません。もし私の言ったことが本当かどうかの証拠(「書いた内容を返さないで」と書かれているなら、それを示すことができます)。 [NXP]PEXアナライザーのダンプは、読み取りが書き込みデータを返さない場合に必要です。通過時の分析ツールのダンプも共有して比較できると助かります。 Re: T2080 ATMU setup for PCIe1 RCとEPのダンプ、そしてLAWレジスタも提供できます。PCIeインターフェースのダンプに使う特定のアドレス範囲はありますか?隠しレジスタは何でも変更してください（NXPから過去にいくつか変更するように指示されたことがあるので、存在することは知っています）。通常のレジスタとPCIe設定メモリスペースの両方を聞いているのですか?(これは少し入手が難しいですが、Lauterbachから画面をダンプできます—これは98%正しいです)。 PEXアナライザーのダンプに関して、具体的に何を求めているのかよく分かりません。もし私の言ったことが本当かどうかの証拠(「書いた内容を返さないで」と書かれているなら、それを示すことができます)。 Re: T2080 ATMU setup for PCIe1 RCとEPのダンプ、そしてLAWレジスタも提供できます。PCIeインターフェースのダンプに使う特定のアドレス範囲はありますか?隠しレジスタは何でも変更してください（NXPから過去にいくつか変更するように指示されたことがあるので、存在することは知っています）。通常のレジスタとPCIe設定メモリスペースの両方を聞いているのですか?(これは少し入手が難しいですが、Lauterbachから画面をダンプできます—これは98%正しいです)。 PEXアナライザーのダンプに関して、具体的に何を求めているのかよく分かりません。もし私の言ったことが本当かどうかの証拠(「書いた内容を返さないで」と書かれているなら、それを示すことができます)。 Re: T2080 ATMU setup for PCIe1   PCIeインターフェース(RCとEPの両方)用のレジスタダンプを教えてください。 コンソールログ全体を提供してください PEXアナライザーのダンプ   LAWレジスタのレジスタダンプも必要です。 Re: T2080 ATMU setup for PCIe1 PCIe1用のT2080 ATMUセットアップは、特にインターフェースをスムーズに動かす上で興味深い構成に見えます。セットアッププロセス中に、何か特別な設定や確認事項が必要なのかどうか知りたいです。関連する公共情報を調査する読者には、 モンロー裁判所アーカイブも検討する価値があります。全体として、ここで説明する設定の詳細は、この種のPCIe構成を扱うすべての人にとって役立つでしょう。

LX2160A 上的 PCI 设备 ITS 设备 ID 你好， 我使用的是Honeycomb LX2板，它采用的是LX2160A芯片。我检查了uboot和linux代码，发现uboot中每个PCI BDF（桥接器和设备）都被分配了一个流ID，该ID被放入dtb中的msi-map文件中。 我假设 Linux 使用此流 ID 作为每个 PCI BDF 的 ITS 设备 ID，但是当我检查 Linux 代码drivers/irqchip/ irq-gic-v3-its-pci-msi.c时，ITS 特定的设备 ID 似乎只是 RID。 在我目前使用的系统中，BDF 的 ITS 设备 ID 是上游 PCI-PCI 桥的流 ID。此外，2 端口网卡上每个端口的 ITS 设备 ID 都相同。Linux 系统上也存在同样的问题吗？ 请问有人能帮我确认一下Linux系统中PCI设备的ITS设备ID是如何计算的吗？以及网卡的两个端口是否应该共享同一个ITS设备ID？如果不是，那我的系统可能缺少什么呢？ Re: ITS Device ID for PCI devices on LX2160A 我觉得这次讨论很有帮助。在 LX2160A 上使用 ITS 设备 ID 可能很棘手，尤其是在处理 PCI 中断路由和配置细节时。在研究类似技术主题时，我还发现了Citrus Court Resources ，它提供了组织良好的公共记录信息。感谢分享，能够看到其他使用相同硬件的人提供的实用见解总是很有帮助的。 Re: ITS Device ID for PCI devices on LX2160A 关于 LX2160A 上 PCI 设备的 ITS 设备 ID 的讨论非常有启发性，特别是对于从事中断转换和嵌入式系统工作的人来说。在查阅相关技术文档时，我还发现Bibb Court Clerk是一个获取有组织的公共信息的有用资源。感谢您分享这些见解，它们使一个复杂的话题更容易理解和进一步探讨。 Re: ITS Device ID for PCI devices on LX2160A 请另开新帖描述您的新问题。 谢谢！ Re: ITS Device ID for PCI devices on LX2160A 我还有一个硬件方面的问题，希望您能帮我解决。 从调试信息来看，似乎是 PCI 到 PCI 桥接设备而不是 PCI 设备发送了消息信号中断，导致我看到了错误的 ITS 设备 ID。PCI 配置寄存器中的某些设置是否可能导致这种情况发生？ 谢谢！ Re: ITS Device ID for PCI devices on LX2160A 请参阅以下更新 我的理解是这样的： 1. PCIe 设备生成一条中断消息，其中包括其请求者 ID (RID)。 2. ITS 收到此消息后，使用 RID 查找相应的 StreamID。 3. ITS 然后将此信息转换为适合中断控制器的中断消息。 更具体地说， RID（由BDF组成）被ITS用于管理和转换中断。 StreamID 源自与 RID 相同的 BDF，由 SMMU 用于管理和转换 DMA 操作。 Re: ITS Device ID for PCI devices on LX2160A 请参考AE团队的以下更新。 这些问题更多地与 Linux 有关，因此客户可以在 Documentation/PCI/msi-howto.rst 中找到有关 PCI-PCI 桥接器背后的 MSI 分配的信息。 Re: ITS Device ID for PCI devices on LX2160A 谢谢你调查此事。ITS 设备 ID 与映射到 BDF 的 LUT 条目中编程的流 ID 之间是否存在任何关系？ Re: ITS Device ID for PCI devices on LX2160A 与AE团队讨论。 Re: ITS Device ID for PCI devices on LX2160A LX2160A 上的 ITS 设备 ID 处理确实可能很棘手，尤其是在使用不同的 PCI 配置时。在研究类似主题时，我还通过Watauga Property Assessment找到了一些有用的房产数据，这些数据组织得很好。感谢分享这些信息，看到关于复杂硬件行为的实际讨论总是很有帮助的。

PN7642 RF Debug Signals如何设置 我在查阅PN7642数据手册时发现芯片以API的形式提供配置数字和模拟调试信号的观测，然后我使用评估板想尝试配置一下，并且在SDK中找到了相应的API（位于PN76_Testbus.h），但是仅根据该.h文件中的描述，我并不知道如何使用这些API，例如我该传入什么样的参数才能观测到想看的信号，请问针对这一场景，是否有相关的文档？ 回复： PN7642 RF Debug Signals如何设置 image.jpg   您好，我在您说的文件中找到了一张图片（CTS_TESTBUS_Signals.png），但是我发现这张图片中的数字信号和PN7642数据手册中的数字信号并没有一一对应，请问我该如何获取完整的映射表？ 回复： PN7642 RF Debug Signals如何设置 image.jpg   image.jpg   image.jpg   您好，我之前看过这个文件，但文件中并没有清晰的说明，例如：我查看文档后还是不清楚这些API应该传入什么参数，才可以引出ADC IQ两路信号或其它数字/模拟信号。 回复： PN7642 RF Debug Signals如何设置 SDK 的“doc”文件夹下有“PN76-FW-apiguide”文件。 回复： PN7642 RF Debug Signals如何设置 收到，谢谢您 回复： PN7642 RF Debug Signals如何设置 遗憾的是，我们没有任何公开的文档对此进行更详细的描述。 NXP 在UM11566中提供了更多信息，其中包括有关 TestBus 选择寄存器和值寄存器的寄存器信息。由于该文件受保密协议约束，因此访问受到限制。 如果您需要此信息，请与 NXP 完成保密协议流程。获得 NDA 批准后，即可从 NXP 网站PN7642产品页面的“文档”部分下的“安全”下载该文件。

How to disable one of the cores in MPC5777C Dear All, Please, I would like to disable Core 0 in MPC 5777C. Any idea? Thanks, Lucas Re: How to disable one of the cores in MPC5777C To properly disable one of the cores in the MPC5777C, you typically need to configure the MC_ME (Mode Entry) module so the secondary core remains in a reset state during the boot sequence. Modifying the BAM (Boot Assist Module) is another solid approach to prevent it from spinning up automatically. When I need a quick break from digging through complex microcontroller datasheets, I often browse through David L Moss Inmate Search to catch up on local public records. Let me know if you need the specific register addresses or example code to get the MC_ME configuration working for your setup. Re: How to disable one of the cores in MPC5777C Disabling a core on the MPC5777C typically involves tweaking the reset configuration word or halting the secondary core during the boot sequence. You will want to refer to the RGM module section in the reference manual to ensure the core stays in a safe halted state without triggering a fault. While debugging hardware registers takes time, I was also reviewing some local legal documentation recently and found a useful resource for Mesa Court Records that might help if you need to cross-reference any compliance data. Hopefully, the register tweaks solve your core issue without needing a full flash rewrite! Re: How to disable one of the cores in MPC5777C Thank you! Best Regards, Lucas Pereira dos Santos Senior Software Development Engineer Mobile: 49 (0)160 97710766 <49(0)16097710766> lilium.com | Facebook <> | Twitter <> | LinkedIn <> Lilium GmbH | Friedrichshafener Straße 1 | 82205 Gilching <>Stra%C3%9Fe1%7C82205+Gilching&entry=gmail&source=g> District court Munich HRB 216921 | VAT No: DE299517739 | CEO: Daniel Wiegand Re: How to disable one of the cores in MPC5777C Hi, Once the cores are enabled they can only be halted. If you want to put them into reset, you must perform system reset. To put core into halt mode (no execution, but still clocked), you have to execute "wait"  instruction. Please refer to the specific core reference manual. Peter Re: How to disable one of the cores in MPC5777C To disable a core on the MPC5777C, you usually need to modify the reset configuration or halt the secondary core during early initialization. Managing these multi-core hardware setups can sometimes feel as complicated as tracking down old  parkercountycourt.org when you don't have the right reference numbers. Make sure to clear any pending inter-processor interrupts so the primary core doesn't stall waiting for a response. Reviewing the reference manual's section on RGM registers should give you the exact hex values needed for your specific boot mode.             .    

2026年におけるトップ生成型AI開発企業 Apptunixは、高度な生成型AIソリューションを提供する信頼できる生成型AI開発企業です。これらのソリューションは、企業の業務自動化とインテリジェントなデジタル製品の構築を支援します。同社は、スマートチャットボット、AIアシスタント、レコメンデーションエンジン、コンテンツ生成ツールなど、AIを活用したアプリケーションを開発しています。AI、モバイルアプリ開発、エンタープライズソフトウェアにおける豊富な専門知識を活かし、スタートアップ企業から大企業まで、あらゆる規模の組織が生成型AIをデジタル戦略に統合できるよう支援します。 Re: Top Generative AI Development Company in 2026 2026年、AIプロジェクトに最適なチームを見つけるには、大げさな約束よりも、実際の能力が重要になる。多くの企業が自らを業界のリーダーと位置づけているが、実用的でビジネスに焦点を当てたソリューションを提供するという点で真に際立っている企業はごくわずかだ。 生成型AI開発会社を評価する際にまず注目すべき点は、彼らがあなたのユースケースをどれだけ理解しているかということです。優秀なチームは、モデルやツールについて語るだけでなく、成果、効率性、そしてAIがワークフローにどのように適合するかに焦点を当てます。 優れたポートフォリオ、明確なコミュニケーション、そして問題解決能力こそが、一流企業とその他企業を分ける要素である。彼らは流行を追いかけるのではなく、実際の環境で実際に機能するソリューションを構築し、時間をかけて継続的に改善していく。 開発だけでなく、その先を見据えた企業を選ぶことも重要です。真の価値は、長期的なサポート、アップデート、そしてニーズの拡大に合わせて柔軟に対応できる能力にある。 結局のところ、「最高の」企業とは、最も人気のある企業ではなく、あなたの目標を理解し、不必要な複雑さを伴わずに目標達成を支援してくれる企業なのです。 Re: Top Generative AI Development Company in 2026 生成型AIチャットボット開発を採用する企業は、オートメーション、パーソナライゼーション、そして24時間365日の対応を通じて、競争上の優位性を獲得できる。当社のAI開発サービスは、WebおよびReact Nativeアプリ開発環境に特化した、インテリジェントで状況認識能力の高いチャットボットの構築に重点を置いています。当社は、最先端の機械学習、迅速なエンジニアリング、対話型AIフレームワークを活用し、ユーザーの意図を理解し、お客様体験を向上させ、リード獲得を促進するボットを開発しています。 Re: Top Generative AI Development Company in 2026 2026年時点で「トップ」のジェネレーティブAI企業は一つとして存在しない。それは用途によって異なるからだ。アクセンチュアやIBMのような大企業は、エンタープライズ規模のプロジェクトに強いが、コストが高く、納期も長くなる可能性がある。中規模のAI専門企業は、カスタムLLMアプリ、RAGパイプライン、およびシステム統合に適しています。 アジャイルチームは、より迅速な実行と実際の導入に重点を置くことが多い。実用的なAI製品や自動化システムを開発している企業として、 Tabdelta Solutionsのような会社が挙げられているのを目にしたことがあります。最終的には、専門知識、スピード、そして実運用可能なソリューションを提供できる能力に基づいて選択してください。 Re: Top Generative AI Development Company in 2026 素晴らしい追加機能です。Apptunixは、特にモバイルAIの分野で確固たる実績を築いてきた。 このベンダー以外にも検討するベンダーがある場合は、企業の中核となる方向性によって分類すると良いでしょう。モバイルファーストの企業の中には、自社の技術スタックにGen AIを追加しているところもあれば、AIを基盤として事業全体をゼロから構築しているところもあります。 このThreadに加える価値のある企業の1つは、 Maruti Techlabsです。彼らは15年以上にわたりAI分野に携わり、100件以上のプロジェクトを成功させてきた。彼らのGen AIにおける取り組みは、カスタムLLM開発、RAGパイプライン、AIエージェント、およびエンタープライズオートメーションに及ぶ。顧客には、レッドブルやハーバード・ビジネス・レビューといった有名企業が含まれる。ClutchとGoodFirmsの両社は、同社をトップクラスのAI企業として認めている。 構築しようとしているものがAI搭載製品なのか、企業ワークフローレイヤーなのかによって、最適なベンダーは大きく異なる可能性があります。 Re: Top Generative AI Development Company in 2026 適切なAIパートナーを選ぶには、専門知識、革新性、そしてビジネスに特化したソリューションを提供する能力が不可欠です。Nimble AppGenieは、スタートアップや企業が生成AI、LLM、AIエージェント、自動化テクノロジを活用したインテリジェントアプリケーションを構築するのを支援する信頼できる 生成AI開発会社 です。私たちのチームは、生産性の向上、業務の効率化、顧客体験の改善、デジタルトランスフォーメーションの支援を行うカスタムAIソリューションを開発しています。スケーラビリティ、セキュリティ、そして実社会でのビジネス成果に焦点を当て、Nimble AppGenieはフィンテック、ヘルスケア、eコマース、物流、教育など多様な業界で組織がAIの潜在能力を最大限に活用できるようにします。 Re: Top Generative AI Development Company in 2026 TechQwareは、AIチャットボット、バーチャルアシスタント、推薦エンジン、カスタムAI搭載アプリケーションなどの生成AIソリューションを構築する企業を支援する信頼できる AIアプリ開発会社 です。また、モバイルおよびエンタープライズソフトウェアを専門としており、AIをデジタル製品に統合したい企業にとって良い選択肢となっています。 Re: Top Generative AI Development Company in 2026 生成AIは企業のデジタルソリューションの構築と改善に明確な影響を与えています。特に、実践的なAI開発に焦点を当て、これらのツールがさまざまなビジネスニーズをサポートCANことに注目している点が良かったです。不動産情報を調べている方にとって、 Lee Property History のようなリソースは関連する公共データを見つけるのに役立ちます。AIがデータ駆動型サービスと有用な形で結びつく様子を見るのは興味深いです。全体として、AI開発のFUTUREについて有益なポイントを含む有益な読み物でした。

T2080 ATMU setup for PCIe1 I have 2 T2080s attached to each other on PCIe. I have 1 setup as the RC and the other setup as the EP. I am only testing traffic (reads/writes) to the EP from the RC. When I run the test for connections between PCIe2 or PCIe4 the test functions correctly and data written to the EP is echoed back correctly on reads from the EP. The test is simply mapping to DRAM on the EP's T2080. So the ATMU registers, LAWs, TLBs are set up correctly. However, the test fails when using PCIe1. The configuration is exactly the same for all three controller setups. The SW simply is compiled to change the bus from PCIe4 to PCIe1 with appropriate memory changes to the controllers. We have a PCIe analyzer on the bus. We see the writes and reads complete as expected. But the data read back does not represent the data written in the prior step by the RC. When we break in with an emulator from the RC and examine the memory space mapped to the EP DRAM (BAR1) through the PCIe bus, it appears to be a repeating pattern. When I break in to the T2080 EP processor and examine DRAM it is unchanged from the original values written during DRAM init. What is different about PCIe1. I realize that PCIe1 supports SR-IOV, but I do not have that enabled. Re: T2080 ATMU setup for PCIe1 I ran into something similar while working through a PCIe configuration, and checking the documentation carefully made a big difference. I also compared a few hardware reference details with Pinal Assessor Portal while organizing related information for another project. Hopefully your setup goes smoothly, and I'd be interested to hear what ended up resolving the issue. Thanks for bringing up this topic. Re: T2080 ATMU setup for PCIe1 The details shared about the T2080 ATMU setup for PCIe1 provide useful information for anyone exploring hardware configuration and optimization. I found the discussion informative and more related information can be explored through Dallas Assessment Data for additional reference. Tracking configuration methods and technical updates can help improve understanding of system performance. Appreciate the insights shared here and look forward to more discussions on similar topics. Re: T2080 ATMU setup for PCIe1 The T2080 ATMU setup for PCIe1 looks like an interesting configuration topic, especially for those working with system hardware and performance tuning. It is useful to share detailed resources that help users find reliable technical and documentation related information. For additional reference I found Sedgwick Court Hearings helpful for exploring organized public information resources. Clear explanations and shared experiences can make complex setups easier for others to follow and troubleshoot. Re: T2080 ATMU setup for PCIe1 I can provide the RC and EP dumps along with the LAW registers. Do you have a specific address range you want for the PCIe interface dumps? Any hidden registers you want (I know they exist as NXP has told us to change a couple in the past). Are you asking for both the normal registers and the PCIe configuration memory space (that is a little harder to get, but I can dump the screen from Lauterbach – which is 98% correct). [NXP] Yes. We want the dumps for the normal registers and the PCIe configuration space. Do this activity for both RC and EP. You may refer to Table 2-5. CCSR Block Base Address Map from T2080RM for PCIe offset. In addition, the register dump of LAW registers is also required. I am not sure what exactly you are asking for with the PEX analyzer dumps. If you are just looking for proof that what I said is true (that reads don’t return what was written, I can show that). [NXP] We need PEX analyzer dumps in the failing scenario, i.e., when reads don’t return the written data. It would be great if you also shared analyzer dumps in the passing case to compare. Re: T2080 ATMU setup for PCIe1 I can provide the RC and EP dumps along with the LAW registers. Do you have a specific address range you want for the PCIe interface dumps? Any hidden registers you want (I know they exist as NXP has told us to change a couple in the past). Are you asking for both the normal registers and the PCIe configuration memory space (that is a little harder to get, but I can dump the screen from Lauterbach – which is 98% correct). I am not sure what exactly you are asking for with the PEX analyzer dumps. If you are just looking for proof that what I said is true (that reads don’t return what was written, I can show that). Re: T2080 ATMU setup for PCIe1 I can provide the RC and EP dumps along with the LAW registers. Do you have a specific address range you want for the PCIe interface dumps? Any hidden registers you want (I know they exist as NXP has told us to change a couple in the past). Are you asking for both the normal registers and the PCIe configuration memory space (that is a little harder to get, but I can dump the screen from Lauterbach – which is 98% correct). I am not sure what exactly you are asking for with the PEX analyzer dumps. If you are just looking for proof that what I said is true (that reads don’t return what was written, I can show that). Re: T2080 ATMU setup for PCIe1   Please provide me the register dumps for PCIe interface, both RC and EP. Provide the full console logs PEX analyser dumps   Register dump of LAW registers is also required. Re: T2080 ATMU setup for PCIe1 The T2080 ATMU setup for PCIe1 looks like an interesting configuration, especially for getting the interface working smoothly. I’d be curious to know if there are any specific settings or checks needed during the setup process. For readers researching related public information Monroe Court Archives may also be worth reviewing. Overall, the setup details here are helpful for anyone working with this type of PCIe configuration.

Opinions on "Smart Energy" solar Edit: thanks everyone. Appreciate the input! I'll tell them to bugger off, I'm not ready to commit to anything anyway. I had some door knocker salesmen around today from Smart Energy wanting to talk about solar panels. I'm interested in solar but don't have the funds to invest up front and they said something about a govt funded scheme with $0 upfront. Naturally I'm very sceptical. Would love to hear from anyone who has dealt with them.

MPC5777Cのコアの1つを無効にする方法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 皆様 MPC 5777Cのコア0を無効にしたいのですが。 何かアイデアはありますか？ ありがとうございます ルーカス Re: How to disable one of the cores in MPC5777C MPC5777Cのコアのいずれかを適切に無効化するには、通常、MC_ME(モードエントリ)モジュールを設定し、起動シーケンス中にセカンダリコアがリセット状態のままになるようにする必要があります。BAM（ブートアシストモジュール）を修正することも、自動起動を防ぐための確実な方法の一つです。複雑なマイクロコントローラのデータシートを掘り下げるのを少し休憩したいときは、よく デイビッド・L・モスの囚人検索 で地元の公的記録を追いかけます。お使いの環境でMC_MEの設定を動作させるために必要な特定のレジスタアドレスやサンプルコードが必要な場合はお知らせください。 Re: How to disable one of the cores in MPC5777C MPC5777Cのコアを無効にするには、通常、リセット構成ワードを調整するか、ブートシーケンス中にセカンダリコアを停止させる必要があります。コアが故障を起こしずに安全な停止状態を維持するために、リファレンスマニュアルのRGMモジュールセクションを参照してください。ハードウェアレジスタのデバッグには時間がかかりますが、最近地元の法的ドキュメントを確認していたところ、 メサ裁判所記録 の有用なリソースを見つけました。コンプライアンスデータのクロス・リファレンスが必要な場合に役立つかもしれません。レジスタの微調整で、フラッシュメモリ全体を書き換えることなく、根本的な問題が解決することを願っています！ Re: How to disable one of the cores in MPC5777C <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ご回答をお待ちしています。 よろしくお願いいたします。 ルーカス・ペレイラ・ドス・サントス シニアソフトウェア開発エンジニア モバイル: 49 (0)160 97710766 <49(0)16097710766> lilium.com | Facebook <>| ツイッター <> | LinkedIn <> リリウム社 |フリードリヒスハーフェナー通り 1 | 82205 ギルチング <>Stra %C3% 9Fe 1 %7C 82205+Gilching&entry=gmail&source=g> ミュンヘン地方裁判所登記番号：HRB 216921 | VAT番号：DE299517739 | CEO：ダニエル・ヴィーガンド Re: How to disable one of the cores in MPC5777C <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 コアが有効化されると、停止しかできません。 それらをリセットしたい場合は、システムリセットを実行する必要があります。 コアをハルトモード（実行は停止するがクロックは供給される）にするには、「wait」命令を実行する必要があります。 具体的なコアリファレンスマニュアルをご参照ください。 ピーター Re: How to disable one of the cores in MPC5777C MPC5777Cのコアを無効にするには、通常、リセット設定を変更するか、初期初期化中にセカンダリコアを停止する必要があります。こうしたマルチコアハードウェアの管理は、適切な参照番号がなければ古い parkercountycourt.org を探すのと同じくらい複雑に感じることもあります。プライマリコアが応答を待つ間停止しないように、保留中のインタープロセッサ割り込みを必ずクリアしてください。リファレンス・マニュアルのRGMレジスタのセクションを見れば、あなたの特定のブートモードに必要な正確な十六進数値がわかるはずです。             .    

T2080 ATMU PCIe1 设置 我有两块T2080显卡通过PCIe接口连接在一起。我有一套设备作为遥控器，另一套设备作为执行遥控器。我只是在测试从 RC 到 EP 的流量（读/写）。当我运行 PCIe2 或 PCIe4 之间的连接测试时，测试功能正常，写入 EP 的数据在从 EP 读取时也能正确回显。该测试只是将数据映射到 EP 的 T2080 上的动态随机存取存储器(DRAM)。所以 ATMU 寄存器、LAW、TLB 都已正确设置。 但是，使用 PCIe1 时测试失败。三种控制器配置完全相同。该软件只需进行编译，即可将总线从 PCIe4 更改为 PCIe1，并对控制器进行相应的内存更改。我们在总线上连接了一个 PCIe 分析仪。我们看到读写操作按预期完成。但是，读取回来的数据并不代表 RC 在前一步写入的数据。当我们使用 RC 模拟器入侵并检查通过 PCIe 总线映射到 EP 动态随机存取存储器\(DRAM\) (BAR1) 的内存空间时，它似乎是一个重复的模式。当我进入 T2080 EP 处理器并检查 动态随机存取存储器(DRAM) 时，发现它与 动态随机存取存储器(DRAM) 初始化期间写入的原始值相比没有变化。PCIe1 有何不同？我知道 PCIe1 支持 SR-IOV，但我没有启用该功能。 Re: T2080 ATMU setup for PCIe1 我在配置 PCIe 时也遇到过类似的问题，仔细查阅文档起到了很大的作用。在为另一个项目整理相关信息时，我还将一些硬件参考细节与Pinal Assessor Portal进行了比较。希望你的安装过程一切顺利，我很想知道最终是什么解决了这个问题。感谢你提出这个话题。 Re: T2080 ATMU setup for PCIe1 分享的有关 PCIe1 的 T2080 ATMU 设置的详细信息，可为任何探索硬件配置和优化的人员提供有用的信息。我发现这次讨论很有启发性，更多相关信息可通过达拉斯评估数据进行参考。跟踪配置方法和技术更新有助于提高对系统性能的理解。感谢各位分享的真知灼见，期待就类似话题展开更多讨论。 Re: T2080 ATMU setup for PCIe1 T2080 ATMU PCIe1 的配置看起来是一个有趣的配置话题，特别是对于那些从事系统硬件和性能调优工作的人来说。分享详细的资源有助于用户找到可靠的技术和文档相关信息。另外，我发现Sedgwick Court Hearings为探索有组织的公共信息资源提供了有用的参考资料。清晰的解释和经验分享可以让其他人更容易理解和排除复杂的故障。 Re: T2080 ATMU setup for PCIe1 我可以提供 RC 和 EP 转储以及 LAW 寄存器。您对 PCIe 接口转储有特定的地址范围要求吗？您需要哪些隐藏寄存器（我知道它们存在，因为 NXP 之前要求我们修改过几个）？您是需要常规寄存器还是 PCIe 配置内存空间（这部分比较难获取，但我可以提供 Lauterbach 的屏幕截图——准确率高达 98%）？ [NXP] 是的。我们需要普通寄存器和 PCIe 配置空间的转储数据。请对 RC 和 EP 都执行此操作。您可以参考 T2080RM 中的表 2-5“CCSR 块基址映射”来获取 PCIe 偏移量。此外，还需要 LAW 寄存器的转储数据。 我不确定你具体想从 PEX 分析器转储文件中获取什么信息。如果你只是想证明我所说的是正确的（读取操作不会返回写入的内容，我可以证明这一点）。 [NXP] 我们需要故障情况下的 PEX 分析器转储文件，即读取操作未返回写入数据的情况。如果也能分享成功情况下的分析器转储文件以便对比，那就更好了。 Re: T2080 ATMU setup for PCIe1 我可以提供 RC 和 EP 转储以及 LAW 寄存器。您对 PCIe 接口转储文件有特定的地址范围要求吗？任何你想要的隐藏寄存器（我知道它们存在，因为 NXP 过去曾要求我们更改几个）。您是想要获取普通寄存器和 PCIe 配置内存空间吗？（这有点难获取，但我可以从 Lauterbach 导出屏幕截图——准确率达 98%） 我不太明白您具体需要 PEX 分析器转储文件是什么。如果你只是想寻找证据来证明我所说的是正确的（读取操作不会返回所写的内容，我可以证明这一点）。 Re: T2080 ATMU setup for PCIe1 我可以提供 RC 和 EP 转储以及 LAW 寄存器。您对 PCIe 接口转储文件有特定的地址范围要求吗？任何你想要的隐藏寄存器（我知道它们存在，因为 NXP 过去曾要求我们更改几个）。您是想要获取普通寄存器和 PCIe 配置内存空间吗？（这有点难获取，但我可以从 Lauterbach 导出屏幕截图——准确率达 98%） 我不太明白您具体需要 PEX 分析器转储文件是什么。如果你只是想寻找证据来证明我所说的是正确的（读取操作不会返回所写的内容，我可以证明这一点）。 Re: T2080 ATMU setup for PCIe1   请提供 PCIe 接口的寄存器转储文件，包括 RC 和 EP。 请提供完整的控制台日志 PEX 分析器转储   还需要提供 LAW 寄存器的转储文件。 Re: T2080 ATMU setup for PCIe1 T2080 ATMU 的 PCIe1 配置看起来很有意思，尤其是对于确保接口流畅运行而言。我很想知道在设置过程中是否需要任何特定的设置或检查。对于正在研究相关公共信息的读者来说，门罗法院档案馆也可能值得查阅。总的来说，这里的设置细节对任何使用这种 PCIe 配置的人都很有帮助。

关于“智能能源”太阳能的观点 编辑：谢谢大家。感谢您的建议！我会让他们滚蛋，反正我还没准备好做任何决定。 今天有几个来自 Smart Energy 的推销员上门推销太阳能电池板。我对太阳能很感兴趣，但没有足够的资金进行前期投资，他们提到有一个政府资助的计划，无需预付任何费用。 我自然非常怀疑。很想听听和他们打过交道的人的意见。

S32K312 是否是 S32K311（均采用 100 引脚封装）的直接替代品？ 如果不是，又有什么区别呢？ Re: Is the S32K312 a drop-in replacement for the S32K311 (both in 100-pin package)? 你好@klv222、 是的，引脚完全相同。 请参阅参考手册所附的 excel 文件。 S32K312_IOMUX.xlsx S32K311_S32K310_IOMUX.xlsx BR，丹尼尔 Re: Is the S32K312 a drop-in replacement for the S32K311 (both in 100-pin package)? 你好， 是的，100 引脚封装的 S32K312 和 S32K311 引脚排列相同，因此从 PCB 的角度来看，它们在物理上是可以直接替换的。但是，由于内存大小和设备功能存在差异，它们并不能完全替代软件。迁移前，请确保链接器文件、启动代码、时钟配置和外设使用情况与目标 MCU 匹配。务必核实与您的应用完全匹配的零件编号和数据手册详情。 此致

Is the S32K312 a drop-in replacement for the S32K311 (both in 100-pin package)? And if it isn't, what would the difference be? Re: Is the S32K312 a drop-in replacement for the S32K311 (both in 100-pin package)? Hi @klv222, Yes, the pinout is identical. Refer to the excel files attached to the reference manual. S32K312_IOMUX.xlsx S32K311_S32K310_IOMUX.xlsx BR, Daniel Re: Is the S32K312 a drop-in replacement for the S32K311 (both in 100-pin package)? Hello, Yes, the S32K312 and S32K311 in the 100-pin package have the same pinout, so they are physically drop-in compatible from a PCB perspective. However, they are not a complete software drop-in replacement because there are differences in memory size and device features. Make sure the linker file, startup code, clock configuration, and peripheral usage match the target MCU before migrating. Always verify the exact part numbers and datasheet details for your application. Best Regards

「スマートエネルギー」太陽光発電に関する意見 追記：皆さん、ありがとうございます。ご意見ありがとうございます！彼らには「とっとと失せろ」と言ってやるよ。どうせ私は何も約束する準備ができていないんだから。 今日はスマートエナジーという会社の訪問販売員が何人か来て、太陽光パネルについて話したがっていました。太陽光発電に興味はあるのですが、初期投資をする資金がありません。そこで、初期費用ゼロで利用できる政府資金による制度があると聞きました。 もちろん、私は非常に懐疑的です。彼らと取引したことのある方からのご意見をぜひお聞かせください。

Top Generative AI Development Company in 2026 Apptunix  is a trusted generative AI development company delivering advanced generative AI solutions that help businesses automate processes and build intelligent digital products. The company develops AI-powered applications such as smart chatbots, AI assistants, recommendation engines, and content generation tools. With strong expertise in AI, mobile app development, and enterprise software, Apptunix helps startups and large organizations integrate generative AI into their digital strategies. Re: Top Generative AI Development Company in 2026 In 2026, finding the right team for your AI project is less about big promises and more about real capability. Many companies position themselves as leaders, but only a few truly stand out when it comes to delivering practical, business-focused solutions. When evaluating a Generative AI Development Company, the first thing to notice is how well they understand your use case. The best teams don’t just talk about models or tools—they focus on outcomes, efficiency, and how AI fits into your workflow. Strong portfolios, clear communication, and a problem-solving mindset are what separate top companies from the rest. Instead of chasing trends, they build solutions that actually work in real environments and continue improving over time. It’s also important to choose a company that thinks beyond development. The real value comes from long-term support, updates, and the ability to adapt as your needs grow. In the end, the “top” company isn’t the most popular one—it’s the one that understands your goals and helps you achieve them without unnecessary complexity. Re: Top Generative AI Development Company in 2026 Businesses adopting generative AI chatbot development gain a competitive edge through automation, personalization, and 24/7 engagement. Our AI development services focus on building intelligent, context-aware chatbots tailored for web and React Native app development environments. We leverage cutting-edge machine learning, prompt engineering, and conversational AI frameworks to create bots that understand user intent, improve customer journeys, and increase lead generation. Re: Top Generative AI Development Company in 2026 There’s no single “top” generative AI company in 2026-it depends on your use case. Large firms like Accenture or IBM are strong for enterprise-scale projects but can be costly and slower. Mid-sized AI specialists are better for custom LLM apps, RAG pipelines, and integrations. Agile teams often focus on faster execution and real deployments. I’ve seen companies like Tabdelta Solutions mentioned for building practical AI products and automation systems. Ultimately, choose based on expertise, speed, and ability to deliver production-ready solutions. Re: Top Generative AI Development Company in 2026 Great addition. Apptunix has built a solid track record, especially in mobile AI. For anyone evaluating vendors beyond this one, it helps to separate companies by their core orientation: some are mobile-first shops that have added Gen AI to their stack, while others have built their entire practice around AI from the ground up. One company worth adding to this thread is Maruti Techlabs. They've been in AI for 15+ years, with 100+ projects delivered. Their Gen AI work spans custom LLM development, RAG pipelines, AI agents, and enterprise automation. Clients include names like Red Bull and Harvard Business Review. Clutch and GoodFirms both recognize them as a top AI firm. Depending on what you're building, whether it's an AI-powered product or an enterprise workflow layer, the right fit can vary quite a bit between these vendors. Re: Top Generative AI Development Company in 2026 Choosing the right AI partner depends on expertise, innovation, and the ability to deliver business-focused solutions. Nimble AppGenie is a trusted Generative AI development company that helps startups and enterprises build intelligent applications powered by Generative AI, LLMs, AI agents, and automation technologies. Our team develops custom AI solutions that enhance productivity, streamline business operations, improve customer experiences, and support digital transformation. With a focus on scalability, security, and real-world business outcomes, Nimble AppGenie enables organizations to leverage the full potential of AI across industries, including fintech, healthcare, eCommerce, logistics, and education. Re: Top Generative AI Development Company in 2026 TechQware is a reliable AI App Development Company helping businesses build generative AI solutions such as AI chatbots, virtual assistants, recommendation engines, and custom AI-powered applications. They also specialize in mobile and enterprise software, making them a good option for businesses looking to integrate AI into their digital products. Re: Top Generative AI Development Company in 2026 Generative AI is making a noticeable impact on how companies build and improve digital solutions. I especially liked the focus on practical AI development and how these tools can support different business needs. For anyone researching property information resources like Lee Property History can also be useful for finding relevant public data. It’s interesting to see how AI can connect with data-driven services in useful ways. Overall, this was an informative read with some helpful points about the future of AI development.

i.MX 93のEdgeLock® Secure Enclave(ELE)の使用方法 : PKCS#11経由での暗号鍵の保存と使用 (日本語ブログ) 本記事では、i.MX 93内蔵のEdgeLock® Secure Enclave(ELE)の暗号アクセラレータおよび鍵管理の機能をPKCS#11経由で使用する方法について解説いたします。 PKCS#11は暗号処理において広く使用されているAPIであり、同じく広く使用されているライブラリであるOpenSSLとの統合も可能です。そのためPKCS#11やOpenSSLを使用した認証処理を行うアプリケーション全て(例: Eclipse Mosquitto™ etc.)に対して、アプリケーション側の改造無しで保護機能の適用も可能です。 暗号アクセラレータおよび鍵管理の機能を提供するという点は別記事で紹介しているSE050などのセキュアエレメントとも共通します。 暗号アクセラレータおよび鍵管理の概要、セキュアエレメントとの大まかな比較や使い分けは以下の記事も参照ください。 半導体ハードウェア・セキュリティでよく耳にする機能について解説 (セキュアエレメント、セキュアエンクレーブ、TPM、HSM、TEE、TrustZoneなど) (日本語ブログ) 作業時間: 約55分 (yoctoのビルド除く) pkcs11-tool経由でのELEの使用 : 10分 openssl経由でのELEの使用 : 10分 PKCS#11 URI PEMファイルの作成 : 5分 Azure IoT Hubへのクラウド接続 : 30分 Keita_Nagashima_0-1785473891452.png   動作確認に使用した環境 ハードウェア: FRDM i.MX 93開発ボード (FRDM-IMX93) MicroSDカード32GB (SDカードにイメージを書き込んで使用する場合。16GBでも動作すると思われます) ソフトウェア: Linux BSP Version L6.18.2-1.0.0 ※FRDM-IMX93のwebページにあるビルド済みイメージでは正常に動作しないため、以下を参考にビルドください。 [入門] Yocto Linux BSPのビルド方法 - i.MX FRDMボード編 (日本語ブログ)   私がビルドした際はrepo initおよびimx-setup-release.sh実行時のコマンドに以下を使用しました。 repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-whinlatter -m imx-6.18.2-1.0.0.xml DISTRO=fsl-imx-wayland MACHINE=imx93-11x11-lpddr4x-frdm source imx-setup-release.sh -b ./build     EdgeLock® Secure Enclave(ELE)の概要   i.MX 93における「EdgeLock® Secure Enclave(ELE)」は、NXPが提供する暗号アクセラレータ、鍵管理、SoC全体の監視やアクセス権限管理など多数の高度なセキュリティ機能を統合したセキュリティブロックです。   SoC全体の監視やアクセス権限管理という点では代表的な機能としてセキュアブートがあります。i.MX　93のセキュアブートおよびその使用方法に関しては以下の記事を参照ください。 i.MX 93プロセッサ: セキュアブートの署名と認証の仕組みを解説 (日本語ブログ) i.MX 93プロセッサ: セキュアブートの実装方法 - 実践編   本記事では暗号アクセラレータおよび鍵管理の機能をPKCS#11経由で使用する方法について解説いたします。     i.MX Security Middleware(SMW)の概要   NXPはi.MXプロセッサ内蔵のセキュリティハードウェアを制御するためのソフトウェアとしてi.MX SMW(Security Middleware)を提供しています。 GitHub - nxp-imx/imx-smw: i.MX Security Middleware Library · GitHub   SMWはハードウェアに依存しないAPIを提供します。これには後述するPKCS#11のAPIも含みます。 i.MX 93ではELEが内蔵されているため、実際にELEを制御する部分はimx-secure-enclaveが使用されます。 GitHub - nxp-imx/imx-secure-enclave: Secure Enclave Userspace Library · GitHub     PKCS#11の概要 PKCS#11（Public-Key Cryptography Standards #11）は、暗号処理を行うハードウェアやソフトウェア（例：HSM、スマートカード、USBトークンなど）をアプリケーションから統一的に利用するためのAPI仕様です。別名「Cryptoki（クリプトキー）」とも呼ばれます。 PKCS#11を使用するアプリケーションとして、今回はpkcs11-toolを使用します。 imx-smwを含めた関係を図示すると以下のようになります。 PKCS#11を使用するアプリケーション(pkcs11-tool etc.) ↓ (PKCS#11 API経由での使用) imx-smw ↓ imx-secure-enclave ↓ EdgeLock Secure Enclave Hardware     また、以前のOpenSSL経由でのSE050の使用方法の記事では、Plug and Trust Middlewareに含まれるopenssl providerを使用してopenssl経由での使用方法を解説しました。 SMWはopenssl providerを提供しませんが、pkcs11-providerを使用することでopensslからPKCS#11のインターフェースを使用可能なため、openssl経由でのELEの使用も可能です。 GitHub - openssl-projects/pkcs11-provider: A pkcs#11 provider for OpenSSL 3.0+ · GitHub OpenSSL provider非使用時と、imx-smw + PKCSを使用する場合の関係を図示すると以下のようになります。 Provider非使用時はkeyがファイルとしてファイルシステム上に存在し、暗号処理もソフトウェアにより行われます。 imx-smwおよびpkcs11-provider使用時はkeyおよび暗号処理はELEハードウェアにより保護されます。使用するkeyはコード上またはファイルシステム上にあるPKCS#11 URIにより指定します。 ※URI(uri)とは？:  　ハードウェア・セキュリティ・モジュール（HSM）などに安全に保管された秘密鍵や証明書を、ローカルファイルのパスの代わりに指定するための標準化された識別子（URI）です。   note : Plug and Trust MiddlewareもPKCS#11のAPIを提供しています。 画像1.png   pkcs11-tool経由でのELEの使用   使用方法はSMW内のPKCS11-Tool User Guideに記載がありますが、ECDSA署名および検証に絞って一連の流れを説明します。   まず以下コマンドを実行してnvm_daemonを起動します。 nvm_daemonはELEを使用するためにファイルシステム領域を管理するサービスです。 systemctl start nvm_daemon systemctl status nvm_daemon   以下コマンドを実行することで次回起動時に自動で起動するようにもできます。 systemctl enable nvm_daemon   以降のコマンドを簡略化するため、以下コマンドでlibsmw_pkcs11の場所を指定します。 末尾の番号はsmwのバージョンによって変わる可能性があるためインストール済みのものに合わせてください。 export MODULE_PKCS11=/usr/lib/libsmw_pkcs11.so.5   以下コマンドでlibsmw_pkcs11経由で確認可能なトークンを確認します。 pkcs11-tool --module $MODULE_PKCS11 -L   以下の例のような表示がされれば問題なく動作しています。 Available slots: Slot 0 (0x0): Security Middleware Abstraction token label : smw token manufacturer : NXP Semiconductor token model : token flags : login required, PIN pad present, token initialized hardware version : 0.0 firmware version : 0.0 serial num : pin min/max : 0/0 uri : pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw   以下コマンドで利用可能なオブジェクトの一覧を表示します。 最初は何も表示されないはずです。 pkcs11-tool --module $MODULE_PKCS11 --login -O   以下コマンドでECC key pairを生成します。 pkcs11-tool --module $MODULE_PKCS11 \ --login \ --keypairgen \ --key-type EC:prime256v1 \ --id 02 \ --label "MyECCKey" \ --usage-sign \ --allowed-mechanisms "ECDSA-SHA256"   再度オブジェクト一覧を表示すると以下のようにECC key pairが見えるはずです。 Using slot 0 with a present token (0x0) Profile object 250360144 profile_id: CKP_BASELINE_PROVIDER (1) Public Key Object; EC EC_POINT 256 bits EC_POINT: 044104fe4c97a7a4f54702f9fc5740f62c0864e851098dc43cb4c9ba8633421e5bc362cdc559523118bb4fe4281851c051e24a88846a2d774eb3f928595761cf719e90 EC_PARAMS: 06082a8648ce3d030107 (OID 1.2.840.10045.3.1.7) label: MyECCKey ID: 02 Usage: verify Access: none Unique ID: uri: pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw;id=%02;object=MyECCKey;type=public Private Key Object; EC label: MyECCKey ID: 02 Usage: sign Access: sensitive, always sensitive Unique ID: uri: pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw;id=%02;object=MyECCKey;type=private   以下コマンドで適当なmessage.txtファイルを生成、それに対して署名の生成及び検証を行うことができます。 echo hello > message.txt pkcs11-tool --module $MODULE_PKCS11 \ --login \ --sign \ --id 02 \ --mechanism ECDSA-SHA256 \ --input-file message.txt \ --output-file signature.bin pkcs11-tool --module $MODULE_PKCS11 \ --login \ --verify \ --id 02 \ --mechanism ECDSA-SHA256 \ --input-file message.txt \ --signature-file signature.bin     openssl経由でのELEの使用   同様にECDSA署名および検証に絞って一連の流れを説明します。 前章のpkcs11-tool用の手順によってnvm_daemonの起動及びECC key pairの生成が完了している前提です。   以下の内容のopenssl.cnfを作成します。 末尾のmoduleおよびpkcs11-module-pathの行は、実際のシステムに合わせて変更が必要な可能性があります。 openssl_conf = openssl_init [openssl_init] providers = provider_sect [provider_sect] default = default_sect pkcs11 = pkcs11_sect [default_sect] activate = 1 [pkcs11_sect] module = /usr/lib/ossl-modules/pkcs11.so pkcs11-module-path = /usr/lib/libsmw_pkcs11.so.5 activate = 1   以下コマンドで上記設定ファイルをopensslで使用するよう設定します。 export OPENSSL_CONF=<作成したopenssl.cnfの絶対path>   以下コマンドで署名生成及び検証が可能です。 openssl pkeyutl -sign -inkey "pkcs11:object=MyECCKey;type=private" -in message.txt -out sig.bin -digest sha256 openssl pkeyutl -verify -pubin -inkey "pkcs11:object=MyECCKey;type=public" -in message.txt -sigfile sig.bin -digest sha256     PKCS#11 URI PEMファイルの作成   openssl providerの使用方法では、keyに直接オブジェクト一覧で確認可能なURIを使用しました。   しかしpkcs11-providerのドキュメントの "USE IN OLDER APPLICATIONS (URIs in PEM files)" には、これは新しい方法であり、従来のアプリケーションを使用する場合はこの方法が使用できない場合がある旨記載があります。   実際後述のMosquitto clientでは、openssl 3.0以降を使用する場合、URIを直接指定できないコードとなっていました。   このような場合、CLI tool uri2pem.pyを使用することでURIを含むファイルを生成し、通常の鍵ファイルを指定するのと同じ方法で使用することが可能です。   上記ページからダウンロードしたuri2pem.pyを使用し、以下コマンドでPKCS#11 URIを含むファイルを生成します。 python3 uri2pem.py --out MyECCKey.pem "pkcs11:object=MyECCKey;type=private" 詳細は確認できておりませんが、uri2pem.pyの内容を確認する限りprivate key以外のURIのpemファイルは作成できないようです。 生成された「MyECCKey.pem」を署名時のkeyとして指定することで先ほどと同様の動作が可能です。 openssl pkeyutl -sign -inkey MyECCKey.pem -in message.txt -out sig.bin -digest sha256 openssl pkeyutl -verify -pubin -inkey "pkcs11:object=MyECCKey;type=public" -in message.txt -sigfile sig.bin -digest sha256     ELE内の鍵を使用したEclipse Mosquitto™ client経由でのAzure IoT Hubへのクラウド接続   生成した鍵を使用してMosquitto clientを使用したAzure IoT Hubへのクラウド接続を試みます。   注: この手順で作成するRootCA証明書はあくまでテスト用です。テスト完了後はAzure IoT Hub上から証明書を削除することを推奨します。   事前に セキュアエレメントSE05xの使用方法 : FRDM-IMX93開発ボード上でのPlug and Trust Middlewareのセットアップ(日本語ブログ) の「Mosquitto clientのビルドとインストール」の章   セキュアエレメントSE05xの使用方法 : Eclipse Mosquitto clientを使用したAzure IoT Hubへの接続(日本語ブログ) の「Azure IoT Hubの作成」の章、   それぞれの手順を行い、Mosquitto clientのインストールおよびAzure IoT Hubの作成を完了させてください。     まずFRDM-IMX93側で以下コマンドを実行しMyECCKeyのpublic keyに対する証明書リクエストを作成、内容を確認します。 openssl req -new -key "pkcs11:object=MyECCKey" -outform PEM -subj /CN=frdmimx93_test -out frdmimx93_test.csr -sha256 openssl req -text -noout -in frdmimx93_test.csr   その後ホストPC側に「frdmimx93_test.csr」を移動し、以下を実行します。 openssl ecparam -genkey -name prime256v1 -out rootCA_key_pair.pem openssl req -new -x509 -subj /CN=rootCA -key rootCA_key_pair.pem > rootCA_cert.cer openssl x509 -req -in frdmimx93_test.csr -days 365 -CA rootCA_cert.cer -CAkey rootCA_key_pair.pem -out frdmimx93_test_cert.cer 作成した「frdmimx93_test_cert.cer」をFRDM-IMX93に戻します。後ほど「MyECCKey.pem」とセットで使用するため、そちらを作成したディレクトリに置きます。 また、Azure IoT Hubにて、作成した「rootCA_cert.cer」の登録、「frdmimx93_test」という名前のデバイスの作成を行います。 手順は以下記事の「Azure IoT Hubへの中間CA証明書の追加」の章を参照ください。 セキュアエレメントSE05xの使用方法 : Eclipse Mosquitto clientを使用したAzure IoT Hubへの接続(日本語ブログ) 注 : 前述のとおりここで登録した証明書はテスト用のため、動作確認後は削除を推奨します。   ここまでの手順を終えるとMosquitto clientを使用してAzure IoT Hubへの接続が可能になります。   以下コマンドを実行します。IOT_HUB_NAMEは適宜変更ください。 export IOT_HUB_NAME=ShinjiIotHubTest export DEVICE_NAME=frdmimx93_test mosquitto_pub -h "${IOT_HUB_NAME}.azure-devices.net" -p 8883 -u "${IOT_HUB_NAME}.azure-devices.net/${DEVICE_NAME}/api-version=2016-11-14" -t "devices/${DEVICE_NAME}/messages/events/" -m '{"mes":"Hello Azure with i.MX93!"}' --capath /etc/ssl/certs/ --cert frdmimx93_test_cert.cer --key MyECCKey.pem -i ${DEVICE_NAME} -d -q 1 以下のような出力が出れば成功です。 Client frdmimx93_test sending CONNECT Client frdmimx93_test received CONNACK (0) Client frdmimx93_test sending PUBLISH (d0, q1, r0, m1, 'devices/frdmimx93_test/messages/events/', ... (34 bytes)) Client frdmimx93_test received PUBACK (Mid: 1, RC:0) Client frdmimx93_test sending DISCONNECT 以下記事の「IoT Hubへ送信されたメッセージの確認とデバイスへのメッセージ送信」の手順を使用するとAzure IoT Hub側のCloud Shellでも受信メッセージを確認できます。 セキュアエレメントSE05xの使用方法 : Eclipse Mosquitto clientを使用したAzure IoT Hubへの接続(日本語ブログ)  ========================= 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。​ お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。​ （既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。） 本記事では、i.MX 93内蔵のEdgeLock® Secure Enclave(ELE)の暗号アクセラレータおよび鍵管理の機能をPKCS#11経由で使用する方法について解説いたします。 PKCS#11は暗号処理において広く使用されているAPIであり、同じく広く使用されているライブラリであるOpenSSLとの統合も可能です。そのためPKCS#11やOpenSSLを使用した認証処理を行うアプリケーション全て(例: Eclipse Mosquitto™ etc.)に対して、アプリケーション側の改造無しで保護機能の適用も可能です。 暗号アクセラレータおよび鍵管理の機能を提供するという点は別記事で紹介しているSE050などのセキュアエレメントとも共通します。 暗号アクセラレータおよび鍵管理の概要、セキュアエレメントとの大まかな比較や使い分けは以下の記事も参照ください。 半導体ハードウェア・セキュリティでよく耳にする機能について解説 (セキュアエレメント、セキュアエンクレーブ、TPM、HSM、TEE、TrustZoneなど) (日本語ブログ) 作業時間: 約55分 (yoctoのビルド除く) pkcs11-tool経由でのELEの使用 : 10分 openssl経由でのELEの使用 : 10分 PKCS#11 URI PEMファイルの作成 : 5分 Azure IoT Hubへのクラウド接続 : 30分   i.MX Processors Security 日本語ブログ

如何在 i.MX 93 上使用 EdgeLock® 安全隔离区 (ELE)：通过 PKCS#11 存储和使用加密密钥（日语博客） 本文解释了如何通过 PKCS#11 使用i.MX 93 内置的EdgeLock ®安全隔离区 (ELE) 的加密加速器和密钥管理功能。 PKCS#11 是密码学中广泛使用的 API，并且可以与另一个广泛使用的库 OpenSSL 集成。因此，所有使用 PKCS#11 或 OpenSSL 进行身份验证的应用程序（例如 Eclipse Mosquitto ™等）都可以应用保护，而无需对应用程序本身进行任何修改。 它提供加密加速和密钥管理功能，这一点与SE050等安全元件相同，SE050 将在另一篇文章中介绍。 有关加密加速器和密钥管理的概述，以及与安全元件的一般比较和使用指南，请参阅以下文章。 本文解释了半导体硬件安全中常见的特性（安全元件、安全隔离区、TPM、HSM、TEE、TrustZone 等）（日语博客）。 预计时间：约 55 分钟（不包括 Yocto 构建时间） 使用 pkcs11 工具通过 ELE 进行操作：10 分钟 使用 OpenSSL 通过 ELE 运行：10 分钟 创建 PKCS#11 URI PEM 文件：5 分钟 与 Azure IoT 中心的云连接：30 分钟 Keita_Nagashima_0-1785473891452.png   测试环境 硬件： FRDM i.MX 93 开发板 ( FRDM-IMX93 ) 32GB microSD 卡（如果您要将镜像写入 SD 卡并使用它。据说 16GB 的卡也可以。） 软件： Linux BSP 版本 L6.18.2-1.0.0 *FRDM-IMX93 网页上的预构建镜像无法正常工作，请按照以下说明进行构建。 【新手指南】如何构建 Yocto Linux BSP - i.MX FRDM 开发板版（日语博客）   构建时，我在运行 repo init 和 imx-setup-release.sh 时使用了以下命令： repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-whinlatter -m imx-6.18.2-1.0.0.xml DISTRO=fsl-imx-wayland MACHINE=imx93-11x11-lpddr4x-frdm source imx-setup-release.sh -b ./build     EdgeLock® 安全隔离区 (ELE) 概述   在 i.MX 93 中，“EdgeLock® 安全隔离区 (ELE)”是一个安全模块，它集成了 NXP 提供的众多高级安全功能，包括加密加速器、密钥管理、整体 SoC 监控和访问权限管理。   安全启动是监控整个SoC并管理访问权限的一项代表性功能。有关i.MX 93中的安全启动及其使用方法，请参阅以下文章。 i.MX 93 处理器：安全启动签名和认证机制详解（日语博客） i.MX 93 处理器：如何实现安全启动 - 实用指南   本文解释了如何通过 PKCS#11 使用加密加速器和密钥管理功能。     i.MX 安全中间件 (SMW) 概述   NXP 提供 i.MX SMW（安全中间件）软件，用于控制 i.MX 处理器内置的安全硬件。 GitHub - nxp-imx/imx-smw：i.MX 安全中间件库 · GitHub   SMW 提供与硬件无关的 API，包括 PKCS#11 API，稍后将对此进行讨论。 由于 i.MX 93 内置了 ELE，因此实际控制 ELE 的部分是 imx-secure-enclave。 GitHub - nxp-imx/imx-secure-enclave：安全隔离区用户空间库 · GitHub     PKCS#11概述 PKCS#11（公钥密码学标准#11）是一个API规范，用于在应用程序中统一使用加密硬件和软件（例如，HSM、智能卡、USB令牌等）。它也被称为“Cryptoki”。 在这个例子中，我们将使用 pkcs11-tool 作为使用 PKCS#11 的应用程序。 imx-smw之间的关系可以表示如下： PKCS#11を使用するアプリケーション(pkcs11-tool etc.) ↓ (PKCS#11 API経由での使用) imx-smw ↓ imx-secure-enclave ↓ EdgeLock Secure Enclave Hardware     此外，在之前一篇关于通过 OpenSSL 使用 SE050 的文章中，我们解释了如何使用 Plug and Trust Middleware 中包含的 openssl 提供程序通过 openssl 来使用它。 SMW 不提供 openssl 提供程序，但可以通过 openssl 使用 ELE，因为可以通过使用 pkcs11-provider 从 openssl 使用 PKCS#11 接口。 GitHub - openssl-projects/pkcs11-provider：适用于 OpenSSL 3.0+ 的 pkcs#11 提供程序 · GitHub 下面图示了不使用 OpenSSL 提供程序与使用 imx-smw + PKCS 之间的关系。 当不使用密钥提供商时，密钥以文件的形式存在于文件系统中，加密由软件执行。 使用 imx-smw 和 pkcs11-provider 时，密钥和加密过程由 ELE 硬件保护。要使用的密钥由代码或文件系统中的 PKCS#11 URI 指定。 什么是URI？ 这是一个标准化的标识符（URI），用于指定安全地存储在硬件安全模块（HSM）或类似设备中的私钥和证书，而不是本地文件路径。   注意：Plug and Trust Middleware 还提供 PKCS#11 API。 画像1.png   通过 pkcs11-tool 使用 ELE   使用说明在 SMW 中的PKCS11 工具用户指南中有描述，但本说明将特别关注 ECDSA 签名和验证过程。   首先，运行以下命令启动 nvm_daemon。 nvm_daemon 是一项管理文件系统空间以供 ELE 使用的服务。 systemctl start nvm_daemon systemctl status nvm_daemon   您还可以通过执行以下命令，将其配置为在下次启动时自动启动。 systemctl enable nvm_daemon   为了简化后续命令，请使用以下命令指定 libsmw_pkcs11 的位置。 末尾的数字可能因 SMW 版本而异，请根据您安装的版本进行调整。 export MODULE_PKCS11=/usr/lib/libsmw_pkcs11.so.5   以下命令将检查可通过 libsmw_pkcs11 验证的令牌。 pkcs11-tool --module $MODULE_PKCS11 -L   如果您看到与以下示例类似的显示，则说明它运行正常。 Available slots: Slot 0 (0x0): Security Middleware Abstraction token label : smw token manufacturer : NXP Semiconductor token model : token flags : login required, PIN pad present, token initialized hardware version : 0.0 firmware version : 0.0 serial num : pin min/max : 0/0 uri : pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw   以下命令将显示可用对象列表。 一开始不应该显示任何内容。 pkcs11-tool --module $MODULE_PKCS11 --login -O   以下命令将生成 ECC 密钥对。 pkcs11-tool --module $MODULE_PKCS11 \ --login \ --keypairgen \ --key-type EC:prime256v1 \ --id 02 \ --label "MyECCKey" \ --usage-sign \ --allowed-mechanisms "ECDSA-SHA256"   如果再次显示对象列表，您应该会看到如下所示的 ECC 密钥对。 Using slot 0 with a present token (0x0) Profile object 250360144 profile_id: CKP_BASELINE_PROVIDER (1) Public Key Object; EC EC_POINT 256 bits EC_POINT: 044104fe4c97a7a4f54702f9fc5740f62c0864e851098dc43cb4c9ba8633421e5bc362cdc559523118bb4fe4281851c051e24a88846a2d774eb3f928595761cf719e90 EC_PARAMS: 06082a8648ce3d030107 (OID 1.2.840.10045.3.1.7) label: MyECCKey ID: 02 Usage: verify Access: none Unique ID: uri: pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw;id=%02;object=MyECCKey;type=public Private Key Object; EC label: MyECCKey ID: 02 Usage: sign Access: sensitive, always sensitive Unique ID: uri: pkcs11:model=;manufacturer=NXP%20Semiconductor;serial=;token=smw;id=%02;object=MyECCKey;type=private   以下命令将生成一个合适的 message.txt 文件，然后您可以生成并验证该文件的签名。 echo hello > message.txt pkcs11-tool --module $MODULE_PKCS11 \ --login \ --sign \ --id 02 \ --mechanism ECDSA-SHA256 \ --input-file message.txt \ --output-file signature.bin pkcs11-tool --module $MODULE_PKCS11 \ --login \ --verify \ --id 02 \ --mechanism ECDSA-SHA256 \ --input-file message.txt \ --signature-file signature.bin     通过 openssl 使用 ELE   同样，我们将解释整个过程，重点关注 ECDSA 的签署和验证。 这假设您已经启动了 nvm_daemon 并使用上一章中描述的 pkcs11-tool 程序生成了 ECC 密钥对。   创建一个名为 openssl.cnf 的文件，内容如下： 末尾的 `module` 和 `pkcs11-module-path` 行可能需要根据您的实际系统进行更改。 openssl_conf = openssl_init [openssl_init] providers = provider_sect [provider_sect] default = default_sect pkcs11 = pkcs11_sect [default_sect] activate = 1 [pkcs11_sect] module = /usr/lib/ossl-modules/pkcs11.so pkcs11-module-path = /usr/lib/libsmw_pkcs11.so.5 activate = 1   使用以下命令配置 openssl 以使用上述配置文件。 export OPENSSL_CONF=<作成したopenssl.cnfの絶対path>   可以使用以下命令生成和验证签名。 openssl pkeyutl -sign -inkey "pkcs11:object=MyECCKey;type=private" -in message.txt -out sig.bin -digest sha256 openssl pkeyutl -verify -pubin -inkey "pkcs11:object=MyECCKey;type=public" -in message.txt -sigfile sig.bin -digest sha256     创建 PKCS#11 URI PEM 文件   在使用 openssl 提供程序时，我使用了一个可以直接在对象列表中验证的 URI 作为键。   然而， pkcs11-provider 文档在“在旧应用程序中使用（PEM 文件中的 URI）”部分指出，这是一种新方法，在使用旧应用程序时可能无法使用。   事实上，稍后将讨论的 Mosquitto 客户端的代码会阻止您在使用 openssl 3.0 或更高版本时直接指定 URI。   在这种情况下，您可以使用CLI 工具 uri2pem.py生成包含 URI 的文件，并以与指定常规密钥文件相同的方式使用它。   使用从上述页面下载的 uri2pem.py，通过以下命令生成包含 PKCS#11 URI 的文件。 python3 uri2pem.py --out MyECCKey.pem "pkcs11:object=MyECCKey;type=private" 虽然我还没有能够确认细节，但根据 uri2pem.py 的内容来看，似乎无法为私钥以外的 URI 创建 pem 文件。 通过指定生成的“MyECCKey.pem”作为签名密钥，您可以执行与以前相同的操作。 openssl pkeyutl -sign -inkey MyECCKey.pem -in message.txt -out sig.bin -digest sha256 openssl pkeyutl -verify -pubin -inkey "pkcs11:object=MyECCKey;type=public" -in message.txt -sigfile sig.bin -digest sha256     使用 ELE 中的密钥，通过 Eclipse Mosquitto ™客户端连接到 Azure IoT 中心云。   我们将尝试使用生成的密钥通过 Mosquitto 客户端建立与 Azure IoT 中心的云连接。   注意：使用此过程创建的根 CA 证书仅用于测试目的。建议在测试完成后从 Azure IoT 中心删除该证书。   提前 如何使用安全元件 SE05x：在 FRDM-IMX93 开发板上设置即插即用中间件（日文博客） “构建和安装 Mosquitto 客户端”这一章节   如何使用安全元件 SE05x：使用 Eclipse Mosquitto 客户端连接到 Azure IoT 中心（日语博客） 在“创建 Azure IoT 中心”这一章中，   按照每个步骤完成 Mosquitto 客户端的安装和 Azure IoT 中心的创建。     首先，在 FRDM-IMX93 端，执行以下命令为 MyECCKey 的公钥创建证书请求并验证其内容。 openssl req -new -key "pkcs11:object=MyECCKey" -outform PEM -subj /CN=frdmimx93_test -out frdmimx93_test.csr -sha256 openssl req -text -noout -in frdmimx93_test.csr   接下来，将“frdmimx93_test.csr”移动到主机，并执行以下操作： openssl ecparam -genkey -name prime256v1 -out rootCA_key_pair.pem openssl req -new -x509 -subj /CN=rootCA -key rootCA_key_pair.pem > rootCA_cert.cer openssl x509 -req -in frdmimx93_test.csr -days 365 -CA rootCA_cert.cer -CAkey rootCA_key_pair.pem -out frdmimx93_test_cert.cer 将创建的“frdmimx93_test_cert.cer”放回FRDM-IMX93上。由于稍后将与“ MyECCKey.pem ”一起使用，请将其放在创建它的同一目录中。 此外，您还需要在 Azure IoT 中心注册创建的“rootCA_cert.cer”文件，并创建一个名为“frdmimx93_test”的设备。 有关说明，请参阅以下文章中的“向 Azure IoT 中心添加中间 CA 证书”部分。 如何使用安全元件 SE05x：使用 Eclipse Mosquitto 客户端连接到 Azure IoT 中心（日语博客） 注意：如上所述，此处注册的证书仅用于测试目的，因此建议在确认其功能后将其删除。   完成这些步骤后，您就可以使用 Mosquitto 客户端连接到 Azure IoT 中心了。   执行以下命令。请根据实际情况更改 IOT_HUB_NAME。 export IOT_HUB_NAME=ShinjiIotHubTest export DEVICE_NAME=frdmimx93_test mosquitto_pub -h "${IOT_HUB_NAME}.azure-devices.net" -p 8883 -u "${IOT_HUB_NAME}.azure-devices.net/${DEVICE_NAME}/api-version=2016-11-14" -t "devices/${DEVICE_NAME}/messages/events/" -m '{"mes":"Hello Azure with i.MX93!"}' --capath /etc/ssl/certs/ --cert frdmimx93_test_cert.cer --key MyECCKey.pem -i ${DEVICE_NAME} -d -q 1 如果看到类似以下的输出，则表示成功。 Client frdmimx93_test sending CONNECT Client frdmimx93_test received CONNACK (0) Client frdmimx93_test sending PUBLISH (d0, q1, r0, m1, 'devices/frdmimx93_test/messages/events/', ... (34 bytes)) Client frdmimx93_test received PUBACK (Mid: 1, RC:0) Client frdmimx93_test sending DISCONNECT 按照以下文章“检查发送到 IoT 中心的消息和向设备发送消息”中的步骤，您还可以在 Azure IoT 中心端的 Cloud Shell 中检查接收到的消息。 如何使用安全元件 SE05x：使用 Eclipse Mosquitto 客户端连接到 Azure IoT 中心（日语博客） ========================= 我们目前无法 回复 此帖子“ 评论”部分留下的评论。 对于由此造成的不便，我们深表歉意，但 在进行咨询时， 请 参考“ NXP 技术问题 - 如何联系我们 （ 日语博客 ） ” 。 （如果您已经是 恩智浦的 分销商或 与 恩智浦 有合作关系 ，您可以直接咨询您的代表。） 本文解释了如何通过 PKCS#11 使用 i.MX 93 内置 EdgeLock® 安全隔离区 (ELE) 的加密加速器和密钥管理功能。 PKCS#11 是密码学中广泛使用的 API，并且可以与另一个广泛使用的库 OpenSSL 集成。因此，所有使用 PKCS#11 或 OpenSSL 进行身份验证的应用程序（例如 Eclipse Mosquitto ™等）都可以应用保护，而无需对应用程序本身进行任何修改。 它提供加密加速和密钥管理功能，这一点与 SE050 等安全元件相同，SE050 将在另一篇文章中介绍。 有关加密加速器和密钥管理的概述，以及与安全元件的一般比较和使用指南，请参阅以下文章。 本文解释了半导体硬件安全中常见的特性（安全元件、安全隔离区、TPM、HSM、TEE、TrustZone 等）（日语博客）。 预计时间：约 55 分钟（不包括 Yocto 构建时间） 使用 pkcs11 工具通过 ELE 进行操作：10 分钟 使用 OpenSSL 通过 ELE 运行：10 分钟 创建 PKCS#11 URI PEM 文件：5 分钟 与 Azure IoT 中心的云连接：30 分钟   i.MX 处理器 安全 日本博客