最近有人问我，小区现在都安装了智能的自动识别车牌和记录车辆的停车时间的系统，我很疑问，如果一个小区有上千个车位，他们是怎么记录所有车辆的进入时间，然后根据车辆出的时间算累计时间，其实最大的疑问就是怎么记录这么多车的车牌号和他的进入时间，如果这个问题解决，估计问题也就迎刃而解了，我想问一下像这种系统PLC一般是怎么做的，欢迎大家讨论

蛋疼，首先这种东西都不是基于plc做的。即便是，plc是底层，是整个系统内处理能力最弱的一环，天然不适合做这个。必然是基于数据库的上位软件，你要考虑到不仅是出入库管理，还有很多统计，报表的展示，权限的管理，你都有pc了还用plc来做这个？

这个东西， 用数据库来做。 图像识别车牌号， 这个已经白菜价了。

入库： 扫描车牌号， 记录时间， 写入入库记录表，同时写入当前库存车辆表； 当然， 这时需要判断当前这个车牌是不是不在库内， 以防止套牌， 或者其他奇葩现象的发生；

出库： 扫描车牌号，记录时间，写入出库记录表； 此时根据车牌号去库存表搜索最近的没有出库的同车牌号的记录； 计算时间和费用。 二维码输出。 客户扫码支付， 支付成功。 进行出库操作。 库存表删去这个牌号，出库表添加牌号。 

这写功能PLC勉为其难了。 PLC做数据处理都费劲， 不用说数据管理了。

但是如果数量不大的话， plc也能玩玩。

储存几百个不成问题。 至于楼主说的记录时间， 你就用结构体数组， 每个结构体记录车牌号， 和事件时间。 配合数组的添加，查找，删除操作。 也能凑合用。

我倒是觉得，完全由PLC做车库管理系统技术上不存在什么难题，尤其是无人值守的形式，PLC的可靠性可以充分得到发挥。

有人值守的类型，因为要考虑人机交互及操作界面，信息的视觉比对，计费系统，收费系统，开票系统等等，所以集成方向倾向于PC，PLC就只能做最简单的工作了。

车牌识别就是智能相机的事情了

车牌检索，搞个二分法异步检索算法，用PLC处理个上百个车位的库数据也不是大问题，计费就是个条件四则运算。

再连个VPN外网，与中心站做一下数据同步，再把收费信息发给云端的收费系统（比如支付宝）即可

现在小区停车系统（京郊地区）其实已经是连接在ETCP系统中了。和交管系统连在一起。

5年换过两次小区车辆人员出入系统，最终“借”这次疫情接入人脸识别、车牌识别的（公安，卫生系统）

这些都是基于云数据库的。

车辆进出，在手机的市政管理APP上就能看见。难怪是“白菜价”。

方法很多：相机+（PLC）+（Wincc）+MQTT;相机+VS+SQL；相机+JS+Webserver等等：相机传感器识别存储逻辑管理。

       奇侠：如果车库容量不是特别大（即使特别大也可以用分布式I/O）PLC应该可以做，应该也能做的很好，因为做的好的车库也不单纯就是摄像头数据（相机数据的专业图像处理交给相机本身系统处理，作为PLC的服务器即可），有的也需要闸机/进出库感应/提升机构变频控制/警报灯/照明系统等开关量或通讯的逻辑控制；模拟通风，温湿度，含氧量，消防，给排水等等模拟量的安全控制这也是PLC的领域。

       市面上的PLC有支持OUC/PNIO/OPC_UA/TCP(IP/FTP/......),有很大内存，有能调用动态链接库的，有擅长过程控制的，有擅长运动控制的，这些都连成一片可不是要控制一切吗。

立体仓库因为有不少驱动（变频器或伺服），所以设备控制层还是PLC，但上位机（仓储管理）都是高级语言+数据库做的，我们公司的立体库设备底层是西门子300PLC，上位管理是Java软件编的。有些基于PC-Based的PLC也可以做的，比如菲尼克斯的PLC-Next，本身就支持高级语言编程和IOT连接。