tbox

协程现在已经不是个新东西了，很多语言都提供了原生支持，也有很多开源的库也提供了协程支持。 最近为了要给tbox增加协程，特地研究了下各大开源协程库的实现，例如：libtask, libmill, boost, libco, libgo等等。 那么现有协程库，是怎么去实现context切换的呢，目前主要有以下几种方式： 使用ucontext系列接口，例如：libtask 使用setjmp/longjmp接口，例如：libmill 使用boost.context，纯汇编实现，内部实现机制跟ucontext完全不同，效率非常高，后面会细讲，tbox最后也是基于此实现 使用windows的GetThreadContext/SetThreadContext接口 使用windows的CreateFiber/ConvertThreadToFiber/SwitchToFiber接口 各个协程协程库的切换效率的基准测试，可以参考：切换效率基准测试报告 ucontext接口 要研究ucontext，其实只要看下libtask的实现就行了，非常经典，这套接口其实效率并不是很高，而且很多平台已经标记为废弃接口了（像macosx），目前主要是在linux下使用 libtask里面对不提供此接口的平台，进行了汇编实现，已达到跨平台的目的， ucontext相关接口，主要有如下四个： getcontext

汽车4G T-BOX，移动管家YD1688（4G＋WIFI＋蓝牙）；移动管家新能源汽车TBOX-全球新能源电动汽车TBOX引领者，中国智能高端新能源汽车破界者。打破传统出行体验,以5G技术,秉持“生而破界”的品牌精神,为您带来美好的人车生活体验。 移动管家新能源汽车4G TBOX，新能源电动汽车共享汽车TBOX终端。支持定制式一款精简实用型定位综合管理的新能源终端，安装便捷，隐蔽性强。具备实时定位监控、盲区补报、丰富的不良驾驶模型、车辆信号状态采集及报警等实用功能；实时掌握车辆实际运行情况，能有效帮助企业提高运输效率、降低物流成本，同时也为车辆管理提供科学的手段和依据，并且满足国家对新能源车辆远程监控管理的要求。 运营平台少不了和TBOX总线数据应用企业打交道。 移动管家新能源汽车4G TBOX不破线，不会损伤车上的任何线束、电路及接口，不破线安装，比如北汽新能源、江淮新能源、奇瑞新能源、比亚迪、福特、东风日产、五菱、长安、红旗、奇瑞、江铃、众泰、本田、丰田、宝马、海马　奔驰等... 符合国家标准 支持GB/T 32960等 联网/定位 支持4G （全网通） 支持GPS/北斗/基站定位 故障诊断 支持故障触发式原始CAN报文存储 支持通过UDS等协议远程故障诊断 信息安全 内置加密芯片(支持国密等) 支持软加密 远程控制 支持对车辆进行远程控制（锁车、限速、开关门、开关空调等）

车载T-BOX可深度读取汽车Can总线数据和私有协议，T-box终端具有双核处理的OBD模块，双核处理的CPU构架，分别采集汽车总线Dcan、Kcan、PTcan相关的总线数据和私有协议反向控制，通过GPRS网络将数据传出到云服务器，提供车况报告、行车报告、油耗统计、故障提醒、违章查询、位置轨迹、驾驶行为、安全防盗、预约服务、远程找车、利用手机控制汽车门、窗、灯、锁、喇叭、双闪、反光镜折叠、天窗、监听中控警告和安全气囊状态等。 基于2G/3G/4G/CDMA/WCDMA/NB-IOT/卫星通信/LORA/北斗/GPS位置服务的智能车联集成系统，新能源汽车T-BOX、4G智能娱乐车载终端、OBD/CANBUS终端，【中山迈易科技】共享汽车终端等软/硬件的研发和生产。 应用领域：电动摩托车、私家车、公交车、网约车、公务车、企业车队、共享汽车、4S店试乘试驾、金融租赁、分时租赁车辆、消防车辆、新能源汽车、国六燃油车、渣土车、危化品车辆、物流车、货柜车、航天飞机、远洋船舶、沙漠、森林等全球所有区域远程物联网控制和位置服务 支持4G全网通 支持GPS/北斗/GLONASS精准定位 支持CAN总线数据读取采集 支持新能源32960协议 支持RS232、RS485接口,可对接摄像头、油感、iButton、温度传感器、WIFI+BT、疲劳驾驶、称重、RFID等外设 支持远程升级

