CFMAW09-030MMOG偏离许可
- 格式:pdf
- 大小:170.75 KB
- 文档页数:4
WCDMA信令分析总结在网络优化工作中,常常要用到信令分析的方法对问题进行定位。
熟悉信令分析,对于快速定位问题,处理投诉,异常KPI指标的分析,以及VIP用户的保障有很大的作用。
信令中涉及很多计算,只有清楚关键信息的获取和关键参数的计算方法,才能快速准确地利用信令分析问题。
本文结合实际经验并参考相关文档,对一些常用的计算方法及关键信息的查看进行了归纳,对一些重要的原理知识也做了部分解释。
适合对信令不太熟悉的初学者参考使用。
目录1基本信息类 (4)1.1PLMN,LAC, RAC,RNCID (4)1.2看CS还是PS域 (4)1.2.1根据Message Source看 (5)1.2.2从最近的RB SETUP消息看 (5)1.3看当前占用小区的CI,扰码,码字 (6)1.4CELLID的计算 (7)1.5从RL_SETUP_REQ中直接看CELLID (7)2覆盖分析类 (8)2.1RSCP和ECIO的分析 (8)2.1.1从MR中分析RSCP和ECIO (8)2.1.2从RRC CONNECT REQUEST获取RSCP和ECIO (9)2.1.3从MR中分析GSM RSSI信号强度 (9)2.2BELR的分析 (10)2.2.1BLER的分析方法 (11)2.2.2BLER的经验总结 (14)3CS业务分析类 (15)3.1看主被叫号码 (15)3.2看被叫号码 (15)3.3看当前的业务类型,以及OVSF码字 (16)3.4从SIB3消息中看小区是否被BAR掉 (17)4PS业务分析类 (19)4.1如何区分传输是IP还是ATM (19)4.2看PS是否建立在HSDPA/HSUPA上 (20)4.3看PS业务占用的IPPATH (21)4.4计算PS业务是否是384K (22)4.4.1PS 384K的计算 (22)4.4.2PS 384K的计算2 (22)4.5看终端的能力类型(如是否支持HSDPA) (23)4.6看核心网指派速率 (24)4.7PDP去激活 (25)4.8接入点APN获取 (25)4.9计算RTWP (26)4.10看分配的HSSCCH码字 (27)52ms HSUPA分析类 (27)5.1AUDIT RSP (28)5.2RRC CONN REQ (28)5.3RRC CONN SETUP (29)5.4RRC CONN SETUP CMP (31)5.5RB SETUP (32)5.6切换典型流程之2ms-10ms (33)6重选分析类 (35)6.1从SIB3中看Sintersearch (35)6.2从SIB11中看q_offset (36)6.3从SIB11中看邻区质量驻留门限 (37)7切换分析类 (37)7.1在MR中看UE上报的事件 (37)7.2在ASU中看RNC下发的切换事件 (38)7.3物理信道重配置 (39)7.4从测量控制信令中看邻区及参数 (39)7.5手机的六类测量 (40)8关于MEASUREMENT CONTROL消息的研究分析 (44)8.1概述 (44)8.2消息分析 (44)8.2.1建立measurement Identity=1质量测量控制.................. 错误!未定义书签。
教务管理系统分析设计报告目录一、内容概要 (2)1.1 编写背景 (3)1.2 目的和意义 (4)1.3 报告结构 (5)二、系统需求分析 (6)2.1 功能需求 (7)2.1.1 学生管理功能 (8)2.1.2 教师管理功能 (9)2.1.3 课程管理功能 (11)2.1.4 成绩管理功能 (12)2.1.5 管理员功能 (13)2.2 非功能需求 (14)2.2.1 性能需求 (15)2.2.2 安全性需求 (16)2.2.3 可用性需求 (17)2.2.4 可维护性需求 (18)三、系统设计 (20)3.1 系统架构设计 (21)3.2 数据库设计 (22)3.2.1 数据表设计 (24)3.2.2 关系设计 (25)3.3 模块设计 (27)3.3.1 学生管理模块 (28)3.3.2 教师管理模块 (30)3.3.3 课程管理模块 (31)3.3.4 成绩管理模块 (33)3.3.5 管理员模块 (34)3.4 界面设计 (37)四、系统实现与测试 (38)4.1 实现方案 (39)4.2 开发进度 (40)4.3 测试计划 (41)4.4 测试结果分析 (42)五、结论与展望 (43)5.1 系统总结 (44)5.2 发展建议 (45)5.3 后续工作 (46)一、内容概要本报告旨在对教务管理系统进行分析设计,以期为系统的开发和实施提供参考。
教务管理系统是学校教育管理的重要组成部分,负责学生信息管理、课程安排、成绩统计、教师管理等功能。
本报告将从系统的需求分析、功能模块设计、技术架构设计、实施计划等方面进行详细阐述。
需求分析部分主要通过对学校现有教务管理流程的梳理,明确系统需要满足的功能需求和性能需求。
功能需求包括学生信息管理、课程安排、成绩统计、教师管理等基本功能,以及一些可选功能如在线选课、教学资源共享等。
性能需求包括系统的响应时间、并发用户数、数据安全性等方面的要求。
在功能模块设计部分,我们将根据需求分析结果,对系统进行模块划分,明确各个模块的功能和相互关系。
目录1视频会议开局调试内容 ....................................... 错误!未定义书签。
系统组网图................................................ 错误!未定义书签。
准备会议参数.............................................. 错误!未定义书签。
规划IP地址............................................... 错误!未定义书签。
规划通信参数.............................................. 错误!未定义书签。
配置MCU8650 ............................................. 错误!未定义书签。
配置8650与RM的相关参数.................................. 错误!未定义书签。
配置8650与SC(GK)相关参数 .............................. 错误!未定义书签。
配置RM数据............................................... 错误!未定义书签。
添加区号.................................................. 错误!未定义书签。
添加服务区................................................ 错误!未定义书签。
添加MCU 8650 ............................................. 错误!未定义书签。
添加会场.................................................. 错误!未定义书签。
检查OMU软件环境检查OMU的软件环境设置,以保证OMU应用程序安装成功、运行正常。
操作步骤1.登录OMU。
2.执行命令cat /etc/DL-Release,检查OMU的操作系统版本。
上传OMU应用程序安装包至OMU安装OMU应用程序前,必须将OMU应用程序安装包上传至OMU指定目录中。
前提条件∙已经登录华为技术支持网站(/support/)从“软件中心>版本软件>无线>Single RAN>MBSC>BSC6900”路径下获取OMU应用程序安装包。
∙已经获取psftp软件背景信息∙OMU应用程序安装包必须上传至OMU的“\mbsc\upgrade”目录中。
∙OMU应用程序安装包必须以版本号命名,即OMU应用程序安装包上传至OMU后,目录结构为:\mbsc\upgrade\V900R011C**。
说明:本操作以上传V900R011C00版本安装包至OMU的“\mbsc\upgrade”路径,从网站下载的版本文件存放在本地D盘中为例。
操作步骤1.解压BSC6900版本安装包至本地D盘。
2.使用psftp软件登录OMU。
3.输入命令lcd D:\,登录本地存放版本文件的目录。
4.输入命令ls /mbsc/upgrade,查询OMU上是否存在安装目录。
5.输入命令mkdir /mbsc/upgrade,在OMU上创建安装目录。
6.输入命令cd /mbsc/upgrade,切换至OMU安装目录。
7.输入命令put -r V900R011C00,执行文件上传。
8.文件上传完毕,输入命令exit,退出psftp软件。
安装OMU应用程序到主工作区在OMU的主工作区中安装OMU应用程序。
如果BSC6900配置的是双机模式,则需要分别在两块OMUa单板的主工作区中安装OMU应用程序。
前提条件∙已经完成检查OMU软件环境。
∙已经获取OMU软件安装信息。
背景信息直接通过命令运行BSC6900版本软件包中的install_bam程序,安装过程中手动输入相关配置参数完成安装。
内部资料,请勿扩散 第1页, 共15页 1 前言在MGW 的业务定位手段中,最常用的是H248消息跟踪、QAAL2消息跟踪、ATMUP 消息跟踪、ContextID 确定的呼叫跟踪。
各单板的串口调试命令能输出呼叫异常信息和数据统计,可以查到比较详细的错误原因,建议在跟踪无法定位时使用。
2 各种业务与组网呼叫问题定位1. 通用问题呼叫时直接失败,主叫听到忙音,没有H248消息到达MGW 。
有如下可能情况:1、各种组网,问题通常在于SX3000上的MGW 状态为故障,导致呼叫无法进行。
常见故障原因:1) SX3000与MGW 的PPU 之间的网线未连接;2) PPU 的网线被插在PPU 的调试网口;3) 网络状况或者网口接触不良、网口工作模式(单双工/10M/100M )不匹配,导致误码率过高;4) SX3000修改鉴权参数导致H248链路中断;5) MGW 上人为去激活网关后忘记重新激活;6) MGW PPU 单板与SoftX3000之间的IFM 单板没有通过LANSWITCH 相连,而是采用直接连接方式常用定位手段:1) 在MML 维护台使用命令DSP VMGW ,检查网关状态是否业务态;2) SX3000上DSP MGW ,检查与MGW 的网关状态是否一致;3) 在MGW 和3000维护台上分别PING 对方,检查MGW 与SX3000的以太网连接是否正常;4) DSP IPIF ,检查PPU 板的以太网口状态是否正常;5) 检查H248链路、VMGW 、MGC 配置数据;解决:1)保证MC 接口物理连接正常,可PING 通;2)保证数据配置正确,网关激活。
2、UE 做主叫,问题通常在于UE 没有注册成功,导致无法发起呼叫。
内部资料,请勿扩散 第2页, 共15页 常见故障原因:1) RNC 或NodeB 故障,本地小区异常;2) RNC 与MGW 之间的MTP3B 链路中断;3) SX3000与MGW 之间的M3UA 链路中断,中断原因与H248链路类似;常用定位手段:1) 跟踪RNC 的Uu 接口,察看UE 的上报消息是否到达RNC ,确保NodeB 没有问题;2) 跟踪RNC 上的Iu 接口,看RNC 是否发出了消息,确保RNC 没有问题;3) 检查MGW 与RNC 之间的MTP3B 链路是否可用,如不可用,执行4、5;4) 检查RNC 与A4L 之间的光纤是否有未连接、光纤收发接反情况,观察LINK 指示灯是否正常;5) 检查RNC 与A4L 的光模块单/多模式是否相同,如不同可能因误码率过高导致链路中断;6) 如果MTP3B 链路可用,跟踪MTP3B 接口,是否收到了SCCP 报文,是否发送了SCCP 报文;7) 跟踪M3UA 接口,看SCCP 报文是否转发到了SX3000,是否收到了SX3000的SCCP 报文; 解决:1)更换正确的光纤、做正确的连接;2)保证MTP3B 、M3UA 数据配置正确。
家教信息管理系统论文目录一、内容描述 (3)1.1 研究背景与意义 (3)1.2 国内外研究现状 (4)1.3 论文结构安排 (6)二、系统需求分析 (6)2.1 功能需求 (8)2.1.1 用户管理功能 (9)2.1.2 家教信息管理功能 (11)2.1.3 考试与评估功能 (11)2.1.4 数据统计与分析功能 (13)2.2 非功能需求 (14)2.2.1 性能需求 (15)2.2.2 可用性需求 (17)2.2.3 安全性需求 (18)三、系统设计 (19)3.1 系统架构设计 (20)3.2 数据库设计 (21)3.2.1 关系模型设计 (23)3.2.2 数据库表设计 (24)3.3 界面设计 (25)3.3.1 用户界面设计 (26)3.3.2 管理员界面设计 (27)3.4 系统流程设计 (28)四、系统实现 (29)4.1 开发环境搭建 (31)4.2 核心功能实现 (33)4.2.1 用户管理模块实现 (34)4.2.2 家教信息管理模块实现 (35)4.2.3 考试与评估模块实现 (36)4.2.4 数据统计与分析模块实现 (37)4.3 系统测试 (38)4.3.1 测试目的与计划 (39)4.3.2 测试方法与过程 (41)4.3.3 测试结果与分析 (42)五、系统应用与推广 (43)5.1 系统部署与应用场景 (45)5.2 用户反馈与改进措施 (46)5.3 推广策略与前景展望 (47)六、结论与展望 (48)6.1 研究成果总结 (49)6.2 存在问题与不足 (50)6.3 后续研究方向与展望 (52)一、内容描述本论文旨在设计并实现一个家教信息管理系统,以便有效地管理和组织家教服务市场中的信息。
该系统将为家教提供者和需求者提供一个便捷的平台,使他们能够轻松地找到合适的家教资源。
本系统的主要功能包括家教信息的发布、查询、修改和删除等操作。
为了保证系统的安全性和可靠性,我们还将采用一定的技术手段来保护用户的隐私和数据安全。
platformaoacoverride 参数
PlatformAoAcOverride是一个注册表参数,位
于HKLM\System\CurrentControlSet\Control\Power路径下。
这个参数被用来控制电源计划的行为,特别是与“高性能”和“节能”模式有关的行为。
具体来说,PlatformAoAcOverride参数的值是一个DWORD 类型的值,通常用来覆盖平台特定的Always On Always Connected(AoAC)行为。
在某些情况下,添加或修改这个注册表项可能会导致电源计划行为的变化,包括可能无法恢复到默认的“高性能”和“节能”模式。
如果你发现你的电源计划行为异常,并且怀疑这是由于PlatformAoAcOverride参数被修改导致的,你可以尝试删除这个注册表项来恢复默认设置。
这可以通过直接编辑注册表或使用Windows PowerShell (Admin) 来完成。
在PowerShell 中,你可以使用reg delete命令来删除注册表项,例如:
reg delete HKLM\System\CurrentControlSet\Control\Power /v
PlatformAoAcOverride /f
请注意,编辑注册表是一个高级操作,需要谨慎进行。
在修改注册表之前,最好备份当前的注册表设置,以防出现问题时能够恢复到原始状态。
同时,如果你不确定如何操作,最好寻求专业的帮助或指导。
中国移动通信集团湖北有限公司网管中心预处理手册(华为MSC-MGW)【设备型号】:UMG8900【设备类型】:MGW【硬件平台】:OSTA【软件版本】:UMG8900V200R003/ UMG8900V200R005【预处理手册版本】:V1.1【本次版本更新时间】:2007年7月目录目录 (1)1、严重告警 (4)§1.1虚拟媒体网关迁移出业务态(ALM:1802) (4)§1.2主备倒换失败(ALM:0001) (6)§1.3 单板硬件故障(ALM:0007) (7)§1.4 单板硬件模块故障(ALM:0021) (9)§1.5 单板故障(ALM:0040) (10)§1.6 单机框不可用(ALM:0041) (11)§1.7 硬盘空间拥塞(ALM:1412) (12)§1.8 SPF扣板故障(ALM:3902) (13)§1.9 接口芯片异常(ALM:2633) (14)§1.10 逻辑工作不正常(ALM:2634) (15)§1.11 SDH信号丢失LOS(ALM:1201) (15)§1.12 SDH帧定位丢失(ALM:1202) (16)§1.13 接口故障(ALM:3209) (17)§1.14 M3UA目的实体路由无效(ALM:3991) (19)§1.15 M3UA路由无效(ALM:3992) (20)§1.16 M3UA目的信令点不可达(ALM:3993) (22)§1.17 MTP3目的信令点不可达(ALM:3980) (23)§1.18 L2UA链路组故障(ALM:3905) (25)2、重要告警 (27)§2.1 接收信号丢失(ALM:2601) (27)§2.2 接收时钟丢失(ALM:2602) (28)§2.3 CPU拥塞(ALM:1402) (30)§2.4 硬盘空间过载(ALM:1411) (31)§2.5 MBLU单板芯片故障(ALM:2001) (32)§2.6 FLU故障(ALM:2006) (33)§2.7 SPF扣板CPU过载(ALM:3850) (34)§2.8 配电框电路电源故障告警(ALM:317) (35)§2.9 TC U或VPU或ECU单板硬件告警(ALM:1613) (35)§2.10 BAM系统文件损坏告警(ALM:270) (36)§2.11 FE级联网口故障(ALM:0026) (37)§2.12 单板控制网口故障(ALM:37) (38)§2.13 GE级联光口故障(ALM:605) (39)§2.14 级联光口故障(ALM:807) (40)§2.15 级联链路连接与配置不符(ALM:818) (41)§2.16 级联链路连接错误(ALM:819) (42)§2.17 GE通道故障(ALM:1606) (43)§2.18 GE通道光模块故障(ALM:2002) (44)§2.19 GE通道CDR故障(ALM:2003) (45)§2.20 TDM通道光模块故障(ALM:2004) (45)§2.21 参考源丢失(ALM:2202) (46)§2.22 恒温晶体输出信号丢失(ALM:2204) (48)§2.23 时分交换芯片时钟丢失(ALM:2631) (50)§2.24 时分交换芯片时钟未锁定(ALM:2632) (51)§2.25 单板时钟故障(ALM:804) (52)§2.26 NET板主用时钟失锁(ALM:808) (53)§2.27 BLU时钟故障(ALM:2007) (54)§2.28 DDS输出信号丢失(ALM:2206) (55)§2.29 时钟丢失(ALM:2407) (57)§2.30 38M时钟故障(ALM:2524) (58)§2.31 34M/45M时钟故障(ALM:2527) (58)§2.32 12M时钟故障(ALM:2528) (59)§2.33 77M时钟丢失(ALM:2635) (59)§2.34 32M时钟丢失(ALM:2636) (60)§2.35 2K时钟丢失(ALM:2637) (61)§2.36 38M时钟丢失(ALM:3258) (61)§2.37 SPF时钟丢失(ALM:3900) (62)§2.38 SCTP信令链路拥塞(ALM:407) (64)§2.39 信令链路故障告警(ALM:409) (66)§2.40 信令半永久连接故障(ALM:802) (68)§2.41 M3UA链路故障(ALM:1250) (69)§2.42 M3UA链路故障(ALM:3990) (70)§2.43 SPF扣板链路故障(ALM:3851) (72)§2.44 L2UA链路拥塞(ALM:3904) (73)§2.45 MTP链路(ALM:3981) (74)§2.46 M3UA链路SCTP拥塞(ALM:3994) (75)3、次要告警 (77)§3.1 E1/T1时钟信号丢失(ALM:2401) (77)§3.2 E1/T1告警指示(ALM:2402) (78)§3.3 E1/T1远端告警(ALM:2403) (79)1、严重告警§1.1虚拟媒体网关迁移出业务态(ALM:1802)【告警标题(网管呈现)】:虚拟媒体网关迁移出业务态【告警标题含义】:当虚拟媒体网关因某种外界原因迁移出业务态时产生此告警。
Sophos UTM 9 and XG Firewall MigrationFrequently Asked QuestionsWhat is the difference between SG and XG?As you know, Sophos SG Series appliances with UTM 9 firmware are our leading and award-winning Unified Threat Management (UTM) platform. Sophos UTM has a long and successful history that extends back several years. We will continue to develop and support this platform. You can learn more about Sophos UTM 9 and the SG Series and what makes them so great here.Sophos XG Firewall, is our new firewall platform, that combines some of the great technology from UTM 9 with a variety of new technology including support for the new Sophos Security Heartbeat™, a new user interface, improved user-based policies and reporting, and much more. It comes pre-installed on XG Series appliances but you can also upgrade your SG Series appliances (more on that below).You can learn more about Sophos XG Firewall here: UTM or Next-Gen Firewall. What’s the difference between the SG Series and XG Series hardware appliances?SG Series appliances come pre-installed with UTM 9 firmware. XG Series appliances come pre-installed with XG Firewall firmware. Otherwise, the hardware specifications are identical.Can I migrate from UTM 9 to the new XG Firewall?Yes. As a Sophos UTM 9 customer with a valid license, you are entitled to migrate to XG Firewall when the timing is right for you. We strongly urge customers to be patient and wait for the automated migration tools as it will provide the best experience.As an existing UTM 9 customer wishing to upgrade what should I do?We suggest all UTM 9 customers spend some time to get familiar with the new XG Firewall utilizing the free trial option while patiently awaiting the migration tools to make the transition as seamless as possible.Do I have to migrate from UTM 9 to XG Firewall?No. While we are confident that most Sophos UTM 9 customers will want to take advantage of many of the great new features and benefits of XG Firewall over time, there is certainly no rush, and you don’t have to migrate if you don’t want to.Will you continue to develop and support UTM 9?Yes. Sophos UTM 9 will see continued development and support with a couple of new releases already in the planning stages.Will the new XG Firewall firmware run on my existing hardware or virtual environment?Sophos XG Firewall runs perfectly on all Sophos SG Series hardware appliances, as wellas the same Intel compatible hardware and the same virtual environments as UTM 9. XG Firewall is not currently compatible with Amazon Web Services, but we plan to add support for AWS and Azure cloud deployments soon.Customers with UTM Series or ASG Series hardware (prior to the SG Series) interested in migrating to XG Firewall should talk to their Sophos Partner about doing a hardware refresh to one of the XG Series that come pre-installed with XG Firewall.When can I migrate from UTM 9 to XG Firewall?We strongly recommend that customers wait until the migration tools are available. This will ensure a smooth migration. We recommend working with your preferred Sophos Partner to plan your migration when the time is right.Is there a license fee associated with migrating?No. Sophos is pleased to enable you to switch your license from UTM 9 to XG Firewall at no extra charge.What are the various migration phases and tools available?In order to make migration as smooth as possible, we are developing a series of migration tools that will be rolled out in phases following the launch of XG Firewall. Watch the Sophos Corporate Blog for migration news, tools, and help or contact your Sophos Partner.Here are the migration phases:Migration at Launch: While we strongly encourage existing customers to wait until Phase 1 or 2, early adopters who wish to migrate to XG Firewall following launch can do a manual migration. There will be no migration tools available during this phase so you will be setting up and configuring your XG Firewall from a fresh install.Phase 1 Migration: is in planning and we anticipate being able to offer beta migration tools by mid-2016. The process will involve manually taking a backup of your UTM 9 device and uploading it to the Cloud Migration Service for conversion, making necessary adjustments, and then exporting it as a configuration for XG Firewall.Phase 2 Migration: is planned to coincide with an update to XG Firewall in mid-2016. It will enable UTM 9.4 customers to use an option in Webadmin to initiate a migration adding some automation and less manual process with options to retain some quarantine items. Phase 3 Migration: Later in 2016 we plan to simplify the migration process further with support for multiple device migration and more automation.Are there UTM 9 features I need that are not in XG Firewall?There are a few feature gaps you should be aware of. If you are dependent on any of these features, you will want to wait until the gaps are closed in a subsequent release of XG Firewall. Watch the Sophos Corporate Blog for XG Firewall updates and news.Here are the most significant initial feature gaps:ÌMulti-node clustering of 3 or more appliances is not supported initially(two appliance clustering for Active-Active or Active-Passive is supported)ÌClustering of “w” (integrated wireless) models is not supported initiallyÌSite-to-Site RED Tunnels are not supported initially(RED devices are fully supported in XG Firewall but not RED tunnels between firewalls)ÌA couple of Advanced Web Protection features are not supportedinitially including block page override using a password and category-based quota time policies (global quotas are supported)ÌTwo-Factor Authentication is not supported initiallyÌSophos Mobile Control integration is not supported initiallyÌSophos Endpoint Deployment and Management from within the UTMis not supported (customers are encouraged to switch to SophosCloud Endpoint to take advantage of Security Heartbeat™)Sophos UTM 9 and XG Firewall Migration FAQCan I centrally manage both UTM 9 and XG Firewall with the new Sophos Firewall Manager?Sophos UTM Manager (SUM) is the centralized management platform for UTM 9 and is still supported for managing multiple UTM 9 devices. It cannot manage XG Firewall devices.Sophos Firewall Manager (SFM) is the new centralized management platform for XG Firewall. It cannot manage UTM 9 devices and therefore, if you plan to run a mix of UTM 9 and XG Firewall devices, you will need both SUM and SFM for centralized management respectively.Can I centrally report on both UTM 9 and XG Firewall with the new Sophos iView?Yes. The new version of Sophos iView can provide consolidated reports for UTM 9, XG Firewall, and CyberoamOS devices.How can I take advantage of the new Security Heartbeat™?Sophos Security Heartbeat requires both Sophos XG Firewall and Sophos Cloud Endpoint. Learn more about Security Heartbeat.Where can I get further information?Please contact your Sophos Partner should you have any further questions and monitor the Sophos Corporate Blog for ongoing news and updates related to your Sophos products. You can sign up for the Sophos Blog newsletter by entering your email address in the sign-up field in the upper right corner of the blog homepage. You can also sign up for our RSS feed.Oxford, UK | Boston, USA© Copyright 2015. Sophos Ltd. All rights reserved.Registered in England and Wales No. 2096520, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, UKSophos is the registered trademark of Sophos Ltd. All other product and company names mentioned aretrademarks or registered trademarks of their respective owners.。
Products Solutions Services操作手册iTEMP TMT72温度变送器BA01854T/28/ZH/04.20715255132020-10-20自下列版本起生效01.01(版本号)iTEMP TMT72目录Endress+Hauser 3目录1文档信息 (4)1.1文档功能 (4)1.2安全指南(XA) (4)1.3信息图标 (4)1.4工具图标 (5)1.5文档资料代号 (6)1.6注册商标 (6)2基本安全指南 (7)2.1人员要求 (7)2.2预定用途 (7)2.3操作安全 (7)3到货验收和产品标识 (8)3.1到货验收 (8)3.2产品标识 (8)3.3供货清单 (9)3.4证书和认证 (10)3.5运输和储存 (10)4安装 (11)4.1安装条件 (11)4.2安装 (11)4.3安装后检查 (16)5电气连接 (17)5.1接线 (17)5.2快速接线指南 (18)5.3连接传感器电缆 (18)5.4连接变送器 (19)5.5特殊接线指南 (20)5.6连接后检查 (21)6操作方式 (22)6.1操作方式概览 (22)6.2操作菜单的结构和功能 (25)6.3通过调试软件访问操作菜单 (27)6.4通过SmartBlue App 访问操作菜单 (29)7系统集成 (31)7.1设备描述文件概述 (31)7.2HART 通信的测量变量 (31)7.3支持的HART ®命令 (31)8调试 (34)8.1安装后检查 (34)8.2打开变送器 (34)8.3设置测量设备 (34)8.4写保护设置,防止未经授权的访问 (36)9诊断和故障排除...................379.1常规故障排除........................379.2现场显示单元上的诊断信息..............399.3通过通信接口查看诊断信息..............399.4诊断信息列表........................399.5事件日志............................409.6诊断事件概览........................409.7固件变更历史........................4110维护..............................4211维修..............................4211.1概述...............................4211.2备件...............................4211.3返厂...............................4211.4废弃...............................4212附件..............................4212.1设备专用附件........................4312.2通信专用附件........................4312.3服务专用附件........................4312.4系统组件............................4413技术参数..........................4513.1输入...............................4513.2输出...............................4613.3电源...............................4713.4性能参数............................4813.5环境条件............................5513.6机械结构............................5613.7证书和认证..........................5913.8补充文档资料........................6114操作菜单和菜单参数说明...........6214.1Diagnostics:诊断菜单.................6614.2Application:应用菜单.................7214.3System:系统菜单....................82索引.. (97)文档信息iTEMP TMT724Endress+Hauser1 文档信息1.1 文档功能文档中包含仪表生命周期各个阶段内所需的所有信息:从产品标识、到货验收和储存,至安装、电气连接、操作和调试,以及故障排除、维护和废弃。
文件编号: CAFW09-030第1 页,共 4页 发布/修订日: 2008-8-10 1.0 0 目的
目的::
目的
确保供应商有足够时间完成MMOG的硬件要求,使Q1认证和Q1状态不受影响。
2.0 0 适用范围
适用范围::
适用范围
向长安福特马自达提供生产零件的供应商。
参考资料::
3.0 0 参考资料
参考资料
无
4.0 0 定义
定义::
定义
MMOG:物料管理操作指南。
SIM:供应商改进指标
ERP:企业资源计划系统
EDI:电子数据交换
ASN:发货通知
5.0 0 职职责:
5.1供应商:在偏离许可终止日期前达成MMOG规则的要求。
5.2 长安福特马自达物流部:根据偏离许可的要求, 对供应商进行MMOG评审和等级认证。
文件编号: CAFW09-030
第2 页,共 4页
发布/修订日: 2008-8-10
6.0 0 程序程序程序
6.1以下规则的偏离许可终止日期为2008年12月31日。
供应商ERP
章节要素章节要素
标准标准 问
题序号
标准权重
标准陈述标准陈述 目标达成前的要求目标达成前的要求
目标目标
实现时间实现时间
3.3 生产计
划 3.3.1 1)
F3 此生产计划系统产生生产计划时
必须考虑客户需求。
根据客户最新订单手工编制生产计划和原材料采购计划。
ERP 系统自动产生生产计划和原材料采购计划。
2008年12月31日
3.3 生产计
划
3.3.1 2) F3 生产计划系统必须集成一系列参
数(如:运送时间、提前期、存货水平、包装)和内部的生产要求(如:供应商的限制条件、废品率、作业准备时间)。
这些参数和要求的更新需要手动完成。
手工编制生产计划和原材料采购计划集成这些参数,并且定期回顾和更新
ERP 系统包括规则所提到的这些参数,并且定期回顾。
2008年12月31日
3.3 生产计
划
3.3.1 3) F1 对于自动化操作的生产计划系
统,其中必须汇集了一整套的参数(如:運送时间、先期的準備时间、存货水平、包装)和内部的生产要求(如:供应商的限制条件、废品率、作业准备时间)。
这些参数和要求的更新需要自动完成。
手工编制生产计划和原材料采购计划集成这些参数,并且定期回顾和更新
ERP 系统包括规则所提到的这些参数,并且参数定期回顾。
修正过的数据自动执行,不再有人工参与
2008年12月31日
3.3 生产计
划 3.3.1 4) F1 柔性的生产计划系统已与所有相
关的内部和外部系统同步。
手工编制生产计划与实际生产一致.
ERP 产生的生产计划与实际生产一致 2008年12月31日 3.4 系统整
合
3.4.2 1) F2 实际实施物资需求计划(MRP )
时参照最新的客户要求以便计算生产工作计划。
手工编制生产计划的更新时间与客户系统更新时间一致,获得客户最新的订单. ERP 系统运行时间和频率与客户系统运行时间和频率一致。
2008年12月31日
5.2库存
5.2.1 1) F1 组织有一套整合的系统,包含了
长期的库存并结合了财务功能两个方面。
物料移动反映于财务应收/应付账 ERP 系统财务功能:物料移动反映在财务应收/应付账.
2008年12月31日
5.2库存 5.2.5 3) F2 计划日程系统可自动的考量那些
被淘汰的存货,以根据客户最终要货日程来计划,避免出错。
采购计划最后一批订单按客户需求订而不按整包装.
ERP 系统可设置原材料订购的开始和结束日期。
最后一次订单按客户实际需求订货而不是整包装。
2008年12月31日
文件编号: CAFW09-030
第3 页,共 4页
发布/修订日: 2008-8-10
6.2以下规则的偏离许可终止日期为2009年12月31日 6.2.1供应商使用供应商使用条形码条形码
章节要素章节要素
标准标准 问
题序号
标准权重
标准陈述标准陈述 目标达成前的要求目标达成前的要求
目标目标
实现时间实现时间
4.3 发货
4.3.1 1)
F2 具有实施过,并已文件化的流
程,以自动检测发货数量的差异(如:货运扫描和装载控制系统)。
人工检测发货数量差异 使用条形码进行发货数量差异的检测
2009年12月31日
4.3 发货
4.3.1 2) F2 组织确保任何与客户所协议的运
输数量有差异时,能够被及时检查出来,并且在不对客户带来成本损失的情況下及时的协调。
人工检测发货数量与客户订单/ASN 一致
使用条形码检测发货数量与订单/ASN 一致
2009年12月31日
4.3 发货
4.3.2 1) F3 在整个装运过程中,组织始终必
须验证a) 装运标签的数据内容,以确保装载箱内容、标签和装运文件相互一致。
﹛某些客户强制要求利用电子的支持系统,如无线电标识(Radio Frequency Identfifcation, RFID )系统或扫描方法﹜;b) 组织必须验证扫描过的装运标签与客户的交付相一致。
1)手工方法保证实
物、装箱单和标签一致。
2)装箱单与客户需求一致
条形码验证:1)实物、标签与装箱单一致。
2)装箱单与客户订单一致。
即:使用条形码发送并验证ASN 。
2009年12月31日
5.1物料识
别
5.1.1 5) F1 适当时,利用条码以标识和追溯
物料。
实现产品可追溯
利用条形码进行产品追溯
2009年12月31日
6.2.2供应商EDI
文件编号: CAFW09-030
第4 页,共 4页
发布/修订日: 2008-8-10
6.3以下规则的偏离许可终止日期为2009年后 供应商与下级供应商使用EDI
章节要素章节要素
标准标准 问
题序号
标准权重
标准陈述标准陈述 目标达成前的要求目标达成前的要求
目标目标
实现时间实现时间
6.3 沟通
6.3.2 1)
F3 根据客户要求和相关的工业标
准,组织必须有发送和接收电子通讯的能力。
传统的电子数据交换(EDI)或基于网络的EDI 是可以接受的电子通讯方式,而E-mail 和传真是不可接受的电子通讯方式。
供应商与下级供应商进行手工方式数据传递(如E-mail 、传真等)
供应商有传统EDI 或WEB EDI ,供下级供应商连接和使用
2009年后
6.3 沟通
6.3.2 2) F3 对所有供应商、分承包方和后勤
提供者,必须实施电子通讯,包括发送和接收的能力。
根据客户的要求,对目前沒有能力发送和接受电子格式的供应商、分承包方和后勤提供者,规定一个时间段,建立电子沟通的能力。
传统的电子数据交换(EDI )或基于网络的EDI 是可以接受的电子通讯方式,而E-mail 和传真是不可接受的电子通讯方式。
供应商与下级供应商进行手工方式数据传递(如E-mail 、传真等)
下级供应商可通过EDI 接收订单并发送装运信息通知
2009年后
6.3 沟通 6.3.2 3) F2 装运通知信息整合进接收系统
内,且沒有人为的介入。
供应商通过E-mail 和传真发送发货信息 下级供应商可提交电子ASN 。
2009年后 6.3 沟通
6.3.2 4) F2 验证已传送和接收的信息准确
性,必要时采取纠正措施。
人工方式进行订单与发货差异对比分析。
ERP 系统验证订单与实际交付的差异.
2009年后
7.0 0 0 通则通则通则:: 无
8.0 0 记录记录记录::
记录表编号 记录名称 GIS NO. 保存期限
9.0发布发布/ / / 修订记录修订记录修订记录 版本号
修改日期
改动页码 修改说明
变更理由
CAFW09-030 2008年8月10日
6.1 将供应商ERP/EDI 分为“供应商ERP”和“供应商EDI”
分别对供应商ERP 和EDI 要求重新设定
CAFW09-030 2008年8月10日
6.2.2
增加供应商条形码偏离许可规则,将终止日期更改为2009年12月31日
延长条形码偏离终止日期
CAFW09-030 2008年8月10日 P5
删除Q1供应商偏离许可
删除过期偏离条款。