标准规范下载简介

GB／T 35484.3-2021 土方机械和移动式道路施工机械 工地数据交换 第3部分：远程信息处理数据.pdf

间表示机器行驶累计距离的时间。其格式在第9

11.7.3距离计量单位

11.7.4累计行驶距离

11.7.5累计行驶距离端点（请求）

JGJT390-2016标准下载11.7.6累计行驶距离模式(响应）

11.8警告代码参考码

机器运行引起的警告代码由三个字段表示，如下所示。 警告代码（CautionMessages）： 日期和时间（DateTime）； 警告代码参考码标识符（Identifier）； 警告说明（Description）。

11.8.2代码的日期和时间

日期和时间表示给定代码标识符出现在资产上的时间。其格式在第9章中

3IEC/ISO参考码标识

11.8.5警告代码参考码端点（请求）

警告代码参考码模式（响

11.9累计闲置运行时间

机器的当前寿命总累计闲置运行时间由两个字段表示：日期时间和累计闲置运行时间。该值通常 与闲置工作计时器一致。此数据元是可选的（见附录B）。 制造商应定义每种机型的闲置。对于制造商，闲置状态的定义是唯一的。“闲置”是生产性还是非 生产性状态是用户定义的。每个OEM都希望向用户传达如何对每种机型估算闲置。本文件不定义 “闲置”。 累计闲置运行时间（CumulativeIdleHours）： 日期和时间（DateTime）：

累计闲置时间（Hour）。

11.9.2累计闲置运行时间的日期和时间

日期和时间表示机器注册的闲置时间的时间（ 运行的时间的有效值）。其格式在第9中 描述。

11.9.3累计闲置运行时间

11.9.4累计闲置运行时间端点（请求）

11.9.5累计闲置运行时间模式（响应）

[11.10. 1概迷

机器燃料箱中剩余燃料百分比由四 是可选的（免附求B）。 燃料剩余率（FuelRemaining）： 日期和时间（DateTime）； 燃料剩余率（Percent)； 燃油箱测单位（FuelTankCapacityUnits）； 燃油箱容量（FuelTankCapacity）

11.10.2剩余燃料百分比的日期和时间

日期和时间表示剩余燃料百分比有效的时间。其格式在第9章中描述。

11.10.3燃料剩余率

该字段表示在指定目期和时间内机器燃料箱中剩余燃料的预估百分比。数据类型为十进制 度为小数点左侧的3位数，小数点右侧为2位数。它包括从0.00～100.00的所有值，

11.10.4油箱容量计量单位

11.10.5油箱容量

11.10.7燃料剩余率模式（响应）

11.10.7燃料剩余率模式（响应）

11.11DEF剩余百分比

[11.11.1 概述

机器DEF油箱中DEF剩余百分比由 DEF剩余率(DEFRemaining)： 日期和时间（DateTime）； DEF剩余率(Percent); DEF油箱的计量单位（DEFTankCapacityUnits）； DEF油箱容量（DEFTankCapacity)

11.11.2DEF剩余百分比的日期和时间

11.11.3DEF剩余百分比

4DEF剩余百分比的计

11.11.5DEF箱容量

该值表示机器发动机运行的当前状态 字段表示，如下所示。此数据元是可选的（见附录 B)。 发动机状态（EngineStatus）： 日期和时间（DateTime）； 发动机序列号（EngineNumber）； 发动机运行（Running）

该值表示机器发动机运行的当前状态 发动机状态（EngineStatus）： 日期和时间（DateTime）； 发动机序列号（EngineNumber）； 发动机运行（Running）

11.12.2发动机状态日期和时间

状态)。它的格式在第 9章中描述

