0%

统计数据

红色表示执行优秀,绿色表示执行欠佳, 橙色表示数据异常

生产车队 6月21日 李永 6月22日 杨小强 6月23日 杨振中 6月24日 李永 6月25日 杨小强 6月26日 杨振中 6月27日 李永 周记
用车申请总数 90 98 83 93 98 94 101 657
车队驳回数量 0 11 11 8 7 12 3 52
车队未指派数量 0 2 6 0 10 26 19 63
早于用车时间数量 29 16 5 25 37 14 39 165
早于用车时间30分钟数量 25 15 4 19 19 7 35 124
威龙车队 6月21日 6月22日 6月23日 6月24日 6月25日 6月26日 6月27日 周记
已派车数量 30 44 42 43 51 32 46 288
未派车数量 12 0 0 5 0 5 6 28
无效派车数量 0 0 0 0 0 0 0 0
塔通车队 6月21日 6月22日 6月23日 6月24日 6月25日 6月26日 6月27日 周记
已派车数量 22 24 16 39 24 16 15 141
未派车数量 11 4 6 0 0 0 8 29
无效派车数量 2 0 0 0 2 0 0 4

本周总结

本周与上周对比,派车完成度有了很大的提高,**杨小强**组的成员完成度最好。

1
2
3
4
车队调度指派车队的完整天数为4天,涵盖了每一位调度员,使用上没什么问题了。
车队调度6月26、27号两天积压用车申请较多
21号整体派车完整性较差

后续工作

后续工作的重点放在派车的实时性上,最终可以准确地判断出车辆任务完成情况:

阅读全文 »

服务端

  • 修改没有派车时间的BUG

  • 修改车队调度出现两个“待指派车队”标签

  • 修改车队调度在“待派车”撤回指派没有反应

    增加功能

  • 给马有才增加用车申请账户

    1
    用户名:myc
  • 根据车辆定位数据,掌握车辆行驶轨迹,判断车辆是否到达指定目的地

    根据用车申请制定趟数确定任务是否完成。

    1
    2
    喷浆、铺底类型从输料口为起点
    其他类型的任务从副井口为起点

    在首页显示空车/重车的饼状图

    1
    2
    3
    4
    标题为“车辆状态统计”
    饼状图显示3种状态的车辆(重车,井下空车,井上空车)
    分别对应3种颜色(红色,绿色,紫色)
    点击不同区域跳转到响应列表

    点击饼状图进入响应的车辆信息列表
    "参考下图"

    1
    2
    3
    4
    5
    6
    序号
    车牌号
    司机姓名
    手机号
    所在区域
    搜索框

    在首页地图显示空车图标(井下绿色,井上紫色)
    "地图"
    可以扩展到“其他类型”的用车申请。
    增加用途字段
    增加趟数字段
    显示在界“用车用途”里,例如:铺底:3趟、 2222巷加长车出管路:1趟

    提交出勤时增加按姓名排序
    系统增加时间字段
    用车申请时间
    预计用车时间
    预计结束时间
    申请审批时间(通过、拒绝)
    调度下发时间
    车队指派车队时间(指派、拒绝)
    司机接单时间
    司机拒绝时间
    司机到达用车单位时间
    司机开始执行任务时间
    司机完成任务时间
    司机返回车队时间

    计划长期任务

    WEBRTC技术评估(尽量多看一下相关东西)

    • 第一步先做到可以跑起来一个DEMO
    • 语音一对多通话
    • 语音点对点通话
    • 视频通话
    • 视频通话中关闭视频界面

客户端

用车申请客户端

  • 提交用车申请的时候增加用途选择

    选项为 喷浆 铺底 其他
    如果选择“其他”,需要继续填写用途

  • 提交用车申请的时候增加趟数选择

    选项为1-3
    喷浆、铺底 时默认 3,其他默认为 1

  • 备注必填项目

    必填,描述一下运的什么料,执行的什么任务,预计执行时间

    车载终端

    WEBRTC技术优化(花雷)

    • 语音一对多通话
    • 语音点对点通话
    • 视频通话
    • 视频通话中关闭视频界面
阅读全文 »

统计数据

生产车队 6月15日 6月16日 6月17日 6月18日 6月19日 6月20日 周记
用车申请总数 103 97 78 94 90 108 570
车队驳回数量 0 17 9 0 15 1 42
车队未指派数量 0 9 1 0 0 62 72
早于用车时间数量 44 11 27 40 26 1 149
早于用车时间30分钟数量 38 4 26 30 19 1 118
威龙车队 6月15日 6月16日 6月17日 6月18日 6月19日 6月20日 周记
已派车数量 41 42 3 35 44 26 191
未派车数量 20 0 40 20 2 0 82
无效派车数量 0 0 0 0 0 1 1
塔通车队 6月15日 6月16日 6月17日 6月18日 6月19日 6月20日 周记
已派车数量 0 20 16 26 23 15 100
未派车数量 37 3 8 11 3 1 61
无效派车数量 0 0 0 0 0 0 0

