面包芯语

这样歪解单片机的时钟系统，有点意思~

嵌入式ARM 2022-02-09 12:00
示波器的最低带宽多少？ 精密双向电流传感放大器，提供精准测量


前言


近日，有群友困于STM32的时钟系统。这里就详细介绍一下关于内外时钟切换及时钟超频测试，希望对大家能有所帮助。



诚然，当使用固件库时，把外部晶振摘掉，系统确实会自动切换到内部时钟，但是只会以8M的默认值运行，显然这是十分不可行的，8M的速度直接让我们的STM32病入膏肓，今天的任务就是让STM32失去外挂（晶振）时，依旧可以激情澎湃。


时钟详解这里不过多介绍，自己也没有别人介绍的好，本文旨在解决现实问题。


此处插播广告：群友问过这种问题，外部接8M晶振和16M晶振有啥区别？


以我微薄的经验来看，这两个在用的时候差别不大，如果使用ST的固件库（以STM32F103为例），使用8M的晶振会更方便，不用改任何代码，时钟就是72M的全速运行状态。如果用16M晶振，则需要修改代码：


在stm32f10x.h中修改宏定义HSE_VALUE   ((uint32_t)8000000)为HSE_VALUE   ((uint32_t)16000000)。



之后进入system_stm32f10x.c，将RCC->CFGR |= (uint32_t)(RCC_CFGR_PLLSRC_HSE | RCC_CFGR_PLLMULL9);改为RCC->CFGR |= (uint32_t)(RCC_CFGR_PLLSRC_HSI_Div2| RCC_CFGR_PLLMULL9);此处是将输入时钟二分频为8M，再进行9倍频到72M，和使用了8M没区别。


如果不进行该二分频操作，时钟还是有的，但是会以16M为基准进行9倍频到144M，此时单片机以超频模式运行，也是可以运行的。但是，时钟的精准性不能得到保证。



系统的时钟可以通过添加代码在debug模式下显示：


RCC_ClocksTypeDef ClockInfo;RCC_GetClocksFreq(&ClockInfo);




通过debug模式下观察ClockInfo的值，便可知道此时系统时钟速度：




这里提一下，在使用外部晶振的情况下，ST即使是超频，依旧发挥稳定，不得不夸一下ST的质量。


此时我将我的开发板以8M的基准倍频16倍，得到128M的主频，使用定时器定时10us，示波器测试无误差。串口通信无误。






以72M的主频跑128依旧稳定，赞一个，因为我的外部晶振只有8M最大只能倍频到128，如果使用外部16M，不知继续倍频可以到多少。不过性能还是很好的。


预留测试GD32的效果：


写本文时，将GD的GD32E230翻出来进行了同样的测试，因为GD的倍频器倍数较高，我已经倍频到144M（标准72M），测试定时器依旧稳定。



广告很长，请忍一下：


上半场结束，下半场继续：


此处歪解一下时钟的问题，之前有群友很疑惑单片机的低功耗和时钟的关系，疑惑高速的时钟会不会增加MCU的功耗，为啥低功耗要降低时钟速度。这里讲解一下：


可以用用单位时间内执行的指令来看，高速时钟在单位时间内使系统跑了更多的指令，而低速时钟单位时间内跑的少，而单片机是直线结构，内核是不会休息的，功耗就看执行的指令多少。而单片机的低功耗就是降低时钟，让单片机跑慢点。就像人一样，低功耗相当于你不跑了，原地休息，但是你的心跳不会停止，你还是得消耗能量，即使再少还得消耗。


就像人一样，时钟就相当于心跳，只要还活着就得消耗能量，你要想跑得快，心脏就得跳得快，跳得越快能量消耗越高，即使你去睡觉，心跳只要不停止，你还得消耗能量，如果心跳没了，整个人就没了，MCU也就宕机了。所以，在处理低功耗时最先解决的就是时钟频率，只有降低了时钟的频率，才能真正降低功耗。关于单片机进入低功耗和唤醒，以及降低整体运行功耗我看能不能在下文讲解，近期刚好做了一个低功耗的项目，这里留悬念吧。