[11.12.3发动机编号

发动机编号是由OEM分配给建筑机械发动机的唯一的无限的字母数字字符串。

11.12.4发动机状态

发动机状态是在特定日期和时间下的发动机运行收 此数据类型为布尔型，其中假（O）表示 行，真（1）表示正在运行。 此数据元的目的是提供发动机运行到未运行以及从未运行到运行的变化的记录。

32021/ISO/TS15143

11.12.5发动机状态端点（请求）

11.12.6发动机状态模式（响应）

11.13数字输入状态

该值是制造商远程信息处理设备上任何数字输入的当前状态，由三个字段表示，如下所示。远程信 息处理设备上的数字输入是出人口或接近切换。可使用其他形式的切换和逻辑输出。此数据元是可选 的（见附录B）。 数字输人状态（SwitchStatus）： 日期和时间（DateTime）； 数字输人编号（SwitchNumber）； 切换状态，开或关（IsOn）。

该值是制造商远程信息处理设备上任 息处理设备上的数字输入是出人口或接近 （见附录B）。 数字输人状态（SwitchStatus）： 日期和时间（DateTime）； 数字输人编号（SwitchNumber）； 切换状态，开或关（IsOn）。

11.13.2数字输入设置响应的日期和时间

日期和时间表示机器的运行状态改变的时间（即从运行状态到非运行状态，或从非运行 状态）。其格式如第9章所述。

11.13.3数字输入编号

1.13.4数字输入状态

11.13.5数字输入状态端点（请求）

11.13.6数字输入状态模式（响应）

32021/ISO/TS15143

当前使用寿命机器的总输出功率时间由两个字段表示，如下所示。此数据元是可选的（见限 累计输出时间（CumulativePowerTakeOffHours）： 日期和时间（DateTime）； 累计输出时间(Hour）。

11.14.2累计功率输出的日期和时间

11.143 累计功率输出时间

11.14.5累计输出功率模式（响应）

11.15发动机平均日负载系数

平均日负载系数的首选定义是以在过去24h期间消耗的实际燃料除以在该时间段期间如果机器 已经连续地在发动机的额定输出下运行时将消耗的燃料计算的百分比。机器的平均日负载系数由两个 字段表示，如下所示。此数据元是可选的（见附录B）。 注：此数据元的具体定义由OEM确定，不限于首选定义。 平均日负载系数（AverageLoadFactorLast24)： 日期和时间（DateTime）； 平均日负载系数(Percent)

平均负载系数的日期和时

11.15.3前24h平均日负载系数

11.16每日最高速度

[11.16. 1 一般要求

每日最高速度是机器在前24h内达到的最高行驶速度。每日最高速度由三个字段表示，如下所 示。此数据元是可选的（见附录B）。 每日最高速度（MaximumSpeedLast24）： 日期和时间（DateTime）； 计算速度的单位（SpeedUnit)； 最高速度(Speed)

11.16.2最高行驶速度的日期和时间

日期和时间表示机器在24h时间段结束时在报告的最高速度行驶的时间。其格式在第9章中 描述

1.16.3速度计量单位

速度表示为千米每小时（km/m）或米 括每日最高速度，则此字段的值应为千米每小时（km/h)或米每分（m/min）。

11.16.4前24h最高速度

11.16.5每日最高速度端点（请求） URL:/Fleet/Equipment/identifier>/PeakDailySpeed/startDateUTC>/endDateUTC//pa geNumber) 30

11.16.6每日最高速度端点模式（响应）

11.17累计装载计数

机器已达到的寿命总累计装载数由两个字段表示，如下所示。 装载和装载计数的定义由制造商自行确定。此数据元是可选的（见附录B）。 累计装载计数（CumulativeLoadCount）： 日期和时间（DateTime）； 累计装载计数（Count）

机器已达到的寿命总累计装载数由两个字段表示，如下所示。 装载和装载计数的定义由制造商自行确定。此数据元是可选的（见附录B） 累计装载计数（CumulativeLoadCount）： 日期和时间（DateTime）； 累计装载计数（Count）

11.17.2装载计数的日期和时间

日期和时间表示机器最后注册完全的装载的时间。其格式在第9章中描述

11.17.3累计装载计数

该字段表示机器在特定日期和时间累计执行的装载次数。该值表示为无符号整 4294967295的所有值。

段表示机器在特定日期和时间累计执行的装载次数。该值表示为无符号整数，其包括从0一 295的所有值。

11.17.4累计装载计数端点（请求）

11.17.5累计装载计数模式（响应）

11.18累计总有效载荷

11.18.1一般要求

机器移动的累计总有效载荷由两个字段表示，如下所示。此数据元是可选的（见附录B)。 累计有效载荷总数（CumulativePayloadTotals）： 日期和时间（DateTime）； 有效载荷单位(PayloadUnits)； 累计有效载荷（Payload）

11.18.2累计有效载荷的日期和时间

日期和时间表示机器注册累计有效载荷的时间。其格式在第9章中描述 32

11.18.3有效载荷的计量单位

有效载荷的质量应表示为以干克（kg）为单位。如果响应中包括累计有效载荷，则该 “kilogram"

[11.18.4累计有效载荷

11.19累计非生产性再生时间

[11.19.1 概迷

机器在使用寿命的总非生产性再生时间由两个字段表示，如下所示。此数据元是可选的（见附录

非生产性再生是当机器处于非生产状态下完成再生过程的时间。该字段特定于安装在发 排放物相关的后处理装置的机器。再生是在后处理装置内收集的废弃烟尘的氧化还原过程。 累计非生产再生时间（CumulativeActiveRegenerationHours）： 日期和时间（DateTime）； 累计再生时间（Hour）

11.19.3累计非生产性再生时间

11.19.4累计非生产性再生时间端点（请求

/xs:element> (/xs:schema)

11.20累计闲置非运行时间

累计闲置非运行时间是发动机运行的总时间，但是机器不运动并且机器控制器不工作（例如，空转 或踏板不工作）。 累计闲置非运行时间由两个字段表示，如下所示。此数据元是可选的（见附录B）。 累计闲置非运行时间（CumulativeNonproductiveldleHours）： 日期和时间（DateTime)； 累计非生产性闲置时间(Hour)。

11.20.2累计闲置非运行时间的日期和时间

11.20.3累计闲置非运行时间

11.20.5累计闲置非运行时间模式（响应

11.20.5累计闲置非运行时间模式（响应）

[11.21系统唯一的代码的数据字段描述

OEM可规定警告拥有者所需不定期机器支持的诊断代码。每个代码由七个字段表示，如下所示。 比数据元是可选的（见附录B）。 诊断故障代码（DiagnosticTroubleCode)： 日期和时间（DateTime）： 诊断故障代码标识符（Codeldentifier）； 代码严重性(CodeSeverity)； 代码描述(CodeDescription)； 温度单位(TemperatureUnit)； 环境空气温度（AirTemperature)； 代码来源描述（CodeSouree)

