无人机/UAV地面控制站 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> QGroundControl 任务规划器由 Qt 公司优化，可在 Technexion TEP-15 工业平板电脑上运行。 QGroundControl 是Dronecode 平台的一部分。 ======= 请访问www.hovergames.com和www.nxp.com/hovergamesdrones了解更多无人机硬件。 ======= 功能： 低功耗、坚固耐用、 n-less、经济高效的参考解决方案 NXP i.MX6四核处理器 QGroundControl 是一个直观且功能强大的地面控制站，是Dronecode 平台的一部分，支持基于PX4 Pro 自动驾驶仪和 ArduPilot 的 MAVLink 无人机。 运行 Ubuntu 或 Yocto Linux 的Technexion TEP-15工业平板电脑 Qt 公司优化的 HMI 和应用程序 与 NXP RDDRONE-FMUK66无人机飞行管理单元和KIT-HGDRONEK66 www.HoverGames.com无人机套件进行通信 合作伙伴信息： Technexion提供采用 NXP i.MX 系列处理器的 SBC、SOM 和平板电脑 Qt公司提供针对Qt框架的优化解决方案和咨询服务    请参阅 NXP UAV 登陆页面，了解漫游车和无人机的解决方案 以及HoverGames Drone 参考设计和软件编码挑战。 ## 汽车电子 工业控制

CAN TX 复位问题 Hi NXP, 我需要以阻塞模式操作 CAN 以便以更快的速度发送数据。我已经尝试过非阻塞模式，没有遇到任何问题。一旦我开始使用阻塞模式，每当我配置非零值时，COntroller 就会重置。 FLEXCAN_DRV_SendBlocking（INST_FLEXCAN_CONFIG_1，E_MB_MSG_TX，&arrayMessageBufferInfo[E_MB_MSG_TX].rx_info，psCanFrameToSend->u32Identifier，psCanFrameToSend->au8Data，（uint32_t）10UL/*发现超时错误并在0处操作*/）； 这里它仅适用于 0，对于其他超时配置，它会重置主板。你能帮帮我吗？信号量等待可能会失败。当我想使用阻塞模式操作时，我需要考虑哪些配置 回复：CAN TX 复位问题 你好@ AbhiMR 在附件中，我为非阻塞和阻塞发送方法制作了示例代码。 您可以测试这两个示例项目。如果您有任何疑问或问题，您可以指出它们，我会帮助您重现和分析它 这是我的测试，您可以将帧ID = 2从PC发送到S32K116，S32K116将发回接收帧计数器和发送帧计数器。 回复：CAN TX 复位问题 Hi NXP, 请查看更多详细信息。您能否分享带有附加设置的 8 字节 CAN TX 操作示例。需要阻塞模式下的示例。 注意：CAN TX 在阻塞模式下不工作，它没有击中任何 ISR。如果没有，如何获得成功通知？ 我已附上所有与 CAN 相关的配置。 回复：CAN TX 复位问题 Hi NXP, 我正在分享我所有的 CAN 配置。如果您能提供具有 8 字节 TX 有效负载的工作示例就更好了。 请参阅我们更详细的说明 在我们的应用程序中，我们有以下配置，它们是初始化和运行时操作以传输 CAN 帧。 /*-------------------------------------------------初始化部分--------------------------------------------------------------------------------------------------*/ flexcan_user_config_t flexcanInitConfig_500k = { .flexcanMode=flexcan_正常_模式， .fd_enable = false， .payload=flexcan_payload_size_8， .max_num_mb = 16UL， .num_id_filters=flexcan_rx_fifo_id_filters_8， .is_rx_fifo_needed = false， .传输类型=flexcan_rxfifo_使用中断， .rxFifoDMAChannel = 0U， .pe_clock=flexcan_clk_source_osc， .比特率 = {     .propSeg = 7UL,     .phaseSeg1 = 4UL,     .phaseSeg2 = 1UL,     .preDivider = 1UL, .rJumpwidth = 1UL   } }; FLEXCAN_DRV_Init（INST_FLEXCAN_CONFIG_1，&flexcanState0，&flexcanInitConfig_500k）； /* 安装回调函数 */ FLEXCAN_DRV_InstallEventCallback（INST_FLEXCAN_CONFIG_1，flexcanCallBack，零）； FLEXCAN_DRV_InstallErrorCallback(INST_FLEXCAN_CONFIG_1, flexcanErrorCallBack, NULL); /*--------------------------------------------------INIT 完成--------------------------------------------------------------------------------------------*/ 非阻塞模式 我们已经开发了应用程序来每 100 毫秒传输一次 CAN 帧。在非阻塞模式下可以使用FLEXCAN_DRV_Send方法来传输CAN缓冲区，我们可以在上面配置的回调“flexcanCallBack”中获得FLEXCAN_EVENT_TX_COMPLETE响应。它的行为符合预期。 /*------------------------------ 运行时操作-------------------------------*/   FLEXCAN_DRV_Send(INST_FLEXCAN_CONFIG_1, E_MB_MSG_TX, &arrayMessageBufferInfo[E_MB_MSG_TX].rx_info, psCanFrameToSend->u32Identifier, psCanFrameToSend->au8Data); /*------------------------------ 运行时操作-------------------------------*/ 在上述实现中，我们在非阻塞模式下以更高速传输帧方面存在缺点。每当我们同时有 CAN 请求时，传输就会延迟。 阻塞模式 想到尝试阻塞模式，遇到以下问题 使用超时 0UL 能够在我们的应用程序中以预期速度发送 CAN 帧，而无需通知成功消息。它将始终从阻塞调用返回STATUS_TIMEOUT 。我们怀疑实施起来并不安全。 /*-----------------------------------运行时操作---------------------------------------------------*/ Returnvalue=FLEXCAN_DRV_SendBlocking(INST_FLEXCAN_CONFIG_1, E_MB_MSG_TX, &arrayMessageBufferInfo[E_MB_MSG_TX].rx_info, psCanFrameToSend->u32Identifier, psCanFrameToSend->au8Data, (uint32_t)0UL); /*-----------------------------------运行时操作---------------------------------------------------*/ 我尝试发送超时数据（来自 1UL 的任何值）以获取STATUS_SUCCESS 。在这种情况下，控制器将进入挂起状态。 /*-----------------------------------运行时操作---------------------------------------------------*/ Returnvalue=FLEXCAN_DRV_SendBlocking(INST_FLEXCAN_CONFIG_1, E_MB_MSG_TX, &arrayMessageBufferInfo[E_MB_MSG_TX].rx_info, psCanFrameToSend->u32Identifier, psCanFrameToSend->au8Data, (uint32_t)10UL); /*-----------------------------------运行时操作---------------------------------------------------*/ 观察发现控制器卡在OSIF_SemaWait函数，因为停止产生 osif_Tick。控制器的下一行挂起了，观察到的 delta 为 0，从而挂起了控制器。 if ((timeoutTicks != OSIF_WAIT_FOREVER) && (delta > max)) /* osif_baremetal.c 中的第 349 行*/ 未收到任何 TX 完成中断来从 ISR 发布信号量。由于 Post 信号量，我们在FLEXCAN_CompleteTransfer函数中。 注意：在 CAN 阻塞模式下，它不会触发任何 ISR 因为我们不需要在非阻塞模式下处理任何 TX 操作。我们想尝试使用STATUS_SUCCESS消息的阻塞模式。 您能否查看上述详细信息并提供修复问题的详细信息，并让我们知道从应用程序改进 CAN TX 帧传输的方法列表。分享合适的例子来探索所有方法。 补充说明： 控制器：S32k116 SDK版本：S32SDK_S32K1XX_RTM_4.0.2 参考链接：file:///C:/NXP/S32DS.3.4/S32DS/software/S32SDK_S32K1XX_RTM_4.0.2/doc/html_S32K116/group __flexcan__ driver.html 回复：CAN TX 复位问题 你好@ AbhiMR 抱歉让您久等了，因为我们最近负荷过重。 您能否提供您的项目，然后我会帮助您检查。 回复：CAN TX 复位问题 进一步了解我的调试信息。尚未发布信号量来继续该操作。它必须从 FLEXCAN_CompleteTransfer（实例，mb_idx）发生；。仅当我在阻塞模式下收到 TX_Complete 中断时才会发生这种情况，但这种情况不会发生。我使用的配置是 CAN init flexcan_user_config_t flexcanInitConfig_500k_listen = { .flexcan模式=flexcan_listen_only_模式， .fd_启用= 假， .payload=flexcan_payload_size_8， .最大数量= 16UL， .num_id_filters=flexcan_rx_fifo_id_过滤器_8， .is_rx_fifo_need= 假， .transfer_type=flexcan_rxfifo_使用中断， .rxFifoDMA通道= 0U, .pe_时钟=flexcan_clk_source_osc， .比特率= { .propSeg= 7UL， .phaseSeg1= 4UL， .phaseSeg2= 1UL， .preDivider= 1UL， .rJumpwidth= 1UL } };flexcan_user_config_t flexcanInitConfig_500k_listen = { .flexcan模式=flexcan_listen_only_模式， .fd_启用= 假， .payload=flexcan_payload_size_8， .max_num_mb= 16UL， .num_id_filters=flexcan_rx_fifo_id_过滤器_8， .is_rx_fifo_need= 假， .transfer_type=flexcan_rxfifo_使用中断， .rxFifoDMA通道= 0U, .pe_时钟=flexcan_clk_source_osc， .比特率= { .propSeg= 7UL， .phaseSeg1= 4UL， .phaseSeg2= 1UL， .preDivider= 1UL， .rJumpwidth= 1UL } }; FLEXCAN_DRV_Init（INST_FLEXCAN_CONFIG_1，&flexcanState0，&flexcanInitConfig_500k_listen）；

