KEIL 5.38的ARM-CM3/4 ARM汇编设计学习笔记10 - STM32的SDIO学习2

2024-03-10 14:44
文章标签 设计 学习 笔记 stm32 keil arm 汇编 sdio 5.38 cm3

本文主要是介绍KEIL 5.38的ARM-CM3/4 ARM汇编设计学习笔记10 - STM32的SDIO学习2，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

KEIL 5.38的ARM-CM3/4 ARM汇编设计学习笔记10 - STM32的SDIO学习2

  • 一、问题回顾
  • 二、本次的任务
  • 三、 需要注意的问题
    • 3.1 Card Identification Mode时的时钟频率
    • 3.2 CMD0指令的疑似问题
    • 3.3 发送带参数的ACMD41时要注意时间时序和时效
    • 3.4 CPSM的指令发送问题
    • 3.5 调试过程中的SD卡的状态
  • 四、代码设计
  • 五、测试结果
  • 六、结论

一、问题回顾

根据上一篇中介绍的思路，我尝试调试了几次。笔者又发现了以下的问题：

问题原因解决
调试的时候如果一直插着卡，或者不将卡拔出而上电复位开发板再进入调试，会发现卡无法初始化开发板在上电的时候就会执行先前残留的程序。如果这部分程序中包含了初始化卡的代码，则会把卡初始化。当进入DEBUG后，卡已经处于DATA_TRANSFER状态，不再响应CMD41调试的时候就对卡进行重复插拔调试。或者先把里面的程序抹了再插卡进入调试
初始化命令序列，及CMD8->CMD41->CMD2->CMD3这个序列，用C语言发就好用，用汇编发就发生RESPx里面的数据无法用LDR语句读出不详。但是仿佛是CPSM在每次发完指令以后关闭一下就好了。可能要再研究一下CPSM的状态转换图。但是目前这个解决方案有效发送指令以后关闭CPSM

二、本次的任务

将所有的初始化卡的C代码用汇编实现并通过测试。

三、 需要注意的问题

3.1 Card Identification Mode时的时钟频率

在Card Identification Mode中，注意把频率先降下来到400kHz以内。参考《Physical Layer Simplified Specification》第67页

在这里插入图片描述《Physical Layer Simplified Specification》第67页

在进入了Data Transfer Mode以后，可以将时钟调到正常水平。参考《Physical Layer Simplified Specification》第76页

在这里插入图片描述《Physical Layer Simplified Specification》第76页

3.2 CMD0指令的疑似问题

用STM32F407发送CMD0的时候，明明SDIO_STA中已经提示了CMDSENT，但是可以确认的是，卡并没有初始化。但是由于笔者的示波器坏了，所以无法确认到底是指令没有发还是卡没有响应。所以我认为最好还是硬件上给卡的VDD引脚来个可控的设计。另外，上电复位以后，其实只要从CMD8开始往后操作就可以了。

3.3 发送带参数的ACMD41时要注意时间时序和时效

参考《Physical Layer Simplified Specification》第67页，发送ACMD41的时候你要么就一直在轮询发，要么就等一等。这里我采用的是轮询发。因为笔者在底层没有很好的延时理由。
在这里插入图片描述《Physical Layer Simplified Specification》第67页

这里简单说一下。在用汇编写驱动的时候不像在C的时候。只要有点风吹草动就可以怀疑是需要延时一下，加个HAL_Delay(ms)或者其他的什么函数延时一下就往往让程序跑通了。但是在汇编这里，所有的延时一般都是轮询某个标志位来的，都必须要有道理。比如这里，如果不发ACOM41，SD卡是不会在成功初始化后第一时间通知MCU的。所以就选择连续发送ACOM41的方法确认初始化完成状态。

3.4 CPSM的指令发送问题

很多资料都说，把CPSM一直开着，就发指令就好。但是所有的手册都没有体现这一点。笔者也发现，很多时候都是在C语言下好使，但是同样的逻辑用汇编做出来就会出现各种迷惑问题导致程序不能执行。这个跟前面说的时钟频率还真是没有什么关系。经过测试，笔者发现，每次发完指令都把这个CPSM关一下，这个问题就没了。所以笔者推断，这个CPSM状态机并不是希望你一直开着的。随用随开，用完就关。

