在搞W5500动态获取IP地址的时候，遇到过两个坑，第一个是MAC地址的坑，我之前是吧STM32的CPUID号作为W5500的MAC地址，这样就导致了有些板子不能动态获取IP地址，静态地址能配置成功，但是ping不同，经过各种调试，最终把问题锁定到MAC地址，查阅文档发现，MAC地址第一个字节必须是偶数，此时恍然大悟，将MAC地址第一个字节改为偶数，DHCP瞬间正常了，可是好景不长，很快就又遇到第二个坑，我发现DHCP不是每次都能成功，偶尔有失败的情况，经过各种调试与代码跟踪，终于让我找到了问题所在，而这个问题是官方例程代码都存在的问题，具体看程序。
2023/9/13 23:10:31
7.76MB
1
在STM32F103RET6测试，FreeRTOS版本V10.0.1，STM32固件版本V3.5。
连接MQTT正常订阅接收数据，修user_mqtt.h头文件即可使用。
连接MQTT正常订阅接收数据，修user_mqtt.h头文件即可使用。
2023/6/30 4:08:25
10.25MB
1
采用stm32f407+w5500模块，实现spi转以太网发送，实测可用.采用TIM2定时1ms发送一次数据
2023/6/3 7:03:27
1.18MB
1
STM32F103VCT6+W5500UDP通讯告成，实现电脑与W5500模块的双机UDP通讯。
这里需要留意的是：UDP配置了目的端口后，要用这个配置的目的端口毗邻才行。
不然通讯不上。
如UDP配置了IP:192.168.1.1288000端口，目的IP192.168.1.105（这里是我的电脑的IP）端口为：8000,则收集助手毗邻时，协议尺度：UDP，本机IP为：192.168.1.105,当地端口为：8000，而后掀开。
假如掀开告成后，还需要配置一下：目的主机IP：这里为W5500模块的，192.168.1.1288000端口。
默许有大概为本机的，如许通讯也是可行的，不外与试验无关。
。
这里需要留意的是：UDP配置了目的端口后，要用这个配置的目的端口毗邻才行。
不然通讯不上。
如UDP配置了IP:192.168.1.1288000端口，目的IP192.168.1.105（这里是我的电脑的IP）端口为：8000,则收集助手毗邻时，协议尺度：UDP，本机IP为：192.168.1.105,当地端口为：8000，而后掀开。
假如掀开告成后，还需要配置一下：目的主机IP：这里为W5500模块的，192.168.1.1288000端口。
默许有大概为本机的，如许通讯也是可行的，不外与试验无关。
。
2023/5/10 12:13:36
348KB
1
基于STM32F103和W5500模块，通过STM32F103接收USART，然后通过SPI传输给W5500，最终将数据传给路由器或者电脑，实现了USART转以太网通讯。
本例程USART的波特率可达到921600，通过DMA的方式接收。
本例程USART的波特率可达到921600，通过DMA的方式接收。
2023/3/7 2:20:21
6.58MB
1
STM32F103VCT6+W5500TCP服务端通讯成功，开了两个TCP服务端口，可以同时通讯。
效果图如下：当然，W5500可以支持8个sock。
应该同时开8个端口吧。
从此，TCP通讯功能基本实现。
效果图如下：当然，W5500可以支持8个sock。
应该同时开8个端口吧。
从此，TCP通讯功能基本实现。
2023/2/15 23:46:06
346KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB