日立电梯的AUX无机房电梯故障代码

日立电梯故障代码大全：

1、A1：#10T ON、OFF故障。

2、A1：#15B ON、OFF故障。

3、A1：#97输入信号异常。

4、A1：#11输入信号异常。

5、A1：#12输入信号异常。

6、A1：规格表和数出错。

6、A1：重复故障检出。

7、A2：#100R输入信号异常。

8、A2：门区感应器故障。

9、A2：变频器异常运行。

10、A2：厅门、轿门动作不一致。

11、A2：变频器运行故障。

12、A2：电梯逆转故障。

13、A2：零速不一致。

14、A2：电梯低速超速故障。

15、A2：#50X、#50B ON、OFF故障。

16、A2：变频器控制回路失电故障。

17、A2：#11动作超时故障。

18、A2：#12动作超时故障。

19、A2：速度低故障。

20、B1：高速超速故障。

取得OP权限:rcon_password （OP密码）
显示当前玩家ID与编号:rcon users
踢人:rcon kick ID(或者#编号)
列出玩家IP信息 ：rcon status
封IP命令:rcon addip （时间） （对方的ip地址）
例如:rcon addip 1440 XXXXXXXXXXXX (1代表1分钟，一般封1440分钟) XXX代表IP
按照NB战队OP管理章程规定！封人IP最多只14能封一天，即40分钟！
解IP命令：rcon removeip (IP)
马上更换地图并踢出所有玩家：rcon map （地图名） 建议不要用 合格的OP是不会用这一命令的
马上更换地图不踢人:rcon changelevel （地图名字)
等本地图时间到后换到指定地图：rcon changelevel2 （地图名）
双方通话：rcon sv_alltalk 1（开）
rcon sv_alltalk 0（关）
训练比赛OP命令：
注意：OP请不要乱改服务器参数，会导致服务器死机和服务器混乱的！以下服务器命令只能在训练中使用！
设置进游戏密码: rcon sv_password 密码
设置进游戏密码: rcon sv_password 密码
设置进游戏密码: rcon sv_password 密码
解除游戏密码: rcon sv_password ""
友军伤害开关:rcon mp_friendlyfire 1(打开)
rcon mp_friendlyfire 0(关闭)
死后黑屏开关:rcon mp_fadetoblack 1(打开)
rcon mp_fadetoblack 0(关闭)
平衡：rcon mp_teamlimit 20 （开）
rcon mp_teamlimit 0 （关）
关惩罚:rcon mp_tkpenalty 0
地图时间设置为 20分钟:rcon mp_timelimit 20
比赛模式有2种命令：
第一种：（步骤-首先开启热身模式-然后在开启比赛模式-双方队员打ready开始）
热身模式：rcon mp_clan_match 1 （开）
rcon mp_clan_match 0 （关）
比赛训练模式：rcon mp_clan_readyrestart 1 （开）
rcon mp_clan_readyrestart 0 （关）
第二种：（直接启动比赛模式-双方队员打ready开始）
开始比赛模式：rcon exec matchcfg
恢复到默认模式：rcon exec servercfg
玩家命令：
在控制台直接输入：
取消传送音：stopsound 1 （让耳机的声音更清楚，可以闭掉地图的背景音乐！每次换地图都要从新输入，推荐）
玩家ID会出现在屏幕的正中央：hud_centerid 1
自杀：kill
HUD的颜色(RGB) ：con_color 255
con_color 155
con_color 50
改善网速：r_speeds 0（关）
r_speeds 1（开）
地图剩余时间：timeleft
显示版本信息：version
客户端：
// 服务器名字，如果想使用中文名字，需要将Servercfg文件另保存为UTF-8编码格式。
//输入你服务器的名字
hostname "=NB=战队服务器-dodonlinecomcn"
// 服务器进入密码
//sv_password "123" 表示进入服务器需要输入密码
// 服务器旁观者密码
//sv_spectator_password ""
// 服务器OP密码,注意大小写
rcon_password "123"
// 准星根据分辨率自动调整 允许1/禁止0
mp_autocrosshair 1
// 战术手电 允许1/禁止0
mp_flashlight 1
// 盟军/德军最大人数
mp_teamplay 15
// 友军误伤 关闭0/开启1
mp_friendlyfire 0
// 杀人数、得分上限 无0/有(1-n)，超过上限就换图
mp_fraglimit 0
// 每局时间30分钟
mp_timelimit 40
// 允许下载 开启1/关闭0
sv_allowdownload 1
// 允许上传 关闭0/开启1
sv_allowupload 1
// 允许下载(sv_allowdownload 1)开启时控制是否允许玩家的LOGO传送 允许1/禁止0
sv_send_logos 1
// 允许下载(sv_allowdownload 1)开启时控制是否允许资源文件传送 允许1/禁止0
sv_send_resources 1
// 使用>

日立电梯HGP故障代码如下：

10 主微机故障

11 副微机故障

12 运行接触器短接故障

14 安全继电器短接故障

15 安全回路断开故障

16 软件WDT动作

17 连续3次开门锁死

20 抱闸制动器短接故障

21 抱闸制动器断开故障

22 运行速度偏差故障

23 40D继电器故障

25 40G继电器故障

26 程序和数故障

27 重复故障

30 旋转编码器断线故障

32 空转保护

34 厅门锁短接故障

35 轿门锁短接故障

37 反转故障

38 运行接触器断开故障

41 低速运行超速

42 50B继电器断开故障

50 高速运行超速

51 起动速度异常

54 微动平层逆转超距离

55 强迫减速开关故障

56 微动平层超速故障

57 微动平层运行超距离

58 速度低故障

60 层高测定出错

61 运行中DC48V断电

62 电梯层楼位置出错

64 端站减速曲线异常

70 变频器预报警

71 变频门机故障

73 门区运行故障

75 SCLB板通讯故障

77 自救运行过多

78 SLCC板通讯故障

80 运行中厅门锁断开检出

81 检修状态异常

82 微动平层超时故障

85 微动平层感应器故障

86 电梯开门超时故障

87 电梯关门超时故障

88 运行中轿门锁断开检出

89 变频微机设置为键盘控制模式

90 群控/并联通讯异常

91 电源瞬时停电检出

92 停电自救运行

93 电梯自救运行

94 称重传感器故障

变频器故障代码表：
E101 加速运行过电流 硬件过流：大于额定电流25倍
软件过流：大于额定电流24倍
误差±5%

E102 减速运行过电流

E103 恒速运行过电流

E104 加速运行过电压 软件：母线：厂家参数0~999V可调，出厂值760V    硬件母线滞环，范围780V~820V误差±5%   直流母线电压检测误差±3%

E105 减速运行过电压

E106 恒速运行过电压

E107 控制电源过电压 软件：厂家参数:1200~1300% ,出厂值130%

注：控制电源电压检测误差：±5%

E108 输入侧缺相 输入缺相，相应检测信号为脉冲序列

E109 输出侧缺相 输出缺相在运行时检测，输出电流大于333%额定时才检测

E110 功率模块故障 功率模块过流、过热、欠压

E111 功率模块散热器过热 模块检测点温度：83℃（含）以上；

温度检测误差：±5摄氏度

E112 未使用

E113 驱动器过载 电流超过保护起始点

E114 电机过载 电流超过保护起始点

E115 未使用

E116 E2PROM读写故障 读写过程中出现校验错误

E117 未使用

E118 接触器未吸合 在控制和主回路电源上电后，在正常的工作的电压下，存在接触器吸合指令时，未检测到接触器辅助触点吸合信号

E119 电流检测电路故障 电流检测电路异常

E120 CPU错误 双DSP之间spi通讯异常

E121 未使用

E122 未使用

E123 键盘E2PROM读写错误 键盘读写EEPROM出错或DSP要求读取的数据不符

E124 调谐错误 参数调谐过程出现异常

E125 编码器故障 编码器断线检测保护

E126 未使用

E127 制动单元故障 制动单元故障

E128 参数设定出错 电机额定参数设置不当，与变频器额定参数相差很大

E129 未使用

E130 电梯超速 运行速度大于电梯额定速度12倍

E131 输入输出故障 输入输出故障
1 距离控制运行过程中有检修命令输入
2 距离控制运行过程中有微动平层命令输入，报此故障
3 检修状态下有自学习输入
4 检修状态下有微动平层命令输入