一、介绍 1、工具目标: 　　1）执行adb devices,shell,root,pull命令； 　　2）有图形界面，可以傻瓜式操作 2、方法： 　　经过技术可行性分析，可以使用python3，PyQt5，pyinstaller，subprocess.run，adb等技术实现目标 3、原理：使用python3 执行 adb相关命令，用PyQt5制作显示界面 二、工具 1、界面 先看看界面，使用的控件：groupBox，pushButton，comboBox，lineEdit，toolButton，label，textBrowser， 使用Qt Desiger布置界面，然后转化成python代码 2、代码 1）界面py，文件名LOG_TOOL_UI.ui # -*- coding: utf-8 -*- # Form implementation generated from reading ui file 'LOG_TOOL_UI.ui' # # Created by: PyQt5 UI code generator 5.14.2 # # WARNING! All changes made in this file will be lost! from PyQt5 import QtCore, QtGui, QtWidgets class Ui_MainWindow(object)

随着汽车中软件发挥的作用越来越重要，软件定义汽车已经是行业内的共识。汽车行业的发展极有可能最终像手机产业一样，基础硬件差异会越来越小，关键在于汽车给用户的体验的多样性，以及汽车产品在不同场景下满足用户需求的程度。而这种体验的差异性在很大程度上是由汽车的软件来决定的。当汽车中软件代码行数成正比不断增长，随之而来的是软件工程复杂度指数级增长和软件故障概率的提升。车辆无论是遇到软件故障还是更新，如果每次更新都要去4S店，效率将非常低下，线下售后运营负荷也将沉重，既难以满足智能汽车更新迭代的需求，也使得用户体验很差。 OTA的出现，完美的解决了软件频繁更新的问题，通过OTA技术则可以通过远程快速完成缺陷的修复，避免了持续数月的进厂召回带来的风险。 通过OTA升级，可以不断给用户开启新功能，不断优化产品体验，进行快速迭代，吸引客户。通过OTA，可以帮助车企节省因为软件缺陷带来的召回成本，节省大量的金钱和时间。但与此同时，OTA也带来了新的挑战，由于车载ECU众多，网络复杂，一旦车辆与外界建立通信，原本封闭的网络更容易受到入侵的可能性，建立一整套安全防护体系是OTA的重要课题。 OTA设计要求 OTA设计主要从安全、时间、版本管理、异常处理等方面综合考虑，具体为： 1.升级安全是OTA的最基础的要求。车辆上ECU的软件运行状况直接会影响到车辆上的人员的生命安全。从升级包制作，发布，下载，分发

现象： 在河南某汽车厂，刷写博世控制器的时候，发现发送36 01 XX XX指令，正常来说应该收到76 01.或者7F XX的负响应。 但是没有收到任何响应数据。 用canOE监控一下，发送总线上确实有36 01，但是就是对方控制器没有法数据到总线上。 之前在公司测试，仅仅控制器连接到电脑上，刷文件是可以的。 实际现场又专门把控制器拆掉，单独接到电脑上，也是可以的。这说明车的环境对控制器有影响。 设备 连接到 网关，网关然后连接到控制器。 所有设备发出的数据都是由网关这个模块，来转发到控制器的。用厂家的431来刷文件可以，说明网关是正常。是可以刷写文件的。 不仅仅这个博世的控制器，所有的像ABS,EPS,tbox等等好多ECU都是接到网关上的。 在发送到总线上前提是，必须其他ECU保持安静，他们不能发数据到总线上。ID越小，则ECU的优先级越高。当优先级高的ECU在发数据的时候，而此时你要是发数据，那么是不可以的。因此要让其他ECU保持安静。 通过，进扩展，设置DTC, 让所有ECU安静。这三个步骤可以控制其他ECU。 监控总线，发现进扩展之后，总线上有些ECU回复50 03.但是，有的ECU 没有回复。而每次用431进扩展，都会发现好多ECU都能发50 03到总线。因此猜测，我发的数据太快，导致有些ECU没有正常发出50 03。 因此，在进扩展，设置DTC,

4G_TBOX,让一切变得简单 1、模块化架构，采用多核分布式处理，CAN解码数据处理与主控MCU融合，实现数据读取、计算、控制更精准； 2、 CAN模块适应当前先进技术（支持发动机自动启停、支持多CAN等特点），支持实时数据获取，驾驶习惯数据获取，熄火自动生成本次行程报告、快速反馈机制； 3、 超低功耗设计，自动启动休眠，自动检测电瓶电压、自动报警； 4、工业级高稳定性移远4G模块，内置高灵敏度蜂窝网络天线，支持TCP/IP数据传输，支持域名/IP地址连接服务器； 5、 内置六轴陀螺仪振动传感器，休眠模式下，实现异常振动监测并震动上报至服务器； 6、 内置大容量存储芯片，支持离线状态下半年以上的数据存储； 7、 高灵敏度6轴加速度传感器，融合精准加速度、角速度算法，实时获取车辆当前姿态，支持急加速、急减速、急转弯、碰撞等车况判断； 8、 高灵敏度GPS/北斗模块与主机分离，实现GPS搜星信号更稳定，支持定位跟踪、同步授时、星历存储等多重搜星机制； 9、 休眠模式下，支持电瓶低电压监测报警、异常震动报警等； 10、 标准API接口指令，服务器解析更智能、方便控制PEPS； 11、支持自定义上传实时数据间隔； 12、车辆启动、熄火、休眠自动上报消息； 13 支持在线、远程升级，支持在线、远程配置参数。 14、采用多类心跳包机制，保证智能终端的在线与连接。 基于4G单模