3.5 调试过程中的SD卡的状态

在DEBUG的时候往往会把程序改好以后直接接入DEBUG，而忽略了卡目前可能处于的状态。根据《Physical Layer Simplified Specification》第50（76）页。已经被分配了RCA的卡不会响应识别指令，包括ACMD41，CMD2。所以DEBUG的时候，比如是先插卡后上电再调试的，还是调试了一次以后改了程序又调试的，其实卡可能一直处在被分配了RCA的状态，那么是不会响应识别指令的。
在这里插入图片描述《Physical Layer Simplified Specification》第50（76）页

四、代码设计

这里就不将peripherals.s里面的代码贴出了。其次，考虑到笔者操作的其实是memory card，不能算是combo card，所以将程序中的原来是combo card的名称改成memory card。

首先是修改了接口。取消了uint32_t (*send_cmd)(uint32_t cmdIndex, uint32_t arg, WaitRspKind waitRsp);方法，换成简单的void (*card_identification)(void);方法。

下面是SDIO_Memory_Card.h的源码

#ifndef _SDIO_Memory_CARD_H_
#define _SDIO_Memory_CARD_H_#include "stdint.h"
typedef enum {waitRsp_noRsp     = 0,waitRsp_shortRsp = 1,waitRsp_longRsp  = 3,
}WaitRspKind;typedef struct {void (*init)(void);void (*card_identification)(void);
}SDIO_Memory_Card_Def;extern const SDIO_Memory_Card_Def SDIO_Memory_Card;
#endif

这个接口的实现文件是SDIO_Memory_Card.s。
在这个文件中单独把“发送命令”作为一个私有方法写出。因为如果不这么做，代码量很大，结构也会比较复杂。在这个方法中，每次发送完了命令都吧CPSM关掉。下次发的时候再打开。每个命令都由调用这个函数的的函数构造，send_cmd方法只是把把参数从r1装入SDIO_ARG命令从r0装入SDIO_CMD，

		get peripherals.srRCC   rn r8