E132 不满足最低层运行条件 曲线最短减速距离大于最小楼层高度

E133 自学习出错 层高测定模式出错

E134 速度偏差故障 运行速度>预定速度7%，持续时间1S

E135 未使用E139 双口RAM故障 变频副微机对DPRAM中数据读写过程中判断，有异常则报故障；
主微机在双口RAM中的正常标志超过80毫秒没有刷新

E140 主微机68376故障 硬件反馈主微机68376有故障信号

扩展资料：

日立 HGP 电梯调试步骤：

第 1 步、检查电机 U V W 是否对应控制柜中的 U V W；

第 2 步 、将主机侧的磁极数写入到 F709 中；

第 3 步 、检修运行电梯，观察是否飞车和运行方向是否一致（若方向相反修改 F004） ；

第 4 步 、检查各安全回路（安全、门锁、上下终端开关短接线是否解除） ；

第 5 步、 将电梯开到最底层做层高测试 MODE-2-SET

第 6 步 、确认轿底承重橡胶旁的螺杆是否调整至 8~10mm 距离，并且确认轿厢防摆卡胶是否轻触竖梁后方可调整轿底涡流传感器使 F500（表示轿内当前载重）的数值在 190~210 之间；注意在调整涡流传感器时，要不断地退出 F500 进行观测。

第 7 步 将空载数值写入 F501 中；

第 8 步 在轿内加入轿厢铭牌上的载重量后，观测 F500 数值，将该数值写入到 F502 中；

第 9 步 观察满载和空载的启动舒适感。

参考资料：

日立电梯官网

您好！楼主。我推荐一个更安全的值“20000”。事实上，“sv_maxrate 0”和“sv_maxrate 20000”有可能效果是相同
的，但是预防措施总是没有坏处的。 推荐值：sv_maxrate 20000 cl_cmdrate：这个参数的理想值应该是和服务器的FPS一样（而不是原来大家认为的客户端FPS）。如果你向服务器端发
出的更新超过服务器本身的FPS，通常那些多余的数据包就会被丢弃掉。因此，“cl_cmdrate”设置过高没有
什么大坏处，但是它浪费了你的带宽。推荐值：cl_cmdrate 等于或者大于服务器FPS ex_interp：
把这个值设成0。CS会自动把你的“ex_interp”设成“1/cl_updaterate”（你的命令台会告诉你
“ex_interp”被强制设成XX毫秒。原文“ex_interp forced up to xx msec”）。这是因为两个数据包之
间的时间间隔就正好是1/（每秒更新次数），这就是你需要客户端做出插值预测的时间长度。调整
“cl_updaterate”会自动调整“ex_interp”（当“ex_interp”设成0的时候）。我建议你只修改
“cl_updaterate”，而让你的CS来自动修改“ex_interp”。你现在不能把“ex_interp”设置的低于
“ 1/cl_updaterate”，而把它设高则导致了你射击对手的时候不得不瞄准出现在你屏幕上的人的后方，这种
行为通常被认为是作弊（原文exploit，因为欧美比赛中exploit也算是作弊的一种，因此这里就直接翻译成
作弊了）。比如，如果你的“cl_updaterate”是101，你“ex_interp”的正确值就是“1/101=0009”（9
毫秒）。而使用默认值01就形成了前述的“作弊”（又是exploit，我ft）推荐值：ex_interp 0cl_updaterate：
很长时间以来的做法是让“cl_updaterate”从101开始下降，降到你可以接受的“choke”值。可以用命
令“net_graph 3”来查看“choke”。对我来讲，“choke”是我最后才关心的一个数值。事实上得到
“cl_updaterate”的最优值是更为复杂的。CAL比赛服务器端设置都是“sv_maxupdaterate 101”，所有有
人可能会觉得“cl_updaterate”应该设成101。理想状态下，这是对的，但现实中这并不正确。美国大部分
的服务器并不能提供100FPS，这就意味着每秒钟服务器不可能发出100次更新。因此“cl_updaterate 101”
除了让你的“ex_interp”变成0009之外，并不能保证你每秒钟都收到100次更新，这就导致了玩家们的游戏
感觉不断在变。既然没有（除非有远程控制权，“rcon stats”）知道服务器FPS的方法，我们就不得不猜测
“cl_updaterate”的最优值。你可能说：“不妨把“cl_updaterate”设成101，这样就保证了能尽可能多
的接收到数据包”。这样做的问题是忽视了“cl_updaterate”对“ex_interp”的影响，而实际上你的
“ex_interp”应该设的更高。
为了找出最优的“cl_updaterate”值（记得把“ex_interp”设成0），将其值从101开始下降直到游戏
中的人物只有非常轻微的抖动。“轻微的抖动”的程度只是个人的偏好而已，只要你的“ex_interp”等于
“1/cl_updaterate”，游戏中的人物就应该是在正确的位置上。你必须针对每个服务器来调整你的
“cl_updaterate”。别害怕使用低于50的“cl_updaterate”值。预测机制会发挥它的作用。注意：大多数
公众服务器会把“sv_maxupdaterate”设成30，这时“cl_updaterate 30”就是最正确的。
　 请注意“cl_updaterate”从低向高调整是行不通的。一旦你的“cl_updaterate”设置到了一个较高的
值，“ex_interp”并不会自动调整，而你不得不一次又一次的手动输入“ex_interp 0”。下面是我写的一
个调整“cl_updaterate”的很方便的脚本：调整更新速度的设置文件推荐值：
“cl_updaterate”应该等于服务器的FPS，而且不应该超过服务器的 “sv_maxupdaterate”值。sys_ticrate：
寻找合适的“sys_ticrate”值需要做一些试验。首先，如果你的服务器fps没有被提高到100以上，那么
把这个值设成大于100是毫无意义的。如果你碰巧租到的是一个高性能服务器（即FPS被提升过），那么你就可
以对“sys_ticrate”做点什么了。尽管越高的FPS是件好事，但是把“sys_ticrate”设置的超过200通常不
是件好事。比如你把“sys_ticrate”设成9999， 你的服务器FPS则会随着当前地图上的战况而在150到1000
之间晃悠。因此把它设置的低于200，会提供一个更稳定的游戏环境。通常，服务其提供商的每台计算机都会
运行多个“半条命”服务器，所以如果所有这些服务器的“sys_ticrate”很高的话，就会占用极大的CPU资
源。而使得每个“半条命”服务器上的玩家都感觉不爽。（并且多半你的服务器供应商还会增加月租金）。
最后，服务器的FPS只能是某些特定的数。比如，我的服务器只能工作在85、102、128、170、256等几个
FPS下，而且不会出现其它的FPS值。如果你把“sys_ticrate”设成100，你的服务器会自动选取小于100的那
个工作值（上面情况下，将是85）。所以请试着在你想要的FPS上加上20到50，来设置“sys_ticrate”。推荐值：
sys_ticrate 110-180， 取决于你服务器的质量。局域网赛事注意事项：
那些局域网赛事的主办者，比如CPL，使用“cl_updaterate 101”的原因是由于他们使用了高品质的服
务器。如果服务器的FPS被提高到100以上，那么使用“cl_updaterate 101”就是一个合理的值。一个快速的
查看你局域网服务器FPS是否被提高的方法是看玩家的ping。一个运行在50或者64FPS的默认服务器通常会让
玩家的ping超过15毫秒，而一个被提升的服务器则会提供一个远小于此的ping值，通常是在5毫秒左右。就我
所知，CPL、ESWC和WCG都是使用的提升过的服务器。本文将深入探讨一些CS中有争议的关于网络的参数。网络参数是一个相对新的课题，那些顶尖的选手也是从
13时代欧洲与美洲的激烈碰撞中才开始注意到的。在15的时代，选手们开始认真研究特定网络参数的意义。
事实上，大多数人直接采用了别人的正确设置。尽管如此，到了16，Valve修正了代码中的一个错误，反而造
成了更多的混乱。原来正确的设置由于Valve的反作弊程序(VAC)而不能发挥其效力。你们中的有些人可能由于
我很久之前的那篇“ex_参数解析”的文章而记得我。这个观点是通过两年来试验和观察累计而成的。近来有些事情使我提起了对网络参数的兴趣：网管强
迫玩家使用错误的参数，局域网赛事中选手由于使用正确的参数而被取消资格等等。最近我通过和一位Valve
员工之间的一系列通信而确认了本文中的大部分内容。（对于你们关于demo问题的那些疑问，Valve确实在研
究解决方案。）要声明的是，本文所含内容不会使你成为另外一个“Spawn”，但是可以消除错误的对他人关
于网络参数的指责并提供一个更加平衡的竞技环境。下面，我将对我认为重要的网络参数给出一个概述并介绍一下其背景。然后我会给出网络参数建议
值，并解释为何如此建议。请注意：以“sv_”或者“sys_”开头的参数是服务器端参数，如需修改必须用远程控制命令“rcon”修改。
直接修改该参数将导致本地机器的参数被修改，而不是服务器上的参数。“ex_interp”和“cl_updaterate”两个参数之间的关系极端重要，阅读下文关于其中任何一个的
时候，也请阅读关于另外一个的部分。本文阅读对象主要是那些用宽带上网的读者。一般信息：cl_cmdrate：这个参数决定了每秒钟你--即客户端发给服务器多少个数据包。很显然，这个值越高，服务器对你执
行的命令的响应就越快。如果你拥有宽带网并且是其唯一使用者，把此值设高对你没什么坏处。如果你和你的
朋友在一处上网打CS，并且能感觉到经常出现延迟的现象，那么这个命令就是罪魁祸首。大多数的宽带（主要
是ADSL）并不提供足够的上传带宽，而这恰恰是“cl_cmdrate”所需要的。cl_updaterate：“cl_updaterate”和“cl_cmdrate”颇为类似，只是反其道而行之。它控制的是每秒钟你从服务
器端接收的数据包的数量。因此，它依赖的是你的下载速度。你的“cl_updaterate”值越高，你和服务器的
同步率就越高。既然只有服务器能决定你是否打中了，你当然希望收到足够多的数据包以保持和服务器同步。sv_maxupdaterate：如同“cl_updaterate”控制每秒钟客户端发给服务器端的最大数据包数量，
“sv_maxupdaterate”就是每秒钟服务器端允许客户端接收的最大数据包数量。因此，把
“cl_updaterate”设置的高于“sv_maxupdaterate”是毫无意义的。sys_ticrate：这个参数设定的是每秒钟服务器将计算出的帧数。默认值是100。为什么服务器的FPS（每秒钟的帧
数）重要呢？这个参数本身决定了你在这个服务器上的感觉。我肯定我们都有过这种经验：有些服务器好像是
架设在“深蓝”（或者曙光？龙芯？呵呵）上，而我们就好像是在局域网里打比赛一样。“sys_ticrate”只是设定你服务器的最大FPS。一般来说，你的服务器不会达到这个值，因为你的
*** 作系统并不允许你这样。有很多种不同的方法来提升服务器的FPS，但是其中很多种都需要服务器提供商的
合作。请记住，提高服务器的FPS会导致服务器提供商的机器CPU加重负担，因此多半服务器供应商们不会这么
做。（出于某种原因，在de_inferno和de_aztec上提高服务器的FPS会导致CPU过载）。基于Windows的“半
条命”服务器的默认FPS是64，而基于Linux的服务器的默认FPS是50。某些情况下，你可以把服务器FPS提高
到512。是否使用如此之高的服务器FPS现在还有争议，但是就我个人的经验，通常在200FPS下你的游戏感觉会
有明显的改善。稳定性是关键。FPS在100和512之间跳来跳去只会使你的游戏感觉更糟糕，因此当你的服务器一般状
态下是150FPS的时候，不妨把“sys_ticrate”设成150。如果你有服务器的远程控制权限并且想知道服务器当前的FPS，那么就在命令台中输入“rcon
stats”。要检查你的服务器有没有被提升过，暂时把“sys_ticrate”设成10000，并输入“rcon
stats”。如果你的服务器FPS大于100，那么你的服务器就是被提升过了。ex_interp：开始之前，韦氏大辞典如下定义“interpolate”（插值）：Main Entry: in·ter·po·late （主要词条： interpolate）3 : to estimate values of (a function) between two known values （3：估计两个已知
函数值中间的函数值）
intransitive senses : to make insertions (as of estimated values) （不及物动词：
插入（在估计值的时候）
感谢楼主，希望采纳。

---