广告结束，正文开始，不好意思，有点喧宾夺主了哈！


回到主题，为了解决时钟切换的问题，才有了这个帖子，上文全属歪楼，为最近开发时的经验总结。


我们在使用STM32103的固件库时，时钟配置在system_stm32f10x.c中，但是只是对外部晶振做了初始化，而对于内部时钟并没有添加代码，如果你的MCU没有外部晶振，当系统运行时是先启动内部时钟，然后会检测外部晶振，如果没有检测到晶振，系统便以内部的8M继续运行，这是不合理的。



这里可以看到，如果外部启动失败，会进入这个else，但是这个else中并未添加任何代码，所以只会用8M的内钟执行，我们要做的就是在else中添加外部启动失败的代码：


    /* 开启HSI 即内部晶振时钟 */        RCC->CR |= (uint32_t)0x00000001;         /*选择HSI为PLL的时钟源HSI必须2分频给PLL*/        RCC->CFGR |= (uint32_t)RCC_CFGR_PLLSRC_HSI_Div2;                                  /*PLLCLK=8/2*13=52MHz   设置倍频得到时钟源PLL的频率*/        RCC->CFGR |= (uint32_t)RCC_CFGR_PLLMULL12;        /* PLL不分频输出  */        RCC->CFGR |= (uint32_t)RCC_CFGR_HPRE_DIV1;                 /* 使能 PLL时钟 */        RCC->CR |= RCC_CR_PLLON;        /* 等待PLL时钟就绪*/        while((RCC->CR & RCC_CR_PLLRDY) == 0)        {        }        /* 选择PLL为系统时钟的时钟源 */        RCC->CFGR &= (uint32_t)((uint32_t)~(RCC_CFGR_SW));        RCC->CFGR |= (uint32_t)RCC_CFGR_SW_PLL;            /* 等到PLL成为系统时钟的时钟源*/        while ((RCC->CFGR & (uint32_t)RCC_CFGR_SWS) != (uint32_t)0x08)        {        }


该代码填充后如果检测到有外部时钟，便以外部时钟为基准进行时钟的倍频处理，达到用户想要的时钟频率，如果你的MCU没有外部时钟，则会执行else内部的代码，将时钟源切换到内部时钟并进行倍频，如此便达到了自动检测时钟的目的。


问题：这是我根据STM32F031的时钟切换代码演变来的，但是这个只能用于主频小于或等于48M时使用，如果倍频因子超过12，也就是主频超过48M是，就会出现硬件错误，直接卡死。当需要更高的主频时就需要如下配置。


在else里面最开头添加：


    /* Enable Prefetch Buffer */    FLASH->ACR |= FLASH_ACR_PRFTBE;    /* Flash 2 wait state */    FLASH->ACR &= (uint32_t)((uint32_t)~FLASH_ACR_LATENCY);    FLASH->ACR |= (uint32_t)FLASH_ACR_LATENCY_2;         



问：如果我的MCU有晶振，但是我不想用外部，就想用内部，如何处理呢？


答：打一顿就好了，有外部不用干啥用内部呢？


上述纯属恶搞自己，被坑过……


因为内部时钟不准！！！测试内部时钟在使用定时器时会有偏差，本人在此吃过亏。此问题在STM32F031和GD32E230中均有体现。但是USART和SPI通信是正常的，即使我用的2.5M波特率的USART和8M的SPI。


解决办法，上述代码不用动，添加如下代码。



通过注释原文RCC->CR |= ((uint32_t)RCC_CR_HSEON);并添加RCC->CR &= ~((uint32_t)RCC_CR_HSEON);可默认之以内部时钟方式启动。

注意：在主函数加上SystemInit();函数哦！！！

最终代码如下：