随着汽车中软件发挥的作用越来越重要，软件定义汽车已经是行业内的共识。汽车行业的发展极有可能最终像手机产业一样，基础硬件差异会越来越小，关键在于汽车给用户的体验的多样性，以及汽车产品在不同场景下满足用户需求的程度。而这种体验的差异性在很大程度上是由汽车的软件来决定的。当汽车中软件代码行数成正比不断增长，随之而来的是软件工程复杂度指数级增长和软件故障概率的提升。车辆无论是遇到软件故障还是更新，如果每次更新都要去4S店，效率将非常低下，线下售后运营负荷也将沉重，既难以满足智能汽车更新迭代的需求，也使得用户体验很差。 OTA的出现，完美的解决了软件频繁更新的问题，通过OTA技术则可以通过远程快速完成缺陷的修复，避免了持续数月的进厂召回带来的风险。通过OTA升级，可以不断给用户开启新功能，不断优化产品体验，进行快速迭代，吸引客户。 通过OTA，可以帮助车企节省因为软件缺陷带来的召回成本，节省大量的金钱和时间。但与此同时，OTA也带来了新的挑战，由于车载ECU众多，网络复杂，一旦车辆与外界建立通信，原本封闭的网络更容易受到入侵的可能性，建立一整套安全防护体系是OTA的重要课题。 OTA设计要求 OTA设计主要从安全、时间、版本管理、异常处理等方面综合考虑，具体为： 1.升级安全是OTA的最基础的要求。车辆上ECU的软件运行状况直接会影响到车辆上的人员的生命安全。从升级包制作，发布，下载，分发

上次记录了下 TensorFlow 版本 ，这次由于 剪枝 需要，尝试下 PyTorch 版本 。 源码目录总览 yolov3- ultralytics ├── cfg // 网络定义文件 │ ├── yolov3.cfg │ ├── yolov3 - spp.cfg │ ├── yolov3 - tiny.cfg ├── data // 数据配置 │ ├── samples // 示例图片，detect.py 检测的就是这里的图片 │ ├── coco.names // coco 用于检测的 80 个类别的名字 │ ├── coco_paper.names // coco 原始 91 个类别的名字 │ ├── coco2014.data // coco 2014 版本的训练测试路径配置 │ └── coco2017.data // coco 2017 版本的训练测试路径配置 ├── utils // 核心代码所在文件夹 │ ├── __init__ .py │ ├── adabound.py │ ├── datasets.py │ ├── google_utils.py │ ├── layers.py │ ├── parse_config.py │ ├── torch_utils.py │ └── utils.py ├── weights // 模型所在路径 │ ├──

车载智能终端TBOX、汽车T-Box车机硬件 汽车4G智能终端 YD8001 共享汽车4G-TBOX分时租赁免破线终端 YD8001是由中山迈易科技针对汽车智能互联平台用户精心打造的一款车载智能信息终端硬件，实现互联控制车门灯窗采集电压VIN总里续航技术得以广泛应用,打造专车专用汽车品牌独立虚拟钥匙。 迈易车载TBOX ，专注汽车与网络连接； 1. 车载TBOX概述 YD8001定位于车规级的新能源车载TBXO终端，专注新能源车辆的数据管理，符合国家GB/T32960设计标准及《电动车远程服务与管理系统技术规范》 采用高端4G车规级通讯模块及高端汽车电子处理器，先进GPS/北斗定位模块，高灵敏度车规级天线信号接收； YD8001车载TBOX终端支持众多汽车新能源汽车租赁运营平台行业提供领先的整体解决方案；应用于汽车共享、分时租赁运营等等。 2. TBOX特征 1、 车载TBOX采用标准OBDII接口支持，实现免破线安装 2、 覆盖所有主流电动汽车协议 3、128M主频，处理速度超快 4、 上位机无需进行任何运算，所有数据都以数值方式上报 5、直接采集汽车钥匙状态判定点火和熄火 6、 精确仪表总里程，准确度100% 7、支持单体电池温度、电压、电流及充电状态 8、 支持车辆故障码诊断，两条指令即可完成故障码的读取和清除 9、 支持实时故障码扫描 10、 支持急加速