u-boot armv8链接脚本
u-boot armv8链接脚本在进行源码分析之前，首先看看u-boot的链接脚本，通过链接脚本可以从整体了解一个u-boot的组成，并且可以在启动分析中知道某些逻辑是在完成什么工作。
在armv8中，u-boot使用arch/arm/cpu/armv8/u-boot.lds进行链接。
u-boot-spl和u-boot-tpl使用arch/arm/cpu/armv8/u-boot-spl.lds进行链接，因为每个board的情况可能不同，所以u-boot可以通过kconfig来自定义u-boot-spl.lds和u-boot-tpl.lds。
4.1 u-boot.lds/* spdx-license-identifier: gpl-2.0+ *//* * (c) copyright 2013 * david feng * * (c) copyright 2002 * gary jennejohn, denx software engineering, */#include #include output_format(elf64-littleaarch64, elf64-littleaarch64, elf64-littleaarch64)output_arch(aarch64)entry(_start) -------------------------------------------------------------------- (1)/* *（1）首先定义了二进制程序的输出格式为elf64-littleaarch64， * 架构是aarch64，程序入口为_start符号； */sections{#ifdef config_armv8_secure_base -------------------------------------------------- (2)/* *（2）armv8_secure_base是u-boot对psci的支持，在定义时可以将psci的文本段， * 数据段，堆栈段重定向到指定的内存，而不是内嵌到u-boot中。 * 不过一般厂商实现会使用atf方式使其与bootloader分离，这个功能不常用； */ /discard/ : { *(.rela._secure*) }#endif . = 0x00000000; -------------------------------------------------------------- (3)/* *（3）定义了程序链接的基地址，默认是0，通过配置config_sys_text_base可修改 * 这个默认值。 */ . = align(8); .text : { *(.__image_copy_start) --------------------------------------------------- (4)/* *（4）__image_copy_start和__image_copy_end用于定义需要重定向的段， * u-boot是一个分为重定向前初始化和重定向后初始化的bootloader， * 所以此处会定义在完成重定向前初始化后需要搬运到ddr中数据的起始地址和结束地址； * * 大多数时候u-boot是运行在受限的sram或者只读的flash上， * u-boot为了启动流程统一会在ddr未初始化和重定位之前不去访问全局变量， * 但是又为了保证u-boot能够正常读写全局变量，内存，调用各类驱动能力， * 所以u-boot将启动初始化分为了两个部分，重定向前初始化board_f和 * 重定向后初始化 board_r，在重定向之前完成一些必要初始化， * 包括可能的ddr初始化，然后通过__image_copy_start和__image_copy_end * 将u-boot搬运到ddr中，并在ddr中进行重定向后初始化，这个时候的u-boot就可以 * 正常访问全局变量等信息了。 * * 如果想要在board_f过程中读写一些全局变量信息该怎么办呢？ * u-boot通过定义global_data（gd）来完成此功能， * 后续在分析到时会详细讲解实现方式。 */ cpudir/start.o (.text*) -------------------------------------------------- (5)/* *（5）定义了链接程序的头部文本段，armv8就是 * arch/arm/cpu/armv8/start.s， * start.s中所有文本段将会链接到此段中并且段入口符号就是_start； */ } /* this needs to come before *(.text*) */ .efi_runtime : { ------------------------------------------------------------ (6)/* *（6）在定义了efi运行时相关支持时才会出现使用的段，一般不用关心； */ __efi_runtime_start = .; *(.text.efi_runtime*) *(.rodata.efi_runtime*) *(.data.efi_runtime*) __efi_runtime_stop = .; } .text_rest : ---------------------------------------------------------------- (7)/* *（7）除了start.o，其他的所有文本段将会链接到此段中； */ { *(.text*) }#ifdef config_armv8_psci -------------------------------------------------------- (8)/* *（8）同（2），是psci相关功能的支持，一般不会使用； */ .__secure_start :#ifndef config_armv8_secure_base align(constant(commonpagesize))#endif { keep(*(.__secure_start)) }#ifndef config_armv8_secure_base#define config_armv8_secure_base#define __armv8_psci_stack_in_ram#endif .secure_text config_armv8_secure_base : at(addr(.__secure_start) + sizeof(.__secure_start)) { *(._secure.text) . = align(8); __secure_svc_tbl_start = .; keep(*(._secure_svc_tbl_entries)) __secure_svc_tbl_end = .; } .secure_data : at(loadaddr(.secure_text) + sizeof(.secure_text)) { *(._secure.data) } .secure_stack align(addr(.secure_data) + sizeof(.secure_data), constant(commonpagesize)) (noload) :#ifdef __armv8_psci_stack_in_ram at(addr(.secure_stack))#else at(loadaddr(.secure_data) + sizeof(.secure_data))#endif { keep(*(.__secure_stack_start)) . = . + config_armv8_psci_nr_cpus * arm_psci_stack_size; . = align(constant(commonpagesize)); keep(*(.__secure_stack_end)) }#ifndef __armv8_psci_stack_in_ram . = loadaddr(.secure_stack);#endif .__secure_end : at(addr(.__secure_end)) { keep(*(.__secure_end)) long(0x1d1071c); /* must output something to reset lma */ }#endif . = align(8); .rodata : { *(sort_by_alignment(sort_by_name(.rodata*))) } ------------------- (9)/* *（9）所有仅读数据将会在这个段中对齐排序存放好； */ . = align(8); .data : { -------------------------------------------------------------------- (10)/* *（10）所有数据段将会链接到此段中； */ *(.data*) } . = align(8); . = .; . = align(8); .u_boot_list : { ------------------------------------------------------------- (11)/* *（11）u_boot_list段定义了系统中当前支持的所有命令和设备驱动，此段把散落在各个文件中 * 通过u_boot_cmd的一系列拓展宏定义的命令和u_boot_driver的拓展宏定义的设备驱动收集到一起， * 并按照名字排序存放，以便后续在命令行快速检索到命令并执行和检测注册的设备和设备树匹配 * probe设备驱动初始化；（设备驱动的probe只在定义了dm模块化驱动时有效） */ keep(*(sort(.u_boot_list*))); } . = align(8); .efi_runtime_rel : { __efi_runtime_rel_start = .; *(.rel*.efi_runtime) *(.rel*.efi_runtime.*) __efi_runtime_rel_stop = .; } . = align(8); .image_copy_end : { *(.__image_copy_end) } . = align(8); .rel_dyn_start : -------------------------------------------------------- (12)/* *（12）一般u-boot运行时是根据定义的基地址开始执行，如果加载地址和链接地址 * 不一致则会出现不能执行u-boot的问题。通过一个 * 配置config_position_independent即可打开地址无关功能， * 此选项会在链接u-boot时添加-pie参数。此参数会在u-boot elf文件中 * 生成rela*段，u-boot通过读取此段中表的相对地址值与实际运行时地址值 * 依次遍历进行修复当前所有需要重定向地址，使其可以实现地址无关运行； * 即无论链接基地址如何定义，u-boot也可以在任意ram地址 * 运行（一般需要满足最低4k或者64k地址对齐）； * * 注意此功能只能在sram上实现，因为此功能会在运行时修改文本段数据段中的地址， * 如果此时运行在片上flash，则不能写flash，导致功能失效无法实现地址无关； */ { *(.__rel_dyn_start) } .rela.dyn : { *(.rela*) } .rel_dyn_end : { *(.__rel_dyn_end) } _end = .; . = align(8); .bss_start : { -------------------------------------------------------- (13)/* *（13）众所周知的bbs段； */ keep(*(.__bss_start)); } .bss : { *(.bss*) . = align(8); } .bss_end : { keep(*(.__bss_end)); } /discard/ : { *(.dynsym) } -------------------------------------------- (14)/* *（14）一些在链接时无用需要丢弃的段； */ /discard/ : { *(.dynstr*) } /discard/ : { *(.dynamic*) } /discard/ : { *(.plt*) } /discard/ : { *(.interp*) } /discard/ : { *(.gnu*) }#ifdef config_linux_kernel_image_header ----------------------------------- (15)/* *（15）在efi加载时会很有用，主要在u-boot的二进制头部添加了一些头部信息， * 包括大小端，数据段文本段大小等，以便于efi相关的加载器读取信息， * 此头部信息来自于linux arm64的image的头部信息；该头部也不属于u-boot的 * 一部分只是被附加上去的； */#include linux-kernel-image-header-vars.h#endif}4.2 u-boot-spl.lds此链接脚本是标准的spl链接脚本，还包含了u_boot_list段，如果对应自己board不需要命令行或者模块化驱动设备，只作为一个加载器则可以自定义更简略的链接脚本。
/* spdx-license-identifier: gpl-2.0+ *//* * (c) copyright 2013 * david feng * * (c) copyright 2002 * gary jennejohn, denx software engineering, * * (c) copyright 2010 * texas instruments, * aneesh v */memory { .sram : origin = image_text_base, ---------------------------------------- (1)/* *（1） >xxx 的形式可以将指定段放入xxx规定的内存中；一般u-boot-spl只有 * 很小的可运行内存块，所以spl中会舍去大量不需要用的段只保留关键的 * 文本段数据段等，并且通过 >.sram的形式将不在ddr初始化前用到的段定义到sdram中， * 后续只需在完成ddr初始化后将这些段搬运到ddr中即可，而不需要额外的 * 地址修复逻辑，如下：有一个sram 0x18000-0x19000， * 一个sdram 0x80000000 - 0x90000000， * 那么通过 >.sram方式则map文件可能如下： * 0x18000 stext * ... * 0x18100 sdata * ... * 0x80000000 sbss * ... */ length = image_max_size }memory { .sdram : origin = config_spl_bss_start_addr, length = config_spl_bss_max_size }output_format(elf64-littleaarch64, elf64-littleaarch64, elf64-littleaarch64)output_arch(aarch64)entry(_start) -------------------------------------------------------------------- (2)/* *（2）同u-boot.lds一致，共用一套逻辑入口_start； */sections{ .text : { . = align(8); *(.__image_copy_start) -------------------------------------------------- (3)/* *（3）同样的，如果spl需要重定向则会使用此段定义，大多数情况下spl中会用上重定向； */ cpudir/start.o (.text*) *(.text*) } >.sram .rodata : { . = align(8); *(sort_by_alignment(sort_by_name(.rodata*))) } >.sram .data : { . = align(8); *(.data*) } >.sram#ifdef config_spl_recover_data_section ---------------------------------------- (4)/* *（4）spl_recover_data_section段用于保存数据段数据， * 一些board在初始化时修改data段数据，并在后续某个阶段 * 从此段中恢复data的原始数据； */ .data_save : { *(.__data_save_start) . = sizeof(.data); *(.__data_save_end) } >.sram#endif .u_boot_list : { . = align(8); keep(*(sort(.u_boot_list*))); } >.sram .image_copy_end : { . = align(8); *(.__image_copy_end) } >.sram .end : { . = align(8); *(.__end) } >.sram _image_binary_end = .; .bss_start (noload) : { . = align(8); keep(*(.__bss_start)); } >.sdram -------------------------------------------------------------- (5)/* *（5）将bss段数据定义到 >.sdram中，即可在初始化ddr后直接对此段地址清零 * 即可使用全局未初始化变量，并且不会带来副作用。 */ .bss (noload) : { *(.bss*) . = align(8); } >.sdram .bss_end (noload) : { keep(*(.__bss_end)); } >.sdram /discard/ : { *(.rela*) } /discard/ : { *(.dynsym) } /discard/ : { *(.dynstr*) } /discard/ : { *(.dynamic*) } /discard/ : { *(.plt*) } /discard/ : { *(.interp*) } /discard/ : { *(.gnu*) }}从上述的链接脚本可以看出，armv8的u-boot的启动是从arch/arm/cpu/armv8/start.s中的_start开始的 ，并在后续初始化中调用了很多链接脚本中定义的地址符号表。
桥梁监控解决方案
10K和10A型中频变压器及线圈
建筑工地将安装在线扬尘监测系统的优势
如何测量高压或负电源轨上的电流及测量电流的精度考虑因素
无限数据流量并不是WiFi的唯一威胁 还面临其他一些新兴技术的挑战
u-boot armv8链接脚本
图灵奖正式公布 计算机技术与电影“联姻”
华为p50折叠手机支持无线充电吗
基于GPRS和PLC的远程路灯监控系统设计策略
国内首台海洋高光谱分辨率激光雷达搭载于“润江一号”科考船海试
高通几乎垄断CDMA技术，为什么不生产基站设备
电视盒子什么品牌好？数码编辑详评2022电视盒子排行榜
工业互联网对5G技术的影响
分布式能源的发展趋势，我国迎来“黄金时期”
宝马CEO:英国永远不会允许完全自动驾驶的汽车上路
电网清理神器：远程清除异物 高效作业保障用电安全
艾迈斯在无线耳塞领域实现重大突破
松下近日宣布，将与特斯拉在上海建立一座新的汽车制造工厂，并生产电池
变压器磁通是恒定的吗？
物联网产业发展迎来强劲新动能,多个行业实战5G+AIoT
在armv8中，u-boot使用arch/arm/cpu/armv8/u-boot.lds进行链接。
u-boot-spl和u-boot-tpl使用arch/arm/cpu/armv8/u-boot-spl.lds进行链接，因为每个board的情况可能不同，所以u-boot可以通过kconfig来自定义u-boot-spl.lds和u-boot-tpl.lds。
4.1 u-boot.lds/* spdx-license-identifier: gpl-2.0+ *//* * (c) copyright 2013 * david feng * * (c) copyright 2002 * gary jennejohn, denx software engineering, */#include #include output_format(elf64-littleaarch64, elf64-littleaarch64, elf64-littleaarch64)output_arch(aarch64)entry(_start) -------------------------------------------------------------------- (1)/* *（1）首先定义了二进制程序的输出格式为elf64-littleaarch64， * 架构是aarch64，程序入口为_start符号； */sections{#ifdef config_armv8_secure_base -------------------------------------------------- (2)/* *（2）armv8_secure_base是u-boot对psci的支持，在定义时可以将psci的文本段， * 数据段，堆栈段重定向到指定的内存，而不是内嵌到u-boot中。 * 不过一般厂商实现会使用atf方式使其与bootloader分离，这个功能不常用； */ /discard/ : { *(.rela._secure*) }#endif . = 0x00000000; -------------------------------------------------------------- (3)/* *（3）定义了程序链接的基地址，默认是0，通过配置config_sys_text_base可修改 * 这个默认值。 */ . = align(8); .text : { *(.__image_copy_start) --------------------------------------------------- (4)/* *（4）__image_copy_start和__image_copy_end用于定义需要重定向的段， * u-boot是一个分为重定向前初始化和重定向后初始化的bootloader， * 所以此处会定义在完成重定向前初始化后需要搬运到ddr中数据的起始地址和结束地址； * * 大多数时候u-boot是运行在受限的sram或者只读的flash上， * u-boot为了启动流程统一会在ddr未初始化和重定位之前不去访问全局变量， * 但是又为了保证u-boot能够正常读写全局变量，内存，调用各类驱动能力， * 所以u-boot将启动初始化分为了两个部分，重定向前初始化board_f和 * 重定向后初始化 board_r，在重定向之前完成一些必要初始化， * 包括可能的ddr初始化，然后通过__image_copy_start和__image_copy_end * 将u-boot搬运到ddr中，并在ddr中进行重定向后初始化，这个时候的u-boot就可以 * 正常访问全局变量等信息了。 * * 如果想要在board_f过程中读写一些全局变量信息该怎么办呢？ * u-boot通过定义global_data（gd）来完成此功能， * 后续在分析到时会详细讲解实现方式。 */ cpudir/start.o (.text*) -------------------------------------------------- (5)/* *（5）定义了链接程序的头部文本段，armv8就是 * arch/arm/cpu/armv8/start.s， * start.s中所有文本段将会链接到此段中并且段入口符号就是_start； */ } /* this needs to come before *(.text*) */ .efi_runtime : { ------------------------------------------------------------ (6)/* *（6）在定义了efi运行时相关支持时才会出现使用的段，一般不用关心； */ __efi_runtime_start = .; *(.text.efi_runtime*) *(.rodata.efi_runtime*) *(.data.efi_runtime*) __efi_runtime_stop = .; } .text_rest : ---------------------------------------------------------------- (7)/* *（7）除了start.o，其他的所有文本段将会链接到此段中； */ { *(.text*) }#ifdef config_armv8_psci -------------------------------------------------------- (8)/* *（8）同（2），是psci相关功能的支持，一般不会使用； */ .__secure_start :#ifndef config_armv8_secure_base align(constant(commonpagesize))#endif { keep(*(.__secure_start)) }#ifndef config_armv8_secure_base#define config_armv8_secure_base#define __armv8_psci_stack_in_ram#endif .secure_text config_armv8_secure_base : at(addr(.__secure_start) + sizeof(.__secure_start)) { *(._secure.text) . = align(8); __secure_svc_tbl_start = .; keep(*(._secure_svc_tbl_entries)) __secure_svc_tbl_end = .; } .secure_data : at(loadaddr(.secure_text) + sizeof(.secure_text)) { *(._secure.data) } .secure_stack align(addr(.secure_data) + sizeof(.secure_data), constant(commonpagesize)) (noload) :#ifdef __armv8_psci_stack_in_ram at(addr(.secure_stack))#else at(loadaddr(.secure_data) + sizeof(.secure_data))#endif { keep(*(.__secure_stack_start)) . = . + config_armv8_psci_nr_cpus * arm_psci_stack_size; . = align(constant(commonpagesize)); keep(*(.__secure_stack_end)) }#ifndef __armv8_psci_stack_in_ram . = loadaddr(.secure_stack);#endif .__secure_end : at(addr(.__secure_end)) { keep(*(.__secure_end)) long(0x1d1071c); /* must output something to reset lma */ }#endif . = align(8); .rodata : { *(sort_by_alignment(sort_by_name(.rodata*))) } ------------------- (9)/* *（9）所有仅读数据将会在这个段中对齐排序存放好； */ . = align(8); .data : { -------------------------------------------------------------------- (10)/* *（10）所有数据段将会链接到此段中； */ *(.data*) } . = align(8); . = .; . = align(8); .u_boot_list : { ------------------------------------------------------------- (11)/* *（11）u_boot_list段定义了系统中当前支持的所有命令和设备驱动，此段把散落在各个文件中 * 通过u_boot_cmd的一系列拓展宏定义的命令和u_boot_driver的拓展宏定义的设备驱动收集到一起， * 并按照名字排序存放，以便后续在命令行快速检索到命令并执行和检测注册的设备和设备树匹配 * probe设备驱动初始化；（设备驱动的probe只在定义了dm模块化驱动时有效） */ keep(*(sort(.u_boot_list*))); } . = align(8); .efi_runtime_rel : { __efi_runtime_rel_start = .; *(.rel*.efi_runtime) *(.rel*.efi_runtime.*) __efi_runtime_rel_stop = .; } . = align(8); .image_copy_end : { *(.__image_copy_end) } . = align(8); .rel_dyn_start : -------------------------------------------------------- (12)/* *（12）一般u-boot运行时是根据定义的基地址开始执行，如果加载地址和链接地址 * 不一致则会出现不能执行u-boot的问题。通过一个 * 配置config_position_independent即可打开地址无关功能， * 此选项会在链接u-boot时添加-pie参数。此参数会在u-boot elf文件中 * 生成rela*段，u-boot通过读取此段中表的相对地址值与实际运行时地址值 * 依次遍历进行修复当前所有需要重定向地址，使其可以实现地址无关运行； * 即无论链接基地址如何定义，u-boot也可以在任意ram地址 * 运行（一般需要满足最低4k或者64k地址对齐）； * * 注意此功能只能在sram上实现，因为此功能会在运行时修改文本段数据段中的地址， * 如果此时运行在片上flash，则不能写flash，导致功能失效无法实现地址无关； */ { *(.__rel_dyn_start) } .rela.dyn : { *(.rela*) } .rel_dyn_end : { *(.__rel_dyn_end) } _end = .; . = align(8); .bss_start : { -------------------------------------------------------- (13)/* *（13）众所周知的bbs段； */ keep(*(.__bss_start)); } .bss : { *(.bss*) . = align(8); } .bss_end : { keep(*(.__bss_end)); } /discard/ : { *(.dynsym) } -------------------------------------------- (14)/* *（14）一些在链接时无用需要丢弃的段； */ /discard/ : { *(.dynstr*) } /discard/ : { *(.dynamic*) } /discard/ : { *(.plt*) } /discard/ : { *(.interp*) } /discard/ : { *(.gnu*) }#ifdef config_linux_kernel_image_header ----------------------------------- (15)/* *（15）在efi加载时会很有用，主要在u-boot的二进制头部添加了一些头部信息， * 包括大小端，数据段文本段大小等，以便于efi相关的加载器读取信息， * 此头部信息来自于linux arm64的image的头部信息；该头部也不属于u-boot的 * 一部分只是被附加上去的； */#include linux-kernel-image-header-vars.h#endif}4.2 u-boot-spl.lds此链接脚本是标准的spl链接脚本，还包含了u_boot_list段，如果对应自己board不需要命令行或者模块化驱动设备，只作为一个加载器则可以自定义更简略的链接脚本。
/* spdx-license-identifier: gpl-2.0+ *//* * (c) copyright 2013 * david feng * * (c) copyright 2002 * gary jennejohn, denx software engineering, * * (c) copyright 2010 * texas instruments, * aneesh v */memory { .sram : origin = image_text_base, ---------------------------------------- (1)/* *（1） >xxx 的形式可以将指定段放入xxx规定的内存中；一般u-boot-spl只有 * 很小的可运行内存块，所以spl中会舍去大量不需要用的段只保留关键的 * 文本段数据段等，并且通过 >.sram的形式将不在ddr初始化前用到的段定义到sdram中， * 后续只需在完成ddr初始化后将这些段搬运到ddr中即可，而不需要额外的 * 地址修复逻辑，如下：有一个sram 0x18000-0x19000， * 一个sdram 0x80000000 - 0x90000000， * 那么通过 >.sram方式则map文件可能如下： * 0x18000 stext * ... * 0x18100 sdata * ... * 0x80000000 sbss * ... */ length = image_max_size }memory { .sdram : origin = config_spl_bss_start_addr, length = config_spl_bss_max_size }output_format(elf64-littleaarch64, elf64-littleaarch64, elf64-littleaarch64)output_arch(aarch64)entry(_start) -------------------------------------------------------------------- (2)/* *（2）同u-boot.lds一致，共用一套逻辑入口_start； */sections{ .text : { . = align(8); *(.__image_copy_start) -------------------------------------------------- (3)/* *（3）同样的，如果spl需要重定向则会使用此段定义，大多数情况下spl中会用上重定向； */ cpudir/start.o (.text*) *(.text*) } >.sram .rodata : { . = align(8); *(sort_by_alignment(sort_by_name(.rodata*))) } >.sram .data : { . = align(8); *(.data*) } >.sram#ifdef config_spl_recover_data_section ---------------------------------------- (4)/* *（4）spl_recover_data_section段用于保存数据段数据， * 一些board在初始化时修改data段数据，并在后续某个阶段 * 从此段中恢复data的原始数据； */ .data_save : { *(.__data_save_start) . = sizeof(.data); *(.__data_save_end) } >.sram#endif .u_boot_list : { . = align(8); keep(*(sort(.u_boot_list*))); } >.sram .image_copy_end : { . = align(8); *(.__image_copy_end) } >.sram .end : { . = align(8); *(.__end) } >.sram _image_binary_end = .; .bss_start (noload) : { . = align(8); keep(*(.__bss_start)); } >.sdram -------------------------------------------------------------- (5)/* *（5）将bss段数据定义到 >.sdram中，即可在初始化ddr后直接对此段地址清零 * 即可使用全局未初始化变量，并且不会带来副作用。 */ .bss (noload) : { *(.bss*) . = align(8); } >.sdram .bss_end (noload) : { keep(*(.__bss_end)); } >.sdram /discard/ : { *(.rela*) } /discard/ : { *(.dynsym) } /discard/ : { *(.dynstr*) } /discard/ : { *(.dynamic*) } /discard/ : { *(.plt*) } /discard/ : { *(.interp*) } /discard/ : { *(.gnu*) }}从上述的链接脚本可以看出，armv8的u-boot的启动是从arch/arm/cpu/armv8/start.s中的_start开始的 ，并在后续初始化中调用了很多链接脚本中定义的地址符号表。
桥梁监控解决方案
10K和10A型中频变压器及线圈
建筑工地将安装在线扬尘监测系统的优势
如何测量高压或负电源轨上的电流及测量电流的精度考虑因素
无限数据流量并不是WiFi的唯一威胁 还面临其他一些新兴技术的挑战
u-boot armv8链接脚本
图灵奖正式公布 计算机技术与电影“联姻”
华为p50折叠手机支持无线充电吗
基于GPRS和PLC的远程路灯监控系统设计策略
国内首台海洋高光谱分辨率激光雷达搭载于“润江一号”科考船海试
高通几乎垄断CDMA技术，为什么不生产基站设备
电视盒子什么品牌好？数码编辑详评2022电视盒子排行榜
工业互联网对5G技术的影响
分布式能源的发展趋势，我国迎来“黄金时期”
宝马CEO:英国永远不会允许完全自动驾驶的汽车上路
电网清理神器：远程清除异物 高效作业保障用电安全
艾迈斯在无线耳塞领域实现重大突破
松下近日宣布，将与特斯拉在上海建立一座新的汽车制造工厂，并生产电池
变压器磁通是恒定的吗？
物联网产业发展迎来强劲新动能,多个行业实战5G+AIoT