CN107220149B - 在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统 - Google Patents

在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统 Download PDF

Info

Publication number
CN107220149B
CN107220149B CN201710218661.5A CN201710218661A CN107220149B CN 107220149 B CN107220149 B CN 107220149B CN 201710218661 A CN201710218661 A CN 201710218661A CN 107220149 B CN107220149 B CN 107220149B
Authority
CN
China
Prior art keywords
windows
linux
bridge driver
driver
debugging data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710218661.5A
Other languages
English (en)
Other versions
CN107220149A (zh
Inventor
刘其峰
张天瑜
许宁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Guanghetong Wireless Communication Software Co ltd
Original Assignee
Shenzhen Guanghetong Wireless Communication Software Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Guanghetong Wireless Communication Software Co ltd filed Critical Shenzhen Guanghetong Wireless Communication Software Co ltd
Priority to CN201710218661.5A priority Critical patent/CN107220149B/zh
Publication of CN107220149A publication Critical patent/CN107220149A/zh
Application granted granted Critical
Publication of CN107220149B publication Critical patent/CN107220149B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/221—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test buses, lines or interfaces, e.g. stuck-at or open line faults
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2273—Test methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/324—Display of status information
    • G06F11/328—Computer systems status display
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4004—Coupling between buses
    • G06F13/4027—Coupling between buses using bus bridges

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明涉及一种在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统，在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与Linux桥式驱动通信的串行接口。通过串行接口建立Windows系统下与Linux桥式驱动的跟踪通道。获取Linux系统中无线通讯模块的调试数据，并将获取的调试数据发送至Linux桥式驱动。在Windows系统下接收到数据抓取指令后，经跟踪通道从Linux桥式驱动获取调试数据并在Windows系统下输出。通过加载Windows驱动程序生成Windows系统下与Linux桥式驱动的串行接口，实现Windows与Linux系统的通讯。利用串行接口建立Windows系统下与Linux桥式驱动的跟踪通道进行数据抓取，实现Windows系统下捕捉Linux系统中无线通讯模块的调试数据。

Description

在Windows下对Linux系统中无线通讯模块调试数据抓取方法 和系统
技术领域
本发明涉及无线通信技术领域，特别是涉及一种在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统。
背景技术
随着无线通信技术的发展，4G LTE(Long Term Evolution，长期演进技术)网络逐渐普及，其应用领域越来越广。相比2G和3G无线通信技术，4G LTE无线通信技术的网络传输速度更快，可以提供更全面的无线数据传输服务。在LTE无线通信技术的应用领域中，外置设备通过无线通信模块外置拨号直接连到Internet具有广泛的应用价值，是物联网技术的重要实现手段。
无线通讯模块可设置在不同系统中，无线通讯模块的调试数据详细记录了无线通讯模块的不同服务进程，实时抓取无线通讯模块的调试数据有利于了解无线通讯模块的最新动态，以便进行数据无线通信控制。传统的无线通讯模块调试数据抓取方式是将无线通讯模块嵌入于Windows系统，使用Windows工具抓取模块调试数据。当无线通讯模块嵌入于Linux系统中，便无法使用Windows工具抓取模块调试数据。传统的无线通讯模块调试数据抓取方式无法实现对嵌入于Linux系统中的无线通讯模块在Windows下抓取调试数据。
发明内容
基于此，有必要针对上述问题，提供一种可实现对嵌入于Linux系统中的无线通讯模块在Windows下抓取调试数据的在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统。
一种在Windows下对Linux系统中无线通讯模块调试数据抓取方法，包括以下步骤：
在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与所述Linux桥式驱动通信的串行接口；
通过所述串行接口建立Windows系统下与所述Linux桥式驱动的跟踪通道；
获取Linux系统中无线通讯模块的调试数据，并将获取的调试数据发送至所述Linux桥式驱动；
在Windows系统下接收到数据抓取指令后，经所述跟踪通道从所述Linux桥式驱动获取调试数据并在Windows系统下输出。
一种在Windows下对Linux系统中无线通讯模块调试数据抓取系统，包括：
接口生成模块，用于在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与所述Linux桥式驱动通信的串行接口；
通道建立模块，用于通过所述串行接口建立Windows系统下与所述Linux桥式驱动的跟踪通道；
数据采集模块，用于获取Linux系统中无线通讯模块的调试数据，并将获取的调试数据发送至所述Linux桥式驱动；
数据抓取模块，用于在Windows系统下接收到数据抓取指令后，经所述跟踪通道从所述Linux桥式驱动获取调试数据并在Windows系统下输出。
上述在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统，在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与Linux桥式驱动通信的串行接口。通过串行接口建立Windows系统下与Linux桥式驱动的跟踪通道。获取Linux系统中无线通讯模块的调试数据，并将获取的调试数据发送至Linux桥式驱动。在Windows系统下接收到数据抓取指令后，经跟踪通道从Linux桥式驱动获取调试数据并在Windows系统下输出。通过加载Windows驱动程序生成Windows系统下与Linux桥式驱动的串行接口，实现Windows与Linux系统的通讯。获取调试数据发送至Linux桥式驱动，实现无线通讯模块与Linux桥式驱动的通讯。利用串行接口建立Windows系统下与Linux桥式驱动的跟踪通道进行数据抓取，实现Windows系统下捕捉Linux系统中无线通讯模块的调试数据。
附图说明
图1为一实施例中在Windows下对Linux系统中无线通讯模块调试数据抓取方法的流程图；
图2为另一实施例中在Windows下对Linux系统中无线通讯模块调试数据抓取方法的流程图；
图3为一实施例中Gadget驱动的体系结构示意图；
图4为一实施例中Gadget驱动的配置示设置意图；
图5为一实施例中Gadget驱动的配置确认示意图；
图6为一实施例中Gadget驱动的配置结果示意图；
图7为一实施例中Windows驱动程序加载示意图；
图8为一实施例中串行接口显示示意图；
图9为一实施例中串行接口测试示意图；
图10为一实施例中结束串行接口测试示意图；
图11为一实施例中跟踪通道配置示意图；
图12为一实施例中数据保存目录示意图；
图13为一实施例中开始捕获调试数据示意图；
图14为一实施例中停止捕获调试数据示意图；
图15为一实施例中跟踪文件复制示意图；
图16为一实施例中在Windows下对Linux系统中无线通讯模块调试数据抓取系统的结构图；
图17为另一实施例中在Windows下对Linux系统中无线通讯模块调试数据抓取系统的结构图。
具体实施方式
在一个实施例中，一种在Windows下对Linux系统中无线通讯模块调试数据抓取方法，实现在Windows系统下对Linux系统中无线通讯模块的调试数据捕捉，Windows系统和Linux系统可以是安装在同一个终端设备中，也可以是安装在不同设备上。为便于理解，以下均以USB(Universal Serial Bus，通用串行总线)设备安装Linux系统，通过USB接口与Windows主机连接为例进行解释说明。如图1所示，该方法包括以下步骤：
步骤S120：在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与Linux桥式驱动通信的串行接口。
Linux桥式驱动的具体类型并不唯一，本实施例中，Linux桥式驱动为Gadget驱动程序。Gadget驱动程序是一个USB设备端的Linux USB Gadget驱动框架，在具有USB装置的硬件设备的Linux系统上运行，例如PDA(Personal Digital Assistant，即个人数码助理)、嵌入式Linux系统或具有USB开发卡的PC(Personal Computer，个人计算机)。Gadget驱动程序通过USB与CDC(Communications Device Class，通信设备类)ACM(Abstract ControlModel，抽象控制模型)，驱动程序或在主机PC上运行的通用USB串行驱动程序通信。
本实施例中，在USB设备加载Linux桥式驱动完成设置后，使用USB电缆将USB设备连接到Windows主机时，Windows主机识别Linux桥式驱动后加载Windows驱动程序并生成串行接口。Windows驱动程序的类型并不唯一，可以是Windows ACM驱动程序等。在一个实施例中，步骤S120包括步骤122和步骤124。
步骤122：在Windows系统下检测到加载有Linux桥式驱动后，接收程序存储路径参数。
具体地，Windows主机识别到加载有Linux桥式驱动的USB设备后并请求驱动程序，操作人员通过输入程序存储路径参数告诉Windows主机驱动程序的存储位置。
步骤124：在Windows系统下根据程序存储路径参数查找到Windows驱动程序并进行加载，生成与Linux桥式驱动通信的串行接口。
Windows主机根据接收的程序存储路径找到Windows驱动程序进行加载，当驱动程序加载成功时显示一个串行接口，用作与Linux桥式驱动通信。
步骤S140：通过串行接口建立Windows系统下与Linux桥式驱动的跟踪通道。
建立跟踪通道的方式并不唯一，具体地，可在Windows主机安装STT(Server TestToolkit，服务器测试工具包)应用程序，利用STT应用程序进行通道参数配置，选择串行接口建立Windows系统下与Linux桥式驱动的跟踪通道。此外，操作人员还可通过STT应用程序设置数据保存路径，以便于对后续获取的调试数据进行保存。
步骤S150：获取无线通讯模块的调试数据，并将获取的调试数据发送至Linux桥式驱动。
无线通讯模块嵌入于Linux系统中。获取无线通讯模块的调试数据的方式也并不是唯一的，具体地，USB设备预先安装桥接应用程序工具和4G调制解调器的驱动程序，通过桥接应用程序工具从4G调制解调器的跟踪端口接收调试数据，并将调试数据发送到Linux桥式驱动。
步骤S160：在Windows系统下接收到数据抓取指令后，经跟踪通道从Linux桥式驱动获取调试数据并在Windows系统下输出。
对应地，Windows主机还可通过STT应用程序接收数据抓取指令，然后通过跟踪通道从Linux桥式驱动获取调试数据并输出。输出调试数据的方式并不唯一，可以是输出至显示屏进行显示，也可以是输出至存储器进行存储。本实施例中，将调试数据存储在STT应用程序设置数据保存路径。STT应用程序在保存调试数据后生成文件夹并显示，以便操作人员对保存的调试数据进行查看或编辑。
此外，在保存调试数据之后，还可在Windows下接收数据操作指令，并根据数据操作指令对保存的调试数据进行操作。具体地，操作人员可通过STT应用程序输入数据操作指令，对保存的调试数据进行查看、复制和编辑等操作，提高了数据管理便利性。
上述在Windows下对Linux系统中无线通讯模块调试数据抓取方法，通过加载Windows驱动程序生成Windows系统下与Linux桥式驱动的串行接口，实现Windows与Linux系统的通讯。获取调试数据发送至Linux桥式驱动，实现无线通讯模块与Linux桥式驱动的通讯。利用串行接口建立Windows系统下与Linux桥式驱动的跟踪通道进行数据抓取，实现Windows系统下捕捉Linux系统中无线通讯模块的调试数据。
在一个实施例中，如图2所示，步骤S120之后，步骤S140之前，在Windows下对Linux系统中无线通讯模块调试数据抓取方法还可包括步骤S130。
步骤S130：在Windows系统下利用串口工具打开串行接口，并对串行接口进行通信检测。
具体地，可通过Windows主机利用串口工具打开串行接口，通过串行接口从Windows主机发送测试数据至USB设备。若USB设备接收到测试数据则说明串行接口正常，通信检测通过并进行步骤S140。
在生成串行接口之后还对串行接口进行通信检测，并在通信检测通过后构建跟踪通道，避免因为串行接口故障影响后续调试数据的抓取，提高了调试数据抓取可靠性。
在一个实施例中，继续参照图2，步骤S120之前，在Windows下对Linux系统中无线通讯模块调试数据抓取方法包括步骤S110。
步骤S110：加载Linux桥式驱动，检测Linux桥式驱动的加载结果。
具体地，可在USB设备打开终端工具进入内核目录，根据准则完成Linux桥式驱动的配置。USB设备加载Linux桥式驱动后检查内核消息，获取Linux桥式驱动的加载结果。操作人员根据检测到的加载结果判断Linux桥式驱动加载成功后，通过USB电缆将USB设备连接到Windows主机，以便Windows主机生成与Linux桥式驱动通信的串行接口。
在一个实施例中，步骤S160之后，在Windows下对Linux系统中无线通讯模块调试数据抓取方法还包括步骤S170。
步骤S170：在Windows系统下接收到停止抓取指令后，停止从Linux桥式驱动获取调试数据。
对应地，同样可通过STT应用程序接收停止抓取指令，然后停止获取调试数据。可以理解，在进行获取调试数据和停止获取调试数据时，还可显示对应的提示信息，以便操作人员知晓数据获取状态。例如，可通过在STT应用程序的操作窗口显示开始跟踪按钮和停止跟踪按钮，根据实际状态控制对应按钮改变颜色，告知操作人员当前所处状态，操作便利性高。
为了更好地理解上述在Windows下对Linux系统中无线通讯模块调试数据抓取方法，下面结合具体实施例进行详细的解释说明。
如图3所示为Gadget驱动程序的体系结构，在USB设备端Linux系统上，Gadget驱动程序作为一个串行设备。在Windows主机端系统上，Gadget串行设备作为CDC ACM兼容类设备或具有批量输入和批量输出端点的简单供应商特定设备，并且与其他串行设备类似。
使用Gadget驱动程序，USB设备的内核为“USB Gadget支持”、“USB Gadget驱动程序”和“串行Gadget”驱动程序配置Linux Gadget端内核。
在USB设备配置Gadget驱动程序的过程：
1、打开USB设备终端工具，进入内核目录(假设为“/linux-3.0.8//home/ght”)，并执行<configuration>make命令(假设使用标准的menuconfig)。
2、照以下准则完成Gadget驱动程序的配置：
输入“设备驱动程序”→“USB支持”→“USB Gadget支持”菜单，然后选择边框中的USB Gadget驱动程序(串行Gadget(支持CDC ACM和CDC OBEX(Object Exchange，对象交换协议)))，如图4所示。
3.配置完成后，选择“退出”退出配置界面。然后选择“<是>”退出保存界面。
4.完成配置后，执行make命令，编译修改后的内核。
在USB设备加载Gadget驱动程序之后进行配置确认，具体在USB设备系统启动时，执行dmesg命令并检查内核消息。图5中边框所示的信息表示系统中的gadget驱动程序已成功配置。设置Gadget驱动程序后会看到/dev/ttyGS0节点，如图6所示。
在Windows主机检测到加载有Gadget驱动程序的USB设备后，安装主机端驱动程序。具体地，如果将Gadget驱动程序作为ACM设备加载，需要在主机端使用Windows或LinuxACM驱动程序。如果Gadget驱动程序作为批量输入/输出设备加载，需要在主机端使用Linux通用串行驱动程序。以下以安装Windows Host ACM驱动程序为例进行说明。
在USB设备加载Gadget驱动程序并使用USB电缆将USB设备连接到Windows主机时，Windows主机识别后请求驱动程序。操作人员通过输入程序存储路径参数告诉Windows主机找到包含在“linux-cdc-acm.inf”文件的文件夹中的驱动程序，如图7所示，包括step1至step6共六个步骤。当驱动程序加载成功时显示一个串行接口，如图8所示。
使用串口工具打开Windows主机端的串行接口，并在USB设备端执行'cat/dev/ttyGS0&'来查看接收的数据。尝试从主机端发送一些字，USB设备将得到如图9所示的消息。测试串行接口完成后在USB设备端停止测试，如图10所示。
USB设备安装4G调制解调器的Linux设备驱动程序以及桥接应用程序工具。桥接应用程序工具具体为GhtBridgeTool，从4G调制解调器的跟踪端口接收调试数据，并将调试数据发送到ttyGS0。Windows主机端的串行端口将从ttyGS0.Try获取调试数据。
在Windows主机端使用STT应用程序，STT应用程序用于从跟踪端口捕获4G调制解调器的调试数据。成功安装STT后，双击桌面上的STT的快照图标以运行应用程序。在STT的文件->配置->连接->跟踪通道菜单中，选择Com端口作为3.1章节，波特率为115200，如图11所示。在STT的文件->配置->会话->会话路径菜单中，您可以指定保存数据的目录，如图12所示。
如图13和图14所示，在STT应用程序的工具菜单中，可以看到左侧的开始跟踪按钮B1，下一个是停止跟踪按钮B2。单击开始跟踪按钮B1捕获调试数据，单击停止跟踪按钮B2停止捕获。单击开始按钮前开始跟踪按钮B1为蓝色，停止跟踪按钮B2不显示颜色。单击开始跟踪按钮B1后，开始跟踪按钮B1不显示颜色，停止跟踪按钮B2变为红色。通过控制按钮显示不同颜色，以便操作人员知晓数据获取状态。
STT应用程序将获取的调试数据保存在“trace_2016_05_09_105846_TS”文件夹中，单击停止跟踪按钮B2，右键单击“trace_2016_05_09_105846_TS”，单击打开目录菜单，后缀为istp的文件是跟踪到的调试数据文件，可以选择复制此文件，如图15所示。
在一个实施例中，一种在Windows下对Linux系统中无线通讯模块调试数据抓取系统，实现在Windows系统下对Linux系统中无线通讯模块的调试数据捕捉，Windows系统和Linux系统可以是安装在同一个终端设备中，也可以是安装在不同设备上。为便于理解，以下均以USB设备安装Linux系统，通过USB接口与Windows主机连接为例进行解释说明。如图16所示，该系统包括接口生成模块120、通道建立模块140、数据采集模块150和数据抓取模块160。
接口生成模块120用于在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与Linux桥式驱动通信的串行接口。
Linux桥式驱动的具体类型并不唯一，本实施例中，Linux桥式驱动为Gadget驱动程序。本实施例中，在USB设备加载Linux桥式驱动完成设置后，使用USB电缆将USB设备连接到Windows主机时，Windows主机识别Linux桥式驱动后加载Windows驱动程序并生成串行接口。Windows驱动程序的类型并不唯一，可以是Windows ACM驱动程序等。在一个实施例中，接口生成模块120包括参数接收单元和接口生成单元。
参数接收单元用于在Windows系统下检测到加载有Linux桥式驱动后，接收程序存储路径参数。具体地，Windows主机识别到加载有Linux桥式驱动的USB设备后并请求驱动程序，操作人员通过输入程序存储路径参数告诉Windows主机驱动程序的存储位置。
接口生成单元用于在Windows系统下根据程序存储路径参数查找到Windows驱动程序并进行加载，生成与Linux桥式驱动通信的串行接口。Windows主机根据接收的程序存储路径找到Windows驱动程序进行加载，当驱动程序加载成功时显示一个串行接口，用作与Linux桥式驱动通信。
通道建立模块140用于通过串行接口建立Windows系统下与Linux桥式驱动的跟踪通道。
具体地，可在Windows主机安装STT应用程序，利用STT应用程序进行通道参数配置，选择串行接口建立Windows系统下与Linux桥式驱动的跟踪通道。此外，操作人员还可通过STT应用程序设置数据保存路径，以便于对后续获取的调试数据进行保存。
数据采集模块150用于获取无线通讯模块的调试数据，并将获取的调试数据发送至Linux桥式驱动。
无线通讯模块嵌入于Linux系统中。具体地，USB设备预先安装桥接应用程序工具和4G调制解调器的驱动程序，通过桥接应用程序工具从4G调制解调器的跟踪端口接收调试数据，并将调试数据发送到Linux桥式驱动。
数据抓取模块160用于在Windows系统下接收到数据抓取指令后，经跟踪通道从Linux桥式驱动获取调试数据并在Windows系统下输出。
对应地，Windows主机还可通过STT应用程序接收数据抓取指令，然后通过跟踪通道从Linux桥式驱动获取调试数据并输出。本实施例中，将调试数据存储在STT应用程序设置数据保存路径。STT应用程序在保存调试数据后生成文件夹并显示，以便操作人员对保存的调试数据进行查看或编辑。
此外，在保存调试数据之后，数据抓取模块160还可在Windows下接收数据操作指令，并根据数据操作指令对保存的调试数据进行操作。具体地，操作人员可通过STT应用程序输入数据操作指令，对保存的调试数据进行查看、复制和编辑等操作，提高了数据管理便利性。
上述在Windows下对Linux系统中无线通讯模块调试数据抓取系统，通过加载Windows驱动程序生成Windows系统下与Linux桥式驱动的串行接口，实现Windows与linux系统的通讯。获取调试数据发送至Linux桥式驱动，实现无线通讯模块与Linux桥式驱动的通讯。利用串行接口建立Windows系统下与Linux桥式驱动的跟踪通道进行数据抓取，实现Windows系统下捕捉Linux系统中无线通讯模块的调试数据。
在一个实施例中，如图17所示，在Windows下对Linux系统中无线通讯模块调试数据抓取系统还包括接口检测模块130。
接口检测模块130用于在接口生成模块120生成与Linux桥式驱动通信的串行接口之后，在Windows系统下利用串口工具打开串行接口，并对串行接口进行通信检测。
具体地，可通过Windows主机利用串口工具打开串行接口，通过串行接口从Windows主机发送测试数据至USB设备。若USB设备接收到测试数据则说明串行接口正常，通信检测通过控制通道建立模块140通过串行接口建立Windows系统下与Linux桥式驱动的跟踪通道。
在生成串行接口之后还对串行接口进行通信检测，并在通信检测通过后构建跟踪通道，避免因为串行接口故障影响后续调试数据的抓取，提高了调试数据抓取可靠性。
在一个实施例中，继续参照图17，在Windows下对Linux系统中无线通讯模块调试数据抓取系统还包括驱动加载模块110。
驱动加载模块110用于在接口生成模块120在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与Linux桥式驱动通信的串行接口之前，加载Linux桥式驱动，检测Linux桥式驱动的加载结果。
具体地，可在USB设备打开终端工具进入内核目录，根据准则完成Linux桥式驱动的配置。USB设备加载Linux桥式驱动后检查内核消息，获取Linux桥式驱动的加载结果。操作人员根据检测到的加载结果判断Linux桥式驱动加载成功后，通过USB电缆将USB设备连接到Windows主机，以便Windows主机生成与Linux桥式驱动通信的串行接口。
在一个实施例中，在Windows下对Linux系统中无线通讯模块调试数据抓取系统还包括抓取停止模块170。
抓取停止模块170用于在数据抓取模块160在Windows系统下接收到数据抓取指令后，经跟踪通道从Linux桥式驱动获取调试数据并在Windows系统下输出之后，在Windows系统下接收到停止抓取指令后，停止从Linux桥式驱动获取调试数据。
对应地，同样可通过STT应用程序接收停止抓取指令，然后停止获取调试数据。可以理解，在进行获取调试数据和停止获取调试数据时，还可显示对应的提示信息，以便操作人员知晓数据获取状态。例如，可通过在STT应用程序的操作窗口显示开始跟踪按钮和停止跟踪按钮，根据实际状态控制对应按钮改变颜色，告知操作人员当前所处状态，操作便利性高。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种在Windows下对Linux系统中无线通讯模块调试数据抓取方法，其特征在于，包括以下步骤：
在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与所述Linux桥式驱动通信的串行接口；
通过所述串行接口建立Windows系统下与所述Linux桥式驱动的跟踪通道；
获取Linux系统中无线通讯模块的调试数据，并将获取的调试数据发送至所述Linux桥式驱动；
在Windows系统下接收到数据抓取指令后，经所述跟踪通道从所述Linux桥式驱动获取调试数据并在Windows系统下输出。
2.根据权利要求1所述的在Windows下对Linux系统中无线通讯模块调试数据抓取方法，其特征在于，所述在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与所述Linux桥式驱动通信的串行接口的步骤，包括：
在Windows系统下检测到加载有Linux桥式驱动后，接收程序存储路径参数；
在Windows系统下根据所述程序存储路径参数查找到Windows驱动程序并进行加载，生成与所述Linux桥式驱动通信的串行接口。
3.根据权利要求1所述的在Windows下对Linux系统中无线通讯模块调试数据抓取方法，其特征在于，所述在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与所述Linux桥式驱动通信的串行接口之后，所述通过所述串行接口建立Windows系统下与所述Linux桥式驱动的跟踪通道之前，还包括以下步骤：
在Windows系统下利用串口工具打开所述串行接口，并对所述串行接口进行通信检测，并在通信检测通过后进行所述通过所述串行接口建立Windows系统下与所述Linux桥式驱动的跟踪通道的步骤。
4.根据权利要求1所述的在Windows下对Linux系统中无线通讯模块调试数据抓取方法，其特征在于，所述在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与所述Linux桥式驱动通信的串行接口之前，还包括以下步骤：
加载Linux桥式驱动，检测Linux桥式驱动的加载结果。
5.根据权利要求1所述的在Windows下对Linux系统中无线通讯模块调试数据抓取方法，其特征在于，所述在Windows系统下接收到数据抓取指令后，经所述跟踪通道从所述Linux桥式驱动获取调试数据并在Windows系统下输出的步骤之后，还包括以下步骤：
在Windows系统下接收到停止抓取指令后，停止从所述Linux桥式驱动获取调试数据。
6.一种在Windows下对Linux系统中无线通讯模块调试数据抓取系统，其特征在于，包括：
接口生成模块，用于在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与所述Linux桥式驱动通信的串行接口；
通道建立模块，用于通过所述串行接口建立Windows系统下与所述Linux桥式驱动的跟踪通道；
数据采集模块，用于获取Linux系统中无线通讯模块的调试数据，并将获取的调试数据发送至所述Linux桥式驱动；
数据抓取模块，用于在Windows系统下接收到数据抓取指令后，经所述跟踪通道从所述Linux桥式驱动获取调试数据并在Windows系统下输出。
7.根据权利要求6所述的在Windows下对Linux系统中无线通讯模块调试数据抓取系统，其特征在于，所述接口生成模块包括：
参数接收单元，用于在Windows系统下检测到加载有Linux桥式驱动后，接收程序存储路径参数；
接口生成单元，用于在Windows系统下根据所述程序存储路径参数查找到Windows驱动程序并进行加载，生成与所述Linux桥式驱动通信的串行接口。
8.根据权利要求6所述的在Windows下对Linux系统中无线通讯模块调试数据抓取系统，其特征在于，还包括：
接口检测模块，用于在所述接口生成模块生成与所述Linux桥式驱动通信的串行接口之后，在Windows系统下利用串口工具打开所述串行接口，并对所述串行接口进行通信检测，并在通信检测通过后控制所述通道建立模块通过所述串行接口建立Windows系统下与所述Linux桥式驱动的跟踪通道。
9.根据权利要求6所述的在Windows下对Linux系统中无线通讯模块调试数据抓取系统，其特征在于，还包括：
驱动加载模块，用于在接口生成模块在Windows系统下检测到加载有Linux桥式驱动后加载Windows驱动程序，生成与所述Linux桥式驱动通信的串行接口之前，加载Linux桥式驱动，检测Linux桥式驱动的加载结果。
10.根据权利要求6所述的在Windows下对Linux系统中无线通讯模块调试数据抓取系统，其特征在于，还包括：
抓取停止模块，用于在所述数据抓取模块在Windows系统下接收到数据抓取指令后，经所述跟踪通道从所述Linux桥式驱动获取调试数据并在Windows系统下输出之后，在Windows系统下接收到停止抓取指令后，停止从所述Linux桥式驱动获取调试数据。
CN201710218661.5A 2017-04-05 2017-04-05 在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统 Active CN107220149B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710218661.5A CN107220149B (zh) 2017-04-05 2017-04-05 在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710218661.5A CN107220149B (zh) 2017-04-05 2017-04-05 在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统

Publications (2)

Publication Number Publication Date
CN107220149A CN107220149A (zh) 2017-09-29
CN107220149B true CN107220149B (zh) 2020-05-22

Family

ID=59927536

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710218661.5A Active CN107220149B (zh) 2017-04-05 2017-04-05 在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统

Country Status (1)

Country Link
CN (1) CN107220149B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108717390A (zh) * 2018-08-03 2018-10-30 成都清渟科技有限公司 用于净水监测终端的外接调试装置、调试系统及调试方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103942123A (zh) * 2014-04-23 2014-07-23 丁卓 一种反向数据抓取实现云容灾备份的方法及系统
CN105306515A (zh) * 2014-07-31 2016-02-03 中国石油天然气股份有限公司 一种获取不同操作系统的终端上的应用数据的方法和装置
CN105608030A (zh) * 2015-12-23 2016-05-25 联想(北京)有限公司 一种电子设备及通信系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1316886A1 (en) * 2001-11-28 2003-06-04 Sony International (Europe) GmbH Method for remotely diagnosing devices

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103942123A (zh) * 2014-04-23 2014-07-23 丁卓 一种反向数据抓取实现云容灾备份的方法及系统
CN105306515A (zh) * 2014-07-31 2016-02-03 中国石油天然气股份有限公司 一种获取不同操作系统的终端上的应用数据的方法和装置
CN105608030A (zh) * 2015-12-23 2016-05-25 联想(北京)有限公司 一种电子设备及通信系统

Also Published As

Publication number Publication date
CN107220149A (zh) 2017-09-29

Similar Documents

Publication Publication Date Title
KR101008977B1 (ko) ＯＳＧｉ 서비스 플랫폼 테스트 방법 및 이를 이용한테스트 툴
CN107678949B (zh) 实现嵌入式设备不同通信方式的自动化测试方法
US20090234942A1 (en) Apparatus, system, and method for testing embedded device
CN111475417A (zh) 自动化测试方法、装置、设备及存储介质
WO2018076969A1 (zh) 软件升级方法、计算设备及通道控制设备
CN112350861A (zh) 日志获取方法、装置、计算机设备和存储介质
CN113382056A (zh) 数据上报方法、装置、设备、存储介质及系统
CN104268041A (zh) 一种车载显示器设备频繁开关机自动化闭环测试方法
CN111896884A (zh) 充电检测方法及装置
CN111061448A (zh) 日志信息的显示方法、装置、电子设备及存储介质
CN107220149B (zh) 在Windows下对Linux系统中无线通讯模块调试数据抓取方法和系统
CN111104336A (zh) 一种基于容器和vnc的服务接口在线测试方法及装置
CN106294119B (zh) 测试调度系统、方法及终端设备
CN112543478B (zh) WiFi模块自动化测试方法、装置、计算机设备及存储介质
CN111190761B (zh) 日志输出方法、装置、存储介质及电子设备
CN106598793B (zh) 一种基于BIOS串口log数据的测试系统及测试方法
CN103139036B (zh) 电子设备及其信息处理方法
CN107577466A (zh) 一种基于Linux系统的RPM软件包编译方法及系统
CN110893616B (zh) 一种远程控制方法、装置、计算机设备和存储介质
CN110740447A (zh) 一种用于Android终端的远程抓log方法
CN115623195A (zh) 一种电视故障诊断方法、装置、设备和存储介质
CN113037526B (zh) 一种安全检测方法、终端、系统及存储介质
CN112671814B (zh) 一种跨平台的设备开发方法、装置及系统
CN107231173A (zh) 一种基于数据线的智能手表配对方法及系统
CN207232759U (zh) 一种自动化测试系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant