CANFD转WIFI

dxfshsh

目前市场上CANFD转WIFI都非常昂贵，动辄千元以上的价格，使大学生、初学者望而却步，
为此我们使用GD32E(C)103芯片和ESP8684模组开发了世界上最具性价比的CANFD转WIFI
模块，其性能不输千元产品，不足百元的价格为大学生、初学者开启了学习体验之门。
模块中的CANFD功能由GD32E(C)103单片机完成，WIFI功能由ESP8684模组完成。
单片机与模组之间采用SPI对接。模块WIFI工作于AP_server模式使用TCP通讯协议IPv4，
CANFD最高速率为6M，模块支持手机、平板、专用手持设备、笔记本等终端设备的接入，
支持多种操作系统 WIN UNIX LINUX 安卓和鸿蒙等，用户可以使用普通串口或网络调试
助手进行调试，也可以使用MYCANFD上位机工具进行调试。为了最大限度的降低大学生、
初学者学习成本，模块将CANFD转WIFI、转USB、转TTL 三种功能三体合一，
可满足初学者多种应用场景。

在这里特为DG32和ESP32两颗中国芯点赞！！！


淘宝购买链接：CANFD转WIFI三合一模块

dxfshsh

在这里需要特别提醒初学开发者的是不要迷信厂家提供的库函数，
对于您需要使用的每一个关键库函数，都要认真的阅读了解。
因为厂家提供的库函数可能也会出现一些错误，甚至是低价错误！
我们在开发CANFD功能的时候，就发现GD32提供的库函数有两处
低级致命的错误，现已经提供给GD32厂家进行了修正。具体内容
大家可以到GD32论坛上去查找。对于ESP32其ESP-IDF开发环境中
其non-blocking socket example样例代码中的socket_send()函数
亦有致命的低级错误。该函数错误从其最初版本一直延续到其
最新版本2024年底的V5.4.0中都有体现，现将该函数截图展现给
初学者，请大家斟酌。

dxfshsh

下面是CANFD转WIFI之II型的相关内容，

II型是提供给有特殊要求的用户DIY使用的。对于普通用户使用上面I型是基本够用的。
我们的产品大多都提供了硬件、PCB图和程序固件，方便用户非商业性DIY。
II型和I型的GD32单片机主控是一样的，不同的是ESP32选用了C3 pro mini开发板，
C3较8684有更高的运行速度和更大的内存和flash运行空间。C3 pro mini开发板较
8684模组更适合用户DIY焊接组装。（当有持续大量的wifi发送时，建议加装散热片）
我们将为II型用户提供 “多TCP接入”  “SAT-AP模式”  “超低延时响应” “UDP”等多种应用场景。
敬请期待！！！

dxfshsh

TCP多客户端接入需求
我们知道TCP是支持多客户端的接入的，与UDP不同的是，TCP每多接入一个客户端
其WIFI收发流量、内存使用空间和所耗机时都要加倍。在大多数的应用环境中用户
通常都是单接入的，用I型即可满足用户需求。但也会有一些用户有多接入的应用场景。
为此我们在II型中给用户提供了可接入两个TCP客户端的应用，满足5M CANFD满载时
不丢帧的性能指标（wifi良好不受干扰和客户端接收能力优异的条件下），当用户接入
3个或3个以上TCP客户端时，需要适度降低CANFD的信息密度，才能保证不丢帧。
目前II型的wifi发送持续总量不应超过10Mbps。
除了支持多接入，其它与I型基本相同。
有需求的用户可以下载下面固件烧录到ESP32C3 pro mini开发板中，测试验证。

dxfshsh

STA or AP模式 (华丽转身)

通常我们使用AP模式，都是在近场应用中，将现场CAN总线信息
通过WIFI传递到笔记本客户端软件中，进行监控和调试。
而STA模式则可以让我们通过WIFI路由器，实现对CAN总线信息
的远场监控和调试，从而拥抱物联网世界。

我们在上面AP模式的基础上，进行了升级，实现了STA模式的接入。

具体是，当模块上电后，会自动搜索附近有没有名为 ttcanopen_ap
(密码：ttcanopen) 的WIFI路由器存在，如果有，则接入该路由器，
然后等待连接在同一路由器上的有线或无线的客户端设备接入，
模块作为服务器的相关信息参看《CANFD转WIFI使用说明书》；

如果附近没有名为 ttcanopen_ap(密码：ttcanopen) 的WIFI路由器存在
3秒钟之后，模块会自动进入AP模式。

下面是升级后的ESP32C3 pro mini的烧录固件。

dxfshsh

超低延时模式

我们知道大多数TCP通讯，默认都是开启Nagle算法的，该算法会将小包数据收集聚合成一个大数据包进行发送。这样就极大的提高了通讯效率，避免网络堵塞。举例讲，从CAN总线上转换传递过来的小包可能只有十几个字节，TCP通讯却要为其套装上一个40个字节的包头信息方能通讯。Nagle算法会将几十上百的小包合并成一个1.4k左右的大包并套接一个40个字节的包头信息进行通讯，显而易见，Nagle算法在WI-FI TCP通讯中的作用是至关重要的。然而，事物总是具有两面性的，Nagle算法在提高TCP通讯效率的同时，却牺牲了通讯的实时性。而在我们的一些应用环境中，对通讯的实时性要求比较高，这样我们就不能启用Nagle算法，在TCP通讯中有一个NODELAY选项，用于屏蔽Nagle算法，以提高通讯的实时性，在选择NODELAY选项后，用户一定要适当降低信息的通讯密度。在一个普通TCP通讯案例中，选择NODELAY选项后，其平均延时由40ms降低到10ms左右，而其通讯平均速率也由4Mbps降低到只有1Mbps左右。鱼与熊掌不可兼得。


在我们的模块上，将esp32c3开发板中的IO_0管腿接地，设备上电后，模块运行会使用NODELAY选项，屏蔽Nagle算法。

dxfshsh

UDP模式
与TCP不同。。。。敬请期待。。。