FreeRTOS_1.199_18.08.2012.PEupd <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FreeRTOS 形容 フリーRTOS (www.freertos.org)コンポーネントとしての実装。すべてのS08およびすべてのS12(X)、ColdFire V1(CN、JM、QE、JE、MMファミリ)、ColdFire V2(5225x)、およびすべてのKinetis(K40、K60、K70/M4F、KL20Z Freedomボードでテスト済み)をサポート コンポーネント FreeRTOS.PEupd Dependencies ユーティリティ、 FreeRTOSTrace、 PercepioTrace FreeRTOS Embedded Processor Expert コンポーネントの使用方法のチュートリアルについては、チュートリアル: DEMOJM の FreeRTOS を参照してください。 クラシック(非日食)ユーザーの皆様へ! このコンポーネントは、Eclipse ベース ではない S12(X) V5.1 の CodeWarrior でテストされています。Eclipse ベースの CodeWarrior (MCU10.x) は、RTOS アダプタの概念を使用しています。FreeRTOS コンポーネントには、これを無効にする設定が追加されました。Eclipse 以外の CodeWarrior 環境で動作させるには、設定 'Classic CodeWarrior' を 'yes' に設定する必要があります。そうしないと、コード生成中に内部エラーが発生します。 さらに、少なくとも PE 3.09 Service Pack をインストールする必要があります。このアップデートは、http://www.freescale.com/webapp/sps/site/overview.jsp?code=CW_UPDATES_MCU_63、直接リンク:CodeWarrior for MCU V6.3 Processor Expert V3.09アップデートから入手できます。 ライセンス ライセンス : オープンソース (LGPL) FreeRTOS(c)著作権2003-2012リチャードバリー、http: www.FreeRTOS.org FreeRTOS Processor Expert Component: (c) Copyright Erich Styger, 2012 (英語) Processor Expert and CodeWarrior (c) Copyright Freescale Semiconductor, 2012, all rights reserved これはフリーソフトウェアであり、次の条件のライセンスポリシーの下で教育、研究、および商用開発に開放されています。 *これはフリーソフトウェアであり、保証はありません。 ※使用制限はありません。あなたは、あなたの責任の下で、個人、非営利、または商用製品のためにそれを使用、変更、および再配布することができます。 ※ソースコードの再配布には、上記の著作権表示を保持する必要があります。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FreeRTOS 形容 フリーRTOS (www.freertos.org)コンポーネントとしての実装。すべてのS08およびすべてのS12(X)、ColdFire V1(CN、JM、QE、JE、MMファミリ)、ColdFire V2(5225x)、およびすべてのKinetis(K40、K60、K70/M4F、KL20Z Freedomボードでテスト済み)をサポート コンポーネント FreeRTOS.PEupd Dependencies ユーティリティ、 FreeRTOSTrace、 PercepioTrace FreeRTOS Embedded Processor Expert コンポーネントの使用方法のチュートリアルについては、チュートリアル: DEMOJM の FreeRTOS を参照してください。 クラシック(非日食)ユーザーの皆様へ! このコンポーネントは、Eclipse ベース ではない S12(X) V5.1 の CodeWarrior でテストされています。Eclipse ベースの CodeWarrior (MCU10.x) は、RTOS アダプタの概念を使用しています。FreeRTOS コンポーネントには、これを無効にする設定が追加されました。Eclipse 以外の CodeWarrior 環境で動作させるには、設定 'Classic CodeWarrior' を 'yes' に設定する必要があります。そうしないと、コード生成中に内部エラーが発生します。 さらに、少なくとも PE 3.09 Service Pack をインストールする必要があります。このアップデートは、http://www.freescale.com/webapp/sps/site/overview.jsp?code=CW_UPDATES_MCU_63、直接リンク:CodeWarrior for MCU V6.3 Processor Expert V3.09アップデートから入手できます。 ライセンス ライセンス : オープンソース (LGPL) FreeRTOS(c)著作権2003-2012リチャードバリー、http: www.FreeRTOS.org FreeRTOS Processor Expert Component: (c) Copyright Erich Styger, 2012 (英語) Processor Expert and CodeWarrior (c) Copyright Freescale Semiconductor, 2012, all rights reserved これはフリーソフトウェアであり、次の条件のライセンスポリシーの下で教育、研究、および商用開発に開放されています。 *これはフリーソフトウェアであり、保証はありません。 ※使用制限はありません。あなたは、あなたの責任の下で、個人、非営利、または商用製品のためにそれを使用、変更、および再配布することができます。 ※ソースコードの再配布には、上記の著作権表示を保持する必要があります。 コンポーネント交換

