一个奇葩的需求，收100个串口设备的数据

usb通过hub扩展100个usb-串口，勉强够。
或用多路切换芯片把100个串口切换到一个串口接收端

485总线呢？

1个10s，100个设备就是1000s，三分钟显然不够，只能并行。
因此，485估计不行。
100个USB转232是个靠谱的方法。
不过，编程时，很多编程软件所带的控件不支持16个以上的串口，这是个注意事项，不过倒也算很好解决了。
当然，时间精力够的话，自己做个100路的缓冲倒也不难。至少比100个USB转232看起来高大上一点。

一片几十块钱的FPGA搞定，下游直接PCIE进计算机。
当然如果之前没做过的话，研发成本极高。

我觉得用stm32弄个usb HS，软件模拟100路串口出来应该就可以了，这个开发成本比较低
～

我怎么觉得弄个管脚够多的51单片机就行了，没必要那么复杂吧。
当然，缓存得大点的那种。

这是做好了准备卖百串口卡的节奏？

细节他没给，如果纯粹轮询没问题的话，可以MUX，一个串口完事儿。

他要mux 100个串口出来的话不知道波特率多少啊，按照112kbps×100算，要11.2Mbps了。
准备个usb hs比较稳妥～
如果只是9.6kbps轮询收下数据的话就很简单～

弄个144脚的stm32比较保险了, 72M/100, 也有720k
RAM也够大

有那么多gpio?

卖这玩意儿不赚钱啊

用74门扩下就行了，0.112Mhz*8，大致就1Mhz翻转率

用fpga收，再分别读出来？

uart的话采样还得x16呢。

60块钱的fpga里扔千八百个来个uart没问题啊。
下游直接走pcie dma进计算机了，2.5Gbps的带宽有富裕。

人家已经做好了，就上这来吐一下而已，并不是问问题。

74hc165扩rx,74hc595扩tx，都是x8。
x16也就2mhz...stm32f1 18mhz的翻转率呢，
而且既然要上hs了那就要stm32f4了，那个翻转率更高，总之这个东西不会是太大的问题～

这种需求就得拿现成的堆出来。不适合从头开发。