（一）打开“离线数据”应用
“离线数据” 应用看上去非常简单：
从这里可以看出，离线数据是以 “离线数据采集项目” 或者称为 “离线数据项目” 为组织形式的。一个 “离线数据采集项目”，就是一个离线数据的数据源。
一个 “离线数据采集项目” 可以有多个离线数据采集项。
在佳华瓦斯电站，泵站的这些数据，就可以作为一个 “离线数据采集项目”。
这四个数据 “泵站的压力、电站的压力、入口的温度以及（泵站测定的）甲烷浓度数据”， 是这个项目里面的“数据采集项”。
（二）创建离线数据采集项目
点击 “＋添加”，创建这个离线数据采集项目：
项目名称就是“佳华泵站数据”（JHGP）：
我们创建了第一个采集项，“泵站压力”，用 “P_Pressure” 作为这个离线数据采集项的标签。
可以这样来理解：把 “离线数据” 对标 “数据终端”，那么：
“离线数据采集项目” 对应的就是 “数据终端编号（AprusID）”；
“数据采集项标签”，对应的就是数据终端的 “适配器键值（AprusKey）”。
规定好了这些离线数据采集项的标签、数据的单位以及数据的类型。这就是我们确定的一个数据采集标准和规范。
保存后，就可以看到这个项目的创建结果：
这里需要注意，该项目被保存后，“状态” 显示的是 “停止”，意思是，该离线数据采集项目后端的整个服务系统还没有启动。我们可以打开该采集项的操作栏，随时可以启动该数据采集服务。
现在只是创建了离线数据采集项目，其他的相关工作都没有准备好，所以即便启动了也没有什么实际意义。一旦做好了该离线数据采集的其他各项准备工作，就可以启动。
事实上，离线数据采集项目不仅仅是一个 “离线数据采集项目的记录”，它同时还是一个 “服务”。一旦这个项目的状态是 “启动”，则说明整个服务就开始运行。当然也可以随时在操作栏上把这个服务停止。
同样，我们可以查看项目的详情，还可以看到该项目所包括的离线数据采集项标签。
创建离线数据采集项目就这么简单。但是，完成了离线数据采集项目的创建，工作只完成了一半。剩下的一半工作，其实就是要解决两个问题：一个是数据怎么来；另一个是数据来了怎么用。
（三）如何使用离线数据
把 “数据怎么来” 这个问题先放一下。假设，现在数据已经顺利的来到 MixIOT 平台中， 那这些数据怎么用？
实际上，这个问题的答案是清楚的，因为 “离线数据” 也是 MixIOT 的数据来源，在这一点上，离线数据跟数据终端是一样的。
最终还是要把这些数据放到一个对象里面。否则，这些数据只是游荡孤立的，没有属主关系的数据本身是没有任何意义的。
这些 “泵站离线数据” 实际上就是佳华瓦斯电站工况条件的一部分，所以，最合理的办法，就是把“泵站”的离线数据放到佳华瓦斯电站的“佳华电站工况与生产”这个对象里面。
我们要做的事情，就是要修改原来的“佳华电站工况与生产”的映射表：
现在转到 “对象管理” 中：
修改 “佳华电站工况与生产” 映射表：
修改映射表后，确定保存。
完成了 “佳华电站工况与生产” 映射表的修改，说明了对应该映射表的对象（佳华电站工况与生产）的FV变量也得到了扩充。
但这个时候，还需要做一件事情，就是在 “佳华电站工况与生产” 对象中，把泵站离线数据的项目加上去。
进入 “对象管理”，找到“佳华电站工况与生产”对象，打开操作菜单。
进入该对象的编辑：
现在，需要跟数据终端一样，要把离线数据采集项目添加到这个对象中来。
确定所选离线数据项目：
保存后，在对象的详情里面，就可以找到添加上去的离线数据采集项目。
到现在为止，就彻底把离线数据纳入到了MixIOT的对象中。
回顾一下刚才的脚本：
注意到，在修改 “佳华电站工况与生产” 这个映射表脚本的时候，离线数据项目编号是写死的。在这种情况下，其实最后有没有在对象中添加离线数据采集项目，都不会有什么影响。
但是，我们还是建议这样来写这个脚本，用 $CollectID-X 这样的宏替换方式：
这就是说，我们应该在 MixIOT 项目落地实施的工作中，保持标准和规范的做法，这非常重要。
所以进行修正：
到现在，应该搞清楚了离线数据怎么用的问题。
这个用例很典型，刚才我们一直在做关于“离线数据”的事情，但是却要兜兜转转，又转到当初似乎已经完成了的映射表和对象。其实这是MixIOT具体项目落地实施的一种常态。
应该可以体会到，MixIOT 是一个具有严密逻辑关联关系的完整的整体，不同应用之间既相互独立，又相互作用。
（四）离线数据怎么来
那么，还剩下最后一个问题，就是离线数据怎么来。
首先，需要把刚才创建的离线数据采集项目启动起来：
如果看到这个离线数据采集项目的状态是“启动”，就说明这个离线数据采集项目正常工作。
MixIOT 系统在 “对象管理” 中提供了一个默认的离线数据采集入口，在 “对象” 详情中的离线数据栏目，提供了人机交互的方式直接添加离线数据：
打开详情，可以在 “离线数据” 中看到所关联的 “泵站数据”：
这个离线采集项目的操作栏，有 “采集”：
可以手工添加所采集的泵站数据：
确定后，这个手工输入的离线数据就保存下来了。
可以通过 “采集记录” 去查看：
这里需要注意的是，要确保这个离线采集项目的状态是 “运行”，否则这个离线数据采集的输入结果无法保存：
除了在 “对象管理” 应用中可以进行离线数据采集的输入，还可以在 MixIOT App 上配置离线数据的采集。详细的 App 配置将在 “显示板设计” 应用中进行讲解。
离线数据采集项目的状态必须是 “运行”，就再次明确了离线数据采集项目是一个服务，也就是说，我们自己可以利用接口，把数据送到“离线数据”系统。
具体接口如何使用，可以参考《MixIOT API手册》里的详细说明。
比如，在 MixIOT 落地实施过程中，可能遇到有大量老式仪表，这些仪表既无法更换，又基本上无法对接任何数据终端，但又需要这些仪表上的数据。这就是有大量离线数据采集需求的场景。
这种情况，建议客户可以开发客户自己的专门做这种离线数据采集的App。
做这些 App 可以借助第三方 AI人工智能去识别工业仪表读数，然后，使用 MixIOT API 的离线数据接口，把采集和识别到的仪表读数直接送到 MixIOT 平台。
事实上， MixIOT 平台的离线数据应用并非只能处理低频采样数据，它也可以处理高频采样数据。也就是说 MixIOT 离线数据是一个外部数据来源的中转站，通过这些接口，先把外部数据导引到这个数据中转站，再把数据关联到对象的时序马赛克。
（五）离线常数
“离线数据” 应用除了要管理离线采集项目以及离线数据项目所采集数据外，还要对一些常数项进行统一的管理。
MixIOT 项目实施中会涉及到大量的计算，而这些计算都会用到非常多的常数。当然这些常数是可以写在我们需要的计算脚本中，需要用到什么常数，就写什么常数。但这种做法非常不标准。
常数项是非常有可能进行修改，如果没有一个对常数的统一管理，那么，一旦常数发生变化，就需要把使用这些常数的脚本逐一找出来进行修改。这样的工作量非常大，而且容易遗漏和出错，最终一定会导致各种计算结果的错误。
常数的统一管理工作是相对独立的，简单地说，就是把需要用到的和可能需要用到的常数，以常数项目的形式保存起来。以后MixIOT里面的任何应用，如果需要就可以直接引用。如果这些常数修改，那么修改后所有引用这些常数的计算，其计算结果就都可以同步得到修改。
比如瓦斯电站并网母排的发电量计量表有一个互感倍数，假设这个互感倍数是200，也就是说我们看到的发电量电表的读数是1度电（1KWHr），实际的发电量是200度电，即200 KWHr。SERG旗下的三个电站，每个电站的每台机组以及总电站，都有产电量的计量表。我们可以把这些计量表的互感倍数作为常数来处理。
进入“离线常数”板块：
按 “＋添加”，创建常数项目：
为“佳华电站”创建一个产电量电表互感倍数的项目：
保存设置：
这个名为“佳华电站电表互感倍数”的项目就创建完成了。
打开这个项目的详情，我们可以看到该项目所包含的常数项：
这个常数项目的标识为 “COL4584753600003”，它有6个常数项，分别是TR-JH、TR-JHM1、TR-JHM2、…、TR-JHM5。
MixIOT 其他应用中，如果需要引用这些常数的时候，只需要标明标识就可以，比如COL4584753600003.TR-JHM3这个标识代表的常数项就是“佳华3#机组发电量电表互感倍数”，现在这个常数值为200。
我们在实际计算的时候，发电量如果是3.5度，那么实际发电就应该是3.5×200 = 700度。
同理，我们可以为奔腾电站和佳华电站创建同样的常数项目。
假设这些产电量计量的电度表损坏需要更换，而新电度表的互感倍数与之前的不同，那没关系，在更换电表后，直接修改对应常数项的数据就行，引用这个常数的所有计算都不需要做任何改动。
MixIOT 在工业互联网项目中，往往需要承担大量的计算。比如SERG能源集团旗下的三个燃气电站，需要对电站发电机组的能效进行计算，这些计算涉及到非常多的内容，如发电量、供电量，供热量、供热比；供热煤耗、供电煤耗，热电比。这些都需要用到燃气的热值数据。比如：
甲烷的燃烧热：甲烷的燃烧热（25℃)为802.86kJ/mol；
甲烷的热物性参数：甲烷的相对密度为0.5547（空气=1），沸点-164℃，熔点-182.48℃ ，临界温度-82.1℃，临界压力4.54 MPa，自燃点537.78℃；
甲烷的低位热值（MJ/Nm3）为 10.79至35.88。
这些参数都是未来可能需要的，这些数据都应该是以离线常数方式统一管理。
保存这些项目：
当需要这些数据的时候，就可以直接引用。
