请教，一些应用场合，I/O端口超出STM32数量应该如何处理？

pdwabc

当前遇到的问题：在一些以实时性数据采集为主的场合，MCU的主要功能为将I/O端口上的数据转化为内存中的数据并在HMI界面上进行显示，伴有简单的逻辑开关判断进行控制设备的开关动作。若使用STM32的话，它的I/O端口数量显得捉襟见肘（毕竟GPIOA-E总数也不过80个），但是也没有其他更好的方式--因为别的MCU的I/O端口也不会多到成百上千的规模。


引言，之所以产生这样的想法是因为51节前老婆大人忘了关家里的水龙头将楼下屋顶给泡了 撇开邻居狮子大开口索赔不说，我就有那么个想法，能否将家用电器，水龙头，门窗及安防等设备状况通过网络用远程终端或手机app进行联网控制，我德国同事告诉我他家就是这么设计的，自己编写的室内部分，朋友帮忙写的手机app。我也想在新房子装修时仔细设想一下这一块。


扯远了，请教大家：要实现几乎不受限制的I/O应该怎么办（理想上），总不能添加很多STM32吧

正点原子

595,164，这种，你想要多少IO都可以搞出来。

来俩不甜的

主从方式啊，从机就用最便宜的cpu 用无线通讯

Alion_Vector

搞个下位机吧

mzwhhwj

具体问题还是要具体分析，常用的方法，IO复用，用IO拓展芯片，串行转并行

萧晨

可以选择一些便宜的芯片作为扩展，和32串口或者其他通信方式。这是我的想法。

电脑小白

外扩一个cpld就行了。可以考虑用xilinx的芯片。比如xc9536，xc9572等等。

黎明前沉寂

I/O扩展芯片，串转并，电路逐一巡检方式等有很多种方式