- 主题:高速串口开发问题
建议以太网方式，量产产品小公司先考虑供应链是否支持。
【 在 yuyif 的大作中提到: 】
: 最近在做高速串口应用开发，波特率达到了3M，数据帧发送间隔30us，但是发现现有的嵌入式硬件网关或者USB转串口的设备都很难支持，经常出现数据帧中断或者多个数据帧粘连在一起的情况。请问有什么方法解决吗？
: --
:
发自「今日水木 on HLK-AL00」
--
FROM 223.104.246.*
楼主的需求也就是3M，CANFD上5M没啥压力。
还有一点需要考虑的是，CANFD上跑5M属于常规应用，无论是元器件选型、调试工具还是软件编程都用常规的就行。
而串口基本上超过115200就属于非常规应用了，串口1M以上元器件选型、调试工具、软件编程都有讲究了，任何一个环节搞不定最后系统就没法稳定工作，楼主这种情况就是一个典型。
现在高速实时通信很有前景的是TSN，但TSN毕竟属于新技术懂的人不多，楼主的要求又不太高，所以我并没有推荐TSN。
【 在 spadger 的大作中提到: 】
: 经典CAN就1M，FD也就数据域五六M而已。上限显然没有串口高。
:
: #发自zSMTH@Note 8 Pro暖手宝
--
FROM 122.238.141.*
CANFD的5M还有协议开销，只是数据域5M而已，这已经到头了。
我也做过USB转CANFD的产品。
串口1M根本不算什么，RS422也是全双工串口，差分传输，全集成的收发器
ADM2582E（16M），ISO3082E（20M），至于MCU支持高波特率更没有问题。
所以还是我说的，串口的上限显然比CAN高。
【 在 ECUCoder (Engineer) 的大作中提到: 】
: 楼主的需求也就是3M，CANFD上5M没啥压力。
: 还有一点需要考虑的是，CANFD上跑5M属于常规应用，无论是元器件选型、调试工具还是软件编程都用常规的就行。
: 而串口基本上超过115200就属于非常规应用了，串口1M以上元器件选型、调试工具、软件编程都有讲究了，任何一个环节搞不定最后系统就没法稳定工作，楼主这种情况就是一个典型。
: ...................
--
FROM 222.90.82.*
我没有否认你说的串口上限比CAN高。
但是不同的应用场景使用不同的解决方案才是更加合理的，我们这边实时通信一般方案：
115200以下：串口或者CAN
125k~5M：CAN或者CANFD
5M以上：TSN或者100BASE-T1
这样做的好处是方案常规，参考资料到处都是，学习门槛低，对开发测试人员的要求也低，普通应届生照着这个套路学习练手，一年半载就差不多都会了，技术人员流动也无所谓，反正这些东西会的人一大把。
元器件、开发测试工具都是常规的，不容易出问题。
【 在 spadger 的大作中提到: 】
: CANFD的5M还有协议开销，只是数据域5M而已，这已经到头了。
: 我也做过USB转CANFD的产品。
: 串口1M根本不算什么，RS422也是全双工串口，差分传输，全集成的收发器
: ...................
--
FROM 122.238.141.*
以太网吧
--
FROM 106.38.11.*
我反驳的是你这句话：
这个速度需求用串口就不合适，改成CAN/CANFD分分钟搞定。
很多人的刻板印象中，CAN速度比串口高，大家都认为串口就是9600。偶尔见个115200就
顶天了，其实串口的上限很高。高速通讯串口+自定义协议速度远超CAN。不能因为你跑步时超过了散步的博尔特就认为自己比博尔特跑得快。
【 在 ECUCoder (Engineer) 的大作中提到: 】
: 我没有否认你说的串口上限比CAN高。
: 但是不同的应用场景使用不同的解决方案才是更加合理的，我们这边实时通信一般方案：
: 115200以下：串口或者CAN
: ...................
--
修改:spadger FROM 111.18.134.*
FROM 111.18.134.*
我确实没搞过高速串口，我基本都是按照固定套路来套成熟解决方案的。
【 在 spadger 的大作中提到: 】
: 我反驳的是你这句话：
: 这个速度需求用串口就不合适，改成CAN/CANFD分分钟搞定。
: 很多人的刻板印象中，CAN速度比串口高，大家都认为串口就是9600。偶尔见个115200就
: ...................
--
FROM 122.238.141.*
车辆相关首选CAN正常。不过CAN的1M波特率天花板确实低了，没法和其它几个标准竞争，所以才搞了CANFD。
【 在 ECUCoder 的大作中提到: 】
:
: 我确实没搞过高速串口，我基本都是按照固定套路来套成熟解决方案的。
:
: 【 在 spadger 的大作中提到: 】
: : 我反驳的是你这句话：
#发自zSMTH@Note 8 Pro暖手宝
--
FROM 106.44.132.*
我觉得做这个决策少了一些前置条件，通信距离和连接方式。
板载的还是连线，线材条件，连接距离，电磁辐射要求等
【 在 spadger (void*) 的大作中提到: 】
: 我反驳的是你这句话：
: 这个速度需求用串口就不合适，改成CAN/CANFD分分钟搞定。
: 很多人的刻板印象中，CAN速度比串口高，大家都认为串口就是9600。偶尔见个115200就
: ...................
--
FROM 222.129.32.*
同志们普遍描述了串口速率上限这一个毛病
我看你这还有所谓网络“粘包”的问题
tcp没有包 也不会粘 是按照流来处理的
【 在 yuyif 的大作中提到: 】
: 最近在做高速串口应用开发，波特率达到了3M，数据帧发送间隔30us，但是发现现有的嵌入式硬件网关或者USB转串口的设备都很难支持，经常出现数据帧中断或者多个数据帧粘连在一起的情况。请问有什么方法解决吗？
--
FROM 120.244.200.*