static void SetSysClockTo72(void){
  __IO uint32_t StartUpCounter = 0, HSEStatus = 0;
  
  /* SYSCLK, HCLK, PCLK2 and PCLK1 configuration ---------------------------*/    
  /* Enable HSE */    
//  RCC->CR |= ((uint32_t)RCC_CR_HSEON);
        /*取消改行注释并注释上文，可默认启动内部时钟*/
        RCC->CR &= ~((uint32_t)RCC_CR_HSEON);
  /* Wait till HSE is ready and if Time out is reached exit */
  do
  {
    HSEStatus = RCC->CR & RCC_CR_HSERDY;
    StartUpCounter++;  
  } while((HSEStatus == 0) && (StartUpCounter != HSE_STARTUP_TIMEOUT));


  if ((RCC->CR & RCC_CR_HSERDY) != RESET)
  {
    HSEStatus = (uint32_t)0x01;
  }
  else
  {
    HSEStatus = (uint32_t)0x00;
  }  


  if (HSEStatus == (uint32_t)0x01)
  {
    /* Enable Prefetch Buffer */
    FLASH->ACR |= FLASH_ACR_PRFTBE;


    /* Flash 2 wait state */
    FLASH->ACR &= (uint32_t)((uint32_t)~FLASH_ACR_LATENCY);
    FLASH->ACR |= (uint32_t)FLASH_ACR_LATENCY_2;    




    /* HCLK = SYSCLK */
    RCC->CFGR |= (uint32_t)RCC_CFGR_HPRE_DIV1;
      
    /* PCLK2 = HCLK */
    RCC->CFGR |= (uint32_t)RCC_CFGR_PPRE2_DIV1;
    
    /* PCLK1 = HCLK */
    RCC->CFGR |= (uint32_t)RCC_CFGR_PPRE1_DIV2;


#ifdef STM32F10X_CL
    /* Configure PLLs ------------------------------------------------------*/
    /* PLL2 configuration: PLL2CLK = (HSE / 5) * 8 = 40 MHz */
    /* PREDIV1 configuration: PREDIV1CLK = PLL2 / 5 = 8 MHz */
        
    RCC->CFGR2 &= (uint32_t)~(RCC_CFGR2_PREDIV2 | RCC_CFGR2_PLL2MUL |
                              RCC_CFGR2_PREDIV1 | RCC_CFGR2_PREDIV1SRC);
    RCC->CFGR2 |= (uint32_t)(RCC_CFGR2_PREDIV2_DIV5 | RCC_CFGR2_PLL2MUL8 |
                             RCC_CFGR2_PREDIV1SRC_PLL2 | RCC_CFGR2_PREDIV1_DIV5);
  
    /* Enable PLL2 */
    RCC->CR |= RCC_CR_PLL2ON;
    /* Wait till PLL2 is ready */
    while((RCC->CR & RCC_CR_PLL2RDY) == 0)
    {
    }
    
   
    /* PLL configuration: PLLCLK = PREDIV1 * 9 = 72 MHz */ 
    RCC->CFGR &= (uint32_t)~(RCC_CFGR_PLLXTPRE | RCC_CFGR_PLLSRC | RCC_CFGR_PLLMULL);
    RCC->CFGR |= (uint32_t)(RCC_CFGR_PLLXTPRE_PREDIV1 | RCC_CFGR_PLLSRC_PREDIV1 | 
                            RCC_CFGR_PLLMULL9); 
#else    
    /*  PLL configuration: PLLCLK = HSE * 9 = 72 MHz */
    RCC->CFGR &= (uint32_t)((uint32_t)~(RCC_CFGR_PLLSRC | RCC_CFGR_PLLXTPRE |
                                        RCC_CFGR_PLLMULL));
    RCC->CFGR |= (uint32_t)(RCC_CFGR_PLLSRC_HSE | RCC_CFGR_PLLMULL16);
#endif /* STM32F10X_CL */


    /* Enable PLL */
    RCC->CR |= RCC_CR_PLLON;


    /* Wait till PLL is ready */
    while((RCC->CR & RCC_CR_PLLRDY) == 0)
    {
    }
    
    /* Select PLL as system clock source */
    RCC->CFGR &= (uint32_t)((uint32_t)~(RCC_CFGR_SW));
    RCC->CFGR |= (uint32_t)RCC_CFGR_SW_PLL;    


    /* Wait till PLL is used as system clock source */
    while ((RCC->CFGR & (uint32_t)RCC_CFGR_SWS) != (uint32_t)0x08)
    {
    }
  }
  else
  { 
    /* Enable Prefetch Buffer */
    FLASH->ACR |= FLASH_ACR_PRFTBE;
    /* Flash 2 wait state */
    FLASH->ACR &= (uint32_t)((uint32_t)~FLASH_ACR_LATENCY);
    FLASH->ACR |= (uint32_t)FLASH_ACR_LATENCY_2;          
           /* 开启HSI 即内部晶振时钟 */
        RCC->CR |= (uint32_t)0x00000001; 


        /*选择HSI为PLL的时钟源HSI必须2分频给PLL*/
        RCC->CFGR |= (uint32_t)RCC_CFGR_PLLSRC_HSI_Div2; 


                         
        /*PLLCLK=8/2*13=52MHz   设置倍频得到时钟源PLL的频率*/
        RCC->CFGR |= (uint32_t)RCC_CFGR_PLLMULL16;


        /* PLL不分频输出  */
        RCC->CFGR |= (uint32_t)RCC_CFGR_HPRE_DIV1;
         
        /* 使能 PLL时钟 */
        RCC->CR |= RCC_CR_PLLON;


        /* 等待PLL时钟就绪*/
        while((RCC->CR & RCC_CR_PLLRDY) == 0)
        {
        }




        /* 选择PLL为系统时钟的时钟源 */
        RCC->CFGR &= (uint32_t)((uint32_t)~(RCC_CFGR_SW));
        RCC->CFGR |= (uint32_t)RCC_CFGR_SW_PLL;    


        /* 等到PLL成为系统时钟的时钟源*/
        while ((RCC->CFGR & (uint32_t)RCC_CFGR_SWS) != (uint32_t)0x08)
        {


        }
  }
}


