Simulink TCP/IP客户端接收块与Python服务器发送的错位问题

问题描述 #

当Python服务器向非阻塞模式的Simulink TCP/IP客户端接收块发送第一个数值时，数据和状态输出均保持为0，无任何响应；发送第二个数值时，才接收到第一个数值；发送第三个数值时，接收到第二个数值，以此类推。当前使用if模块与数据存储内存处理非阻塞模式。

原因分析 #

非阻塞模式下，Simulink TCP客户端的核心逻辑是先校验连接状态，再读取缓冲区数据：

1. 第一次发送数据时，Simulink在当前仿真周期内仅完成连接建立操作，缓冲区中的数据要等到下一个仿真周期才会被读取，导致延迟一拍。
2. 数据存储内存的读写时序不匹配，未在连接建立的第一时间触发读取，进一步放大了延迟效应。

解决方法 #

1. 优化Simulink模型读取逻辑 #

• 将TCP客户端的状态输出（Status）作为触发条件，使用触发子系统，当状态变为已连接（值为1）时立即读取缓冲区数据，跳过等待下一个仿真周期的逻辑。
• 移除不必要的数据存储内存暂存逻辑，直接将读取到的数据接入后续处理模块，减少中间环节的延迟。

2. 修改Python服务器添加初始化握手 #

在TCP连接建立完成后，先发送一个固定的初始化数据（握手信号），让Simulink完成第一次缓冲区读取初始化，后续再发送实际业务数据。修改后的服务器核心代码如下：

# 建立连接后新增握手逻辑
client_socket, client_address = server_socket.accept()
print(f"Connection established with {client_address}")

# 发送初始化握手数据（固定值0.0）
handshake_data = struct.pack('>d', 0.0)
client_socket.sendall(handshake_data)
print("Sent handshake signal to initialize client buffer")

# 重置客户端套接字超时（原逻辑保留）
client_socket.settimeout(None)

3. 调整仿真步长适配数据发送频率 #

如果是离散仿真模型，将仿真步长设置为小于等于服务器数据发送的间隔，确保Simulink能及时轮询到缓冲区的新数据，避免数据堆积。

临时规避方案 #

若暂时无法修改模型或服务器，可在正式发送业务数据前，先手动发送一个无效的初始化数值（比如0.0），让Simulink完成第一次读取操作，后续发送的真实数据即可被正常接收。

内容的提问来源于stack exchange，提问作者M4GI3R