rSDIO  rn r9
rGPIOC rn r10
rGPIOD rn r11SDIO_GPIO_SPEED	equ	GPIOx_OSPEEDR_VERYHIGHarea card_data_area, dataalign 4 
rca	 space 4		 area text, codealign 4
init procpush {r4 - r11, lr}ldr  r8, =RCC_BaseAddrldr  r0, [rRCC, #RCC_APB2ENR]orr  r0, #RCC_APB2ENR_SDIOENstr  r0, [rRCC, #RCC_APB2ENR]ldr  r0, [rRCC, #RCC_AHB1ENR]orr  r0, #RCC_AHB1ENR_GPIOCEN :or: RCC_AHB1ENR_GPIODENstr  r0, [rRCC, #RCC_AHB1ENR]; CLK  	:  PC12; CMD  	:  PD2; DAT_0	:  PC8; DAT_1	:  PC9; DAT_2	:  PC10; DAT_3/CD	:  PC11;ldr  rGPIOC, =GPIOC_BaseAddrldr  r0, [rGPIOC, #GPIOx_MODER]bic  r0, #2_11:shl:(11*2)orr  r0, #GPIOx_MODER_OUTPUT:shl:(11*2)str  r0, [rGPIOC, #GPIOx_MODER]ldr  r0, [rGPIOC, #GPIOx_PUPDR]orr  r0, #GPIOx_PUPDR_PU:shl:(11*2)str  r0, [rGPIOC, #GPIOx_PUPDR]mov  r0, #1:shl:11str  r0, [rGPIOC, #GPIOx_BSRR]mov  r0, #1:shl:(11 + 16)str  r0, [rGPIOC, #GPIOx_BSRR]ldr  rGPIOC, =GPIOC_BaseAddrldr  r0, [rGPIOC, #GPIOx_MODER]
GPIOC_MODER_BITs equ (2_11:shl:(12 * 2)) :or: \(2_11:shl:(11 * 2)) :or: \(2_11:shl:(10 * 2)) :or: \(2_11:shl:(9  * 2)) :or: \(2_11:shl:(8  * 2)) 
GPIOC_MODER_VAL	 equ (GPIOx_MODER_AFIO:shl:(12 * 2)) :or: \(GPIOx_MODER_AFIO:shl:(11 * 2)) :or: \(GPIOx_MODER_AFIO:shl:(10 * 2)) :or: \(GPIOx_MODER_AFIO:shl:(9  * 2)) :or: \(GPIOx_MODER_AFIO:shl:(8  * 2)) 					ldr  r1, =GPIOC_MODER_BITsbic  r0, r1ldr  r1, =GPIOC_MODER_VALorr  r0, r1str  r0, [rGPIOC, #GPIOx_MODER]	 ldr  r0, [rGPIOC, #GPIOx_OTYPER]
GPIOC_OTYPER_BITs	 equ	2_11111:shl:12bic  r0, #GPIOC_OTYPER_BITsstr  r0, [rGPIOC, #GPIOx_OTYPER]ldr  r0, [rGPIOC, #GPIOx_OSPEEDR]	 
GPIOC_OSPEEDR_BITs  equ (2_11:shl:(12 * 2)) :or: \(2_11:shl:(11 * 2)) :or: \(2_11:shl:(10 * 2)) :or: \(2_11:shl:(9  * 2)) :or: \(2_11:shl:(8  * 2)) 
GPIOC_OSPEEDR_VAL	equ (SDIO_GPIO_SPEED:shl:(12 * 2)) :or: \(SDIO_GPIO_SPEED:shl:(11 * 2)) :or: \(SDIO_GPIO_SPEED:shl:(10 * 2)) :or: \(SDIO_GPIO_SPEED:shl:(9  * 2)) :or: \(SDIO_GPIO_SPEED:shl:(8  * 2)) 	 ldr  r1, =GPIOC_OSPEEDR_BITsbic  r0, r1ldr  r1, =GPIOC_OSPEEDR_VALorr  r0, r1str  r0, [rGPIOC, #GPIOx_OSPEEDR]ldr  r0, [rGPIOC, #GPIOx_PUPDR]
GPIOC_PUPDR_BITs  equ   (2_11:shl:(12 * 2)) :or: \(2_11:shl:(11 * 2)) :or: \(2_11:shl:(10 * 2)) :or: \(2_11:shl:(9  * 2)) :or: \(2_11:shl:(8  * 2)) 
GPIOC_PUPDR_VAL	equ     (GPIOx_PUPDR_PU:shl:(12 * 2)) :or: \(GPIOx_PUPDR_PU:shl:(11 * 2)) :or: \(GPIOx_PUPDR_PU:shl:(10 * 2)) :or: \(GPIOx_PUPDR_PU:shl:(9  * 2)) :or: \(GPIOx_PUPDR_PU:shl:(8  * 2))	 ldr  r1, =GPIOC_PUPDR_BITsbic  r0, r1ldr  r1, =GPIOC_PUPDR_VALorr  r0, r1str  r0, [rGPIOC, #GPIOx_PUPDR]
GPIOC_AFIO_BITs		equ		(2_1111:shl:16) :or: \(2_1111:shl:12) :or: \(2_1111:shl:8 ) :or: \(2_1111:shl:4 ) :or: \(2_1111:shl:0 ) 
GPIOC_AFIO_VAL		equ		(12:shl:16) :or: \(12:shl:12) :or: \(12:shl:8 ) :or: \(12:shl:4 ) :or: \(12:shl:0 ) 							ldr  r0, [rGPIOC, #GPIOx_AFRH]ldr  r1, =GPIOC_AFIO_BITsbic  r0, r1ldr  r1, =GPIOC_AFIO_VALorr  r0, r1str  r0, [rGPIOC, #GPIOx_AFRH]ldr  rGPIOD, =GPIOD_BaseAddrldr  r0, [rGPIOD, #GPIOx_MODER]bic  r0, #2_11 :shl:(2 * 2)orr  r0, #GPIOx_MODER_AFIO:shl:(2 * 2)str  r0, [rGPIOD, #GPIOx_MODER]ldr  r0, [rGPIOD, #GPIOx_OTYPER]bic  r0, #2_1 :shl: 2orr  r0, #GPIOx_OTYPER_PP:shl:2str  r0, [rGPIOD, #GPIOx_OTYPER]ldr  r0, [rGPIOD, #GPIOx_OSPEEDR]bic  r0, #2_11:shl:(2*2)orr  r0, #SDIO_GPIO_SPEED:shl:(2*2)str  r0, [rGPIOD, #GPIOx_OSPEEDR]ldr  r0, [rGPIOD, #GPIOx_PUPDR]bic  r0, #2_11:shl:(2 * 2)orr  r0, #GPIOx_PUPDR_PU:shl:(2 * 2)str  r0, [rGPIOD, #GPIOx_PUPDR]ldr  r0, [rGPIOD, #GPIOx_AFRL]bic  r0, #2_1111:shl:8orr  r0, #12:shl:8str  r0, [rGPIOD, #GPIOx_AFRL]; 因为HCLK被配置成了144MHz，APB2分频是2分频，所以APB2的时钟是72MHz。; 为了达到400kHz的初始时钟输出，这里的APB2分频器的数值应该是72M/400k = 180。; 所以如果这里写180，那么实际的分频是182分频，那么就肯定是满足要求的ldr  rSDIO, =SDIO_BaseAddrmov  r0, #SDIO_POWER_PWRCTRL_POWERONstr  r0, [rSDIO, #SDIO_POWER]mov  r0, #SDIO_CLKCR_CLKEN:or:SDIO_CLKCR_PWRSAV:or:SDIO_CLKCR_WIDBUS_4WIDE:or:180str  r0, [rSDIO, #SDIO_CLKCR]pop  {r4 - r11, lr}bx   lrendpcard_identification procpush {r4 - r11, lr}ldr  rSDIO, =SDIO_BaseAddrmov  r0, #SDIO_CMD_CPSMENstr  r0, [rSDIO, #SDIO_CMD]mov  r0, #0str  r0, [rSDIO, #SDIO_CMD]mov  r0, #8:or:SDIO_CMD_WAITRESP_Short:or:SDIO_CMD_CPSMENmov  r1, #1:shl:8bl   send_cmdmov  r0, #55:or:SDIO_CMD_WAITRESP_Short:or:SDIO_CMD_CPSMENmov  r1, #0bl   send_cmdmov  r0, #41:or:SDIO_CMD_WAITRESP_Short:or:SDIO_CMD_CPSMENmov  r1, #0bl   send_cmdldr  r4, [rSDIO, #SDIO_RESP1]
set_voltagemov  r0, #55:or:SDIO_CMD_WAITRESP_Short:or:SDIO_CMD_CPSMENmov  r1, #0bl   send_cmdmov  r0, #41:or:SDIO_CMD_WAITRESP_Short:or:SDIO_CMD_CPSMENmov  r1, r4bl   send_cmdldr  r0, [rSDIO, #SDIO_RESP1]tst  r0, #1:shl:31beq  set_voltageAsk_the_Card_to_Publish_CIDmov  r0, #2:or:SDIO_CMD_WAITRESP_Long:or:SDIO_CMD_CPSMENmov  r1, #0bl   send_cmdAsk_the_Card_to_Publish_RCA	mov  r0, #3:or:SDIO_CMD_WAITRESP_Short:or:SDIO_CMD_CPSMENmov  r1, #0bl   send_cmdldr  r0, [rSDIO, #SDIO_RESP1]	 bfc  r0, #0, #16ldr  r4, =rcastr  r0, [r4]; 目前已经进入了DATA_TRANSFER_MODE
; 将频率设置到高频。这里设置到36MHzldr  r0, [rSDIO, #SDIO_CLKCR]bfc  r0, #0, #8str  r0, [rSDIO, #SDIO_CLKCR]
; 测试DATA_TRANSFER_MODE模式下的指令mov  r0, #9:or:SDIO_CMD_WAITRESP_Long:or:SDIO_CMD_CPSMENldr  r1, =rcaldr  r1, [r1]bl   send_cmdmov  r0, #10:or:SDIO_CMD_WAITRESP_Long:or:SDIO_CMD_CPSMENldr  r1, =rcaldr  r1, [r1]bl   send_cmdpop  {r4 - r11, lr}bx   lrendp; 	 Priviate Function Name: Send_cmd
;	 Args:  r0 - cmd, r1 - arg
;	 实现这个函数align 4		 
send_cmd	procpush {r4 - r11, lr}ldr  rSDIO, =SDIO_BaseAddrmov  r2, #0x7fstr  r2, [rSDIO, #SDIO_ICR]str  r1, [rSDIO, #SDIO_ARG]str  r0, [rSDIO, #SDIO_CMD]
wait_for_responseldr  r0, [rSDIO, #SDIO_STA]tst  r0, #SDIO_STA_CMDREND:or:SDIO_STA_DCRCFAIL:or:SDIO_STA_CTIMEOUTbeq  wait_for_response
;	mov  r0, #0
;	str  r0, [rSDIO, #SDIO_CMD]pop  {r4 - r11, lr}	bx   lrendpalign 4
SDIO_Memory_Card	export SDIO_Memory_Carddcd  init, card_identificationend

卡识别过程的流程就是基本按照手册上说的，

  1. 象征性发一下CMD0，不等回复。
  2. 发CMD8。这句目前看来是很重要的
  3. 发CMD55再发ACMD41，要回复的，且要记住返回值
  4. 发CMD55再发ACMD41，参数就是上一次的返回值。

注意看一下send_cmd(...)私有方法。这里面的流程是

  1. 用0x7f和SDIO_ICR清理一下SDIO_STA
  2. 先写SDIO_CMD，再写SDIO_ARG发送指令及其参数
  3. 忙等回复
  4. 关闭CPSM
  5. 返回

五、测试结果

测试用例这样就比较简单了，代码如下所示。

#include "cmsis_os2.h"                          // CMSIS RTOS header file
#include "SDIO_TestCase.h"
#include "SDIO_Memory_Card.h"
/*----------------------------------------------------------------------------*      Thread 1 'Thread_Name': Sample thread*---------------------------------------------------------------------------*/static osThreadId_t tid_SDIO_Testcase;                        // thread idvoid SDIO_Testcase (void *argument);                   // thread functionint Init_SDIO_Testcase (void) {tid_SDIO_Testcase = osThreadNew(SDIO_Testcase, NULL, NULL);if (tid_SDIO_Testcase == NULL) {return(-1);}return(0);
}__NO_RETURN void SDIO_Testcase (void *argument) {static uint32_t resp;(void)argument;// 在这里做一个测试SDIO_Memory_Card.card_identification(); while (1) {osDelay(101);}
}

进DEBUG，插入SD卡，F5启动。在下面这个地方下断。

在这里插入图片描述
可以发现程序顺利执行，SD卡进入了DATA_TRANSFER_MODE， 并且读到了RCA。

六、结论

经过上面的程序源码设计和测试，可以看到程序顺利运行。有以下的体会。

  1. MCU本身都是有缺陷的。就看有没有暴露出来。如果出现了，能补救就补救。当然也要跟原厂反映。说不定下一版他们就改了。比如这个CMD0疑似发不出去；CPSM每发一个指令就得重启。这就只能用别的办法补救。
  2. 先用400kHz初始化，进入DATA_TRANSFER_MODE以后再改成高速。

这样初始化的任务就基本完成了。下一步就是测试DATA_TRANSFER_MODE中的指令和功能了。

这篇关于KEIL 5.38的ARM-CM3/4 ARM汇编设计学习笔记10 - STM32的SDIO学习2的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/794556。

相关文章

HarmonyOS学习(七)——UI（五）常用布局总结

HarmonyOS学习(七)——UI（五）常用布局总结

自适应布局 1.1、线性布局（LinearLayout） 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列，Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距，达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式，且在各类尺寸屏幕上表现一致，其中交叉轴为垂直时，取值为Vert
阅读更多...
Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya（不是本人，claude AI）在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容： 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用
阅读更多...
不懂推荐算法也能设计推荐系统

不懂推荐算法也能设计推荐系统

本文以商业化应用推荐为例，告诉我们不懂推荐算法的产品，也能从产品侧出发， 设计出一款不错的推荐系统。 相信很多新手产品，看到算法二字，多是懵圈的。 什么排序算法、最短路径等都是相对传统的算法（注：传统是指科班出身的产品都会接触过）。但对于推荐算法，多数产品对着网上搜到的资源，都会无从下手。特别当某些推荐算法 和 “AI”扯上关系后，更是加大了理解的难度。 但，不了解推荐算法，就无法做推荐系
阅读更多...
【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画（下）

【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画（下）

【课程链接】 AntV G6：深入图形与图形分组、自定义节点、节点动画（下）_哔哩哔哩_bilibili 本章十吾老师讲解了一个复杂的自定义节点中，应该怎样去计算和绘制图形，如何给一个图形制作不间断的动画，以及在鼠标事件之后产生动画。（有点难，需要好好理解） <!DOCTYPE html><html><head><meta charset="UTF-8"><title>06
阅读更多...
学习hash总结

学习hash总结

2014/1/29/   最近刚开始学hash，名字很陌生，但是hash的思想却很熟悉，以前早就做过此类的题，但是不知道这就是hash思想而已，说白了hash就是一个映射，往往灵活利用数组的下标来实现算法，hash的作用：1、判重；2、统计次数；
阅读更多...
零基础学习Redis(10) -- zset类型命令使用

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合，内部除了存储元素外，还会存储一个score，存储在zset中的元素会按照score的大小升序排列，不同元素的score可以重复，score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]
阅读更多...
【机器学习】高斯过程的基本概念和应用领域以及在python中的实例

【机器学习】高斯过程的基本概念和应用领域以及在python中的实例

引言 高斯过程（Gaussian Process，简称GP）是一种概率模型，用于描述一组随机变量的联合概率分布，其中任何一个有限维度的子集都具有高斯分布 文章目录 引言一、高斯过程1.1 基本定义1.1.1 随机过程1.1.2 高斯分布 1.2 高斯过程的特性1.2.1 联合高斯性1.2.2 均值函数1.2.3 协方差函数（或核函数） 1.3 核函数1.4 高斯过程回归（Gauss
阅读更多...
【学习笔记】 陈强-机器学习-Python-Ch15 人工神经网络（1）sklearn

【学习笔记】 陈强-机器学习-Python-Ch15 人工神经网络（1）sklearn

系列文章目录 监督学习：参数方法 【学习笔记】 陈强-机器学习-Python-Ch4 线性回归 【学习笔记】 陈强-机器学习-Python-Ch5 逻辑回归 【课后题练习】 陈强-机器学习-Python-Ch5 逻辑回归（SAheart.csv） 【学习笔记】 陈强-机器学习-Python-Ch6 多项逻辑回归 【学习笔记 及 课后题练习】 陈强-机器学习-Python-Ch7 判别分析 【学
阅读更多...
MCU7.keil中build产生的hex文件解读

MCU7.keil中build产生的hex文件解读

1.hex文件大致解读 闲来无事,查看了MCU6.用keil新建项目的hex文件 用FlexHex打开 给我的第一印象是:经过软件的解释之后,发现这些数据排列地十分整齐 :02000F0080FE71:03000000020003F8:0C000300787FE4F6D8FD75810702000F3D:00000001FF 把解释后的数据当作十六进制来观察 1.每一行数据
阅读更多...
系统架构师考试学习笔记第三篇——架构设计高级知识（20）通信系统架构设计理论与实践

系统架构师考试学习笔记第三篇——架构设计高级知识（20）通信系统架构设计理论与实践

本章知识考点：         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2