[发明专利]电梯运行控制方法

说明书

技术领域

本发明涉及电梯技术领域，特别是一种电梯运行控制方法。

背景技术

随着高楼的增多，电梯的使用越来越普遍，同时，楼层高度的不断增加也带来了用户等候电梯时间加长，电梯用电量增大等问题。现有的控制方式大多是电梯等待外部召唤，若外部召唤一段时间不出现便自动返回基站（一般为一楼）继续等待，外召出现后电梯再去应答。这种控制法方虽能节省一些用户的时间，比如从外面回家的用户在基站需要向上时往往可以不用等待，但是高层站的用户想要下楼时，往往需要等待电梯从基站至用户所在的楼层，侯梯时间长。为避免此问题，有些用户采取取消无呼自返基站功能，使电梯随意停靠以便减少侯梯时间，但此做法使电梯的停靠在随机楼层，同样起不了好的效果。

因此，现有电梯控制算法除了存在候梯时间长外，还可能因电梯从高层自返基站的远距离下行，而在能耗方面造成不必要的浪费，不利于产品的市场竞争。

发明内容

本发明的目的是为了解决上述技术问题，提供一种电梯运行控制方法，通过用户的乘坐电梯的规律，使电梯在无呼叫时停在最可能被召唤的楼层。

本发明采取的技术方案是：

一种电梯运行控制方法，其特征是，所述电梯包括电梯控制模块和运行数据库，所述运行数据库包括日期、时间和楼层信息，当所述电梯被正常召唤时，所述电梯控制模块将电梯在被召唤时的日期、时间和楼层信息写入运行数据库；当电梯控制模块在预设等待时间内没有收到外部召唤时，所述电梯控制模块将当前日期和时间通过匹配规则与运行数据库进行匹配，当所述电梯控制模块匹配到对应楼层时，所述电梯控制模块控制所述电梯运行至所述对应楼层等待召唤；当所述电梯控制模块未匹配到对应楼层时，所述电梯控制模块控制所述电梯运行至初始楼层等待召唤。

进一步，所述匹配规则包括：预设一个时间间隔；预设一个外招次数阈值;根据预设的日期对应原则，从所述运行数据库中检索出所有对应日期和当前时间以后的所述时间间隔内所有被召唤的楼层数据；将楼层数据中大于预设的外招次数阈值且重复次数最多的楼层作为所述匹配到的对应楼层。

进一步，当所述重复次数最多的楼层为多个时，所述电梯控制模块会根据记录的楼层信息中的外招方向来确定一个楼层作为对应楼层。

进一步，所述日期对应原则为星期对应原则或月对应原则。

进一步，所述运行数据库为结构数组式数据库。

进一步，所述运行数据库建立了日期-时间-楼层信息的对应关系。

进一步，所述电梯控制模块为基于MCU的算法。

进一步，所述初始楼层为由用户指定的离散的外招发生的最频繁的层站。

本发明的有益效果是：

通过记录与分析用户符合固定模式的外部召唤，推测出未来可能出现外部召唤的层站并提前前往等待，从而避免了返回基站时造成的不必要的能量浪费，并降低了用户的候梯时间，有利于产品的市场竞争。

附图说明

附图1为本发明中运行数据库的数据结构图；

附图2为本发明的工作流程图；

附图3为神经元网络示意图。

具体实施方式

下面结合附图对本发明电梯运行控制方法的具体实施方式作详细说明。

本发明通过基于MCU微处理单元的电梯控制模块，建立、记录完善和实时更新数据库、搜索数据库以及使用给定逻辑对未来可能出现的外部召唤层站做出预判。

参见附图1，这里的电梯运行数据库包括日期、时间和楼层信息，每次用户进行电梯召唤时，每个时间对应一个召唤楼层信息，形成一条记录，而每个日期对应于多条记录。因此，可以将时间和对应的召唤楼层信息作为数据库的第一个数据组，使第一个数据组与日期组成数组库，这样有利于建立数据的一一对应关系,提高数据库的运行效率。数据库的数据量为DAY_LEN*CALL_LEN*2，故存储的日期数最多为DAY_LEN；而时间与外招楼层信息的数据量为CALL_LEN，即决定了每天储存外部召唤的次数最多为CALL_LEN；这样的嵌套结构建立了每个外招与其触发时间的对应关系、每天的多个外招与日期的对应关系。当然，对于数据量小的电梯数据库而言，日期列、时间列、召唤楼层列以及其它列作为数据结构也是可行的。

随着电梯不断地运行，运行数据库中的数据不断增大。但是时间越久远的数据对当前运行状态的参考意见越小，因此，数据库采用循环式结构，设定数据库的数据量，当新的召唤数据写入数据库同时数据量达到设定的数量时，最先的数据在数据库中被覆盖。