Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
我们不会#_Milestone_1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我们将 udoo 连接到无线网络 安装Apache 我们添加了一些按钮来控制机器人的运动 我们必须将 Web 服务器放在端口 81 上,因为 Apache 和端口 80 存在一些问题 (在 “我的视频” 中查看) 2017 年 Linux 嵌入式挑战赛
查看全文
DES-N1931 i.MX 6QuadPlus 和 i.MX 6DualPlus 应用处理器 - 性能层多核,适用于视觉震撼的图形中心应用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 新的i.MX 6DualPlus和i.MX 6QuadPlus处理器集成了多个ARM® Cortex®-A9内核,采用第一代i.MX 6Dual和i.MX 6Quad处理器,使图形性能提高1倍,存储器利用率提高50%以上。 了解3D、2D的增强版本和组合GPU(一个新优化的64位DDR3/LVDDR3/LPDDR2-1066存储器接口,可以增加总线带宽)、更多的嵌入式SRAM以及添加的预取和解析引擎。这些新的处理器非常适用于汽车仪表板和车载信息娱乐系统,以及医疗设备、工业HMI、数字签名和媒体流应用。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 新的i.MX 6DualPlus和i.MX 6QuadPlus处理器集成了多个ARM® Cortex®-A9内核,采用第一代i.MX 6Dual和i.MX 6Quad处理器,使图形性能提高1倍,存储器利用率提高50%以上。 了解3D、2D的增强版本和组合GPU(一个新优化的64位DDR3/LVDDR3/LPDDR2-1066存储器接口,可以增加总线带宽)、更多的嵌入式SRAM以及添加的预取和解析引擎。这些新的处理器非常适用于汽车仪表板和车载信息娱乐系统,以及医疗设备、工业HMI、数字签名和媒体流应用。 观看视频演示 设计 | 软件与服务
查看全文
例MPC5777C GHS714 外部SRAM_test ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ******************************************************************************** ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ********************************************************************************
查看全文
Using the i.MX8M Audio System The NXP i.MX 8M provides industry leading audio, voice and video processing for applications that scale from consumer home audio to industrial building automation and mobile computers. The i.MX 8M Quad supports multiple audio interfaces as listed below: Besides the general audio input/output function, the audio interfaces will supports following features: - SAI-1 supports up to 16-channels TX (8 lanes) and 16-channels RX (8 lanes) at 384KHz/32-bit. - SAI-5 supports up to 8-channels TX (4 lanes) and 8-channels RX (4 lanes) at 384KHz/32-bit. - SAI-2/3/6 supports up to 2-channels TX (1 lanes) and 2-channels RX (1 lanes) at 384KHz/32-bit. - SAI-2/3/6 support up to 2-channels TX (1 lane) and 2-channels RX (1 lane) at 384KHz/32-bit. - SAI-1 supports glue-less switching between PCM & DSD operation for popular audio DACs - SPDIF-1/2 supports raw capture mode that can save all the incoming bits into audio buffer The SAI-1/2/3/5/6 and SPDIF-1 share GPIO pads on the chip through IOMUX. Common use cases supported by the audio interfaces are listed in the table below (many other configurations are possible). The number is the data lanes supported. For the MCLK pin on each SAI module, it can be configured as either input or output. When configured as output, the SAI_CLK_ROOT from CCM will be routed to the pad output. When configured as input, the external input to the pad will be routed to SAI.MCLK, which can be used as master clock for SAI. Below is the diagram showing the both input/output options, by using SAI1 as the example. Each SAI module supports up to 3 master clock inputs. The TX and RX sub-module inside each SAI can independently select one of the clock inputs as its master clock. This allows TX and RX of one SAI to run from different clock source. The master clock inputs have following options: - SAI.MCLK[1] can be selected from SAI_CLK_ROOT from CCM or SAI.MCLK from IOMUX. This is the most straight-forward clock routing in which SAI only use its own clock source from CCM or IO pad. - SAI.MCLK[2] can be selected from following clock sources:       Any of the SAI_CLK_ROOT from CCM;       Any of the SAI.MCLK from IOMUX;       Other clock sources from SPIDF; - SAI.MCLK[3] has exact same clock source options as SAI.MCLK[2]. This allows both TX and RX can have access to all the options without any dependency between each other. The clock options for master clock on SAI are shown in the diagram blow, by using SAI-1 as an example. The options on MCLK[1] is also available on MCLK[2] and MCLK[3]. The reason to keep this options is to provide the similar SAI clock structure as i.MX6/i.MX7 processors. The configuration of the MUX for master clock are controlled by IOMUXC_GPR registers. They should be configured before SAI clock is enabled to avoid glitches on the clock. Note: Because those MUX on clocks are missed during the design, the actual implementation in the silicon is simplified as shown in the following diagram. All the SAI and SPDIF instances have SDMA support. In order to meet the audio data rate, two SDMA modules are used. Because the SAI-2/3 and SPDIF-1/2 do not require high data throughput, they are assigned to SDMA-1, shared with other peripherals such as UART/SPI. SAI-1/4/5/6 need to support high sample rate & multichannel audio, they are assigned to SDMA-2, which is a dedicated SDMA engine for audio. The SDMA-2 frequency is increased to 500/250 instead of 133/66 to make sure it has enough throughput. In order to allow SW tracking the progress of audio DMA, the TX_SYNC and RX_SYNC of SAI modules are routed to GPT as the external clock input. Since there are totally 6 SAI modules, these signals will be MUXed when connection to GPT. - GPT-4/5/6 external clock input can be selected from the TX_SYNC or RX_SYNC of any 6 SAI modules; - The MUX select is controlled by IOMUXC_GPR register; - The MUX select register for GPT-4/5/6 are fully independent of each other. Re: Using the i.MX8M Audio System Thank you Xiaocong Fu
查看全文
Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 ******************************************************************************** Detailed Description: Configures the FlexCAN 0 to transmit and receive message into RXFIFO. LOOPBACK mode is enabled. Two IDs are set into RXFIFO ID table. DMA is configured to read the message from RXFIFO. Within DMA major interrupt the new message is send according to which Identifier Acceptance Filter was hit. ------------------------------------------------------------------------------  Test HW:         S32K144 EVB-Q100  MCU:             PS32K144HFVLL 0N77P  Fsys:            160MHz  Debugger:        Lauterbach  Target:          internal_FLASH ******************************************************************************** Revision History: 1.0     Sep-4-2017     Petr Stancik    Initial Version ******************************************************************************* General Re: Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 where did you added the above code ..I am also facing the same issue  Re: Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 solved after aligning the CAN software buffer memory. union {  uint8_t buffer[64];  struct  {   uint32_t Buff1;   uint32_t Buff2;   uint32_t Data1;   uint32_t Data2;  }MBS[8]; }CAN_RxData __attribute__((aligned(64)));; Re: Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 I have the same problem as you. Have you solved it yet Re: Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 Hi,     I am trying to do CAN using DMA in the s32K144 Eval kit. Softyware triggered DMA works fine but it is not working fine when I configured it for CAN RX FIFO. No DMA major loop complete interrupt is received. I am using SDK's and processor expert generated code to initialize the CAN and DMA. Did you have sample code with SDK's? The attached code is not working for me...it is entering the default ISR.
查看全文
ヘルプ!S32DSの新しいバージョンに更新したばかりですが、プロジェクトにエラーが発生し、ビルドできません。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Eclipse は、ワークスペース・ディレクトリー内に一部の設定をキャッシュします。新しいバージョンの S32DS をインストールした後、古いワークスペースの一部の設定が新しいバージョンの要件と一致しない場合があります。その結果、S32DS の起動時に選択した既存のワークスペースにある新規プロジェクトと既存のプロジェクトでエラーが報告されることがよくあります。これを解決する最善の方法は、新しいワークスペースを作成してから、プロジェクトをインポートすることです。これにより、インストールしたバージョンのすべての正しい設定を使用してワークスペースが作成されるようになります。
查看全文
MHW-N1921デジタル高効率AC / DC共振電源 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 共振AC/DC電源は、高出力で優れた効率を発揮します。TEA1916は、共振LLC設計の複雑さを簡素化し、簡単なチューニングを提供するデジタルコントローラーです。これは、多くの共振スイッチモード電源で使用されている非常に一般的なTEA1716を継承します。PCやテレビですが、TEA1916は実際には75W>あらゆる電源に非常に適しています。医療、産業用、サーバー用電源。このTEA1916は、新しいデジタル・サイクル・バイ・サイクル・アーキテクチャ(Vcap制御)を使用して、低電力負荷での新しいタイプの動作を可能にします。これにより、正確に制御されたバーストモード動作を使用して、低出力電力での効率が向上します。また、このTEA1916は、スタンバイ状態またはオフ状態で非常に低い消費電力を実現します。競合他社と差別化するための主要なパフォーマンスパラメータです。最高の効率を得るために、TEA1916はNXPのTEA1995同期整流器と一緒に優れた働きをします。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 共振AC/DC電源は、高出力で優れた効率を発揮します。TEA1916は、共振LLC設計の複雑さを簡素化し、簡単なチューニングを提供するデジタルコントローラーです。これは、多くの共振スイッチモード電源で使用されている非常に一般的なTEA1716を継承します。PCやテレビですが、TEA1916は実際には75W>あらゆる電源に非常に適しています。医療、産業用、サーバー用電源。このTEA1916は、新しいデジタル・サイクル・バイ・サイクル・アーキテクチャ(Vcap制御)を使用して、低電力負荷での新しいタイプの動作を可能にします。これにより、正確に制御されたバーストモード動作を使用して、低出力電力での効率が向上します。また、このTEA1916は、スタンバイ状態またはオフ状態で非常に低い消費電力を実現します。競合他社と差別化するための主要なパフォーマンスパラメータです。最高の効率を得るために、TEA1916はNXPのTEA1995同期整流器と一緒に優れた働きをします。 セキュアモバイル |ヘルスケア&ウェアラブル
查看全文
FTF-MHW-N1920 智能交流/直流电源解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> AC/DC 转换器需要从交流电源提供确定且安全的电源电压,范围从 90 至 264 V AC。关键要求是效率、空载功耗和尺寸。壁式充电器的一项新要求是与手机通信,通过改变电压或电流实现更快的充电。最常见的 AC/DC 拓扑结构是反激式和谐振式。反激式转换器具有成本最低的特点,但输出功率越高,磁性元件尺寸就越大。在这种情况下,谐振转换器是首选,尽管在低负载时效率较低。NXP 发明了一种谐振概念来解决这个问题。演讲将介绍上述AC/DC技术和NXP的产品优势。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> AC/DC 转换器需要从交流电源提供确定且安全的电源电压,范围从 90 至 264 V AC。关键要求是效率、空载功耗和尺寸。壁式充电器的一项新要求是与手机通信,通过改变电压或电流实现更快的充电。最常见的 AC/DC 拓扑结构是反激式和谐振式。反激式转换器具有成本最低的特点,但输出功率越高,磁性元件尺寸就越大。在这种情况下,谐振转换器是首选,尽管在低负载时效率较低。NXP 发明了一种谐振概念来解决这个问题。演讲将介绍上述AC/DC技术和NXP的产品优势。 安全移动 | 医疗保健和可穿戴设备
查看全文
全新 Layerscape LS1028A 工业应用处理器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Layerscape LS1028A 工业应用处理器包括支持 TSN 的以太网交换机和以太网控制器,以支持融合的 IT 和 OT 网络。两个强大的64位ARM v8内核支持工业控制的实时处理,以及物联网边缘计算的虚拟机。集成的 GPU 和 LCD 控制器支持具有下一代界面的人机界面 (HMI) 系统。 具有加密卸载功能的集成信任架构为安全的应用程序和服务提供了一个具有加密通信的可信平台。 产品页面 参考设计 关键要素 双64位ARM v8处理器,用于实时处理 对物联网边缘计算的完全虚拟化支持 面向工业TSN桥应用的TSN开关 支持TSN的以太网控制器,适用于TSN终端应用 支持集成GPU和LCD控制器的人机界面应用 信任架构是可信应用和服务的信任根本 LS1028A 将成为 NXP 15 年产品长寿计划的一部分 目标应用 工厂自动化 工艺自动化 可编程逻辑控制器 运动控制器 工业物联网网关 人机接口(HMI) QorIQ LS1设备
查看全文
MPC5xxx I2C 通信驱动程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本文档总结了 MPC5xxx 设备的简单 I2C 驱动程序实现。 代码遵循参考手册的典型 I2C 中断程序流程图。 概述
查看全文
Kinetis MCU 上的电源管理:LLS 和 VLLS 模式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好, 设备的功耗以及嵌入式系统设计的影响是当今的常见话题。Kinetis MCU 提供不同的电源模式以满足用户的需求。在这些低功耗模式中,我们可以找到最低的功耗模式:低泄漏停止模式(LLS)和超低泄漏停止模式(VLLS)。 附件对这些模式进行了简要介绍/说明,并列出了配置 MCU 在任何这些模式下运行所需的步骤。这是 FRDM-KL26Z 的裸板项目,但同样的原理也适用于其他 Kinetis 系列。另外,还附上了两个 KDS v3.2 项目以供参考。 我希望您觉得它们有用! 此致, 艾萨克 Kinetis L系列MCU
查看全文
MHW-N1907 NXP 智能天线解决方案 - 连接设备的射频前端解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 近几年来,联网设备的射频含量急剧增加。不断增长的带宽需求推动了射频链的要求达到更高的水平。NXP 智能天线解决方案的 RF MMIC 使连接设备的设计人员可以自由放置天线,同时实现更高的性能。本课程将展示日益增长的需求和复杂性以及恩智浦对这一挑战的回应。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 近几年来,联网设备的射频含量急剧增加。不断增长的带宽需求推动了射频链的要求达到更高的水平。NXP 智能天线解决方案的 RF MMIC 使连接设备的设计人员可以自由放置天线,同时实现更高的性能。本课程将展示日益增长的需求和复杂性以及恩智浦对这一挑战的回应。 观看视频演示 安全移动 | 医疗保健和可穿戴设备
查看全文
NXP Technology Days 2015 - DWF Designing with Freescale January DwF Tel Aviv - 2015-01-27 DwF Kinetis MCUs Based on ARM® Technology - Shenzhen - 2015-01-27 DwF DwF Digital Networking - Shenzhen - 2015-01-28 March DwF Kinetis MCUs Based on ARM® Technology - Nanjing - 2015-03-12 DwF IoT Multicore Technologies and Enablement Software Solutions - Porto Alegre - 2015-03-19 DwF MCU and Automotive Solutions - Tianan - 2015-03-19 DwF Kinetis MCUs Based on ARM® Technology - Tianjin - 2015-03-19 DwF Silicon Valley - 2015-03-26 DwF MCU Solutions - Zhengzhou - 2015-03-31 April DwF RF Solutions - Chengdu - 2015-04-09 DwF Kinetis MCUs Based on ARM® Technology - Jinan - 2015-04-22 DwF IoT Wireless Module Solutions - Jinan - 2015-04-23 May DwF Kinetis and i.MX Solutions Based on ARM® Technology - Zhuhai - 2015-05-07 DwF Taipei - 2015-05-07 DwF Istanbul - 2015-05-12 DwF Ankara - 2015-05-14 DwF Digital Networking - Nanjing - 2015-05-21 DwF Kinetis MCUs Based on ARM® Technology - Wuhan - 2015-05-27 DwF IoT Wireless Module Solutions - Wuhan - 2015-05-28 June DwF Kinetis MCUs Based on ARM® Technology - Guangzhou - 2015-06-10 DwF IoT Wireless Module Solutions - Guangzhou - 2015-06-11 DwF Warsaw - 2015-06-18 DwF Shenzhen - 2015-06-25 DwF Kinetis MCUs Based on ARM® Technology - Xiamen - 2015-06-30 July DwF TechDay Toulouse - 2015-07-02 DwF Singapore - 2015-07-03 DwF RF Solutions - Quanzhou - 2015-07-07 DwF Shanghai - 2015-07-14 DwF Digital Networking - Fuzhou - 2015-07-21 DwF Kinetis MCUs Based on ARM® Technology - Suzhou - 2015-07-23 DwF Kinetis MCUs Based on ARM Technology - Wuxi - 2015-07-30 August DwF Hangzhou - 2015-08-05 DwF Digital Networking - Wuhan - 2015-08-12 DwF RF Solutions - Wuhan - 2015-08-13 DwF MCU and Automotive Solutions - Kaohsiung - 2015-08-14 DwF Automotive Solutions - Chongqing - 2015-08-19 DwF MCU Solutions Based on ARM® Technology - HCMC - 2015-08-26 September DwF Beijing - 2015-09-09 DwF Hsinchu - 2015-09-17 DwF Kinetis and i.MX Solutions Based on ARM® Technology - Changsha - 2015-09-22 DwF Detroit - 2015-09-23 October DwF Rochester - 2015-10-01 DwF Paris - 2015-10-01 DwF Kinetis and i.MX Solutions Based on ARM® Technology - Chengdu - 2015-10-14 DwF Digital Networking - Taipei - 2015-10-15 DwF Toronto - 2015-10-29 November DwF Ottawa - 2015-11-03
查看全文
逻辑器件:恩智浦创新逻辑解决方案在功耗、空间和成本节省方面的实际案例研究 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代逻辑提供的不仅仅是连接系统中复杂设备的“粘合剂”。本次研讨会将详细介绍实际客户应用的案例研究,并展示如何使用创新的恩智浦逻辑器件不仅在器件成本、功率和电路板空间方面提供技术优势,而且还在与电源要求、产品封装和供应链成本(库存、认证、制造)相关的系统成本方面提供优势。本次研讨会面向所有设计工程师、元件工程师和采购代理,目标是实现最具整体成本效益的系统设计。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代逻辑提供的不仅仅是连接系统中复杂设备的“粘合剂”。本次研讨会将详细介绍实际客户应用的案例研究,并展示如何使用创新的恩智浦逻辑器件不仅在器件成本、功率和电路板空间方面提供技术优势,而且还在与电源要求、产品封装和供应链成本(库存、认证、制造)相关的系统成本方面提供优势。本次研讨会面向所有设计工程师、元件工程师和采购代理,目标是实现最具整体成本效益的系统设计。
查看全文
BAN-N1899 实践研讨会:4 小时内获得 EMVCo 对 NFC 支付终端的认可 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 任何支付解决方案,无论是移动销售点 (mPOS)、笔记本电脑、平板电脑、可穿戴设备还是嵌入式模块,都需要安全、可扩展且易于通过互操作性认证。本课程解释了非接触式 POS 终端设计的一般考虑因素,解决了最常见的挑战,例如 NFC 天线的尺寸和位置以及 EMVCo L1 模拟和数字兼容性。此外,还将解释最新的 NFC 控制器 PN5180 如何支持 PCI 要求。本次会议将概述恩智浦适用于支付应用的产品以及取决于物理终端设计和开发目标的选择标准。参与者将能够避免开发 NFC 支付终端过程中的常见障碍,从而降低设计风险并加快产品上市时间。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 任何支付解决方案,无论是移动销售点 (mPOS)、笔记本电脑、平板电脑、可穿戴设备还是嵌入式模块,都需要安全、可扩展且易于通过互操作性认证。本课程解释了非接触式 POS 终端设计的一般考虑因素,解决了最常见的挑战,例如 NFC 天线的尺寸和位置以及 EMVCo L1 模拟和数字兼容性。此外,还将解释最新的 NFC 控制器 PN5180 如何支持 PCI 要求。本次会议将概述恩智浦适用于支付应用的产品以及取决于物理终端设计和开发目标的选择标准。参与者将能够避免开发 NFC 支付终端过程中的常见障碍,从而降低设计风险并加快产品上市时间。 智能银行和智能零售
查看全文
.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 理解和使用.sdcard格式 Yocto Communiy BSP 和 Release BSP 中默认启用的一个非常有用的功能是在 .sdcard 中生成烘焙图像的选项格式。 如果 .sdcard默认情况下未选择格式,可以在 conf/local.conf 文件上通过添加 IMAGE_FSTYPES 来启用它,如下所示: IMAGE_FSTYPES="sd卡" 值得注意的是,如果指定了这个变量,那么只会创建类型定义的文件系统。此变量最常用的默认值是: IMAGE_FSTYPES="tar.bz2 ext3 sd卡" .sdcard 格式创建一个包含所有必要分区的映像,并将引导加载程序、内核和 rootfs 加载到该映像中。您可以使用 dd 将此文件中的数据低级复制到 SD 卡设备,如以下命令示例所示: $ sudo dd if=.sdcard of=/dev/sd bs=1M && 同步 .sdcard 上使用的分区文件 .sdcard 分区如下所示: IMAGE_ROOTFS_ALIGNMENT 为引导加载程序保留的未分区空间 引导空间 Kernerl 和其他数据 根文件系统大小 根文件系统。 在 RootFS 分区上授予更多可用空间 .sdcard 的大小文件将完全取决于 rootfs 的大小。这意味着,除非我们向 rootfs 分区添加额外的空间,否则生成的文件将不会对我们所有的 SD 卡容量进行分区。(当然,一旦加载到 SD 卡上,总是可以选择编辑分区) 为了添加更多空间,您可以使用 IMAGE_ROOTFS_EXTRA_SPACE 变量。您可以将其添加到 local.conf 文件中,并添加以 KB 为单位的可用磁盘空间。例如,如果您想保证 1GB 的额外空间,您可以将以下行添加到您的 local.conf 文件。 IMAGE_ROOTFS_EXTRA_SPACE = "1048576" 值得注意的是,这是 IMAGE_OVERHEAD_FACTOR 变量的附加空间,该变量定义了应用于初始图像大小的乘数。这仅适用于乘数乘以 默认情况下,构建过程对此变量使用乘数 1.3。当使用此方法确定最终生成的图像大小时,此默认值会导致 30% 的可用磁盘空间添加到图像中。这意味着在安装后脚本之前应该有 30% 的可用磁盘空间。如果您希望获得更多空间,可以按如下方式编辑此变量: 图像开销因子 = "1.5" 这将导致在安装后脚本之前向映像中添加 50% 的可用磁盘空间,并且不考虑可能来自包管理系统的开销。 IMAGE_ROOTFS_SIZE 是如何计算的 这个变量也是以千字节为单位,它由 OpenEmbedded 构建系统使用一种算法来确定,该算法考虑了用于生成图像的初始磁盘空间、图像的请求大小(通过开销因素)以及要添加到图像的额外可用空间(通过额外空间变量)。 构建系统首先运行 du(磁盘使用情况)命令来确定 rootfs 目录树的大小。如果 IMAGE_ROOTFS_SIZE 当前值大于磁盘使用量乘以开销因子,则仅添加额外的空间。如果 IMAGE_ROOTFS_SIZE 小于磁盘使用量乘以开销因子,则在添加额外空间之前将磁盘使用量乘以开销因子。 IMAGE_ROOTFS_SIZE 必须设置为默认值,该值通常非常低,因为它只是在每次烘焙图像时初始化并根据实际尺寸要求进行更新。 您也可以直接使用此变量来选择要分配给 RootFS 的空间。例如,将 RootFS 设置为 2GB 需要在 local.conf 文件中添加以下内容: IMAGE_ROOTFS_SIZE = “2097152” 图像开销因子 = “1.0” 在这个例子中,我们将开销因子保留为 1,这样就不会添加额外的空间,因为我们指定了我们想要的 rootfs 大小。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你知道发生了什么事吗?在 tmp/deploy/images/ / 文件夹中,较短的 sdcard 文件名只是较长文件名的链接。运行 dd 命令时我总是使用较长的文件名。 另外,我发现引导加载程序中存在严重的 CRC 环境错误。无论出于何种原因,总是要求您第一次从新映像的卡启动时中断启动,然后输入“saveenv”(不带引号),然后重置。这也许可以解决你的问题。每次我将新图像写入 SD 卡时,我都必须这样做。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可能从网页上复制粘贴了命令“IMAGE_ROOTFS_SIZE = “2097152””,但其中的双引号字符( “ ”)有误。请将其替换为“linux double quote "”,解析错误即可消失。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 根据第一段,该文档似乎在说这些变量中的任何一个都应该添加到 conf/local.conf。 然而,当我添加 IMAGE_ROOTFS_SIZE = “2097152” 图像开销因子 = “1.0” 到我的 conf/local.conf 文件,我收到 bitbake 错误: 错误:/home/user/yocto/build/conf/local.conf:26 处的 ParseError:未解析的行:'IMAGE_ROOTFS_SIZE =“2097152”' 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 是否会逐步淘汰这一模式,转而采用“WIC”模式?rocko repo 无法构建 .sdcard默认文件。 有人知道是否有关于 WIC 文件格式的类似描述以及如何使用它吗? 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您能分享一下您的解决方案吗?谢谢 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 事实证明,如果更改制造工具脚本,制造工具也可以创建多个分区。该文档包含在制造工具下载中。我计划使用 *.sdcard 图像对我的设备上 eMMC 进行编程,并且无论如何都需要使用制造工具。制造工具中的默认设置甚至不使用 *.sdcard 图像,所以我想我现在不需要解决这个特定问题。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> jtis我也有同样的问题。我正在尝试做同样的事情。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, gusarambula ,这份文档包含非常重要和有用的信息,希望下次你能在教程中向我们解释所有可以使用命令“dd”应用于带有 i.MX 的 SD 的选项。 请继续努力 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常感谢您的反馈! Bio_TICFSL ,我终于可以提到你了。您能否对此文档提出评论? 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的文档,特别是关于扩展分区容量的主题,看起来像是一个常见问题解答。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的文档! 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 很棒的文件,古斯塔沃。
查看全文
美国 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 研讨会文件
查看全文
都灵理工大学苏默里飞思卡尔杯队技术报告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 都灵理工大学 Sumery 队飞思卡尔杯技术报告 - 2015 年 EMEA 总决赛 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 都灵理工大学 Sumery 队飞思卡尔杯技术报告 - 2015 年 EMEA 总决赛
查看全文
AMF-ACC-T1659 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 除了故障安全系统架构之外,容错能力在高度自动化的汽车中也变得越来越重要。本次会议讨论了容错系统架构的理论基础,并展示了如何使用飞思卡尔微控制器构建这些架构,特别是在高级驾驶辅助系统 (ADAS) 领域。利用飞思卡尔汽车产品组合中内置的关键功能安全概念,可以实现高效、可扩展的解决方案,涵盖从故障安全系统到容错和故障运行架构的范围。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 除了故障安全系统架构之外,容错能力在高度自动化的汽车中也变得越来越重要。本次会议讨论了容错系统架构的理论基础,并展示了如何使用飞思卡尔微控制器构建这些架构,特别是在高级驾驶辅助系统 (ADAS) 领域。利用飞思卡尔汽车产品组合中内置的关键功能安全概念,可以实现高效、可扩展的解决方案,涵盖从故障安全系统到容错和故障运行架构的范围。
查看全文
Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 ************************************************************************************************ * 详细说明: * 此示例展示了如何跳过在 C40_Ip_Read() 期间导致无法纠正的 ECC 错误异常的指令。 * ----------------------------------------------------------------------------------------------- * 测试硬件:S32312EVB-Q172 * MCU:S32K312 * 调试器:S32DS 3.4、PEMicro Multilink * 目标:internal_FLASH ************************************************************************************************* 回复: Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 Hi @danielmartynek      RTD3.0.0 P01里有这个选项,RTD3.0.0 P07里则没有这个选项了。     目前已移植到RTD3.0.0 P07版本上验证可以了。     用C40_Ip_ReportEccUnCorrectedError();替换了C40_Ip_DsiHandler(); 回复: Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 @danielmartynek  请问下在RTD3.0.0 P07下,C40_Ip_DsiHandler函数已经没有了,该怎么处理异常呢?请帮忙指导下,谢谢。
查看全文