嵌入式IDE(2):KEIL中SCF分散加载链接文件详解和实例分析

在上一篇文章IAR中ICF链接文件详解和实例分析中,我通过I.MX RT1170的SDK中的内存映射关系,分析了IAR中的ICF链接文件的语法。对于MCU编程所使用的IDE来说,IAR和Keil用得比较多,所以这一篇文章就来分析一下Keil的分散文件.scf(scatter file)。

文章目录

  • 1 内存映射
  • 2 SCF语法分析
    • 2.1 工程的SCF文件
    • 2.2 define
    • 2.3 加载区域和执行区域

1 内存映射

和上一篇文章一样,同样使用I.MX RT1170的SDK中的链接文件进行分析,通过实际的分散文件来学习里面的语法。和上一节也是同一个例程,除了芯片自带的RAM外,还有NOR Flash和SDRAM。首先来看一下整个工程的内存映射表格:

类型名称起始地址大小
FlashNOR Flash0x300000000x1000000
RAMSDRAM0x800000000x3000000
RAMNCACHE_REGION0x830000000x1000000
RAMSRAM_DTC_cm70x200000000x40000
RAMSRAM_ITC_cm70x00x40000
RAMSRAM_OC10x202400000x80000
RAMSRAM_OC20x202c00000x80000
RAMSRAM_OC_ECC10x203400000x10000
RAMSRAM_OC_ECC20x203500000x10000

对于我们的工程来说,有以下几个内存:

  1. 两个256KB的紧耦合内存DTCMITCM
  2. 两个带ECC的片内RAM:OC1OC2
  3. 在映射的起始地址为0x30000000的FlexSPI1接口上接了一个16MB的NOR Flash
  4. 在映射的起始地址为0x80000000的FlexSPI2接口上接了一个64MB的SDRAM。其中,前48MB用于可缓存的区域,后16MB(NCACHE_REGION)用于不可缓存区域,通常直接与硬件进行交互的buffer需要设置为不可缓存。

2 SCF语法分析

2.1 工程的SCF文件

针对上面的内存映射,官方的SDK中提供的SCF文件如下:

