麻袋

    1. stm32F429 接W5500 使用SPI的问题求助 14/3434 stm32/stm8 2023-11-13
      W1234w 发表于 2023-11-12 22:55 你好,最近也在搞f429dma w5500,能否分享一份软件参考,万分感谢
      没有对公司程序进行精简了,不好意思。 不过这个都不是很难,当时两个SPI DMA都出来了,另外一路只是偶然有问题,才排查了好久。
    2. 茅子两瓶
    3. 看看高级的
    4. 后悔转行做嵌入式Linux了 32/4628 聊聊、笑笑、闹闹 2023-02-22
      做一个硬件里面最懂linux的
    5. le062 发表于 2023-2-9 10:28 源码里没有这个状态,直接在lwip源码中修改状态的地方加陷阱,检测状态是否合法。
      好的,谢谢
    6. stm32F429 接W5500 使用SPI的问题求助 14/3434 stm32/stm8 2022-12-19
      damiaa 发表于 2022-12-15 10:12 429还是自带的以太网好,挂个w5500没那么爽。 WIZnet 出了个w5500  w7500就没再搞新的了。也不知道 ...
      嗯,我们有个需求是4个网口,所以还是必须要外挂
    7. stm32F429 接W5500 使用SPI的问题求助 14/3434 stm32/stm8 2022-12-05
      starcat123 发表于 2022-12-1 16:37 厉害,向大佬学习了 刚下的淘宝订单里就有W5500模块开发板,希望我能早日学到这一块儿
      加油加油
    8. stm32F429 接W5500 使用SPI的问题求助 14/3434 stm32/stm8 2022-11-17
      nmg 发表于 2022-11-17 11:04 这错误好难,咋排查出来的
      因为不是一直错,数据收发大部分都对,检查了好久的程序。 可能在某一些数据帧的情况下,刚好就碰到了这个SPI FLASH的某一些命令IC。
    9. stm32F429 接W5500 使用SPI的问题求助 14/3434 stm32/stm8 2022-11-17
      nmg 发表于 2022-11-17 11:04 这错误好难,咋排查出来的
      有个同事提了一下,一查核心板,果然有IC。开始一直都是检测的我们自己的源代码,SCH和PCB,总查不出来。还是自己疏忽了。
    10. stm32F429 接W5500 使用SPI的问题求助 14/3434 stm32/stm8 2022-11-16
      nmg 发表于 2022-11-16 16:34 在咱们测评群里分享了你的问题,我搬运下2个群友们给的建议供参考: 1、spi最好是使用前两个,鬼知道后 ...
      问题找到了,是开发板上面有一个SPI FLASH 就是用的这个4个引脚,存在竞争了,当时布板的时候,没有注意开发板上的IO
    11. stm32F429 接W5500 使用SPI的问题求助 14/3434 stm32/stm8 2022-11-16
      也没有断开连接,读取这1050个字节后,再去读写寄存器,返回的值,又是正确的,继续发下一帧,也能读取出来。   从wireshark抓包来看,下发的数据也是正确的。 抓过这个时刻的W5500的电压,纹波也比较小,没有突变
    12. KEIL GNU99下printf 重定义问题求助 8/3089 stm32/stm8 2021-10-22
      w494143467 发表于 2021-10-21 10:50 慢就慢点吧,编译的时候还可以去倒杯水,解个手,运动运动。可以把程序链接去掉,编译会快四五倍。
      不用GNU99就没问题,我是看网上例程里面是选的这个,不知道为啥
    13. KEIL GNU99下printf 重定义问题求助 8/3089 stm32/stm8 2021-10-21
      w494143467 发表于 2021-10-20 17:47 ARM COMPILER 6好像用的人不多,太多项目都是ARM COMPILER 5的,这方面资料也比较少。
      嗯咯,但是HAL库,实在编译的太慢了。   还是没有找到相关的资料,又返回到AC6+C99了,不用GNU99, 
    14. w494143467 发表于 2021-8-25 11:51 这种不是百分百复现的问题,确实不好找,不过重点在RTC上。
      嗯,通过修改RTC 使能的 代码位置,倒是解决了这个现象。之前现象我只能猜测是   使能闹钟后,立马来秒中断,刚好又处在进入低功耗设置时钟和清标志位的时候,就没有清掉中断标志位而导致闹钟的唤醒中断不再产生,具体是否是这样,没有把握
    15. chunyang 发表于 2021-8-23 20:51 先判断是否存在RTC时钟停振问题,这个只可能在电源电压过低时出现。排除该问题则说明是软件问题,重点查相 ...
      可能不是起振的问题,我调整了RTC enable的位置,修改成进入低功耗之前才enable(之前是初始化的时候使能),这样昨天和今天都没有出现这个现象。  猜测是使能闹钟后,刚好秒中断来了,这个时候又在进行外设时钟的设置和标志位的清除等操作,导致没有清除标志位就休眠,不再产生秒中断。 不知道这样是不是有道理
    16. chunyang 发表于 2021-5-14 13:25 状态若非发生变化,又何来的电流增加?肯定有变,只是你没找到是哪里以及如何导致的罢了。
      CLEAR_BIT(ADC1->CR, ADC_CR_ADVREGEN);    找到问题了,需要吧adc里面寄存器的这个位清零,就不会出现突然功耗增加的问题,但是在手册的示例里面,没有写出来,只有在寄存器描述里面有这样一句话:ADC 操作完成后,可禁止 ADC (ADEN=0)。随后,可以禁止 ADC 调压器(请参见 ADC 调压器禁止序列),以节省更多电能。
    17. freebsder 发表于 2021-5-16 21:36 半梦半醒?开个玩笑。 如果你确定core是休眠了,你看看有没有什么内核休眠状态下的低功耗外设被条件唤 ...
      CLEAR_BIT(ADC1->CR, ADC_CR_ADVREGEN);    找到问题了,需要吧adc里面寄存器的这个位清零,就不会出现突然功耗增加的问题,但是在手册的示例里面,没有写出来,只有在寄存器描述里面有这样一句话:ADC 操作完成后,可禁止 ADC (ADEN=0)。随后,可以禁止 ADC 调压器(请参见 ADC 调压器禁止序列),以节省更多电能。  
    18. 感谢EE
    19. 麻袋 发表于 2021-7-5 11:30 写入到这个地址后,会自动根据 R/W,来调节地址的0和1
      这样就感觉笨笨的,不是我想要的
    20. 麻袋 发表于 2021-7-5 11:24 嗯,最开始就是用模拟来做的,没有问题,但是看了一下,耗时几百us,想着优化一下,试试硬件的方法。弄了 ...
      写入到这个地址后,会自动根据 R/W,来调节地址的0和1

最近访客

< 1/2 >

统计信息

已有26人来访过

  • 芯积分:420
  • 好友:5
  • 主题:38
  • 回复:354

留言

你需要登录后才可以留言 登录 | 注册


现在还没有留言