在STM32F030或者STM32F031中，同样可以做类似操作：


static void SetSysClock(void){
  __IO uint32_t StartUpCounter = 0, HSEStatus = 0;
  
  /* SYSCLK, HCLK, PCLK configuration ----------------------------------------*/
  /* Enable HSE */   


RCC->CR |= ((uint32_t)RCC_CR_HSEON);
        //修改为内部晶振        
//        RCC->CR &= ~((uint32_t)RCC_CR_HSEON);
 
  /* Wait till HSE is ready and if Time out is reached exit */
  do
  {
    HSEStatus = RCC->CR & RCC_CR_HSERDY;
    StartUpCounter++;  
  } while((HSEStatus == 0) && (StartUpCounter != HSE_STARTUP_TIMEOUT));


  if ((RCC->CR & RCC_CR_HSERDY) != RESET)
  {
    HSEStatus = (uint32_t)0x01;
  }
  else
  {
    HSEStatus = (uint32_t)0x00;
  }  


  if (HSEStatus == (uint32_t)0x01)
  {
    /* Enable Prefetch Buffer and set Flash Latency */
    FLASH->ACR = FLASH_ACR_PRFTBE | FLASH_ACR_LATENCY;
 
    /* HCLK = SYSCLK */
    RCC->CFGR |= (uint32_t)RCC_CFGR_HPRE_DIV1;
      
    /* PCLK = HCLK */
    RCC->CFGR |= (uint32_t)RCC_CFGR_PPRE_DIV1;


    /* PLL configuration = HSE * 6 = 48 MHz */
    RCC->CFGR &= (uint32_t)((uint32_t)~(RCC_CFGR_PLLSRC | RCC_CFGR_PLLXTPRE | RCC_CFGR_PLLMULL));
    RCC->CFGR |= (uint32_t)(RCC_CFGR_PLLSRC_PREDIV1 | RCC_CFGR_PLLXTPRE_PREDIV1 | RCC_CFGR_PLLMULL7);
            
    /* Enable PLL */
    RCC->CR |= RCC_CR_PLLON;


    /* Wait till PLL is ready */
    while((RCC->CR & RCC_CR_PLLRDY) == 0)
    {
    }


    /* Select PLL as system clock source */
    RCC->CFGR &= (uint32_t)((uint32_t)~(RCC_CFGR_SW));
    RCC->CFGR |= (uint32_t)RCC_CFGR_SW_PLL;    


    /* Wait till PLL is used as system clock source */
    while ((RCC->CFGR & (uint32_t)RCC_CFGR_SWS) != (uint32_t)RCC_CFGR_SWS_PLL)
    {
    }
  }
  else
  { /* If HSE fails to start-up, the application will have wrong clock 
         configuration. User can add here some code to deal with this error */
                   // HSI 内部时钟做为PLL时钟源并配置PLL 56M做为系统时钟
    /* Enable Prefetch Buffer and set Flash Latency */
    FLASH->ACR = FLASH_ACR_PRFTBE | FLASH_ACR_LATENCY;


    /* HCLK = SYSCLK */
    RCC->CFGR |= (uint32_t)RCC_CFGR_HPRE_DIV1;


    /* PCLK = HCLK */
    RCC->CFGR |= (uint32_t)RCC_CFGR_PPRE_DIV1;


    // PLL configuration = (HSI/2) * 12 = 48 MHz
    RCC_PLLConfig(RCC_PLLSource_HSI_Div2, RCC_PLLMul_14); // 8M/2 * 14 = 56M


    /* Enable PLL */
    RCC->CR |= RCC_CR_PLLON;


    /* Wait till PLL is ready */
    while ((RCC->CR & RCC_CR_PLLRDY) == 0)
    {
    }


    /* Select PLL as system clock source */
    RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK); // PLL 做系统时钟


    /* Wait till PLL is used as system clock source */
    while ((RCC->CFGR & (uint32_t)RCC_CFGR_SWS) != (uint32_t)RCC_CFGR_SWS_PLL)
    {
    }
  }  
}