#if (defined(__ram_vector_table__))#define __ram_vector_table_size__    0x00000400
#else#define __ram_vector_table_size__    0x00000000
#endif#define m_flash_config_start           0x30000400
#define m_flash_config_size            0x00000C00#define m_ivt_start                    0x30001000
#define m_ivt_size                     0x00000020#define m_boot_data_start              0x30001020
#define m_boot_data_size               0x00000010#define m_dcd_data_start               0x30001030
#define m_dcd_data_size                0x000006E8#define m_xmcd_data_start              0x30001040
#define m_xmcd_data_size               0x00000204#define m_interrupts_start             0x30002000
#define m_interrupts_size              0x00000400#define m_text_start                   0x30002400
#if (defined(__use_flash64MB__))
#define m_text_size                    0x03FFDC00
#else
#define m_text_size                    0x00FFDC00
#endif#define m_qacode_start                 0x00000000
#define m_qacode_size                  0x00040000#define m_interrupts_ram_start         0x80000000
#define m_interrupts_ram_size          __ram_vector_table_size__#define  m_data_start                  (m_interrupts_ram_start + m_interrupts_ram_size)
#define  m_data_size                   (0x03000000 - m_interrupts_ram_size)#define m_data2_start                  0x20000000
#define m_data2_size                   0x00040000#define m_data3_start                  0x202C0000
#define m_data3_size                   0x00080000#define m_ncache_start                 0x83000000
#define m_ncache_size                  0x01000000/* Sizes */
#if (defined(__stack_size__))#define Stack_Size                   __stack_size__
#else#define Stack_Size                   0x0400
#endif#if (defined(__heap_size__))#define Heap_Size                    __heap_size__
#else#define Heap_Size                    0x0400
#endif#if defined(XIP_BOOT_HEADER_ENABLE) && (XIP_BOOT_HEADER_ENABLE == 1)
LR_m_text m_flash_config_start m_text_start+m_text_size-m_flash_config_start {   ; load region size_regionRW_m_config_text m_flash_config_start FIXED m_flash_config_size { ; load address = execution address* (.boot_hdr.conf, +FIRST)}RW_m_ivt_text m_ivt_start FIXED m_ivt_size { ; load address = execution address* (.boot_hdr.ivt, +FIRST)}RW_m_boot_data_text m_boot_data_start FIXED m_boot_data_size { ; load address = execution address* (.boot_hdr.boot_data, +FIRST)}#if defined(XIP_BOOT_HEADER_DCD_ENABLE) && (XIP_BOOT_HEADER_DCD_ENABLE == 1)RW_m_dcd_data_text m_dcd_data_start FIXED m_dcd_data_size { ; load address = execution address* (.boot_hdr.dcd_data, +FIRST)}
#elif defined(XIP_BOOT_HEADER_XMCD_ENABLE) && (XIP_BOOT_HEADER_XMCD_ENABLE == 1)RW_m_xmcd_data_text m_xmcd_data_start FIXED m_xmcd_data_size { ; load address = execution address* (.boot_hdr.xmcd_data, +FIRST)}
#endif
#else
LR_m_text m_interrupts_start m_text_start+m_text_size-m_interrupts_start {   ; load region size_region
#endifVECTOR_ROM m_interrupts_start FIXED m_interrupts_size { ; load address = execution address* (.isr_vector,+FIRST)}ER_m_text m_text_start FIXED m_text_size { ; load address = execution address* (InRoot$$Sections).ANY (+RO)}
#if (defined(__ram_vector_table__))VECTOR_RAM m_interrupts_ram_start EMPTY m_interrupts_ram_size {}
#elseVECTOR_RAM m_interrupts_start EMPTY 0 {}
#endifRW_m_data2 m_data2_start m_data2_size {* (RamFunction)* (DataQuickAccess)}
#if (defined(__heap_noncacheable__))RW_m_data m_data_start m_data_size-Stack_Size { ; RW data
#elseRW_m_data m_data_start m_data_size-Stack_Size-Heap_Size { ; RW data
#endif.ANY (+RW +ZI)*(*m_usb_dma_init_data)*(*m_usb_dma_noninit_data)}
#if (!defined(__heap_noncacheable__))ARM_LIB_HEAP +0 EMPTY Heap_Size {    ; Heap region growing up}
#endifARM_LIB_STACK m_data_start+m_data_size EMPTY -Stack_Size { ; Stack region growing down}RW_m_ram_text m_qacode_start m_qacode_size { ;* (CodeQuickAccess)}
#if (defined(__heap_noncacheable__))RW_m_ncache m_ncache_start m_ncache_size - Heap_Size { ; ncache data
#elseRW_m_ncache m_ncache_start m_ncache_size { ; ncache data
#endif* (NonCacheable.init)* (*NonCacheable)}
#if (defined(__heap_noncacheable__))ARM_LIB_HEAP +0 EMPTY Heap_Size {    ; Heap region growing up}RW_m_ncache_unused +0 EMPTY m_ncache_size-ImageLength(RW_m_ncache)-Heap_Size { ; Empty region added for MPU configuration
#elseRW_m_ncache_unused +0 EMPTY m_ncache_size-ImageLength(RW_m_ncache) { ; Empty region added for MPU configuration
#endif}
}

2.2 define

先来分析第一段分散文件,KEIL的分散文件的语法define#if defined语句与C语言一致,所以下面这一段还是很好理解的:

#if (defined(__ram_vector_table__))#define __ram_vector_table_size__    0x00000400
#else#define __ram_vector_table_size__    0x00000000
#endif#define m_flash_config_start           0x30000400
#define m_flash_config_size            0x00000C00#define m_ivt_start                    0x30001000
#define m_ivt_size                     0x00000020#define m_boot_data_start              0x30001020
#define m_boot_data_size               0x00000010#define m_dcd_data_start               0x30001030
#define m_dcd_data_size                0x000006E8#define m_xmcd_data_start              0x30001040
#define m_xmcd_data_size               0x00000204#define m_interrupts_start             0x30002000
#define m_interrupts_size              0x00000400#define m_text_start                   0x30002400
#if (defined(__use_flash64MB__))
#define m_text_size                    0x03FFDC00
#else
#define m_text_size                    0x00FFDC00
#endif#define m_qacode_start                 0x00000000
#define m_qacode_size                  0x00040000#define m_interrupts_ram_start         0x80000000
#define m_interrupts_ram_size          __ram_vector_table_size__#define  m_data_start                  (m_interrupts_ram_start + m_interrupts_ram_size)
#define  m_data_size                   (0x03000000 - m_interrupts_ram_size)#define m_data2_start                  0x20000000
#define m_data2_size                   0x00040000#define m_data3_start                  0x202C0000
#define m_data3_size                   0x00080000#define m_ncache_start                 0x83000000
#define m_ncache_size                  0x01000000/* Sizes */
#if (defined(__stack_size__))#define Stack_Size                   __stack_size__
#else#define Stack_Size                   0x0400
#endif#if (defined(__heap_size__))#define Heap_Size                    __heap_size__
#else#define Heap_Size                    0x0400
#endif

先说明一下,I.MX系列单片机上电会进入L1 BootLoader,它用来引导程序如何启动,比如说是否加密、加密密钥、是XIP还是non-XIP(就要拷贝到RAM)、是否要初始化时钟。在NOR Flash启动的情况下,程序镜像的前0x2000字节就是用来给L1 BootLoader提供一些启动信息的,这里不必过分关注这些字段的意义,若想详细理解可以参考我的这篇文章I.MX RT1170启动详解:Boot配置、Bootable image头的组成。
(1)__ram_vector_table__没有在别的地方定义,所以__ram_vector_table_size__为0。这也很好理解,因为这里有NOR Flash,向量表就不放到RAM中了,而是放在NOR Flash的最前面。
(2)m_flash_config_startm_flash_config_size:用来给L1 BootLoader提供NOR Flash的配置信息,因为上电后L1 BootLoader用最慢的最保险的配置来初始化NOR Flash,如果用户希望自行配置一些参数,比如时钟变快一些,就可以在这个字段填充配置信息,起始地址为0x30000400(NOR Flash的基地址为0x30000000),长度为0xC00
(3)m_ivt_startm_ivt_size:IVT(Image Vector Table)字段,用来保存程序入口地址等参数
(4)m_boot_data_startm_boot_data_size:用来保存镜像的绝对起始地址和大小
(5)m_dcd_data_startm_dcd_data_sizeDCD字段,一般用来初始化SDRAM,特别是希望程序在SDRAM运行的时候需要配置此字段
(6)m_xmcd_data_startm_xmcd_data_size:可以看到这里的起始地址和大小与上面的DCD字段重合了,实际上二者的功能类似,只不过DCD的配置是一个个寄存器配置的指令,比较复杂,而XMCD简化了这些配置操作,这两个字段是二选一的。
(7)m_interrupts_startm_interrupts_size:前面说了,L1 BootLoader的头信息的大小为0x2000,所以从0x2000开始就是程序的开始,最前面放置向量表,长度为0x400
(8)m_text_startm_text_size:代码段紧接着向量表后面,起始地址为0x30002400,这里__use_flash64MB__为假,我们假设用的是16MB(0x1000000)的NOR Flash,剩下的大小就是0x1000000-0x2400=0x00FFDC00
(9)m_qacode_startm_qacode_size:即前面内存映射中芯片内部的SRAM_ITC_cm7
(10)m_interrupts_ram_startm_interrupts_ram_size:如果向量表没有放在NOR Flash,就放在SDRAM的起始,这里由于放在NOR Flash,这两个字段没有用到
(11)m_data_startm_data_size:data数据段,这里将data段放在了SDRAM。这里SDRAM的大小为64M,这个字段占了前48M。
(12)m_data2_startm_data2_sizem_data3_startm_data3_size:同样是data数据段,分别为SRAM_ITC_cm7SRAM_OC2,即片内的RAM都可以作为data段放置变量

  • SRAM_OC1没有用到,我们可以自行声明。因为L1 BootLoader运行时用到了这块SRAM,所以使用时需要考虑使用这块SRAM的时间。

(13)m_ncache_startm_ncache_size:即SDRAM最后的16M用来做non-cacheable区域,比如GUI绘制的Buffer、摄像头的Buffer和DMA的数据,这种直接与硬件交互的内存,需要定义在不可缓存的区域。这与MPU配置有关,可以参考我的MPU系列的文章MPU内存保护单元详解及例子和L1 Cache之I-Cache和D-cache详解。
(14)Stack_SizeHeap_Size:分别为栈和堆的大小,由于程序中使用了FreeRTOS,所以只要保证这里的栈和堆的大小能够成功初始化FreeRTOS即可,初始化FreeRTOS过程应该没有内存分配,所以Heap Size可以设置为0。

2.3 加载区域和执行区域

接下来开始涉及到一些分散文件的语法,参考文档:<DUI0377G_02_mdk_armlink_user_guide.pdf>(可以在KEIL安装目录下找到)。
相比IAR,KEIL的分散文件的语法简单地多,和Linux的ld文件差不多,分散文件就由一个或多个加载区域(Load Region)构成,如下图所示:
在这里插入图片描述
加载区域的语法如下:

load_region_name (base_address | ("+" offset)) [attribute_list] [max_size]
"{"
execution_region_description+
"}"
  • load_region_name(名称): 用于由链接器识别不同加载区域的独特标签,每个加载区域必须具有唯一的名称
  • base_address(基地址):加载区域内的代码和数据在内存中放置的起始内存地址
  • attribute_list(属性): 定义加载区域的特性和行为,包括只读、读写、仅执行或其他内存保护属性
  • max_size(最大大小): 可选,用于限制加载区域的大小,防止内存溢出
  • execution_region_description(执行区域): 加载区域可以包含一个或多个执行区域。执行区域表示连续的代码和数据块,作为一个单独的单元加载到内存中

如果要把所有语法都总结到文章中就太耗时了,所以还是继续分析分散文件,出现了什么语法或关键字,我们再来去找它的意思。由于后面的分散文件中的宏定义太多而影响阅读,这里假设XIP_BOOT_HEADER_ENABLE=1XIP_BOOT_HEADER_DCD_ENABLE=1XIP_BOOT_HEADER_XMCD_ENABLE=0__heap_noncacheable__(表示将堆放置在non-cacheable区域,保证堆内存不会收到缓存的影响)。

剩下的分散文件实际上就是定义了一个加载区域LR_m_text,它的起始地址为m_flash_config_start(0x30000400),最大的大小为m_text_start+m_text_size-m_flash_config_start(16M-0x400=0xFFFC00),即从0x30000400处开始链接,大小为0xFFFC00,这个大小仅限制加载区域的大小(下面属性为FIXED的执行区域)。0~0x400与NXP RT系列单片机的加密启动有关,这些字段编译器无法进行填充,所以这里就没有考虑。

LR_m_text m_flash_config_start m_text_start+m_text_size-m_flash_config_start {   ; load region size_region......
}
  • 在分散文件中,;后面为注释

在加载区域LR_m_text下有非常多个执行区域,下面来一个个分析一下:

1、RW_m_config_text:起始地址0x30000400,大小0xC00

RW_m_config_text m_flash_config_start FIXED m_flash_config_size { ; load address = execution address* (.boot_hdr.conf, +FIRST)
}
  • FIXED:执行区域的属性,表示让执行区域的执行地址与加载地址尽量保持相等。这意味着,分配给这个执行区域的代码和数据在加载到内存时会尽量放置在指定的执行地址上。如果因为内存冲突或空间不足等原因无法满足,则链接器会报错。
  • +FIRST:表示把该section放在该执行区域的最开始的地方

所以这里就是从0x30000400开始处开始放置boot_hdr.conf段,因为放置的位置必须固定才能被L1 BootLoader正确识别,所以执行区域需要用FIXED属性。

2、RW_m_ivt_text:起始地址0x30001000,大小0x00000020

RW_m_ivt_text m_ivt_start FIXED m_ivt_size { ; load address = execution address* (.boot_hdr.ivt, +FIRST)
}

同上,放置L1 BootLoader的引导头。

3、RW_m_boot_data_text:起始地址0x30001020,大小0x00000010

RW_m_boot_data_text m_boot_data_start FIXED m_boot_data_size { ; load address = execution address* (.boot_hdr.boot_data, +FIRST)
}

同上,放置L1 BootLoader的引导头。

4、RW_m_dcd_data_text:起始地址0x30001030,大小0x000006E8

RW_m_dcd_data_text m_dcd_data_start FIXED m_dcd_data_size { ; load address = execution address* (.boot_hdr.dcd_data, +FIRST)
}

同上,放置L1 BootLoader的引导头。

5、VECTOR_ROM:起始地址0x30002000,大小0x00000400

VECTOR_ROM m_interrupts_start FIXED m_interrupts_size { ; load address = execution address* (.isr_vector,+FIRST)
}

放置中断向量表。在启动文件startup_MIMXRT1176_cm7.S文件中定义了该段:.section .isr_vector, "a",这里的a表示将该段标记为可分配(allocatable)的,意味着它在链接时可以被分配到内存中的某个位置。

6、ER_m_text:起始地址0x30002400,大小0x00FFDC00

ER_m_text m_text_start FIXED m_text_size { ; load address = execution address* (InRoot$$Sections).ANY (+RO)
}
  • InRoot$$Sections是在分散文件中使用的特殊标记,用来将压缩数据段放置该执行区域中,以确保这些数据段在运行时能够被自动解压缩并提供给程序使用。该特性是ARM为了减少存储空间占用设计的,上电后ARM库会根据此段来进行解压。
    • 参考文章:Example of placing code in a root region
  • .ANY:可以理解为*,表示所有段,但.ANY可以用在多个执行区域中,而*一般只用在一个执行区域中,所以.ANY会更灵活一些。具体参考手册7.4章节<Placement of unassigned sections with the .ANY module selector>
  • (+RO):只读数据段

这里表示将所有的只读数据段放置在这个执行区域。

7、VECTOR_RAM :这里将中断向量表放置在NOR Flash了,这个执行区域没有用到

VECTOR_RAM m_interrupts_start EMPTY 0 {
}
  • EMPTY表示保留一个空区域,但这里区域的大小设为0,所以这段执行区域没有任何作用

8、RW_m_data2:起始地址0x20000000,大小0x00040000

RW_m_data2 m_data2_start m_data2_size {* (RamFunction)* (DataQuickAccess)
}

这里定义了两个Section:RamFunctionDataQuickAccess,在程序中都可以用__attribute__((section("")))来定义函数或变量到内部的SRAM_DTCM中,可以加快函数的执行速度和数据的访问速度。

9、RW_m_data:起始地址0x80000000,大小0x03000000-0x400

RW_m_data m_data_start m_data_size-Stack_Size { ; RW data.ANY (+RW +ZI)*(*m_usb_dma_init_data)*(*m_usb_dma_noninit_data)
}

这个执行区域就是SDRAM的前48M,将所有的读写数据段和bss段放置在此,同时声明两个usb段,用于SDK中对于USB相关功能的实现。实际上USB段放在non-cacheable区域肯定是可以运行的,但是同时也意味着没有用到缓存,速度就会降低很多。所以就可以将USB相关变量声明到cacheable的区域,然后在代码中必要的地方手动缓存更新相关函数,如SCB_CleanInvalidateDCacheSCB_CleanDCache

10、ARM_LIB_STACK:起始地址0x83000000,大小0x400

ARM_LIB_STACK m_data_start+m_data_size EMPTY -Stack_Size { ; Stack region growing down
}
  • ARM_LIB_STACK:栈的执行区域的固定名称

这里的Stack_Size的前面有一个-,表示栈是向下生长的。

11、RW_m_ram_text:起始地址0x00000000,大小0x00040000

RW_m_ram_text m_qacode_start m_qacode_size { ;* (CodeQuickAccess)
}

与上面的7类似,声明一个CodeQuickAccess段,用于将函数链接到内部的SRAM_ITCM中,因为内部的SRAM的速度比NOR Flash或SDRAM的访问速度都快得多。

12、RW_m_ncache:起始地址0x83000000,大小0x01000000-0x400

RW_m_ncache m_ncache_start m_ncache_size - Heap_Size { ; ncache data* (NonCacheable.init)* (*NonCacheable)
}

定义non-cacheable区域的两个段NonCacheable.initNonCacheable,同时预留堆的空间,因为这里我们假设堆空间也为non-cacheable

13、ARM_LIB_HEAP:大小0x400

ARM_LIB_HEAP +0 EMPTY Heap_Size {    ; Heap region growing up
}
  • +0:表示为上一个执行区域的结束地址,根据用户放置到RW_m_ncache执行区域的变量的多少和大小来决定这个地址
  • ARM_LIB_HEAP:堆的执行区域的固定名称

定义堆空间的内存。

14、RW_m_ncache_unused

RW_m_ncache_unused +0 EMPTY m_ncache_size-ImageLength(RW_m_ncache)-Heap_Size { ; Empty region added for MPU configuration
}

同样放置在上一个执行区域的结束地址处,用来给MPU进行配置,大小m_ncache_size-ImageLength(RW_m_ncache)-Heap_Size即除去变量和堆外的剩下的non-cacheable区域。

  • ImageLength可以取某个执行区域占的大小

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/73133.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

【设计模式】组合模式实现部门树实践

1.前言 几乎在每一个系统的开发过程中&#xff0c;都会遇到一些树状结构的开发需求&#xff0c;例如&#xff1a;组织机构树&#xff0c;部门树&#xff0c;菜单树等。只要是需要开发这种树状结构的需求&#xff0c;我们都可以使用组合模式来完成。 本篇将结合组合模式与Mysq…

有哪些做流程图的软件?分享一些制作方法和注意事项

流程图是一种常用的图表&#xff0c;可以用于表示各种工作流程、系统架构、决策流程等。在现代工作生活中&#xff0c;制作流程图已经成为了必备的技能之一。本文将介绍一些常用的做流程图的工具&#xff0c;并分享一些制作方法和注意事项。 做流程图的工具 1.迅捷画图&#x…

AI时代的较量,MixTrust能否略胜一筹?

人工智能的能力正在迅速接近人类&#xff0c;而在许多细分领域&#xff0c;已经超越了人类。虽然短期内这个突破是否会导致人工通用智能&#xff08;AGI&#xff09;还不清楚&#xff0c;但我们现在有的模型被训练成在数字交互中完美地模仿高能人类。尽管AGI仍不确定&#xff0…

配置 Windows 系统环境变量

直接按键盘上面的 WINS 打开 Windows 搜索 搜索“编辑系统环境变量” 也可以右键此电脑->属性->高级系统设置打开相同的界面 点击环境变量 一般添加就是添加在框出的 Path 里面&#xff0c;双击可以看到现有的环境变量并进行编辑 例如我在博客中写把 Java 的 jdk 解压好…

用 Python 微调 ChatGPT (GPT-3.5 Turbo)

用 Python 微调 ChatGPT (GPT-3.5 Turbo) 备受期待的 GPT-3.5 Turbo 微调功能现已推出&#xff0c;并且为今年秋季即将发布的 GPT-4 微调功能奠定了基础。 这不仅仅是一次简单的更新——它是一个游戏规则改变者&#xff0c;为开发人员提供了完美定制人工智能模型的关键解决方案…

【备忘】清理Office缓存

【背景】电脑安装了M365 Apps for enterprise的客户端&#xff0c;遇到不常见的奇怪问题。尝试看清理缓存是否可以解决。 【清理步骤】 1. 关闭所有Office365 应用&#xff1b; 2. 搜索 %AppData% &#xff0c;并打开该文件夹&#xff1b; 3. 进到 AppData > Local > M…

基本介绍——数据挖掘

1.数据挖掘的定义 数据挖掘是采用数学的、统计的、人工智能和神经网络等领域的科学方法&#xff0c;如记忆推理、聚类分析、关联分析、决策树、神经网络、基因算法等技术&#xff0c;从大量数据中挖掘出隐含的、先前未知的、对决策有潜在价值的关系、模式和趋势&#xff0c;并…

深度学习Tensorflow: CUDA_ERROR_OUT_OF_MEMORY解决办法

目前在用深度学习训练&#xff0c;训练中设置batch size后可以正常跑通&#xff0c;但是在训练一轮save_model时&#xff0c;总出现这个错误&#xff0c;即使我调batch size到1也依旧会报错。 发现是在 调用logger时出现问题。 查询后了解到是因为TensorFlow中的eager_executi…

Ei、Scopus双检索 | 2024年第三届人工智能与机器学习前沿国际会议(FAIML 2024)

会议简介 Brief Introduction 2024年第三届人工智能与机器学习前沿国际会议(FAIML 2024) 会议时间&#xff1a;2024年4月26日-28日 召开地点&#xff1a;中国宜昌 大会官网&#xff1a;www.faiml.org FAIML 2024将围绕“人工智能与机器学习”的最新研究领域而展开&#xff0c;为…

VBA技术资料MF54:VBA_EXCEL实时获取鼠标位置

【分享成果&#xff0c;随喜正能量】若人散乱心&#xff0c;乃至以一花&#xff0c;供养于画像&#xff0c;渐见无数佛。所以发一幅释迦牟尼佛像&#xff0c;与同修善友一起每日在微博上供养&#xff0c;只要有供养之心&#xff0c;便可积累功德。以此回向&#xff0c;愿求者如…

Apache DolphinScheduler - 快速扩展 TaskPlugin 从入门到放弃

目前在大数据生态中&#xff0c;调度系统是不可或缺的一个重要组件。Apache DolphinScheduler 作为一个顶级的 Apache 项目&#xff0c;其稳定性和易用性也可以说是名列前茅的。而对于一个调度系统来说&#xff0c;能够支持的可调度的任务类型同样是一个非常重要的因素&#xf…

java文件命令行报错: 找不到或无法加载主类XXX报错及解决

前言 之前遇到过几次&#xff0c;后面稀里糊涂的解决了。今天详细记录一下&#xff0c;可能不全或有些错误&#xff0c;还请各位指正。 你要启动一个类的话首先要有类。 在这里&#xff0c;类有两种&#xff0c; 一个是带包名&#xff08;package&#xff09;的还有一个是没包…

算法刷题记录-双指针/滑动窗口(LeetCode)

809. Expressive Words 思路 根据题目描述&#xff0c;我们可以知道&#xff0c;如果要将某个单词定义为可扩张&#xff08;stretchy&#xff09;&#xff0c;需要满足如下两个条件&#xff1a; 所以&#xff0c;我们在实现的时候&#xff0c;可以通过两个指针p1和p2&#x…

Jmeter进阶使用指南-分布式测试

当你需要模拟大量并发用户并测试应用程序的性能时&#xff0c;JMeter的分布式测试功能非常有用。分布式测试允许你使用多个JMeter实例来模拟并发用户&#xff0c;从而提供更高的负载。 下面是一个详细的介绍和讲解分布式测试的步骤&#xff1a; 准备主机和从机&#xff1a; 首…

计算机竞赛 基于深度学习的植物识别算法 - cnn opencv python

文章目录 0 前言1 课题背景2 具体实现3 数据收集和处理3 MobileNetV2网络4 损失函数softmax 交叉熵4.1 softmax函数4.2 交叉熵损失函数 5 优化器SGD6 最后 0 前言 &#x1f525; 优质竞赛项目系列&#xff0c;今天要分享的是 &#x1f6a9; **基于深度学习的植物识别算法 ** …

Vue3---uni-app--高德地图引用BUG

先给报错信息&#xff1a;module libs/map//libs/map_min.js is not defined, require args is /libs/map_min.js 查看我引用方法&#xff1a; 本人查阅资料发现 是 require 使用的是 commonJS方式引用说这个适配Vue2可我项目是Vue3应该使用ES6语法糖 然后我有跑了项目发现BU…

蓝桥杯官网练习题(凑算式)

类似填空题&#xff1a; ①算式900&#xff1a; https://blog.csdn.net/s44Sc21/article/details/132746513?spm1001.2014.3001.5501https://blog.csdn.net/s44Sc21/article/details/132746513?spm1001.2014.3001.5501 ②九宫幻方③七星填数④幻方填空&#xff1a;https:/…

Competitive Collaboration 论文阅读

论文信息 题目&#xff1a;Competitive Collaboration: Joint Unsupervised Learning of Depth, Camera Motion, Optical Flow and Motion Segmentation 作者&#xff1a;Anurag Ranjan&#xff0c; Varun Jampani&#xff0c; Lukas Balles 来源&#xff1a;CVPR 时间&#x…

【 OpenGauss源码学习 —— 列存储(analyze)(四)】

列存储&#xff08;analyze&#xff09; AcquireSampleCStoreRows 函数es_get_attnums_to_analyze 函数CStoreRelGetCUNumByNow 函数CStore::GetLivedRowNumbers 函数InitGetValFunc 函数CStoreGetfstColIdx 函数CStore::GetCUDesc 函数CStore::IsTheWholeCuDeleted 函数CStore…

vue开发-语法和基础流程规范

当一个请求发生的时候 后端的扭转流程对标前端的扭转过程 ***vue 中 整体url触发整体流程服务流程&#xff1a; node 中定义了默认加载 vue.config.js 文件 &#xff08;vue.config.js 文件名不可更改&#xff09;-> vue.config.js 中 devServer 绑定了个 ip端口 和资源 -》…