本周总结

目前进度基本实现了**车队调度与威龙塔通掉队**对派车流程的熟练操作。通过数据可以有以下结论

1
2
3
4
5
6
车队调度在16号和19号两天数据最完整
威龙在16号和19号两天数据最完整
塔通在16号和19号两天数据最完整
各部门每天上午指派数据相对完整
各部门对驳回订单、撤回订单、完成订单操作有遗漏

后续工作

后续工作的重点放在派车的实时性上,最终可以准确地判断出车辆任务完成情况:

1
2
3
车队调度指派车队的是整体系统的核心环节,实时性是系统运行的保障。
记录各个环节的确认时间

阅读全文 »

项目阶段背景

辅助运输系统现在进入第二阶段工作(流程如下图),目前“用车单位”和“井口调度”两个环节已经平稳运行了一段时间,主要的问题集中在“车队调度”、“车队”和“司机车辆”的问题。

项目推动进展

通过5月29日开始在车队推广以来,发现了基层使用当中的一些新的合理需求和流程优化的方向。以下列出了一些重点的优化内容:

1
2
3
4
5
6
7
8
塔通威龙车队遇到无定位卡的车辆增加“无效派车”需求
特种车辆用车申请 “标红”提醒。
用车任务无论什么排序都需要增加时间生序排序
车队调度指派车队时 对需求的修改(比如用车类型)
“执行中”的车辆筛选修改,增加“昨天”、“前天”筛选按钮
“执行中结束任务”、”车队调度撤回“、”车队调度驳回“增加批量操作功能
车队调度驳回申请后可以撤销驳回
车队、威龙、塔通派指派司机和车辆的时候增加字母检索功能

这段时间的使用,使之前的用车数据由纸质记录逐渐的转换为数字记录,方便以后根据需求计算统计信息,也可以更好更精确地找出使用中出现的问题与优化方向:

分类 统计
订单总数 1514
车队驳回数量 148
车队未指派数量 291
威龙已派车数量 487
威龙未派车数量 144
塔通已派车数量 271
塔通未派车数量 122

项目发展方向

整个项目各环节都平稳运行起来还需要一些时间的培养和教育,这里主要指的是使用习惯和思维理念方向。随着辅助运输系统的流程优化越来越完善,同时部门对系统的使用也越来越熟练,最后会逐步替代现在的纸质台账派车系统。通过实时监控车辆的空闲状态,达到有效合理地调配运输资源。同时可以更高效地为矿里领导提供各种有效的报表数据,指导安全生产。

项目案例

阅读全文 »

服务端

增加功能

  • 威龙塔通增加驳回功能(在派单错误的情况下)
  • 无效派车标签车队和威龙颜色不一样
  • 执行中的任务“撤销任务”按钮的颜色与无效派车的颜色一致
  • 车队调度 在包含驳回按钮的界面才显示批量驳回的按钮
  • 车队调度 在包含撤回按钮的界面才显示批量撤回的按钮
  • 多选后切换其他标签 批量按钮没有消失
  • 页面自动跳转的BUG
  • WIFI统计加载慢

计划长期任务

WEBRTC技术评估(尽量多看一下相关东西)
* 第一步先做到可以跑起来一个DEMO
* 语音一对多通话
* 语音点对点通话
* 视频通话
* 视频通话中关闭视频界面

客户端

WIFI统计客户端

  • 修改默认地址为内网地址:10.238.255.175
  • 确认车牌号和标识卡号
  • 增加最大上传条数限制
1
http://59.48.22.230:8085/signalanalysis/index#

车载终端

阅读全文 »

服务端

增加功能

  • 车队派车的时候查询车辆时 不查询标识卡的字段
  • 1440 * 900分辨率适配

计划长期任务

  • WEBRTC技术评估(尽量多看一下相关东西)
    • 第一步先做到可以跑起来一个DEMO
    • 语音一对多通话
    • 语音点对点通话
    • 视频通话
    • 视频通话中关闭视频界面
  • 增加测试账号(预计本周完成)
    • 需要增加对应角色的响应测试账号(调度 车队 威龙 等)
    • 账号原则测试账号可以拥有全部对应账号的读取功能
    • 测试账号仅对测试数据有写入的权限,无权限时弹框提示
    • 测试账号相互没有写入权限

客户端

WIFI统计客户端

BUG修改
  • 待传输出现-1
  • 采集数据大约3秒/次
  • 网站没有记录到数据
    1
    http://59.48.22.230:8085/signalanalysis/index#

车载终端

阅读全文 »

服务端

BUG修改

  • 车队调度提交出勤后,需要修改出勤

    车队调度显示器1440 * 900 显示不完全

  • 车队调度派给车队的任务没有撤回按钮
  • 车队、威龙、塔通派车界面页面乱跳(参考视频)
  • 塔通账户提交排班最右边一列操作没有反应,操作后不能提交