在STM32F103中，使用内部晶振，最大时钟频率也只能到64M，受倍频因子的影响嘛，最大只能倍频16倍。但在STM32F031中，标准使用内部时钟主频只有48M，但是我们仍然可以继续倍频，用内部时钟进行超频达到64M。在我们的产品中就用过内部超频到56M，USART和SPI长时间无问题。


而GD32E230因为其高达32的倍频因子，内部时钟可以倍频到128M。



但是，这种几分钟内没有明显发热现象，不敢做长时间测试，现在MCU有点小贵。干费一个就心疼。


总之，无论ST还是国产，其主频更适合在规定的范围内运行，但是跑极限在短时间内也没有很大的问题。这些数据仅供参考。


至此单片机时钟讲解就结束了，没有多少理论性的东西，主要是解决一些时钟使用时的问题，自己也总是忘，留帖一篇作为自省。


本文中所有代码都经过本人测试，运行无任何问题，但是对于问题的阐述或者一些见解可能有错误，欢迎大佬们批评指正，一定接受各种批评，努力完善！


另外，如果有需要查看原图和代码的小伙伴，请点击底部“阅读原文”进行下载。


END

作者：呐咯密密
来源：21ic论坛
版权归原作者所有，如有侵权，请联系删除。

▍推荐阅读
学嵌入式很苦？给你打点鸡血！
长期不写代码，编码能力会退化？
第一天上班看到这段注释就想辞职

→点关注，不迷路←
登录阅读全文
免责声明： 该内容由专栏作者授权发布或作者转载，目的在于传递更多信息，并不代表本网赞同其观点，本站亦不保证或承诺内容真实性等。若内容或图片侵犯您的权益，请及时联系本站删除。侵权投诉联系：  nick.zong@aspencore.com！
嵌入式ARM 关注这个时代最火的嵌入式ARM，你想知道的都在这里。
评论
  • 2025年刚开始，就收到了“橄榄枝”！
    临近春节，各方社交及应酬也变得多起来了，甚至一月份就排满了各式约见。有的是关系好的专业朋友的周末“恳谈会”，基本是关于2025年经济预判的话题，以及如何稳定工作等话题；但更多的预约是来自几个客户老板及副总裁们的见面，他们为今年的经济预判与企业发展焦虑而来。在聊天过程中，我发现今年的聊天有个很有意思的“点”，挺多人尤其关心我到底是怎么成长成现在的多领域风格的，还能掌握一些经济趋势的分析能力，到底学过哪些专业、在企业管过哪些具体事情？单单就这个一个月内，我就重复了数次“为什么”，再辅以我上次写的：《
    牛言喵语 2025-01-22 17:10 217浏览
  • PCB设计第058篇 如何打开IPC-2581格式的PCB加工文件
        IPC-2581是基于ODB++标准、结合PCB行业特点而指定的PCB加工文件规范。    IPC-2581旨在替代CAM350格式，成为PCB加工行业的新的工业规范。    有一些免费软件，可以查看（不可修改）IPC-2581数据文件。这些软件典型用途是工艺校核。    1. Vu2581        出品：Downstream     
    电子知识打边炉 2025-01-22 11:12 167浏览
  • 汽车免拆诊断案例 | 2007 款日产天籁车起步加速时偶尔抖动
    故障现象　一辆2007款日产天籁车，搭载VQ23发动机（气缸编号如图1所示，点火顺序为1-2-3-4-5-6），累计行驶里程约为21万km。车主反映，该车起步加速时偶尔抖动，且行驶中加速无力。 图1　VQ23发动机的气缸编号 故障诊断接车后试车，发动机怠速运转平稳，但只要换挡起步，稍微踩下一点加速踏板，就能感觉到车身明显抖动。用故障检测仪检测，发动机控制模块（ECM）无故障代码存储，且无失火数据流。用虹科Pico汽车示波器测量气缸1点火信号（COP点火信号）和曲轴位置传感器信
    虹科Pico汽车示波器 2025-01-23 10:46 100浏览
  • 电气系统中，如何选择一款最为适配的数字隔离芯片？
    数字隔离芯片是一种实现电气隔离功能的集成电路，在工业自动化、汽车电子、光伏储能与电力通信等领域的电气系统中发挥着至关重要的作用。其不仅可令高、低压系统之间相互独立，提高低压系统的抗干扰能力，同时还可确保高、低压系统之间的安全交互，使系统稳定工作，并避免操作者遭受来自高压系统的电击伤害。典型数字隔离芯片的简化原理图值得一提的是，数字隔离芯片历经多年发展，其应用范围已十分广泛，凡涉及到在高、低压系统之间进行信号传输的场景中基本都需要应用到此种芯片。那么，电气工程师在进行电路设计时到底该如何评估选择一
    华普微HOPERF 2025-01-20 16:50 139浏览
  • 人形机器人疯狂进厂打工！银河通用、智元、乐聚机器人怕是都疯了
     万万没想到！科幻电影中的人形机器人，正在一步步走进我们人类的日常生活中来了。1月17日，乐聚将第100台全尺寸人形机器人交付北汽越野车，再次吹响了人形机器人疯狂进厂打工的号角。无独有尔，银河通用机器人作为一家成立不到两年时间的创业公司，在短短一年多时间内推出革命性的第一代产品Galbot G1，这是一款轮式、双臂、身体可折叠的人形机器人，得到了美团战投、经纬创投、IDG资本等众多投资方的认可。作为一家成立仅仅只有两年多时间的企业，智元机器人也把机器人从梦想带进了现实。2024年8月1
    刘旷 2025-01-21 11:15 755浏览
  • 【工程师故事】+2024年总结之做技术不能想当然
    2024年是很平淡的一年，能保住饭碗就是万幸了，公司业绩不好，跳槽又不敢跳，还有一个原因就是老板对我们这些员工还是很好的，碍于人情也不能在公司困难时去雪上加霜。在工作其间遇到的大问题没有，小问题还是有不少，这里就举一两个来说一下。第一个就是，先看下下面的这个封装，你能猜出它的引脚间距是多少吗？这种排线座比较常规的是0.6mm间距（即排线是0.3mm间距）的，而这个规格也是我们用得最多的，所以我们按惯性思维来看的话，就会认为这个座子就是0.6mm间距的，这样往往就不会去细看规格书了，所以这次的运气
    wuliangu 2025-01-21 00:15 401浏览
  • 聊聊RISC-V MCU技术
    嘿，咱来聊聊RISC-V MCU技术哈。 这RISC-V MCU技术呢，简单来说就是基于一个叫RISC-V的指令集架构做出的微控制器技术。RISC-V这个啊，2010年的时候，是加州大学伯克利分校的研究团队弄出来的，目的就是想搞个新的、开放的指令集架构，能跟上现代计算的需要。到了2015年，专门成立了个RISC-V基金会，让这个架构更标准，也更好地推广开了。这几年啊，这个RISC-V的生态系统发展得可快了，好多公司和机构都加入了RISC-V International，还推出了不少RISC-V
    丙丁先生 2025-01-21 12:10 896浏览
  • 飞凌嵌入式-如何让RK3562J在M核上启动？
    飞凌嵌入式基于瑞芯微RK3562系列处理器打造的FET3562J-C全国产核心板，是一款专为工业自动化及消费类电子设备设计的产品，凭借其强大的功能和灵活性，自上市以来得到了各行业客户的广泛关注。本文将详细介绍如何启动并测试RK3562J处理器的MCU，通过实际操作步骤，帮助各位工程师朋友更好地了解这款芯片。1、RK3562J处理器概述RK3562J处理器采用了4*Cortex-A53@1.8GHz+Cortex-M0@200MHz架构。其中，4个Cortex-A53核心作为主要核心，负责处理复杂
    飞凌嵌入式 2025-01-24 11:21 103浏览
  • 【工程师故事】勇敢的人先享受世界
    书接上回：【2022年终总结】阳光总在风雨后，启航2023-面包板社区  https://mbb.eet-china.com/blog/468701-438244.html 总结2019，松山湖有个欧洲小镇-面包板社区  https://mbb.eet-china.com/blog/468701-413397.html        2025年该是总结下2024年的喜怒哀乐，有个好的开始，才能更好的面对2025年即将
    liweicheng 2025-01-24 23:18 65浏览
  • 过孔的设计孔径是真的很重要，但高速先生也是真的不关心
    高速先生成员--黄刚这不马上就要过年了嘛，高速先生就不打算给大家上难度了，整一篇简单但很实用的文章给大伙瞧瞧好了。相信这个标题一出来，尤其对于PCB设计工程师来说，心就立马凉了半截。他们辛辛苦苦进行PCB的过孔设计，高速先生居然说设计多大的过孔他们不关心！另外估计这时候就跳出很多“挑刺”的粉丝了哈，因为翻看很多以往的文章，高速先生都表达了过孔孔径对高速性能的影响是很大的哦！咋滴，今天居然说孔径不关心了？别，别急哈，听高速先生在这篇文章中娓娓道来。首先还是要对各位设计工程师的设计表示肯定，毕竟像我
    一博科技 2025-01-21 16:17 173浏览
我要评论
0
点击右上角，分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