登录社区云，与社区用户共同成长
邀请您加入社区
网络发展史与通信基础摘要 网络发展从独立计算机演变为互联共享数据的局域网（LAN）和广域网（WAN）。局域网通过网线、集线器或交换机组建，广域网通过路由器连接多个局域网形成更大范围（如互联网）。 网络通信核心要素 IP地址：定位主机的网络位置（如快递地址）。 端口号：标识主机中的具体进程（如住户门牌）。 协议：规定数据格式和通信规则（如暗号约定）。 五元组（源/目的IP、端口号+协议）唯一标识通信
本文介绍了基于STM32H743开发板的UDP通信实现。实验使用银杏科技GT7000开发板和iToolXE仿真器，配合STM32CubeMX、MDK开发环境。文章详细解析了UDP协议特性：无连接传输、数据报分组、简单校验机制，并对比了UDP与TCP的区别。重点阐述了UDP的单播、广播和组播三种通信方式，以及UDP在视频流媒体、在线游戏等实时性要求高的场景中的优势。最后通过CubeMX配置以太网RM
IoTClient Tool是IoTClient开源库的桌面程序工具，这是一款多功能的通信调试工具箱，支持串口com通信、网络tcp通信、网络udp通信、网络websocket通信，并且代码完全开源。能够实现与多种工业设备如PLC、机器人、传感器、仪表等的数据通信，还能支持不同程序之间的数据交换，包括不同编程语言（如C#、Java、Python）编写的程序之间的通信。开发者又能赚到多少钱？最值得好
本文提出了一种基于FPGA的TCP/IP协议栈实现方案，重点阐述了MAC层、IP层和UDP层的核心功能与数学建模。系统采用分层架构，MAC层实现以太网帧封装与CRC32校验；IP层处理地址解析与校验和计算；UDP层负责端口匹配与数据封装。FPGA实现部分详细描述了Verilog代码中的数据传输控制逻辑，包括RGMII接口的时序处理（125MHz时钟同步）、数据分片发送机制以及MDIO接口的状态机控
本文介绍了基于ESP32和ESP-IDF框架的UDP组播/广播实现，用于设备自动发现功能。文章首先对比了单播、广播和组播三种网络通信方式的特点及应用场景，重点讲解了组播在局域网中的实现原理。随后详细展示了UDP客户端的代码实现，包括Socket创建、绑定、组播组加入以及非阻塞数据接收等关键步骤。代码示例中封装了JSON数据解析和IP地址提取功能，并通过FreeRTOS任务管理UDP通信状态。该方案
序列（raw API）：udp_send / udp_sendto → udp_sendto_if_src → 构造 UDP 头（pbuf_add_header）→ 校验/设置 udphdr → ip_output_if_src/ip_output_if → netif->linkoutput（low_level_output）全局头：udp_pcbs（链表头）。序列：ethernet_input
Modbus、TCP、UDP 是三个不同层面的概念，关系可以简单理解为：Modbus 是应用层的通信协议，而 TCP 和 UDP 是传输层的协议，Modbus 可以基于 TCP（形成 Modbus TCP）进行传输，但通常不直接用 UDP。TCP 和 UDP：二者是计算机网络中传输层的核心协议，负责数据在网络中的传输方式：Modbus：是应用层的协议，专门用于工业设备（如传感器、PLC、仪表）之间
最近在做一个功能，需要用到UDP组播的通讯方式，记录一下做UDP组播的过程，中间遇到了很多坑，GPT和DeepSECK已经问的崩溃了。多的不少 少的不唠，先上程序。
UDP 161 端口是 SNMP (Simple Network Management Protocol) 服务的标准端口。由于其无连接特性，检测需要特殊方法。
上位机（PC或工业控制主机）作为控制端，通常与下位机（如PLC、单片机、传感器等）通信，常用的通信协议包括 Modbus、TCP/IP、UDP、HTTP、串口通信（如RS232/RS485）、OPC UA 等。如果需要更详细的某协议实现、特定场景优化，或其他协议（如 MQTT）的 C# 示例，请告诉我！代码示例（Modbus TCP 读取保持寄存器）：csharp。代码示例（上位机发送和接收 UD
摘要：Charles中文版是一款强大的网络调试工具，支持HTTP/HTTPS抓包、断点调试、带宽模拟等功能。通过SSL代理解密加密流量，精准分析请求/响应数据；断点调试可修改请求/响应内容；带宽模拟测试不同网络环境表现；移动设备抓包支持iOS/Android。相比Wireshark和Fiddler，Charles操作更简便且跨平台，是优化API性能、提升应用稳定性的高效工具。官网：https://
本篇文章介绍了如何利用FS100P的UDP功能，实现与UDP服务器通信。
RS485：在工业控制、医疗设备等场景中，通过差分信号和校验机制实现10⁻⁷~10⁻¹⁰的误码率，适合短距离、高可靠性需求。UDP：在实时视频、物联网等场景中，误码率通常为10⁻⁶~10⁻⁹，依赖应用层纠错（如 FEC、ARQ），适合高速、低延迟需求。标准差异：RS485 的误码率更多由物理层决定，而 UDP 的误码率受网络环境和应用层设计影响更大。实际应用中需结合场景需求选择协议并优化传输参数。
本文摘要： 文章介绍了NTP与SNTP两种网络时间协议的区别，其中NTP提供微秒级精确同步，SNTP是简化版本精度约1秒。列举了常用的NTP服务器域名，包括开源、云服务商和操作系统自带的。提供了ioLibrary库的下载地址，并详细展示了基于W5500芯片实现SNTP协议的STM32代码，包括变量定义、网络参数配置、主程序逻辑和DNS解析过程。最后通过测试成功获取北京时间并输出，验证了SNTP时间
UDP组播是一种向特定设备组发送数据的网络通信方式。其基本步骤包括：设置本地网络参数（如IP地址、子网掩码、网关等），为SOCKET通道配置临时MAC地址、组播IP地址和端口，以便接收组内消息。发送组播消息时，数据需发送到组播组的IP地址和端口。
当W5500用作服务器时，只需要一个SOCKET就可以和很多个UDP客户端进行通讯。同理，当W5500用作客户端时，可以也很多个UDP服务器与之通讯。因为本计算机只有1个IP地址，无法测试，只能将W5500的8个SOCKET通道设置为不同的端口来测试UDP客户端。本文还详细介绍了W5500的初始化、网络配置及UDP通信的实现过程，展示了其作为UDP客户端和服务器端的应用场景。
本文对lwip协议栈里UDP部分的源码进行分析。将源码中最关键部分提取出来，梳理UDP部分的设计框架。
项目中对TCP和UDP服务没有比较高的需求，主要是做一个验证的作用，代码方面主要借鉴@的代码。
RAW UDP接口简介
比如，发送一个1KB的数据包，需要发送AT+QISEND命令，等待模块响应，然后发送数据，再等待确认。假设每个数据包需要100毫秒的处理时间，那么每秒最多发送10个数据包，每个1KB的话，大约是10 KB/s，即80 kbps。考虑使用AT命令时的开销。每次发送数据都需要通过AT命令，比如AT+QISEND，会引入额外的处理时间和串口通信延迟。如果不用透传，每个数据包都需要封装成AT命令，这会增加
esp32连接wifi获取实时网络时间
创建对象–>添加值（布尔值、数字、字符串）–>打印对象–>释放内存
首先w5500是一个芯片，装载它的设备就能够接入以太网。我们可以给这个芯片设置ip、网关、物理地址、子网掩码。那么我们用其他设备来访问这个芯片的ip，就能与其所装载的设备进行通信。类似于国家的外交官，通过跟外交官进行交流，从而达到访问国家相关机构的功能。
虽然NFS和TFTP都可以用来在网络上传输文件，但它们各自针对不同的应用场景进行了优化。NFS是一种分布式文件系统协议，允许用户通过网络访问位于远程服务器上的文件，就像访问本地文件一样。TFTP是一个简化版本的FTP协议，主要用于局域网内的简单文件传输。与FTP相比，TFTP不提供交互式登录，也没有目录浏览功能，它的设计目标是简单和高效。在进行嵌入式linux开发时，经常使用tftp和nfs来进行
这个博主使用到ue5，跟esp32进行udp传输数据，绑定人体骨骼，进行现实与软件手臂动作进行同步，让我们体验自己动手做一个vr的感觉。3.最后就是udp蓝图这边，没有设置这个的话，编译蓝图的时候就会报错，而且也没反应，所以要进行设置为如下图。1.我使用的是mpu6050，esp32（使用c语言编码），软件是5.1.1版本。2.注意人体骨骼需要进行设置的三个地方，第一是插件两个udp需要打开。第二
在嵌入式开发的复杂领域中，一款稳定且高效的网络调试工具，是开发者们攻克难题、提升效率的关键。纸飞机网络调试助手，作为一款专为开发者打造的专业工具，以其卓越的性能、丰富的功能和便捷的操作体验，成为众多开发者在网络调试工作中的不二之选。
调试关于使用网络助手使用见下一篇笔记。
在网络开发的道路上，选择一款功能强大且简单易用的调试工具至关重要。Web端TCP/UDP测试工具不仅具备全面的功能和简洁的操作界面，还能帮助开发者在网络开发中更加高效地进行调试工作。
在本节中，笔者就MAC发送层的帧封装，CRC校验，流量控制等功能进行实现，关于以太网CRC的计算，在下一章节中，做详细介绍，本章节中实现这三个功能，但不对CRC计算的代码实现进行讲解。所谓流量控制，即保证传输的ready信号在合适时间内进行拉高以及拉低处理即可，本代码实现的流量控制较为简单，保证以太网传输的最小帧长即可帧间隙(IFG)：以太网相邻两帧时间间隔,为96bit time如1000Mbi
UDP（User Datagram Protocol）即用户数据报协议，是一种简单的传输层协议，相较于TCP，它无需建立连接，数据传输快速高效，但不保证数据的有序性与完整性，适用于对实时性要求高、数据量较小且允许一定丢包的场景。选取合适的PHY芯片，如DP83848，将其与STM32连接。使用Wireshark等网络抓包工具，捕获STM32设备发送与接收的UDP广播包，查看包内容、源地址、目的地址
无论是进行网络调试、数据传输测试，还是协议稳定性验证，它都能提供极大的便利。
本篇文章介绍了如何使用W55RP20-EVB-PICO实现UDP组播功能。
由文章开篇的贴图可知，UDP首部为8字节，而千兆以太网的传输标准是8bit，故在接收数据报文后，需要对数据报文进行缓存或延迟处理，先进行UDP首部的处理，对于数据报文的缓存或是延迟，可以考虑使用FIFO，或者是移位RAM实现。而对于最小字节18的计算则是，在以太网中，最小帧长度为64字节，以太网帧头为14字节，尾部CRC校验和为4字节，则要求数据部分最小为46字节，而这里的数据部分包含了IP头部和
在数据发送时，根据不同的连接有不同的处理：对于 TCP 连接，用户只需要提供待发送数据的起始地址和长度，内核会根据实际情况将数据封装在合适大小的数据包中，并放入发送队列中，对于 UDP 来说，用户需要自行将数据封装在 netbuf 结构中，当发送函数被调用的时候内核直接将数据包中的数据发送出去。在文件 api_lib.c 中实现了 NETCONN 的各个函数，在 api_lib.c 中有很多 ne
文章系统介绍了网络编程中的TCP、UDP协议及网络分层模型。重点对比了OSI七层模型和TCP/IP五层模型的结构差异，详细阐述了TCP协议的三次握手、可靠传输等特性及其相关函数(socket/bind/listen等)，以及UDP无连接、不可靠但高效的特点。同时分析了TIME_WAIT状态的作用，比较了TCP和UDP在连接性、可靠性、传输效率等方面的核心差异，并指出两者可共享同一IP端口号。文章还
udp
——udp
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
AtomGit开源社区
AI硬件创业社区