增加功能

  • 塔通威龙车队遇到无定位卡的车辆增加“无效派车”需求
  • 特种车辆用车申请 “标红”提醒。
  • 用车任务无论什么排序都需要增加时间生序排序
  • 车队调度指派车队时 对需求的修改(比如用车类型)
  • “执行中”的车辆筛选修改,增加“昨天”、“前天”筛选按钮
  • “执行中结束任务”、”车队调度撤回“、”车队调度驳回“增加批量操作功能
  • 车队、威龙、塔通派指派司机和车辆的时候增加字母检索功能

计划长期任务

  • WEBRTC技术评估(尽量多看一下相关东西)
    • 第一步先做到可以跑起来一个DEMO
    • 语音一对多通话
    • 语音点对点通话
    • 视频通话
    • 视频通话中关闭视频界面
  • 增加测试账号(预计本周完成)
    • 需要增加对应角色的响应测试账号(调度 车队 威龙 等)
    • 账号原则测试账号可以拥有全部对应账号的读取功能
    • 测试账号仅对测试数据有写入的权限,无权限时弹框提示
    • 测试账号相互没有写入权限

      客户端

      WIFI统计客户端

      BUG修改
    • APP运行一段时间(大概记录20条)会退出
    • 闪退后记录,“待传输”和“采集量”没有继续记录
    • 逻辑错误,点击返回按钮会退回到登录界面。
    • 网站没有记录到数据
      1
      http://59.48.22.230:8085/signalanalysis/index#

车载终端

车载终端APP
* 严格按照流程图实现逻辑
* 需要接口即时沟通
车载终端蓝牙协议(左俊 6月10号开始)
* 单击
* 双击
* 长按
WEBRTC技术优化(计划三周内完成 本周为第二周)
* 语音一对多通话
* 语音点对点通话
* 视频通话
* 视频通话中关闭视频界面

用车申请客户端

阅读全文 »

服务端

执行任务的车和司机不再出现在派车列表
结束任务后车和人回到派车列表
WBRTC技术评估(母工周四给出评估结论)
* 第一步先做到可以跑起来一个DEMO
* 语音一对多通话
* 语音点对点通话
* 视频通话
* 视频通话中关闭视频界面
增加测试账号(预计用时2周)
* 需要增加对应角色的响应测试账号(调度 车队 威龙 等)
* 账号原则测试账号可以拥有全部对应账号的读取功能
* 测试账号仅对测试数据有写入的权限,无权限时弹框提示
* 测试账号相互没有写入权限

  • 执行任务的车和司机不再出现在派车列表
  • 结束任务后车和人回到派车列表

    车队调度指派车队后可以更改指派
    车队指派司机后可以完成任务和撤销任务显示列表里增加“用车单位撤回“状态
    车队调度指派车队时 对需求的修改(比如用车类型)

  • 车队排版司机加班的人员不再被选列表
  • 修正加班司机不在选择的问题
  • 筛选车辆时去掉车型限制(只区分人车和料车)
  • 筛选车辆和司机时取消坐标限制

客户端

按照原型图修改界面逻辑
* 客户端仅登录一次,手动退出后可以更换车牌号。
* 设计原则以记录信息为主,当传输失败时可以重新传,但是尽量不要丢失数据。
* 写入记录的优先级最高。
* 写入客户端的数据需要持久化(包括登录信息和记录信息,方案随意)
WIFI统计客户端增加手动设定服务器功能
WIFI统计客户端修复没有数据的问题
WIFI统计客户端增加当前IP地址统计
WIFI统计客户端增加当前mac地址统计(以MD5加密的方式传输)
车载终端接口完成数据结构的统一,做到模拟数据和真实数据的结构和逻辑统一。
WBRTC技术优化(花蕾周四给出评估结论)
* 语音一对多通话
* 语音点对点通话
* 视频通话
* 视频通话中关闭视频界面

阅读全文 »

[toc]

实时对讲方案

开源方案 商业方案
WebRTC juphoon
voip 浩联时代
P2P 微喇
Linphone ZEGO即构科技

1. 开源方案

方案 优点 缺点
Linphone 目前应用最广泛基于ilbc的编解码;ilbc的编解码压缩比率还是比较大的,大概在1/10至1/9之间。也就是说假如每秒20kb的语音数据,编码后就2kb/s,非常小,非常利于网络传输。 必须遵循GPL协议
WebRTC 框架成熟 稳定 方便扩展 Google 开源程序 国内有限制
voip 腾讯无线的VOIP杀手锏产品,实时音视频技术是源于早期的VoIP通信, mina框架,发现很适合做即时通信后台; SIP协议。Linphone 本质也属于这项技术 待查
P2P 专门为对等网络设计,技术较成熟 技术较老

2. 商业方案

方案 官网 技术类型
ZEGO即构科技 https://www.zego.im
juphoon http://www.juphoon.com 采用voip
浩联时代(北京)科技有限公司 https://www.weptt.com
微喇 http://www.weila.hk
浪涛数码 http://www.vnow.cn
阅读全文 »