imx6，LVDS 2端口 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好。 显示器输出不正常。 1.这是出现问题的屏幕。 2. 这是一个应该正常出现的屏幕。 因此需要检查bootloader和kernel中的设置是否正确。 以下是系统信息和任务。 - 硬件系统 模块：Apalis iMX6，Ixora 载板 v1.1 LVDS 2 端口：LA123WF4-SL05，12.3 英寸 WU（1920 X RGB X 720）TFT- LCD - 操作系统 boot2qt：启动 Qt for Embedded Linux 2.3.4 引导加载程序：U-Boot 2016.11-dirty kernel : Linux version 4.1.44-2.7.5+g18717e2 - LCD计时 - 内核设备树，arch/arm/boot/dts/imx6qdl-apalis.dtsi mxcfb1：fb@0{ 兼容=“fsl，mxc_sdc_fb”； disp_dev =“ldb”； 接口像素fmt = "RGB24"； default_bpp = <24>; int_clk = <0>; late_init = <0>; 状态 = “已禁用”；//arch/arm/boot/dts/imx6qdl-apalis-ixora-v1.1.dtsi 中的“okey” }; &ldb { 状态 = “好的”; 分割模式； //双模； lvds通道@0 { 注册=<0>； fsl，数据映射=“spwg”；/*“jeida”；*/ fsl，数据宽度=<24>； crtc =“ipu2-di1”； 基本的; 状态 = “好的”; 显示时间 { 本机模式 = <&timing01>; timing01: 1920x720 { 时钟频率=<89400000>； hactive = <1920>； 虚激活 = <720>; h后廊=<96>； hfront-porch = <30>; v后廊=<3>； v前廊=<3>； 同步长度 = <2>; 垂直同步长度 = <2>； }; }; }; lvds通道@1 { 注册=<1>； fsl，数据映射=“spwg”； fsl，数据宽度=<24>； crtc=“ipu1-di0”； 状态 = “好的”; 显示时间 { 计时02：1920x720{ 时钟频率=<89400000>； hactive = <1920>； 虚激活 = <720>; h后廊=<96>； hfront-porch = <30>; v后廊=<3>； v前廊=<3>； 同步长度 = <2>; 垂直同步长度 = <2>； }; }; }; }; -u-boot 环境 vidargs=video=mxcfb0:dev=ldb,1920x720@60,if=RGB24,video=mxcfb1:关闭video=mxcfb2:关闭video=mxcfb3:关闭 - 内核日志 : [0.244330]MIPI DSI驱动模块已加载 [0.244682]ldb 2000000.aips-bus:ldb@020e0008:分割模式 [0.244951]ldb 2000000.aips-bus:ldb@020e0008:分割模式或双模式，忽略第二个输出 [0.245615]20e0000.hdmi_视频未找到 HDMI 电源，使用虚拟调节器 [0.247074]mxc_sdc_fb fb@0:注册的mxc显示驱动程序ldb [ 0.262134] mxc_sdc_fb fb@0: 1920x720 h_sync,r,l: 2,30,96 v_sync,l,u: 2,3,3 pixclock=89405000 Hz [0.272800]imx-ipuv3 2800000.ipu：IPU DMFC DP 高分辨率：1(0,1)、5B(2~5)、5F(6,7) [ 0.306740] mxc_sdc_fb fb@0: 1920x720 h_sync,r,l: 2,30,96 v_sync,l,u: 2,3,3 pixclock=89405000 Hz [ 0.354510]控制台：切换到彩色帧缓冲设备 240x45 [0.389237]mxc_sdc_fb fb@1:mxcfb1已关闭！ [0.389484]mxc_sdc_fb fb@2:mxcfb2已关闭！ [0.389720]mxc_sdc_fb fb@3:mxcfb3已关闭！ ： - 运行目标的 fbset root@b2qt-apalis-imx6:~# fbset 模式“1920x720-60” # 😧 89.405 MHz, H: 43.655 kHz, V: 59.966 Hz 几何 1920 720 1920 1440 24 时间 11185 96 30 3 3 2 2 加速错误 rgba 8/16,8/8,8/0,0/0 结束模式 还有什么需要检查吗？ 谢谢。 回复：imx6，LVDS 2 端口 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好。 引脚图存在问题。 现在屏幕出来了，但是显示的是两个屏幕，而不是一个屏幕。 1.设置为分割模式 1）时机 时钟频率=<89400000>； hactive = <1920>； 虚激活 = <720>; h后廊=<96>； hfront-porch = <30>; v后廊=<3>； v前廊=<3>； 同步长度 = <2>; 垂直同步长度 = <2>； => 两个屏幕，推到右边。 2）时机 时钟频率=<44700000>； hactive = <1920>； 虚激活 = <720>; h后廊=<48>； hfront-porch = <15>; v后廊=<3>； v前廊=<3>； 水平同步长度 = <1>; 垂直同步长度 = <2>； 3）若两者以单一模式操作，则画面不会显现。 4）使用“spwg”完成数据映射。（如果使用“jeida”，颜色会很奇怪。） 我必须出现在一个屏幕上。你能帮我设置吗？ 谢谢。

互联家庭：智能移动设备 - 使用案例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我是智能手表、智能电视，以及 UI Labs 首席执行官关于自然用户界面的采访。 消费者体验引导互联家庭的潮流。 当技术出现在市场时，它首先被消费者采用，然后再传播到企业和行业组织。       特性 观看不同的演示，了解家中不同类型的设备 平板电脑、可穿戴 Android 手表以及与电视和智能手机互动的机顶盒 利用 i.MX6 的自然用户界面功能，在使用i.MX 6 处理器显示的视频中呈现流畅的运动和无缝过渡 特色恩智浦产品 i.MX6Q: i.MX 6Quad Processors – Quad Core 链接 消费电子 结构框图 智能家居

Q&A:MX28 HABの問題を有効にする方法は? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 質問: MX28でHABを有効にする方法、たとえば「get_hab_status()」機能を機能させるためのAN4555の推奨事項によるものですが、問題が発生しています。 質問 #1 彼らは、対話型プロンプトに対してU-bootを正常に実行できるため、efltosbツールへの入力であるすべてのHABコンポーネントが解決されたと信じています。ただし、次の点では次のようになります。 - rvt_report_status()関数を呼び出すと、ボードに「### ERROR ###ボードをリセットしてください」と表示されます。 - rvt_entry()を呼び出すと、ボード は画面にゴミの文字を印刷し、ハングします。これは、クロックに何か問題があり、それがシリアルコンソールのボーレートに影響を与え、上記の動作を引き起こしていることを示唆しています。 質問 #2 HABv3 のような HABv4 の "バインド署名" の概念はありますか? rvt_コールのアドレスが正しくない可能性がありますか?u-bootソースを提供できますか? バインドされた署名の検証または UID は、HABv4 アプリケーションノートでは言及されていません。だから、サポートされていないと思います。 RVT 関数のポインタ オフセットについて 仮定 しました。 HAB 4 API はオフセットを明示的に指定しませんが、rvt_base::function_name 表記を使用します。 関数ポインタは、RVTヘッダーを超えるすべてのワードオフセットに順番に配置されると仮定しています。 リファレンス マニュアルの最新のアドレスに RVT ヘッダーが存在することはメモリ ダンプに基づいて確認されていますが、設定した関数オフセットが正しいかどうかは確認できません。 ソースコードに関しては、mx6アーキテクチャのメインラインu-bootから入手できるhab.cファイルとhab.hファイルからmx28ボードの変更をモデル化しました。これは基本的に、AN4555 ドキュメントに記載されているコードget_hab_statusコードと同じです。 更新された RVT ベース アドレスと 想定される オフセットに一致するように、HAB API 関数ポインター アドレスを実行しました。 答え: これがreport_status()からの最初の3つの指示ですが、顧客は彼らが呼んだアドレスからの指示が正しいことを確認できますか? : :B087B570 ADDLT   FP、R7、R0、 ROR R5 :   1c0e1c05        stcne   12, cr1, [lr], {5} : 22182433 andscs r2, r8, #855638016 ;0x33000000 i.MX2x Re: Q&A: MX28 HAB の問題を有効にする方法は? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはYixingとdwc、 i.mx28のWinceのebootでHAB_APIをどのように呼び出す必要がありますか? mx28メモリマップでは、OCROMは最後の128KBメモリアドレスにあります。 しかし、ebootに入ると、MMUはすでに有効になっています。したがって、0x80000000から0x9FFFFFFFまでの仮想アドレスにのみアクセスできます。 どのようにしてアドレスをHAB_RVT_REPORT_EVENT(*(UINT32 *)(HAB_RVT_BASE + 0x20)) //0xffff8af8+0x20で呼び出すことができますか? ありがとうございます Re: Q&A: MX28 HAB の問題を有効にする方法は? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この問題は、正しい RVT アドレスを使用することで解決されます。RVT アドレスは、リファレンス マニュアルのリビジョン 1 とリビジョン 2 の間で更新されました。

为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 前提条件： 该构建已在预构建的 rootfs（基于 LTIB）上进行了验证，可以从 freescale.com 下载或从 Yocto fsl-image-gui 构建 以下步骤在主机上执行： 1.下载 qt5 的 git 仓库： $ git clone git://gitorious.org/qt/qt5.git qt5 光盘 qt5 让我们将其视为 2. 创建一个构建目录来安装 qt5 包。该目录可以位于任何位置。例如， $ mkdir /opt/qt5 sudo chown -R /opt/qt5 我们将安装目录视为 /opt/qt5 3.进入Qt5目录，运行perl init-repository脚本，下载所有源代码 Qt5。下载所有源代码大约需要一个小时。 $ perl init-repository 4.下载附件的linux-imx5-g++.tar.gz并复制到qtbase/mkspecs/devices。 将尝试进行更新。 5.从以下路径 $ gedit qtbase/mkspecs/设备/linux-imx5-g++/qmake.conf 6.在 qmake.conf 的顶部，有一个配置行。复制配置行并将其粘贴到位于 在您的构建目录中。编辑配置行以找到您的工具链和文件系统。还要确保 包括选项 -no-pch、-no-opengl、-opengl es2，下面是示例 配置行。 $ cd $ cd qtbase $./configure-v-opensource-confirm-license-no-pch-opengl es2-make libs-device imx5\ -nomake 示例 -nomake 演示 \ -设备选项CROSS_COMPILE = / opt / freescale / usr / local / gcc-4.4.4-glibc-2.11.1-multilib-1.0 / arm-fsl-linux-gnueabi / bin / arm-fsl-linux-gnueabi-\ -sysroot -no-gcc-sysroot \ -prefix 7. 制作包含配置行和可执行文件的文本文件并运行它。当显示配置摘要时，请确保 Qt5 支持 openGL ES 2.0。进行构建 $make $make 安装 当 Qt5 完成构建后，Qt5 将安装在两个地方： 1. / 2. / 这很好，因为现在 Qt5 的所有库和二进制文件都安装在主机和目标文件系统上。所以， 目标已经拥有运行 Qt5 所需的所有库和二进制文件。 8.还需要构建qtjsbackend和qtdeclarative。 $ cd $ cd qtjsbackend $ ../qtbase/bin/qmake -r $ make && make install $ $ cd $ cd qtdeclarative $ ../qtbase/bin/qmake -r $ make && make install 9. 在目标上运行 Qt 应用程序 - 使用 NFS 或 SD 映像启动目标 - 确保文件夹 被复制到目标文件系统的“/usr/local”。 - 使用启动应用程序 $ cd /usr/local/qt5/examples/opengl/hellogl_es2 $./hellogl_es2-平台 eglfs i.MX53 回复：为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我使用选项 -no-openssl 作为解决方法来摆脱这个错误 ./configure -v -opensource -confirm-license -no-pch -opengl es2 -make libs -device imx5 -no-openssl -no-xcb -no-c++11 -device-option CROSS_COMPILE=/opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/arm-fsl-linux-gnueabi- -sysroot /home/juan/imx53/ltib/rootfs -no-gcc-sysroot -prefix /opt/qt5 回复：为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我遇到了同样的错误，作为一种解决方法，我注释掉了#if GLIB_CHECK_VERSION (2, 22, 0) 宏下的行 ======== ./src/corelib/kernel/qeventdispatcher_glib.cpp =========== QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate（GMainContext *上下文）     : mainContext(context) {     . . .   #if GLIB_CHECK_VERSION (2, 22, 0) //g_main_context_push_thread_default（主上下文）； endif . . . } QEventDispatcherGlib::~QEventDispatcherGlib() { . . . #if GLIB_CHECK_VERSION (2, 22, 0) //g_main_context_pop_thread_default（d->mainContext）； #endif . . . } 回复：为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 必须添加几个选项才能开始编译： -no-xcb -no-c++11 但仍然有错误，第一个： make[2]: 进入目录 `/home/user/git/qt5/qtbase/src/network' /opt/freescale/usr/local/gcc-4.4.4-glibc-2.11.1-multilib-1.0/arm-fsl-linux-gnueabi/bin/arm-fsl-linux-gnueabi-g++-c -pipe -mfloat-abi=softfp -O2 -O2 -march=armv7-a -mfpu=neon -D_LINUX -fvisibility=hidden -fvisibility-inlines-hidden -fno-exceptions -Wall -W -D_REENTRANT -fPIC -DQT_NO_LIBUDEV -DQT_NO_XCB -DQT_NO_XKBCOMMON -DQT_NO_USING_NAMESPACE -DQT_BUILD_NETWORK_LIB -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0x050000 -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_CORE_LIB -I../../mkspecs/devices/linux-imx5-g++ -I。-I../../include -I../../include/QtNetwork -I../../include/QtNetwork/5.1.0-I../../include/QtNetwork/5.1.0/QtNetwork-Ikernel -I../../include/QtCore -I../../include/QtCore/5.1.0-I../../include/QtCore/5.1.0/QtCore-I.moc/release-shared -I/home/user/ltib/rootfs/usr/include -o .obj/release-shared/qsslsocket_openssl.o ssl/qsslsocket_openssl.cpp ssl/qsslsocket_openssl.cpp：在成员函数“virtual void QSslSocketBackendPrivate::continueHandshake()”中： ssl/qsslsocket_openssl.cpp:1414：错误：'q_SSL_ctrl'未在此范围内声明 make[2]: *** [.obj/release-shared/qsslsocket_openssl.o] 错误 1 make[2]: 离开目录“/home/user/git/qt5/qtbase/src/network” make[1]: *** [sub-network-make_first] 错误 2 make[1]: 离开目录“/home/user/git/qt5/qtbase/src” make：*** [sub-src-make_first] 错误 2 回复：为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 错误： hread-lgthread-2.0-lrt -lglib-2.0 .obj/发布共享/qeventdispatcher_glib.o：在函数“QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate(_GMainContext*)”中： qeventdispatcher_glib.cpp:(.text+0x7f0):对“g_main_context_push_thread_default”未定义引用 .obj/发布共享/qeventdispatcher_glib.o：在函数“QEventDispatcherGlib::~QEventDispatcherGlib()”中： qeventdispatcher_glib.cpp:(.text+0xbf0):对“g_main_context_pop_thread_default”未定义引用 .obj/发布共享/qeventdispatcher_glib.o：在函数“QEventDispatcherGlib::~QEventDispatcherGlib()”中： qeventdispatcher_glib.cpp:(.text+0xdd4):对“g_main_context_pop_thread_default”未定义引用 .obj/发布共享/qeventdispatcher_glib.o：在函数“QEventDispatcherGlib::~QEventDispatcherGlib()”中： qeventdispatcher_glib.cpp:(.text+0xfb0):对“g_main_context_pop_thread_default”未定义引用 .obj/发布共享/qeventdispatcher_glib.o：在函数“QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate(_GMainContext*)”中： qeventdispatcher_glib.cpp:(.text+0x1114):对“g_main_context_push_thread_default”未定义引用 collect2：ld 返回 1 退出状态 使[2]：*** [../../lib/libQt5Core.so.5.1.0]错误 1 make[2]: 离开目录“/home/mqy/qt5/qtbase/src/corelib” 需要幫助嗎？ 回复：为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我很遗憾地说，当我这样做的时候，它有错误 回复：为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为什么不使用litb来构建qt5？ 回复：为 i.MX53 构建 QT5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您是否考虑过将这些文件贡献回 qt 项目？我知道这些确实适用于 Qt 5，所以如果可以贡献出来就好了

メッセージは送信できるが受信されない CAN_EXAMPLE_S32k344をノーマルモードで動作するように変換しましたが、オシロスコープがCANの伝送波形を示しているにもかかわらず、レシーバーとして使用しているadafruitのcan485ボードでは検出されません。https://learn.sparkfun.com/tutorials/ast-can485-hookup-guide/all#example-simple-can-network ブロッキング送信は常にタイムアウトします。 誰かが私が持っている波形を見て、何が間違っているのか教えてくれますか?メッセージ ID を 200 に変更しましたが、何も壊れるはずはないと思います。セグメントの設定が間違っていますか?私は250k bpsで作業しているというだけで、それをどのように正確に配布することになっているのかわかりません カンバスハイ カンバスロー オシロスコープからの出力 FlexCan設定とボーレート Re:メッセージは送信できますが、受信されません プロトコルクロックを24MHzではなく16MHzに編集し(16MHzの発振器が接続されているので、これが問題だったと思います)、セグメントを調整すると修正されたため、クロックの問題であるように見えました Re:メッセージは送信できますが、受信されません こんにちは@pb632146  設定がレシーバーデバイスの要件を満たしているかどうかを確認するために、FlexCANモジュールの設定パラメータと考慮すべき制限についてより深く理解するためのガイドをこのメッセージに添付しました。 このドキュメントは、 S32K3 Trainingでご覧いただけます。 - RomanVR。 Re:メッセージは送信できますが、受信されません 問題が実際に問題となっている時間セグメントである場合、時間セグメントの推奨事項や時間セグメントのサイズに関する考慮事項はありますか?MCAL モジュールがこれらの値を自分で手動で設定するのではなく、コピーするように設定する方法を確認する方法はありますか? Re:メッセージは送信できますが、受信されません では、ユーザーマニュアルを読むと、私の時間セグメントが間違っている可能性はありますか?私はビットレートを250kにすることだけに焦点を当てました。ビットレートとボーレートはCANbusと同義ですか? このことから、私の時間セグメント1は15で、時間セグメント2は3だけであることがわかります。図404は、"Classical CAN format (Bosch CAN 2.0B)" と書かれているため、Can 2.0Bの正しいビットタイムセグメントの数値です。これは、従来のCANとCan 2.0bが同義語であることを意味します。 さらに、 "Canプロトコル仕様、バージョン2.0B"のみを送信したい場合 「柔軟なデータレートでできる(can fd)」としたら、元の投稿とは異なり、ここにあるすべてのボックスをオフのままにしますか?2.0bがデフォルトかどうかはわかりませんが、使用方法がわからない場合、FDを有効にするとエラーが発生する可能性があると思います。 Re:メッセージは送信できますが、受信されません こんにちは@pb632146  FlexCanドライバーが正常に動作していることを確認するいただきありがとうございます。 FlexCANは、ISO 11898-1:2015規格およびCAN 2.0 Part Bプロトコル仕様に準拠したCANプロトコルを実装する通信コントローラです。詳細については、S32K3xxリファレンスマニュアルRev.9の第73章(CAN(FlexCAN))を参照することをお勧めします。 また、S32K3 CAN_43_FLEXCAN Driver Integration ManualとRTDsに付属のユーザーマニュアルも確認することをお勧めします。これらのドキュメントには、ドライバーの制限、ハードウェアとソフトウェアの要件、使用手順、構成ガイドラインなど、ドライバーに関する詳細情報が記載されています。これらは、ドライバーの機能をより深く理解するのに役立ちます。これらのリソースは、次の場所にあります。 C:\ NXP \ SW32K3_S32M27x_RTD_4.4_4.0.0_P24 \ eclipse \ plugins \ Can_43_FLEXCAN_TS_T40D34M40I0R0 \ doc または C:\ NXP \ S32DS.3.5 \ S32DS \ソフトウェア\PlatformSDK_S32K3\RTD \ Can_43_FLEXCAN_TS_T40D34M30I0R0\doc - ロマンVR Re:メッセージは送信できますが、受信されません 申し訳ありませんFlexcan_example_s32k344 can_example そして、flexcan vs can2.0 vs classic canとは何ですか? 私はレシーバーとして持っているのと同じs32k342ボードの別のものを接続しましたが、それは適切にレシーバーであるため、sparkfunレシーバーに問題があると結論付けることができますが、他の人から問題なく受信するため、ボードの問題ではないと思います。では、実際に送信している缶メッセージの形式をどのように見分けるのでしょうか? Re:メッセージは送信できますが、受信されません また、ループバックで動作するため、通常モードへの変換に多くの問題を抱えて混乱しています Re:メッセージは送信できますが、受信されません 実際にコードをアップロードするのを忘れました Re:メッセージは送信できますが、受信されません 明確にするために、私は342ボードを使用しているので、コードを少し編集する必要がありましたが、344evbのように有効にする必要のない独自のトランシーバーも編集しました。https://ww1.microchip.com/downloads/aemDocuments/documents/OTH/ProductDocuments/DataSheets/20005991B.pdf sparkfunボードレシーバーは、同じボードの別のものを使用すると機能しますが、同じトランシーバーを使用しているにもかかわらず、342ボードからの缶メッセージを拾いません。 これとarduinoコードの間で缶メッセージを送信しようとして見逃している可能性のある考慮事項はありますか? 従来の can/can fd は、can 2.0a や can 2.0b と比較して何を意味しますか?[周辺機器] タブまたはコード自体で 1 つまたは別の設定を選択するための特定の設定はありますか? Re:メッセージは送信できますが、受信されません Hi @pb632146. あなたの説明によると、送信機としてのあなたのS32K344は問題なく機能しているようですので、送信機が実際に出力信号を生成していることを考えると、受信機デバイスまたは回路を確認することをお勧めします。 注:CANモジュールが正しく動作しているかどうかをテストする場合は、EVB(評価ボード)でサンプルコードを実行し、CANモジュールが自身のレシーバーに情報を送信する「ループバック」機能を使用できます。 - RomanVR。

産業用プリンター Overview インタラクティブブロック図 推奨製品 Overview NXPの産業用プリンタソリューションを使用すると、モノのインターネット(IoT)テクノロジーを活用し、信頼性が高く、高速で安全な設計を簡単に統合して、差別化を図り、顧客に価値を提供できます。 NXPは、高度な統合セキュリティおよび接続機能を備えた高性能MPU、暗号化アクセラレータ、10〜15年間の製品寿命プログラムなど、広範な技術ポートフォリオを提供しています。これにより、設計者は信頼性が高く、高性能で、安全なプリンターを成功裏に開発できます。 インタラクティブブロック図 推奨製品 カテゴリ 製品 特長 MPU i.MX 6SoloX アプリケーション・プロセッサー |® Arm Cortex-A9®、Cortex-M4 |NXPの Cortex-A9 x 1 (最大 1 GHz) Cortex-M4 x 1 最大200 MHz 24ビットパラレルCMOSセンサーインターフェース 10/100/1000 Ethernet x 2 PCIe 2.0 (1 lane) FlexCAN 5x SPI、6x UART、4x I2C、5x I2S/SSI、8x PWM   i.MX 8M アプリケーション・プロセッサ |® Arm Cortex-A53®、Cortex-M4 |4Kディスプレイ解像度 |NXPの  クワッドアームCortex-A53;コーテックス-M4F OpenGL® ES 3.1, OpenGL® 3.0,Vulkan®, Open CL™ 1.2 L1サブステートを備えたデュアルPCIeにより、低電力モードからの高速ウェイクアップを実現 AVBおよびEEEをサポートするギガビットイーサネットコントローラ 4x PWM、3X SPI、4X I2C セキュア・オーセンティケータ A1006 (英語) |セキュア・オーセンティケータIC:エンベデッド・セキュリティ・プラットフォーム |NXPの  認証時間(オンチップ計算)<50ms ECC秘密鍵のユニークな静的ペア 消費電力:500μAアクティブ RTC PCF8523 | NXP  年、月、日、曜日、時、分、秒を 32.768 kHz の水晶振動子を基準に表示します。 解像度:数秒から数年。 ロードスイッチ USB PDおよびType C電流制限型パワースイッチ |NXPの  VIN供給電圧範囲：4.0 V～5.5 V 超高速RCPリカバリによる、逆電流からの常時保護 400mAから3.3までの調整可能な電流制限 400mAから3.3Aまでの調整可能な電流制限 過電流状態での電流出力クランプ USB Type-C PTN5150 |NXPの  レガシーOTGハードウェアおよびソフトウェアとの互換性 プラグ、向き、ロール、充電電流の検出をサポート レベル変換器 電圧レベルトランスレータ(レベルシフタ) |NXPの  双方向レベルシフタおよびトランスレータ回路には、シングルビットから32ビット幅の範囲が含まれます 汎用I/Oエクスパンダ PCAL6416AEX | NXP  16ビット汎用I/Oエキスパンダ 最大25mAの駆動能力を持つラッチ出力 動作電源電圧範囲:1.65V〜5.5V PMIC 14チャネルコンフィギュラブルパワーマネージメントIC |NXPの  構成に応じて4〜6個の降圧レギュレータ、単相/双相/並列オプション、DDR終端トラッキング・モード・オプション、DVSオプション USB On-The-Go対応5V昇圧レギュレータ CANトランシーバ TJA1057 |高速CANトランシーバ |NXPの  VIOオプションにより、3.3Vおよび5V供給のマイクロコントローラI2Sポートと直接インターフェースできるため、アプリケーションプロセッサへのルーティングが可能 あらゆる電源条件下で予測可能な機能的挙動 熱保護 AC/DC AC-DCソリューション |NXPの  アプリケーション全体の効率と無負荷電力の向上 ユニバーサル主電源操作:90 - 264 Vac / 47 - 63Hz 過電流保護(OCP)、過電力保護(OPP)、過熱保護(OTP) モータ・ドライバ デュアルHブリッジモータドライバ 2-8.6 V 1.4 A 200 kHz |NXPの  低トータルRDS(ON):0.8 Ω(標準)、1.2 Ω(最大)@ 25°C 低電圧検出およびシャットダウン回路 出力電流:0.7A(DC) 温度センサ PCT2075:I2CバスFm+、1°C精度 |NXPの  LM75シリーズとピン対ピン交換（バスでは最大27台のデバイスを使用可能） 2.7 V～5.5 Vの電源電圧 –55 °C～+125 °Cの温度範囲 ワイヤレスMCU ® Arm Cortex-M0®+|Kinetis® KW41Z 2.4GHz Bluetooth Low EnergyスレッドZigbee無線機マイクロコントローラ |NXPの  2.4 GHzのBluetooth Low Energy Ver. 4.2に準拠 IEEE 802.15.4規格に準拠 AES-128アクセラレータ (AESA)、真性乱数ジェネレータ (TRNG) インダストリアル

为 i.MX RT6xx 创建 eIQ（TensorFlow Lite 库）演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX RT6xx RT6xx 是一个跨界 MCU 系列，是一款突破性产品，结合了 MCU 和 DSP 的最佳功能，适用于超低功耗安全机器学习 (ML)/人工智能 (AI) 边缘处理、性能密集型远场语音和沉浸式 3D 音频播放应用。图 1 是 i.MX RT600。 它由一个运行速度高达 300 MHz、具有 32KB FlexSPI 缓存的 Cortex-M33 内核和一个可选的运行速度高达 600MHz、具有 96KB DSP 缓存和 128KB DSP TCM 的 HiFi4 DSP 组成。它还包含 PowerQuad 协处理器中的加密引擎和 DSP/Math 加速器。该设备具有 4.5MB 片上 SRAM。主要功能包括丰富的音频外设、带 PHY 的高速 USB 和先进的片上安全性。有一个 Flexcomm 外设支持多种 UART、SPI、I2C、I2S 等的配置。 图1 创建 eIQ（TensorFlow Lite 库）演示 在最新版本的 SDK 中 i.MX RT600，它仍然不包含有关机器学习（ML）/人工智能（AI）的演示，因此需要开发人员自己创建这种演示。 为了实现它，将 eIQ 演示从 i.MX RT1050/1060 至 i.MX RT685 是最快的方法。下面介绍创建 eIQ（TensorFlow Lite 库）演示的步骤。 创建一个新的 C++ 项目 安装 SDK 库 图2 使用已安装的 SDK 部分创建新的 C++ 项目 在 MCUXpresso IDE 用户指南，第 5 章使用已安装的 SDK Part Support 创建新项目介绍了如何创建新项目，请参阅该指南以了解详细信息 移植 tensorflow-lite 将 tensorflow-lite 库复制到目标项目 将TensorFlow-lite库对应文件复制到目标项目 图3 添加上述文件的路径 图4 图5 图6 移植主要代码 main() 代码来自该帖子： TensorFlow Lite 的“Hello World” 测试 在 MIMXRT685 EVK板 （图7），我们通过串行端口记录输入数据：x_value和推断的输出数据：y_value（图8）。 图7 图8 此外，我们使用 Excel 将接收到的数据与我们的实际值进行对比显示，如下图所示。 图9 总的来说，它复制了TensorFlow Lite 的“Hello World”的结果 故障排除 默认情况下，创建的项目不支持打印浮动，因此需要通过添加以下符号来启用此功能（图10）。 图10 当执行神经网络时，某一层的结果会被输入到后续操作中，因此必须保留一段时间。这些激活层的生命周期取决于它们在图中的位置，每个激活层所需的内存大小由层写入的数组形状控制。这些变化意味着需要随着时间的推移计算一个计划，以便将所有这些临时缓冲区放入尽可能小的内存区域中。目前，这是在解释器首次加载模型时完成的，因此如果内存区域不够大，您就会看到崩溃事件发生。 就此应用演示而言，默认堆大小为 4 KB，显然，它不足以存储模型的输入、输出和中间张量，因为代码将卡在硬故障中断函数处（图 11）。 图11 那么，我们应该分配多大的堆区域呢？这是个好问题。不幸的是，没有简单的答案。不同的模型架构具有不同的输入、输出和中间张量的大小和数量，因此很难知道我们需要多少内存。 这个数字不需要精确——我们可以保留比我们需要的更多的内存——但由于微控制器的 RAM 有限，我们应该尽可能地保持它很小，以便为我们的其余程序留出空间。 我们可以通过反复试验来做到这一点。对于此应用程序演示，在将堆大小增加到之前的十倍后，代码仍然运行良好（图 12）。 图12 i.MXRT 600

RT1050 上不同内存的启动时间 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我参与的一个小项目是了解 RT1050 从不同内存类型启动的性能。我使用 SDK 中的 LED_blinky 代码作为基线，并在 EVKB 板上运行了一些测试。下面描述了我收集的数据以及更详细的测试程序。 测试程序 启动时间将被定义为从处理器首次接通电源到执行 main() 函数第一行代码的时间。 使用示波器（Tektronix TDS 2014）测量 POR_B* 信号上升沿到以下两点之间的时间： FlexSPI_CS 已断言（ROM 首次读取 FlexSPI）** 应用程序代码中的 GPIO 切换（信号开始执行代码）。*** *POR_B 信号可通过接头 J26-1 进行示波 **FlexSPI_CS 信号可通过电路板上的一个小上拉电阻 R356 获得。一根小电线被焊接在这个电阻器旁边，并在示波器上进行探测。 ***所使用的 GPIO 引脚与连接到 USER_LED（低电平有效）的引脚相同。该引脚可通过接头 J22-5 进行定位。 TP 2、3、4、5用于将示波器探头接地。这一切都是在 EVKB 评估板上完成的。 以下是本次测试中值得注意的几点： 本报告主要强调 POR_B 信号上升沿和第一行代码执行之间的时间。然而，从首次向电路板供电到 POR_B 系统启动之间需要一段时间。这是电力电子的问题，并且可能根据用户应用和设计而变化。正因为如此，本报告不会过多强调这一点。 应用程序的第一行实际代码实际上是配置处理器的几个引脚。仅当执行这些引脚后，GPIO 才会切换至低电平并在示波器上记录时间。然而，这些配置代码行执行得非常快，以至于测试时忽略了时间。 时钟配置 在这三种情况下，可引导映像均已刷入 RT1050。之后，在 MCUXpresso 中，调试器配置为将“仅附加”设置为 true。然后启动调试会话，在处理器完成代码执行后，暂停并根据 RT1050 参考手册第 18 章 CCM 框图读取寄存器值。 启动配置： 核心时钟 (MHz) * FlexSPI时钟（MHz） SEMC时钟（MHz） FlexSPI 130 99 SDRAM 396 130 99 SRAM 396 130 99 *还通过将 clko1 配置为时钟速度除以 8 的输出来验证核心时钟速度。使用示波器测量该频率并验证其为 396 MHz。 结果 芯片选择引脚的时间表示从 RT1050 处理器发生第一次闪存读取的时刻。到GPIO输出的时间代表启动时间。 正如预期的那样，XiP Hyperflash 的启动速度比其他内存更快。SRAM 和 SDRAM 内存在执行之前必须复制到可执行内存，这将花费更多时间，因此启动速度更慢。 在下面的部分中，我们将更详细地解释这些测试是如何运行的，以及为什么 Hyperflash XiP 预计是最快的。 Hyperflash XiP启动 以下是我们预期 Hyperflash XiP 启动过程的步骤概述： 上电复位（J26-1） 开始访问闪存（FlexSPI_SS0） 在闪存中就地执行（XiP） 第一行代码执行（USER_LED） 在 MCUXpresso 中，地图文件显示以下内容： 示波器图像如下：   SDRAM 启动 处理器将从 ROM 启动，并被告知将应用程序映像从串行 NOR 闪存复制到 SDRAM（串行 NOR 闪存使用 Hyperflash 通信）。RT flashloader 工具将让我将应用程序加载到闪存中，并将其配置为通过内存复制到 SDRAM 并执行。   由于必须进行整个复制操作，因此复制到 SDRAM 的速度预计会比从 Hyperflash 执行的速度慢。 SDRAM启动过程如下： 上电复位（J26-1） 开始访问闪存（FlexSPI_SS0） 复制代码到SDRAM 在 SDRAM (FlexSPI_SS0) 中就地执行 执行第一行代码（USER_LED） 在 MCUXpresso 中，地图文件显示以下内容：   为了运行此测试，我遵循了以下说明： https://community.nxp.com/docs/DOC-340655 。 SRAM启动 对于 SRAM，预计其工艺与 SDRAM 类似。处理器将首先从内部 ROM 启动，然后进入 Hyperflash。然后，它会将所有内容从 Hyperflash 复制到内部 SRAM DTC 内存，然后从那里执行。 SRAM 启动过程如下： 上电复位（J26-1） 开始访问闪存（FlexSPI_SS0） 将代码复制到SRAM 在 SRAM (FlexSPI_SS0) 中就地执行 执行第一行代码（USER_LED）   在 MCUXpresso 中，地图文件显示以下内容：   本文档由以下讨论生成： javascript:; i.MXRT 105x

AN5327から移植されたS12ZVML-MINIBRDソフトウェア <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> パッケージには、S12ZVML-MINIBRDハードウェアに移植されたAN5327_SWが含まれています。ボタンコントロールの削除、LEDライトの別のピンへの移動、内部発振器の使用など、わずかな変更が加えられています。 これは単なる動作バージョンであり、公式リリースではありません!! AN5327_SW_CW11_MINIBRD.ZIP CodeWarrior 11.0 および AMMCLib 1.1.13この例を実行するには、以上が必要です。AMMCLibのバージョンがわからない場合は、www.nxp.com/automcdevkits から一般的なAN5327_SWをダウンロードしてください まず、インストールしてから解凍し、上記の例を使用します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> パッケージには、S12ZVML-MINIBRDハードウェアに移植されたAN5327_SWが含まれています。ボタンコントロールの削除、LEDライトの別のピンへの移動、内部発振器の使用など、わずかな変更が加えられています。 これは単なる動作バージョンであり、公式リリースではありません!! AN5327_SW_CW11_MINIBRD.ZIP CodeWarrior 11.0 および AMMCLib 1.1.13この例を実行するには、以上が必要です。AMMCLibのバージョンがわからない場合は、www.nxp.com/automcdevkits から一般的なAN5327_SWをダウンロードしてください まず、インストールしてから解凍し、上記の例を使用します。 全般 日時:AN5327から移植されたS12ZVML-MINIBRDソフトウェア <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、もっと具体的に教えていただけますか? 日時:AN5327から移植されたS12ZVML-MINIBRDソフトウェア <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> パッケージが機能していないようです。

将 Kinetis 协议分析器适配器与多个 USB-KW40Z BLE 嗅探器配合使用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您需要： USB-KW40Z 板（建议至少 3 个） Kinetis KW40Z连接软件 Kinetis Protocol Analyzer Adapter WireShark 请参阅 USB-KW40Z入门指南，获取有关如何使用嗅探器软件对开发板进行编程以及如何安装和使用 Kinetis 协议分析器适配器和 Wireshark 的详细教程。 为了获得最佳性能，至少需要 3 块板来持续监控所有 3 个 BLE 广告频道：37、38 和 39。如果你有更多，那就更好了。嗅探板数量少于 3 个将导致 BLE 嗅探器设置丢失一些广告包和连接事件。如果只有 1 或 2 个板，它们将必须在 3 个广告渠道之间跳转。 初始设置完成后，确保开发板已插入 USB 端口，然后启动 Kinetis 协议分析器适配器软件。 应用程序启动后，它会立即开始寻找嗅探器： 检测到嗅探器后，应用程序窗口应如下面的屏幕截图所示。每个插入的嗅探板都应显示单独的一行（下例中为 3 - COM32、COM34 和 COM33）。 将每个嗅探器设置在不同的广告频道（37、38 和 39）上，如果您要嗅探特定设备，请启用地址过滤器复选框并在相邻字段中输入设备的地址，如下面的屏幕截图所示。对所有嗅探器设备使用相同的设备地址。 按下窗口右上角的“鲨鱼鳍”按钮即可启动Wireshark。 Wireshark 启动后，选择 Kinetis 协议分析器适配器窗口中显示的 PCAP IF 并开始捕获数据包。本地连接 2 是示例中的 PCAP IF。 Wireshark 将开始显示捕获的数据包，并且嗅探器将捕获在任何广告渠道上发送到目标设备的连接请求数据包。 Useful tip: 您可以使用 Wireshark 中的btle.advertising_header.length != 0 或 btle.data_header.length != 0过滤器来过滤掉空的 BLE 数据包。 KW41Z31Z21Z

MCUXpresso SDK内のlwIPスタックの簡単な紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> lwIPは、当初Adam Dunkelsによって開発されたTCP/IPプロトコル・スイートの小規模な独立した実装であり、フル・スケールのTCPを維持しつつ、リソース使用量を削減することに主眼を置いています。そのため、数十キロバイトの空きRAMと約40キロバイトのコードROMの容量を持つ組み込みシステムでの使用に適しています。  現在、lwIP 2.1.2はKinetisおよびMCUXpresso SDK 2.6内のI.MX RTファミリに移植されています。 特長： lwIPには次のプロトコルが付属します。 IPv4およびIPv6（複数のネットワーク・インタフェースを介したパケット転送を含む） ネットワークのメンテナンスとデバッグ用のICMP マルチキャスト・トラフィック管理用のIGMP MLD（IPv6でマルチキャスト・リスナーを検出） ND（IPv6のネイバー・ディスカバリとステートレス・アドレス自動設定） DHCP および DHCPv6。 UDP(ユーザーデータグラムプロトコル) TCP (トランスミッション制御プロトコル) パフォーマンス向上のためのRaw/ネイティブAPI オプションのBerkeley（ソケットAPIなど） TLS：TCPベースのプロトコルに対してほぼ透過的なTLSを提供するオプションの階層化TCP PPPoSとPPPoE DNS（mDNSなどのドメイン名リゾルバを含む） 6LoWPAN lwIPスタック構成 SDK_2.6.1_EVKB-IMXRT1050を例にしましょう （SDK_2.6.1_EVKB-IMXRT1050\middleware\lwipにあるlwIPコード） port：このフォルダには、lwIPスタックをベア・メタルとFreeRTOS上で実行可能なアダプタ・コードが含まれています。 Enet_ethernetif.c/h：基礎となるunderlying MCUXpresso SDKイーサネット・ドライバにlwIPスタックを適合させます（phy initとethernetif_inputのように）。 cc.c/h：typedef、およびパッキング用のコンパイラ・ヒントとプラットフォーム固有の診断出力を提供します。 Perf.h：アーキテクチャ固有のパフォーマンス測定。現在、「NULL」に定義されており、今後使用するために留保されています。 Src：安定的な最新のlwIP 2.1.2が格納されています。ソースコードは、こちらのリンクdownload.savannah.gnu.org/releases/lwip/からダウンロードできます。 --api: netconn および socket API ファイル --core: LwIPコアファイル --include: LwIP インクルードファイル --netif: ネットワークインターフェースファイル LwIP APIs overview lwIPは、プログラマがTCP/IPコードとの通信用に使用可能な3つのアプリケーション・プログラミング・インターフェース（API）を備えています。 Raw API：スレッドセーフではないAPIで、最大のパフォーマンスと最小限のメモリフットプリントを実現するコールバックスタイル。プログラムの実行はコールバック関数によって駆動され、そのアプリケーションに関連するアクティビティが発生すると lwIP コアによって呼び出されます。特定のアプリケーションは、受信データの利用可能、送信データの送信完了、エラー通知、ポーリングタイマーの期限切れ、接続の切断などのイベントについて、コールバック関数を通じて通知を受け取るように登録できます。アプリケーションは、これらのイベントのいずれかまたはすべての処理を実行するためのコールバック関数を提供できます。 シーケンシャル・スタイルAPI：ブロッキング関数。割高ですが、TCPIP以外のあらゆるスレッドから呼び出すことができます。通常のシーケンシャル・プログラムでlwIPスタックを使用する方法となり、BSDソケットAPIとよく似ています。実行モデルは、ブロック式の「open-read-write-close」に基づきます。TCP/IPスタックは本質的にイベント・ベースであるため、TCP/IPコードとアプリケーション・プログラムは異なる実行コンテキスト（スレッド）に配置する必要があります。 ソケットAPI：BSDスタイルのソケットAPI。ソケットAPIは既存のアプリケーションの互換性APIであり、現在はシーケンシャルAPIの上に構築されています。他のプラットフォームで動作するソケットAPIアプリケーションを実行するために必要なすべての機能を提供することを目的としています。 TCP Raw API   API関数 形容 TCP接続のセットアップ   tcp_new() 新しいTCP PCBを作成します tcp_bind() TCP PCBをローカルIPアドレスとポートにバインドします。 tcp_listen() TCP PCBでリスニングプロセスを開始します。 tcp_accept() 新しいTCP接続が到達したときに呼び出されるコールバック関数を 割り当てます。 tcp_connect() リモートTCPホストの接続用です。 TCPデータの送信 tcp_write() 送信データをキューに追加します。 tcp_output() キューに入れられたデータを強制的に送信します tcp_sent() 送信データがリモート・ホストに認識されたときに呼び出される コールバック関数を割り当てます。 TCPデータを受信中 tcp_recv() 新しいデータが届いたときに呼び出されるコールバック関数を設定しま す。 tcp_recved() アプリケーションが次パケットを処理時に呼び出す必要があります。 受信データパケット（TCPウィンドウ管理用）。 アプリケーションポーリング tcp_poll() 定期的に呼び出されるコールバック関数を設定します。 次の状況の有無を確認するためにアプリケーションによって使用されます。 送信する必要があるアプリケーションデータが残っています または、閉じる必要がある接続がある場合。 接続の終了とアボート tcp_close() リモートホストとの TCP 接続を閉じます。 tcp_abort() TCP接続をアボートします。 tcp_err() エラーのため、lwIPによってアボートされる接続を処理するために、 コールバック関数を割り当てます（例：メモリ 不足エラー）。 UDP Raw API API 形容 udp_bind UDP PCB をローカル IP アドレスとポートにバインドします。 udp_new 新しい UDP PCB を作成します。 udp_send UDPデータを送信します。 udp_recv データグラムの受信時に呼び出されるコールバック関数を指定します。 udp_remove UDP PCBを削除し、割り当てを解除します。 udp_connect UDP PCBのリモートIPアドレスとポートをセットアップします。 udp_disconnect UDP PCBのリモート IPとポートを削除します。 Netconn API netconn_new 新しい接続を作成します。 netconn_listen TCP 接続をリスニング・モードに設定します。 netconn_write 接続されたTCP netconn上でデータを送信します。 netconn_accept リスニングTCP接続で着信接続を受け入れます。 netconn_close TCP 接続を削除せずに閉じます。 netconn_send 現在接続中のリモートIP/ポートにデータを送信します（適用外： TCP 接続）。 netconn_bind 接続をローカル IP アドレスとポートにバインドします。 netconn_recv netconnからデータを受信します。 netconn_connect リモート IP アドレスとポートに接続します。 …   Socket API マクロ API 説明 accept lwip_accept ソケット上の新しい接続を受け入れます。 bind  lwip_bind IPアドレスとポートにソケットをバインドします。 shutdown  lwip_shutdown   getpeername  lwip_getpeername   getsockname lwip_getsockname   setsockopt lwip_setsockopt   クローズソケット lwip_close   connect lwip_connect ソケットをリモートホストのIPアドレスとポートに接続します。 listen  lwip_listen ソケット接続を待ち受ける recv  lwip_recv   recvmsg lwip_recvmsg   recvfrom lwip_recvfrom   send  lwip_send   sendmsg  lwip_sendmsg   sendto lwip_sendto   ソケット  lwip_socket 新しいソケットを作成します。 poll lwip_poll   ioctlsocket lwip_ioctl   inet_ntop  lwip_inet_ntop   inet_pton  lwip_inet_pton   read lwip_read ソケットからデータを読み取ります。 readv lwip_readv   write lwip_write ソケットにデータを書き込む writev lwip_writev   close lwip_close ソケットを閉じます（ソケットは削除されます）。 fcntl  lwip_fcntl   ioctl lwip_ioctl         LwIP 設定 構成ファイルはアプリケーションのソース・フォルダ「lwipopts.h」に配置されます。 lwipopts.hは、lwIPとそのすべてのモジュールを完全に構成するために使用可能なユーザーファイルです。lwIPが提供するすべてのオプションを定義する必要はありません。オプションを定義しない場合は、デフォルト値が使用されます。つまり、lwipopts.hによりlwIPの動作の多くを上書きすることができます。 MCUXpresso SDK における LwIP デモ MCUXpresso SDK には、さまざまな API セットを使用する多くのデモが付属しています。 名称 形容 Lwip_tcpecho ベア・メタルKSDKまたはFreeRTOSを使用した、lwIP TCP/IPスタック上のTCPエコー・デモ。TCPプロトコルを使用し、エコー・サーバとして機能します。 Lwip_udpecho ベア・メタルKSDKまたはFreeRTOSを使用した、lwIP TCP/IPスタック上のUDPエコー・デモ。UDPプロトコルを使用し、エコー・サーバとして機能します。 Lwip_ping ICMPプロトコルを使用したlwIP TCP/IPスタック上のPingデモ。 lwip_nghttp2cli_mbedTLS FreeRTOSを使用して、lwIP TCP/IPおよびMbedTLSスタック上にセットアップされたNGHTTP2クライアント。 FreeRTOS lwip_mqtt セキュアでないソケット経由でMQTTブローカーに接続するMQTTクライアント。 lwip_iperf PCをクライアントまたはサーバとして、ネットワーク・パフォーマンス測定用のIPerfアプリケーションを使用して帯域幅を確認します。 lwip_httpsrv ベア・メタルSDKまたはFreeRTOSを使用した、lwIP TCP/IPスタック上のHTTPサーバ。 lwip_httpscli_mbedTLS FreeRTOSを使用して、lwIP TCP/IPとMbedTLSスタック上にセットアップされたHTTPSクライアント。 FreeRTOS lwip_dhcp_usb lwIP TCP/IPおよびUSBスタック上のDHCPとpingのデモ。 lwip_dhcp DHCPクライアントで、進行中のステータスを出力します。

示例 MPC5744P ETimerCountMode S32DS_1.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL1 设置为最大允许频率。PLL1是系统频率， * PLL0 初始化为 50MHz *初始化外设时钟（MOTC_CLK设置为5MHz） * 初始化 ETimer 为计数模式，提供延迟 * 初始化中断，通过 ETimer 中断使一个 LED 闪烁， * * * * 测试硬件：X-MPC5744PE257DC，MPC57xx主板 * MCU:             PPC5744PFMMM8 1N65H * 系统频率：200MHz * Debugger:    Lauterbach Trace32 *                      PeMicro USB-ML-PPCNEXUS * 目标：internal_FLASH（调试模式、发布模式） * EVB 连接：用户 LED 1 连接到 A0（P8.0）， * * * ------------------------------------------------------------------------------ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL1 设置为最大允许频率。PLL1是系统频率， * PLL0 初始化为 50MHz *初始化外设时钟（MOTC_CLK设置为5MHz） * 初始化 ETimer 为计数模式，提供延迟 * 初始化中断，通过 ETimer 中断使一个 LED 闪烁， * * * * 测试硬件：X-MPC5744PE257DC，MPC57xx主板 * MCU:             PPC5744PFMMM8 1N65H * 系统频率：200MHz * Debugger:    Lauterbach Trace32 *                      PeMicro USB-ML-PPCNEXUS * 目标：internal_FLASH（调试模式、发布模式） * EVB 连接：用户 LED 1 连接到 A0（P8.0）， * * * ------------------------------------------------------------------------------ 概述

S32DS扩展和更新：说明及使用方法 简介 在本文档中，我们将讨论S32DS扩展和更新工具以及如何使用它来安装所需的设备支持。 S32 Design Studio for S32 Platform旨在允许用户自定义安装，使用户能够集成对所需恩智浦设备和工具的支持。采用新的模块化设计后，该工具的各个部分被移入四种不同的软件包中的一种。Platform和Tools Packages是默认软件包，作为基础安装的一部分包含在内，无法卸载，但可以更新。   Platform软件包包含IDE的基础组件、模块化安装程序、通用文档和集成机制。 工具包包含编译器、调试器和MSYS2。 开发包包含硬件特定支持，例如新建项目向导、S32 配置工具、SDK 和库。 扩展包包含加速器编译器、调试器、图形工具和高级SDK。   从我们的云端更新服务器下载各种组件，使您能够组装并完成工具和软件的定制安装，以满足您的开发需求。更新和错误修复也将通过更新服务器提供。当然，所有这些都可以从我们的产品页面下载，供需要在离线电脑上安装的用户使用。 S32DS 扩展和更新菜单 当您首次启动S32 Design Studio for S32 Platform时，您将看到S32DS扩展和更新菜单。此菜单列出了已安装的附加组件包、可供安装的附加组件包以及有更新可用的附加组件包。在右侧的面板中显示了与左侧面板中选定的软件包相关的详细信息。如果所选软件包有可用更新，当前已安装的版本号将显示在左侧，更新版本号将显示在右侧。     在线软件包安装程序设置 如果您的电脑已连接到互联网，那么它将链接到恩智浦的更新服务器（http://www.nxp.com/lgfiles/updates/Eclipse/S32DS_3.5），任何新的或更新的软件包都将自动添加到列表中。请参阅下文“软件包安装”部分，了解安装步骤和详细信息。     离线软件包安装设置 如果您的个人电脑没有连接到互联网，您必须先从恩智浦网站以压缩文档的形式下载所需的软件包到另一台个人电脑，然后将其传输到目标电脑。然后，您将选择“转到首选项”链接，并将每个下载的存档文件添加为单独的软件站点。选择“确定”后，您将看到存档文件中列出的新软件包。 步骤： 前往 S32 Design Studio for S32 Platform下载页面，并选择 下载以获取所需的软件包或更新。 下载文件后，必须将其安装在S32 Design Studio中。启动S32DS，等待S32DS扩展和更新窗口出现。然后选择“管理站点”链接。 首选项窗口出现。点击“添加...”按钮，将新的软件站点添加到列表中。您下载的文件是一个软件下载网站。 现在显示“添加站点”窗口。由于下载的文件是ZIP格式的压缩包，应该使用“归档...”按钮来选择它。导航到文件保存的位置。 现在下载的文件已被添加为一个新站点。选择“OK”以返回S32DS扩展和更新主窗口。 现在，新软件包将会出现在S32DS扩展和更新窗口中，就像从更新服务器获取的一样。参见 软件包安装 以下部分介绍了安装过程和详细信息。   软件包安装 要安装新软件包或更新，请在左侧面板中勾选所需软件包左侧的复选框，然后选择“安装/更新”。 该工具将自动检测对其他软件包的依赖关系，并选择这些软件包以满足安装的所有要求。     按照提示操作，软件包将被安装，随后会要求重新启动S32 Design Studio。     依赖关系和错误 如果两个或多个更新之间存在依赖关系，工具将检测到这一点并告知您尚未能安装的包。如果您尝试安装与您已安装的 S32 Design Studio 版本不兼容的包，系统将显示通知，并且该包不会在 S32DS 扩展和更新菜单中列出。   卸载不需要的软件包 如果您不再需要某个特定的软件包，或者不小心安装了某个软件包，只需勾选该软件包旁边的复选框，然后选择“卸载”。     重新安装软件包 如果您认为已安装的软件包已损坏，或意外删除其中的某些部分（例如示例项目等），或者出于任何原因需要恢复该软件包，只需勾选该软件包旁的复选框，然后选择“重新安装”。   更多信息 如果不想在启动时看到S32DS扩展和更新菜单，可以取消选中左下方的复选框。对于连接互联网的电脑，S32DS启动时仍会连接更新服务器并检查是否有新软件包，但您将不再看到“S32DS扩展和更新”菜单。不过，在检测到新软件包时，您仍会在启动时看到工具右下方的通知。   激活 - 安装 - 许可 - 安装程序下载

HOWTO : IAR Eclipse プラグインを S32 Design Studio 3.4 にインストールする S32 Design Studio(S32DS)は、IAR Eclipseプラグインをサポートしており、ARM用のIARツールチェーンを使用してS32DSプロジェクトをビルドおよびデバッグできます。 このドキュメントでは、このプラグインのインストール方法と、新しいプロジェクトウィザードでIARを有効にする方法について説明します。 S32DS 3.4の現在のバージョンは、IARコンパイラv9.xをサポートしています。 IAR eclipseプラグインのインストールが完了すると、S32DS Eclipse環境の直下でIARコンパイラ/デバッガインターフェースを使用して、新しいS32DSプロジェクト(SDKを含む)を作成、ビルド、デバッグできるようになります。 インストール手順 まず、IAR Embedded WorkbenchがIARからの有効なライセンスとともにインストールされていることを確認してください。それでは、eclipseプラグインのインストールに進みましょう。 1. IAR Plugin managerをインストールします。 メニュー「ヘルプ」->「新しいソフトウェアのインストール」に移動します         「追加...」ボタンをクリックして、ここにある新しいIARリポジトリを追加します:http://eclipse-update.iar.com/plugin-manager/1.0                   「ライセンス契約の条項に同意します」にチェックを入れ、「完了」をクリックして、署名されていないコンテンツソフトウェアに同意します 最後に、インストールに進みます。プラグインがインストールされると、S32DSを再起動するように求められます 再度、「ヘルプ」->「新しいソフトウェアのインストール」メニューに移動し、「追加」をクリックします...」ボタンをクリックして、ここにある新しいIARリポジトリを追加します:http://eclipse-update.iar.com/arm/9.10/                   「ライセンス契約の条項に同意します」にチェックを入れ、「完了」をクリックして、署名されていないコンテンツソフトウェアに同意します 最後に、インストールに進みます。プラグインがインストールされると、S32DSを再起動するように求められます 新しいワークスペースを作成するたびに、IAR Embedded Workbench IDEへのパスを入力するように求められます。メニューの「ウィンドウ」>「設定」に移動し、「IAR Embedded Workbench」メニューをクリックし、「インストールされているIARツールチェーン」で「IAR Toolchain for Arm – (9.x)」を選択し、IAR Embedded Workbench IDEのインストールパスを入力します。            2. IAR Embedded WorkbenchプラグインマネージャでIARプラグインを設定します。 IARプラグインマネージャを起動します(メニュー「ヘルプ」->「IAR Embedded Workbenchプラグインマネージャ」)          ARMバージョン(9.10-)を選択し、「インストール」ボタンをクリックします。          表示されたIARコンポーネントをすべて選択し、「次へ」ボタンをクリックしてインストールに進みます。 3. プロジェクトウィザードでの新規IARプロジェクト S32DSで新しいプロジェクトを作成し、デフォルトのGCCコンパイラではなくARM用のIARツールチェーンを選択できるようになりました。          デバッガを選択すると、「IARプラグインデバッガ」という新しい項目が表示されます。IARがサポートするプローブ(例:Iジェット)          IAR固有のパネルと設定は、IARオプションが有効になっている新しいS32DSプロジェクトのプロジェクトプロパティに表示されるようになりました（下記参照）。          デバッグ設定パネルには、IARデバッグプラグインオプションが選択されたプロジェクトのすべてのデバッグ設定を含む新しいカテゴリ「IAR C-SPYアプリケーション」があります。          デバッガパースペクティブでは、IAR固有のビューと機能がいくつか提供されるようになりました。 S32DSのIAR Eclipseプラグインを使用したビルドとデバッグをお楽しみください。 サードパーティ（プレミアム）プラグイン アクティベーション |インストール |ライセンス |インストーラーのダウンロード

S32K3xx用NXP Model-Based Design Toolbox - バージョン1.4.0 製品リリースのお知らせ オートモーティブ・プロセッシング NXPモデルベース設計ツールボックス S32K3xx用 - バージョン 1.4.0RFP NXP SemiconductorsのModel-Based Design ToolsチームのAutomotive Processingは、S32K3xx用Model-Based Design Toolboxバージョン1.4.0のリリースを発表いたしました。このリリースでは、NXP S32K3xx自動車用マイクロプロセッサ向けに、MATLAB/SimulinkからS32K3xx 周辺機器およびアプリケーションのプロトタイピング用の自動コードを生成することをサポートしています。この新製品は、S32K310、S32K311、S32K312、S32K314、S32K322、S32K324、S32K328、S32K338、S32K341、S32K342、S32K344、S32K348、S32K358、S32K396のMCUとその一部の周辺機器をRTD MCALコンポーネント（ADC、PWM、MCL、DIO、CAN、SPI、UART、LIN、GPT）に基づいて追加でサポートします。BMSアプリケーション開発を可能にするために、ツールボックスはMC33775AおよびMC33772Cのバッテリ・セル・コントローラ（およびMC33665PHY）のサポートを提供します。このリリースでは、RTD、AMMCLib、MATLABのサポートも最新バージョンに更新しました。製品には、サポート対象のすべての機能を含む120を超える例が付属しています。これには、バッテリー・セル・コントローラー（BCC）とモーター制御のデモも含まれます。 対象読者： この製品は、Automotive SW – S32K3標準ソフトウェア・パッケージの一部です。 FlexNetの場所： https://nxp.flexnetoperations.com/control/frse/download?element=14146527 テクニカル・サポート: S32K3xx用NXPモデルベース設計ツールボックスの問題は、NXPモデルベース・デザイン・ツール・コミュニティ・スペースを通じて追跡されます。 https://community.nxp.com/community/mbdt   リリース内容 NXP S32K3xx派生製品用MATLAB ®からの自動Cコード生成： S32K310 S32K311 S32K312 S32K314 S32K322 S32K324 S32K328 S32K338 S32K341 S32K342 S32K344 S32K348 S32K358 S32K396 次の周辺機器（MCALコンポーネント）のサポート： ADC PWM MCL LIN CAN SPI UART GPT DIO ボード初期化： S32K3xx用モデルベース設計ツールボックスは、ボード初期化ウィンドウで設定されたとおりに、コンポーネントの周辺機器の初期化関数呼び出しを生成します。ツールボックスは、クロックを初期化するための関数呼び出しを含むデフォルトの構成を提供し、その後にピンが続き、モデルに関連するプロジェクトで設定された残りの周辺機器のカスタム順序が続きます。さらに、ツールボックスには、初期化シーケンスを保存してファイルにエクスポートするオプションがあり、後で他のモデルでも使用できるようにすることができます。この方法により、他のモデルにも適用できる場合でも、ボードの初期化シーケンスを一度だけカスタマイズすることが可能です。そのようなファイルは、外部ボード初期化テンプレートとしてインポートできます。 カスタム・リンカー・ファイルとスタートアップ・コード： ツールボックスでは、ビルド・プロセス中に使用するカスタム・リンカー・ファイルとスタートアップ・コードを選択することができます。カスタム・リンカーを使用チェックボックスまたはカスタム・スタートアップ・コードを使用チェックボックスをオンにすると、この機能が有効になり、ユーザーは特定のファイルを参照できるようになります。 参照された構成のサポート S32K3xx用モデルベース設計ツールボックスでは、ユーザーがアプリケーションの構成を複数のモデルと共有できるようにするSimulink機能である参照構成の使用が可能になります。 MC33775AおよびMC33772Cバッテリー・セル・コントローラとMC33665PHYのサポート ツールボックスは、MC33775A、MC33772C、およびMC33665をサポートします。MC33775AとMC33772Cは、車載アプリケーション向けに設計されたリチウムイオン・バッテリー・セル・コントローラICで、差動セル電圧とバッテリー温度のADC変換を行います。一方、MC33665は、高速絶縁通信ネットワークを介してマイクロコントローラとバッテリー・セル・コントローラを接続するために設計されたトランシーバーの物理層トランス・ドライバーです。S32K3用MBDTに付属するすぐに実行可能な例では、MC33665トランシーバーを介してS32K344とMC33775AおよびMC33772Cの間で通信する方法を示しています。MC33775Aの場合、例では一次チェーンおよび二次チェーンの変換を実行し、MC33775Aからセル電圧の変換結果を読み取るようにバッテリー・セル・コントローラを構成する方法を示しています。MC33772Cの場合、例では電流を読み取るようにバッテリー・セル・コントローラを構成する方法を示しています。変換されたすべての値は、FreeMASTERアプリケーションを通じてユーザーに表示されます。 AUTOSARブロックセット（SW-C デプロイメント）のサポート 新しいRTDバージョンがサポートされました（3.0.0） 2つの動作モード：を提供： ベーシック – 周辺機器用に事前設定された構成を使用。ハードウェアの迅速な評価とテストに役立ちます アドバンスド – S32 Configuration ToolsまたはEB Tresosを使用して周辺機器/ピン/クロックを構成 車載用数値演算およびモーター制御ライブラリ・リリース 1.1.32を統合： 車載用数値演算およびモーター制御関数ライブラリ v1.1.32のすべての関数はシミュレーションおよび組み込みターゲットコード生成のためのブロックとしてサポートされています。 FreeMASTERの統合 ツールボックスがリアルタイム・データ視覚化ツールとどのように相互作用するか、また組み込みソフトウェア・アプリケーションのチューニングにどのように使用できるかを示すために、いくつかのSimulinkサンプル・モデルと関連するFreeMasterプロジェクトを提供しています。 MATLABバージョンのサポート 次のMATLABバージョンのサポートが追加されました： R2021a R2021b R2022a R2022b R2023a S32Design Studioの統合 ユーザーがSimulinkから生成されたコードをエクスポートし、S32Design Studioに直接インポートするための簡単なメカニズムを提供します。この機能は、モデルを既存のプロジェクトに統合する必要がある場合やデバッグの目的で役立ちます。 カスタム既定プロジェクト構成のサポート ツールボックスは、ユーザーがカスタムのデフォルト・プロジェクト構成を作成するためのサポートを提供します。カスタム・ボード設計を行う際に非常に役立ちます。構成を一度だけ作成すれば済みます。カスタム・デフォルト・プロジェクトとして保存された後、開発中のすべてのモデルに使用することができます。 コンポーネントをデフォルト設定に復元するためのサポート ツールボックスを使用すると、ユーザーはコンポーネントの構成（EB Tresos構成ツールを使用するモデルの場合）を、モデルが使用するデフォルト設定テンプレートに対応する設定に復元することができます。これにより、変更（加えられた場合）をデフォルト値に戻すことが可能です。 シミュレーションモード： 当社は以下のシミュレーション・モードをサポートしています（それぞれが検証と確認に役立ちます）： ソフトウェア・イン・ループ（SIL） プロセッサー・イン・ループ（PIL） 外部モード サポートされているすべての周辺機器/機能の例： 120以上の例を追加しました。次のような例が含まれています： バッテリー・マネジメント・システム例 モーター制御アプリケーション（S32K396上のeTPUの例を含む） 通信（LIN、SPI、CAN、UART） AMMCLib タイマー制御（GPT） DIO FreeMASTER SIL/PIL/外部モード 新しい機能の詳細、特徴、使用方法については、添付のリリース・ノート・ドキュメントを参照してください。 MATLAB®の統合 NXPモデルベース設計ツールボックスは、MATLAB®およびSimulink®のエクスペリエンスを拡張し、NXPのS32K3xx MCUおよび評価ボード・ソリューションをすぐに評価して使用できるようにします： S32K3xx用NXPモデルベース設計ツールボックスバージョン 1.4.0は、インストールに関してMATLAB®環境と完全に統合されています：     対象者 このリリース（1.4.0）は、技術デモンストレーション、評価目的、およびS32K3xx MCUと評価ボードのプロトタイピングを目的としています。   便利なリソース 例、トレーニング、サポート：https://community.nxp.com/community/mbdt

imx93 ele デモ こんにちは、NXPチーム EdgeLock Enclave デモでは i.MX93 EVK を使用しようとしています。 https://github.com/nxp-imx-support/imx-ele-demo/tree/main ファイル fsl-imx-internal-xwayland/6.1-langdale/environment-setup-armv8a-poky-Linux が見つからないため、環境の設定方法を教えていただきたいです。 $ ソース /opt/fsl-imx-internal-xwayland/6.1-langdale/environment-setup-armv8a-poky-linux ありがとう、

lpcexpresso55s28 dev hid generic freertos の例 こんにちは、 私は LPC55S28 マイクロコントローラを使用しており、HID 汎用例のコードをプロジェクトに適応させています。ホストを待機させ、それ以上メッセージを送信しないようにしたい場合に、kUSB_DeviceHidEventSetReport で kStatus_USB_Busy を返すことによって、一種のフロー制御を実装しました。 ( ; devState < (( uint32_t )USB_DEVICE_IP3511_ENDPOINTS_NUM * 2U ); ++devState) { /* エンドポイント割り込みをチェックする */ if ( 0U != (interruptStatus & ( 0x01 UL << devState))) { USB_DeviceLpc3511IpInterruptToken(lpc3511IpState, ( uint8_t )devState, 0U , usbErrorCode); } }   interruptStatus と devState がそれぞれ 2 と 1 に更新されるため、この動作はすぐにトリガーされます。 バッファに新しいデータが含まれていない場合、このイベント情報が再度トリガーされないようにするにはどうすればよいですか?現在、kStatus_USB_Busy ステータスを返すたびに、重複したメッセージが処理されることになります。 ご協力いただければ幸いです。 Re: lpcexpresso55s28 dev hid generic freertos example オンラインでの認知度を高め、より多くのお客様を引き付けるには、適切なパートナーを選択することが不可欠です。リーズのNXPについてでは、 Webサイトの最適化、ローカル検索ランキングの管理、ビジネスに合わせた効果的なデジタル戦略の実装をお手伝いします。彼らは、トラフィックを促進し、エンゲージメントを高め、コンバージョンを促進するテクニックを専門としています。適切なアプローチを採用することで、企業はマーケットでより効果的に競争し、測定可能な成果を達成することができます。プロフェッショナルな SEO サポートに投資することで、長期的な成長とオンライン プレゼンスの強化が保証されます。