11.21.2诊断故障代码标识符

诊断故障代码标识符规定在特定日期和时间发生的代码的标识。诊断故障码概念在SAEJ1939 73中定义。数据类型是字符串，其长度是无限的。此数据元是可选的（见附录B)。 诊断故障代码标识符的结构和值可能在OEM中不同。多个OEM的各种代码的示例在表4中 给出。

11.21.3代码的日期和时间

11.21.4代码严重性

代码严重性是发生的特定代码标识符的， 重性代码的结构在OEM中可能人 据类型为字符串，其长度无限制。此数据元在OEM中不同。此数据元是可选的（见附录B）

[1.21.5代码说明

代码描述是描述代码含义的字符串文本，例如“空气过滤器堵塞”。任何特定代码标识符的代 的结构在OEM中可以不同。数据类型为字符串，其长度无限制。这个数据元在OEM中各不相 数据元是可选的（见附录B）

11.21.6环境空气温度计量单位

温度表示为摄氏度（℃）。如果环境空气温度的计量单位包括在响应中，则该字段的值应为“C

11.21.7代码执行时环境空气温度

该学段表示在特定日期和时间内代码执行时机器的温度。该数据为整数类型，包括从一100～ 所有值。此字段是可选的。

11.21.8代码来源说明

代码来源说明表示在机器上生成代码的控制器（例如电子控制器）。特定代码标识符的来源描 构在不同OEM中可能有所不同。该数据为字符串类型，其长度无限制。该数据元在不同OEI 同。此数据元是可选的（见附录B）

11.21.9系统终端唯一数据代码的字段描述（请求

该模式在所有端点之间共享，并用于构造队列元素和相关的复杂类型，见附录C。

供应商应遵循IETFRFC7231中规定的标准HTTP协议。IETFRFC7231使用表5中所示的响 38

应。具体来说，在该协议中使用表5给出的响应。

文件中标识的每个数据元用例可在表A.2中查

.3—2021/ISO/TS15143

表A.2数据元用例（续）

OEM或第三方提供商不需要提供本文件中定义的所有数据元，其中部分数据元被标识为可选。 并非所有识别的数据点必须要由第三方应用或最终用户接收，且并非所有由OEM或第三方提供 商收集的所有数据都直接提供给客户。 OEM或第三方提供商提供其认为合适的数据。 根据本文件收集的数据可由与作为远程信息处理系统的一部分提供的服务器一起运行的第三方改 进远程信息处理系统收集，并且这些第三方系统可完全独立于OEM来运行

484.32021/ISO/TS15

184.3—2021/ISO/TS151

向本文件增加新数据元的过程

E.2适用于本文件的数据类型指南

在这个过程中一般有两个主体： 提出新数据元的请求者； b）管理和管理添加新数据元过程的维护机构。 在请求者中，至少需要两个利益相关者才能成功请求新数据元。利益相关者包括一位远程信息处 理API提供者和一位API消费者。要求API提供者和使用者均发出将数据添加到本文件中的请求。 两个利益相关者宜属两个不同的组织。有多个利益相关者的目的是确保新数据元具有明确、普遍的价 值，同时在技术上也是可行的。 此过程的目标是平衡对本文件进行更改的速度与确保本文件中材料的良好质量。请求者在确保更 新正常运行方面有责任和积极的作用。因此，除了为新数据元提供所请求的信息外，请求者还应确保至 少有一个远程信息处理提供者和一个API消费者已经测试了新模式。 要完成更新，首先宜有明确的数据元的定义和措辞，相应的XML模式的开发以及URL信息的定 义。每项活动都需要不同的技能组合。业务和/或客户利益相关者宜确认数据元的定义。软件和API 专家宜确认正确的架构语法和脚本

E.4引入新数据元模式的过程

这个过程一般有3个阶段

个过程一般有3个阶段

a）新元素请求； b) 新元素定义和架构开发以及MA批准； c）新元素发布。 从步骤a)～b)和从步骤b)～c)需要维护机构的批准

珠海市某泵站供水配套工程施工组织设计E.4.2 第一步:新元素请求

E.4.2.2维护机构应确认数据元的用途和定义，包括数据的用例。

E.4.3第二步：新元素定义和模式开发

.4.3.4为帮助确保设计和功能的一致性，请求者应确保至少一个远程信息处理提供者和

E.4.4第三步：新元素发布

[河北]办公楼施工组织设计（框架结构）E.5本文件修订过程的输入