|
1. CS中TCP/IP设备跳上跳下?
(1) 检查CS与CC连接是否正常.如果连接正常,在CS界面的右下角应显示CC ON,在CC监控界面上应看到CS(
注意CC中显示的CS的计算机名应与CS所在计算机名一致)。
(2) 检查DAS中是否已经添加对应的控制器。控制器的型号和ID是否与现场使用的控制器一致。再检查CS中显示的控制器ID是否与DAS一致。如果不一致,可通过重新启动CS,或者点击Exit
>>>Refresh在线刷新控制器到CS中。
(3) 检查CS中显示的控制器数量和ID是否与现场一致。如果CS中没有该ID的控制器,对应的IP地址也会出现跳上和跳下的情况。
(4) 检查现场控制器ID是否重复。如果ID重复,会导致通讯紊乱。
(5) 检查CS列表中出现的IP地址,是否与DAS中添加的控制器ID地址相对应;是否有无关的控制器IP地址出现在CS中,比如:可能错误将控制器的IP服务器设为本CS,但在DAS中该控制器又没有注册在该CS下面。
(6) 检查现场控制器的IP地址是否与其它控制器、其他设备冲突。
(7) 如果现场控制器的IP地址或IP服务器的地址更改了,最好重启控制器。这是因为先前控制器MAC地址对应的IP地址已经注册在CS所在的计算机里,系统需要一段时间刷新MAC地址对应到新的IP地址。
(8) 最后检查控制器与CS的网络是否畅通。可通过ping的方法诊断。
(9) 如果还不能解决问题,请将CS中Comm Monitor和MSMQ Monitor打开(选中下面的Monitor
和Hot Link, 将获得的通讯数据发给Smartkey R & D, 供工程师分析。
2. CC中没有看到CS,或CS中出现CC OFF ?
(1) 首先,这表明CS与CC的通讯已经中断,会影响CS与控制器的通讯、刷卡记录上传以及卡片资料的下发。
(2) 检查DAS中是否已经注册该CS。如果DAS和CS不在同一台计算机上,一定要在DAS中添加新的CS。可在表DAS_CS中看到注册的全部CS。如果CS没有注册到系统中,CC将禁止该CS登录。
(3) 检查CS指向的CC是否正确。点击Exit >>>Command Centre,输入安全密码[1234],再进行更改。更改之后要重新启动CS。
(4) 检查CS中CC的登录用户名和密码是否正确。点击Exit >>>Set Login User,输入安全密码[1234]。用户名为systemmanager,
默认密码为[1234]。如果系统管理员的密码在DAS中更改了,这里也需要更改成相同的密码,否则CS就无法登录CC。注意,默认的登录名为系统管理员SystemManager,请不要更改为其他用户。
(5) 在CC所在计算机中检查队列,打开[我的电脑] >>>[管理] >>>[服务与应用程序]>>>[消息队列]>>>[专用队列]。CS应该有三个专用的队列:
skep_cs_queue
用于存放设备状态、下发命令的回应信息以及其他CS发给CC的数据库资料命令
skepcs_xxxxxx_collection
xxxxxx为CS所在的计算机名。该队列用于存放CS收上来的刷卡记录
skepcs_xxxxxx_response
用于存放CC要发给CS的下发命令,如卡片资料、门禁权限等等
(6) 检查是否开启了消息队列MSMQ日志。如果开启了日志,会导致日志队列占用大量的磁盘空间。请删除所有的日志,或者干脆删除所有队列,重启CC,让CC重新创建所有队列(但要注意collection队列中是否有未收完的消息,如果有,就不能随便删除这个队列,否则就会导致丢失记录)。
3. 刷卡记录能够存储到数据库中但MS看不到?
(1) 检查DAS中是否已经将对应的门分配到区域中。没有分配的话,在该门上的刷卡记录是不会显示在MS中的。
(2) 检查是否有监控该门的权限。Manager登录时,有监控所有门的权限。如果是其他操作员登录,则需要将监控的门添加到操作员权限中。如果没有监控该门的权限,在该门上的刷卡记录是不会显示在MS中的。
(3) 检查CC监控界面中MS是否登录。如果CC监控界面中没有MS,但MS确实又能够登录成功,说明MS连接到一个不正确的CC上。可检查SKEPMS文件夹>>>
Config文件夹>>>SettingBase.xml中:
<MsqHost>sunkaihua</MsqHost>
启用远程连接CC时CC所在的计算机名称
<Uselocal>true</Uselocal>
“ true”表示所连接的CC位于本地计算机,false表示远程连接CC
(4) 检查菜单工具>>>事件设置中,事件设置是否正确。钩选表示MS要显示这些事件,没有选中,MS则不会显示这些刷卡记录。
(5) 如果是刚刚在DAS中添加的门,需要点击一下刷新数据菜单。
4. DAS中有开门的权限,但刷卡后控制器LCD和MS上传记录显示无效门区或无效时区?
(1) 这说明卡片已经下传到控制器中,但控制器中对应的群组(AccessGroup)没有开启门的权限。
(2) 通常发生在初始化控制器或更新一个新的控制器后,没有及时update控制器导致的。在没有update控制器的情况下,如果直接下发新的卡片给控制器,就会出现“无效门区”的情况。Update控制器时,要将控制器的所有卡片、指纹、时区、群组等全部资料全部更新一次,保证数据库的数据与控制器里的数据完全同步。
(3) 在通过DSS自动下发卡片权限时常常会出现上述问题。因为不需要操作DAS,比较容易忘了在初始化控制器或更新一个新的控制器后,需要进行update控制器操作。
(4) DAS在添加一张新卡时,如果该卡片在控制器中的群组是一个新的,CC会自动将新的群组自动下发给控制器的。如果这时CC与CS,或者CS与控制器的通讯出了问题,新群组的命令无法下发到控制器,会保留在CC_DataToController表中。这时就会出现数据库中有该群组,但控制器中没有该群组的情况。如果后面再新增具有同样权限的卡片,而且卡片下发又成功的话,这时刷卡就会出现“无效门区”。这与上面的问题,原因是相同的。
(5) 显示“无效时区”的原因同“无效门区”基本相同。
5. MS电子地图中无法看到门的状态变化?
(1) 首先检查控制器设置。控制器要设置成支持SKEPS才能看到门的状态变化。如果设置成支持SKEMS,则看不到这些状态。常用的状态包括:开门超时、强行开门和通讯失败。
(2) 在电子地图编辑状态下,点击门,检查门状态设置是否正确。如果需要门状态变化时图标相应变化,就需要选中对应的状态。如果没有选中某个状态,则在该状态变化时,电子地图上的图标不会变化。
6. MS报表中查询不到员工和某个门的进出记录?</p>
(1) 可能由于网络超时,在MS启动时,数据库中员工和门的信息没有传到MS。点击菜单系统更新或启动MS即可。
(2) 如果是DAS中刚刚新增加的门或员工,需要将新的数据同步到MS。点击菜单系统更新或启动MS即可。
7. 如何更改MS中图标的大小、字体和显示颜色?
(1) 在SKEPMS >>>Config>>>SystemConfig.ini中进行设置。
(2) 各项参数如下:
IconFont=Arial 图标显示字体
IconFontSize=10 大小
IconFontColor=Red 颜色
IconZoom=100 放大缩小比例
|