淘宝购买的玩意：包括FreeModbus从栈协议和补充的主栈协议，采用RTU模式，主从协议栈与uC/OSIII进行的整合，并在STM32F407硬件平台上进行了移植，经过调试和测试，运转正常。
2023/2/20 8:13:37
1.1MB
1
NModbus_net-3.5_1.11.0.0-source.zip，找了很久才把这个资源找到，最新版的，相当不错，C#源码，可以将里面的MODBUS库拿来直接运用，希望能对你们有用
2016/9/5 18:14:34
2.34MB
1
TCP和RTU协议非常类似，我们只要把RTU协议的两个字节的校验码去掉，然后在RTU协议的开始加上5个0和一个6并通过TCP/IP网络协议发送出去即可。
ASCII协议和RTU协议相比拥有开始和结束标记，因此在进行程序处理时能愈加方便，而且由于传输的都是可见的ASCII字符，所以进行调试时就愈加的直观，另外它的LRC校验也比较容易。
但是因为它传输的都是可见的ASCII字符，RTU传输的数据每一个字节ASCII都要用两个字节来传输，比如RTU传输一个十六进制数0xF9,ASCII就需要传输’F’’9’的ASCII码0x39和0x46两个字节，这样它的传输的效率就比较低。
所以一般来说，如果所需要传输的数据量较小可以考虑使用ASCII协议，如果所需传输的数据量比较大，最好能使用RTU协议。
考虑到资源不易，加密：12345678
ASCII协议和RTU协议相比拥有开始和结束标记，因此在进行程序处理时能愈加方便，而且由于传输的都是可见的ASCII字符，所以进行调试时就愈加的直观，另外它的LRC校验也比较容易。
但是因为它传输的都是可见的ASCII字符，RTU传输的数据每一个字节ASCII都要用两个字节来传输，比如RTU传输一个十六进制数0xF9,ASCII就需要传输’F’’9’的ASCII码0x39和0x46两个字节，这样它的传输的效率就比较低。
所以一般来说，如果所需要传输的数据量较小可以考虑使用ASCII协议，如果所需传输的数据量比较大，最好能使用RTU协议。
考虑到资源不易，加密：12345678
2020/5/26 22:34:21
34KB
1
经过这几天的学习与调试，终于在STM32F103VCT6+W5500(SPI1)+Freemodbus平台上，实现Modbus-TCP协议的功能。
其实很简单，只需熟悉Modbus-RTU通讯，明白Modbus帧的结构等，Modbus-TCP只是在原来的帧结构上加个头，去个尾，然后用TCP传输即可。
关键的内容就是怎样获取W5500新接收的数据包，并发送给Modbus事件状态机驱动协议的执行，数据的处理。
主要参考Freemodbusdemo里的Modbus-TCP协议实现的思路，获取缓存区的读写与发送响应。
其实很简单，只需熟悉Modbus-RTU通讯，明白Modbus帧的结构等，Modbus-TCP只是在原来的帧结构上加个头，去个尾，然后用TCP传输即可。
关键的内容就是怎样获取W5500新接收的数据包，并发送给Modbus事件状态机驱动协议的执行，数据的处理。
主要参考Freemodbusdemo里的Modbus-TCP协议实现的思路，获取缓存区的读写与发送响应。
2015/4/12 12:19:47
376KB
1
Modbus_rtu基于stm32平台测试经过可以经过modbus精灵正常收发数据。
在STM32霸道上测试经过！
在STM32霸道上测试经过！
2017/9/1 7:55:16
4.71MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB