CN111338673B - 设备调试方法、装置、电子设备及存储介质 - Google Patents

设备调试方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111338673B
CN111338673B CN202010108412.2A CN202010108412A CN111338673B CN 111338673 B CN111338673 B CN 111338673B CN 202010108412 A CN202010108412 A CN 202010108412A CN 111338673 B CN111338673 B CN 111338673B
Authority
CN
China
Prior art keywords
control information
debugging
equipment
state
information
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
CN202010108412.2A
Other languages
English (en)
Other versions
CN111338673A (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.)
Oppo Chongqing Intelligent Technology Co Ltd
Original Assignee
Oppo Chongqing Intelligent Technology 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 Oppo Chongqing Intelligent Technology Co Ltd filed Critical Oppo Chongqing Intelligent Technology Co Ltd
Priority to CN202010108412.2A priority Critical patent/CN111338673B/zh
Publication of CN111338673A publication Critical patent/CN111338673A/zh
Application granted granted Critical
Publication of CN111338673B publication Critical patent/CN111338673B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/362Software debugging
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3664Environments for testing or debugging software
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种设备调试方法、装置、电子设备及存储介质,涉及计算机技术领域,应用于第一设备,该方法包括:获取第二设备发送的控制信息;根据获取到的控制信息,获取调试配置信息;根据所述调试配置信息,对所述第一设备进行配置,以使所述第一设备处于调试状态。本申请实施例中第一设备通过获取第二设备发送的控制信息,并据此获取调试配置信息以进行配置,使自身处于调试状态,从而无需用户手动配置,即可将第一设备自动配置成调试状态以进行版本更新,大大提高开发调试效率。

Description

设备调试方法、装置、电子设备及存储介质
技术领域
本申请涉及计算机技术领域,更具体地,涉及一种设备调试方法、装置、电子设备及存储介质。
背景技术
随着终端技术的发展,软件版本也在不断迭代升级,以适应用户的使用需求。而在终端更新软件版本时,往往需要用户手动将终端配置成调试状态,即按调试状态所需的参数对终端进行配置,例如使终端接入无线接入点等,才可进行相应更新。但是,目前这样手动的配置使得终端在开发调试时更新软件版本的效率较低。
发明内容
本申请实施例提出了一种设备调试方法、装置、电子设备及存储介质,能够提高开发调试效率。
第一方面,本申请实施例提供了一种设备调试方法,应用于第一设备,该方法包括:获取第二设备发送的控制信息;根据获取到的控制信息,获取调试配置信息;根据所述调试配置信息,对所述第一设备进行配置,以使所述第一设备处于调试状态。
第二方面,本申请实施例提供了一种设备调试装置,应用于第一设备,该装置包括:信息获取模块,用于获取第二设备发送的控制信息;调试获取模块,用于根据获取到的控制信息,获取调试配置信息;设备配置模块,用于根据所述调试配置信息,对所述第一设备进行配置,以使所述第一设备处于调试状态。
第三方面,本申请实施例提供了一种电子设备,包括:存储器;一个或多个处理器,与所述存储器耦接;一个或多个应用程序,其中,一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行,一个或多个应用程序配置用于执行上述第一方面提供的设备调试方法。
第四方面,本申请实施例提供了一种计算机可读取存储介质,计算机可读取存储介质中存储有程序代码,程序代码可被处理器调用执行上述第一方面提供的设备调试方法。
本申请实施例提供的一种设备调试方法、装置、电子设备及存储介质,应用于第一设备,通过获取第二设备发送的控制信息,然后根据获取到的控制信息,获取调试配置信息,最后根据调试配置信息,对第一设备进行配置,以使第一设备处于调试状态。由此,本申请实施例中第一设备通过获取第二设备发送的控制信息,并据此获取调试配置信息以进行配置,使自身处于调试状态,从而无需用户手动配置,即可将第一设备自动配置成调试状态以进行版本更新,大大提高开发调试效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本申请实施例提供的一种设备调试方法的应用场景示意图。
图2示出了一种BLE设备建立连接的示意图。
图3示出了一种中心设备处于广播状态时的经典时序图。
图4示出了一种广播时间加入延时后的时序示意图。
图5示出了本申请一个实施例提供的设备调试方法的流程示意图。
图6示出了本申请另一个实施例提供的设备调试方法的流程示意图。
图7示出了图6中步骤S210的流程示意图。
图8示出了一种设置页面的页面示意图。
图9示出了本申请一个示例性的实施例中第二设备的设置示意图。
图10示出了一种基于蓝牙模块进行数据传输的示意图。
图11示出了一种控制信息的数据结构示意图。
图12示出了另一种控制信息的数据结构示意图。
图13示出了本申请又一个实施例提供的设备调试方法的流程示意图。
图14示出了又一种控制信息的数据结构示意图。
图15示出了本申请再一个实施例提供的设备调试方法的流程示意图。
图16示出了本申请还一个实施例提供的设备调试方法的流程示意图。
图17示出了本申请实施例提供的设备调试装置的模块框图。
图18示出了本申请实施例提供的电子设备的结构框图。
图19示出了本申请实施例提供的用于保存或者携带实现根据本申请实施例的设备调试方法的程序代码的存储单元。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
目前软件开发过程中,往往需要多次的调试,并对软件代码进行调整优化以实现对应的功能,但这个过程较为漫长,往往需要较大的时间、人力等各种资源的投入。
以终端软件开发为例,在终端软件开发阶段,为了验证或者测试已经集成的软件功能,用户需要时常去下载更新最新版本的软件到终端,并基于终端,对该软件对应的软件功能进行测试,如有问题用户还需调整软件代码得到新版本的软件,此时,用户需要再次去下载更新该新版本的软件到终端,以更新终端上运行软件的版本,从而基于该版本的软件进行测试,如此往复。
其中,在终端更新软件版本时,往往需要用户手动将终端配置成调试状态,即按调试状态所需的参数对终端进行配置,例如使终端接入无线接入点等,才可进行相应更新。但是,目前这样手动的配置使得终端的更新效率较低,进而又影响终端开发调试的效率。
因此,基于上述问题,本申请实施例提供了一种设备调试方法、装置、电子设备及计算机可读取存储介质,通过获取第二设备发送的控制信息,并据此获取调试配置信息以进行配置,使自身处于调试状态,从而无需用户手动配置,即可将第一设备自动配置成调试状态以进行版本更新,大大提高更新效率,进而提高开发调试效率。
为了便于详细说明,下面先结合附图对本申请实施例所适用的应用场景进行示例性说明。
请参见图1,图1示出了本申请实施例提供的设备调试方法的应用场景示意图,该应用场景包括本申请实施例提供的一种通信系统10。该通信系统10包括:第一设备100和第二设备200。
在本申请实施例中,第一设备100、第二设备200可以是具有通信模块的电子设备,彼此可基于通信模块进行数据交互。该第一设备100、第二设备200可以为但不限于为手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio LayerⅢ,动态影像压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio LayerⅣ,动态影像压缩标准音频层面4)播放器、个人计算机或可穿戴电子设备等等。本申请实施例对具体的终端设备类型不作限定。
在一些实施例中,第二设备200也可以为仅具有通信模块的电子设备,本身实施例对此不做限定。
其中,通信模块可以包括但不限于为蓝牙(Bluetooth)模块、近场通讯(NearField Communication,NFC)模块、WiFi模块等,在此不做限定。
在一些实施例中,在第一设备100与第二设备200进行蓝牙通信时,第一设备100作为中心设备,第二设备200作为外围节点设备向外广播控制信息,第一设备100作为中心设备可接收第二设备200广播的控制信息。
需要说明的是,根据实际需求也可以由第二设备200作为中心设备,获取作为外围设备的第一设备100发送的控制信息并执行本申请实施例所提供的方法。
在另一些实施例中,在第一设备100与第二设备200进行NFC通信时,第二设备200中可设置包含第一设备100所需的控制信息的标签,第一设备100通过读取该标签可获取控制信息。
为了便于理解,下面将先对一些实施例可能采用的BLE模块及其通信方式进行说明如下:
BLE模块主要应用于传输数据量小且不频繁的场所,优点是低功耗、省电且其工作范围比传统的蓝牙模块大。
工作中,未建立蓝牙连接前的BLE设备(支持BLE通信的设备)可分为中心设备与节点设备。根据目前低功耗蓝牙的相关规范,BLE模块工作时至少需要两个设备,未建立连接之前,分别作为中心设备(也可称为主机、Central、接收者)去扫描(Scan)广播控制信息,和作为节点设备(也可称为从机、外围设备、Peripheral、广播者)去发送广播控制信息。
请参阅图2,其示出了BLE设备建立连接的示意图。如图2所示,节点设备处于广播(Advertising)状态,处于广播状态的节点设备可广播数据,即会在广播通道上连续发送广播控制信息;中心设备可使能BLE扫描,处于扫描(Scanning)状态,处于扫描状态下的中心设备可扫描接收其有效工作范围内的广播控制信息。其中,广播控制信息可包括基本数据和自定义数据,具体可见后述实施例。
根据BLE协议及相关规范,BLE设备可使用3个物理信道(Channel)用于发送广播控制信息,前述通道可作为该BLE设备的广播通道。并对每个广播控制信息会在每个选中的物理信道传输,也就是说,同一个数据,需要在多个通道上依次广播。这样依次在多个通道上广播的过程可记为一个广播事件(Advertising Event)。具体地,广播事件指在所有被使用的物理信道上,发送广播控制信息的组合。同时,有些广播控制信息发送出去后,允许接收端在对应的通道上回应一些请求(如连接请求、扫描请求等),并且节点设备接收到扫描请求后,需要在同样的通道上回应,这些过程也会计算在一个广播事件中。
在节点设备处于广播状态下,可发送广播时间,可包括非定向可连接事件(ADV_IND)、定向可连接事件(ADV_DIRECT_IND)、非定向扫描事件(ADV_SCAN_IND)以及非定向不可连接事件(ADV_NONCONN_IND)。请继续参阅图2,图2以ADV_IND为例,如图2所示,节点设备发出ADV_IND类型的广播控制信息,它允许扫描也允许连接。因此中心设备基于该广播控制信息可扫描也可连接中心设备。在中心设备接收到ADV_IND类型的广播控制信息时,可通过扫描请求(SCAN_REQ)请求节点设备广播更多信息。节点设备接收到SCAN_REQ请求后,通过扫描响应(SCAN_RSP)响应,把更多信息传送给中心设备。由此,节点设备可通过BLE广播单向地将广播控制信息传输至中心设备。
请参阅图3,其示出了中心设备处于广播状态时的经典时序图。如图3所示,一个广播事件会依次在广播通道37、38、39发送广播控制信息。如果中心设备接收到带有设备地址的扫描请求SCAN_REQ,并通过了广播过滤策略,则中心设备在同一广播通道回复SCAN_RSP,当SCAN_RSP被发送出去后,中心设备会发送下一广播通道的ADV_IND或关闭广播。如果没有通过广播过滤策略,中心设备会发送下一广播通道的ADV_IND或关闭广播。其中,帧间间隔(Inter-Frame Space,IFS)表征一个通道中相邻数据之间的时间间隔。
请参阅图4,其示出了一种广播时间加入延时后的时序示意图,由图4可知,一个广播事件会依次在三个通道发送,从时刻T0开始,每个广播通道占用的时间相对固定,而每个广播事件的时间(即广播间隔advInterval)相对不固定,其值会在小范围波动,因为协议里规定为了让所有设备尽可能接收到广播控制信息,会在广播事件结束后加上广播延时(advDelay),约0-10ms,才开始下一个广播事件,以增加广播发送随机性。由此可通过扫描间隔和广播通道占用的时间长度固定,让更多中心设备可接收到广播控制信息,如图4所示。
另外,BLE的技术特点包括:
1)在BLE广播控制信息中可传递简单控制信息,数据长度不大即可,例如数据长度≤64个字节;
2)BLE建立连接速度块,主要体现于查看设备速度块(如广播通道一般只固定在3个),与建立连接速度快(一般仅需几毫秒,即10毫秒内可完成建立);
3)工作功耗低,无论BLE节点设备还是中心设备,低功耗对设备待机影响小。
下面将结合附图具体描述本申请的各实施例。
请参阅图5,图5示出了本申请实施例提供的一种设备调试方法的流程示意图,可应用于上述第一设备。下面将针对图5所示的流程进行详细的阐述。该设备调试方法可以包括以下步骤:
步骤S110:获取第二设备发送的控制信息。
其中,第二设备可设置于在第一设备的通信范围内的任意位置,只需第一设备可获取到第二设备发送的信息即可,除此之外,本实施例对第二设备的具体位置不作其他限定。
其中,控制信息包含调试状态对应的调试配置信息,可用于配置设备至调试状态。
在一些实施例中,第一设备可设置有通信模块,用于与其他设备进行通信以获取控制信息,其中,通信模块可以是蓝牙模块、近场通讯模块等,第一设备可基于通信模块获取控制信息。例如,第一设备可基于蓝牙模块扫描其通信范围内的设备,并获取所扫描到的设备所发出的信息。具体实施方式可见后述实施例,在此不再赘述。
在另一些实施例中,通信模块还可以是WiFi模块、蜂窝数据模块等,第一设备可基于前述通信模块接入网络,以通过网络获取控制信息,例如可发送控制信息请求至指定服务器,以获取指定服务器所返回的控制信息。还可无需发送请求,服务器或其他设备在检测到第一设备接入网络时,可向第一设备发送控制信息,第一设备可接收控制信息。
步骤S120:根据获取到的控制信息,获取调试配置信息。
其中,调试配置信息用于将设备配置成调试状态。
在一些实施方式中,控制信息可包括调试配置信息,因此可从控制信息中指定地址获取到调试配置信息。
在另一些实施方式中,控制信息也可不包括调试配置信息,此时可根据控制信息确定调试配置信息,并从目标地址获取调试配置信息。其中,调试配置信息可存储于
作为一种实施方式,控制信息可包括调试配置信息的调试标识或存储地址,从而根据该标识或存储地址,可获取到调试配置信息。
在一个示例中,调试配置信息可存储于第一设备,则第一设备根据获取到的控制信息,可从其中的存储地址中在本地找到调试配置信息。
在另一个示例中,调试配置信息可存储于第二设备,则第一设备根据获取到的控制信息可生成配置请求,并将配置请求发送至第二设备,配置请求可包括标识或存储地址,可用于指示第二设备获取到与配置请求匹配的调试配置信息,并返回调试配置信息,第一设备可获取第二设备返回的调试配置信息。
步骤S130:根据调试配置信息,对第一设备进行配置。
第一设备根据调试配置信息,可对第一设备自身进行配置,以使第一设备处于调试状态。
在一些实施方式中,调试配置信息可包括多种配置项及其对应的状态,根据配置项可确定待配置对象,并根据配置项对应的信息对待配置对象。其中,配置项由配置标识确定。
例如,配置标识可包括“WiFi”,其对应配置项为无线网络连接,配置项对应的状态标识可以为1,或ON或其他数据,则根据该配置项可确定待配置对象为WiFi开关,此时可调用WiFi接口以将WiFi开关配置为状态标识对应的状态,例如若状态标识为“1”则可将WiFi开关打开,若状态标识为“0”则可将WiFi开关关闭。并根据该配置信息对应的标识,可将WiFi开关打开,即启用WiFi,使得第一设备可连接WiFi。本实施例对配置项及其信息的具体设置不作限定。
在一些实施方式中,根据调试状态所需的配置以及终端在调试前的配置可得到调试配置信息,以使第一设备在获取到调试配置信息时,可根据调试配置信息将自身配置成调试状态。
在一个具体示例中,调试状态所需的配置可包括但不限于接入网络以更新设备时间、打开后台Log开关(Log开关默认关闭,打开之后Log开关可在后台自动抓取并保存到文件中)、打开USB调试开关等。其中,打开USB调试开关可以便于通过adb形式进行调试,而用户版本的设备会默认关闭USB调试开关,并且要打开USB调试开关需要用户经过复杂操作。
作为一种实施方式,可将前述WiFi开关、Log开关、USB调试开关分别作为一个待配置对象,并各待配置对象对应的信息可为1,或ON等其他数据,并将待配置对象及其对应的信息写入调试配置信息,则第一设备根据调试配置信息,可获取各待配置对象,并根据待配置对象对应的信息对待配置对象进行配置,以将第一设备配置成调试状态,
本申请实施例提供的设备调试方法,第一设备通过获取第二设备发送的控制信息,并据此获取调试配置信息以进行配置,使自身处于调试状态,从而无需用户手动配置,即可将第一设备自动配置成调试状态以进行版本更新,大大提高更新效率,由于版本更新后的第一设备可能还需用于调试,以便测试所更新版本的软件功能,从而便于软件的开发调试,因此还可提高开发调试效率。
请参阅图6,图6示出了本申请另一实施例提供的一种设备调试方法的流程示意图,可应用于上述第一设备,该设备调试方法可以包括:
步骤S210:获取第二设备发送的控制信息。
在一些实施例中,获取第二设备发送的控制信息的具体实施方式可包括步骤S211至步骤S212。请参阅图7,图7示出了图6中步骤S210的流程示意图,具体地,步骤S210可包括:
步骤S211:在第一设备开机后,检测第一设备是否处于出厂状态。
在一些实施例中,处于出厂状态的第一设备可以具有后述特性中的至少一种:无用户数据;本地未缓存无线网络帐号;无法直接连接外部设备,如USB调试开关默认关闭等。而在开发测试阶段,具有前述特性的设备无法进行下次版本更新和调试,因而开发或测试人员还需根据设备的特性进行对应的操作,如连接无线网络以更新设备时间,打开后台Log开关,打开USB调试开关等。由于实际应用中,一般开发或测试人员升级版本后,都会做这些操作,随着调试次数、版本刷新次数的增多,将对开发调试效率造成越来越大的影响。
也就是说,由于第一设备若处于出厂状态,出厂状态下的设备配置无法进行版本更新,因而通过检测设备是否处于出厂状态,可在设备处于出厂状态时通过获取控制信息并通过一系列操作以将自身配置成调试状态,从而可自动检测是否处于出厂状态并自动配置成调试状态以准备更新,避免了人工操作,大大降低重复性工作投入,提高开发调试效率。
在一些实施例中,第一设备处于出厂状态下开机,第一设备可显示开机引导界面,以引导用户进行设备配置,包括但不限于网络连接等。而在开发或测试阶段,要对出厂状态下的设备进行软件版本更新时,第一设备连接无线网络以更新设备时间、打开后台Log开关、打开USB调试开关等。一般前述操作由开发或测试人员手动操作,而且每次版本更新都需要如上操作,因而存在大量重复性工作,影响开发调试效率。
在一些实施例中,用户可在设备的设置界面触发第一设备恢复出厂状态,如图8所示,图8示出了一种设置页面的页面示意图,用户点击“抹掉所有内容和设置”对应的控件,第一设备可检测该点击事件,并根据检测到点击事件获取用于恢复出厂状态的恢复指令,以根据恢复指令执行恢复操作,将第一设备配置成出厂状态。需要说明的是,在不同实施例中,用于恢复出厂状态的控件也可对应显示其他信息,例如还可对应文本“恢复出厂状态”等,即用户可点击“恢复出厂状态”对应的控件,触发第一设备恢复出厂状态。
在另一些实施例中,用户可通过第一设备的硬件触发执行恢复出厂状态。作为一种实施方式,第一设备可预置有用于恢复出厂状态的硬件触发操作,因而通过检测该硬件触发操作,并在检测到该硬件触发操作时,可获取用于恢复出厂状态的恢复指令,并根据恢复指令执行恢复操作。其中,硬件触发操作可包括按键触发操作,按键触发操作可以为电源键、音量+键、音量-键的按键组合,如在指定时间间隔内,第一设备若检测到电源键、音量+键和音量-键的按压信号,可获取恢复指令。其中,指定时间间隔不超过1s,从而可在用户同时按压电源键、音量+键、音量-键三个按键时执行恢复出厂状态的操作。
在又一些实施例中,也可通过刷机软件恢复出厂状态。作为一种实施方式,用户可通过其他设备(记为第三设备)有线连接至第一设备,其中,第三设备预置有刷机软件,其中,刷机软件可用于按出厂状态的参数配置设备,以将设备配置成出厂状态下的参数,从而将设备恢复成出厂状态。由此,通过第三设备连接第一设备,并在第三设备运行刷机软件,可将第一设备恢复成出厂状态。作为另一种实施方式,用户可将刷机软件预置于存储卡,并将存储卡插入第一设备的卡槽,第一设备可读取该存储卡,以运行该刷机软件,从而将第一设备恢复成出厂状态。
在再一些实施例中,用户还可通过刷机软件,结合第一设备的硬件触发。例如,用户可通过第三设备连接第一设备,并通过第一设备的硬件触发操作触发第一设备读取并运行第三设备预置的刷机软件,从而将第一设备恢复成出厂状态。
需要说明的是,前述仅为进入恢复出厂状态的示例性实施例,在其他实施例中,还可通过其他方式触发,在此不作具体限定。
具体地,在第一设备开机后,检测第一设备是否处于出厂状态。由此,不仅可通过开机自动检测以便在检测到处于出厂状态时自动调整状态,避免重复性工作,大大提高开发调试效率,还可跳过一些实施例中,处于出厂状态下的第一设备开机时所必需执行一系列开机引导步骤,因而可进一步提高开发调试效率。
在一些实施例中,可通过一种或多种方式来检测第一设备是否处于出厂状态。
在一些实施方式中,可根据出厂状态下设备具有的特性来检测第一设备是否处于出厂状态。因而,在一个示例中,第一设备可通过检测第一设备是否执行开机引导操作来检测第一设备是否处于出厂状态;在另一个示例中,第一设备还可通过检测USB调试开关是否打开来检测第一设备是否处于出厂状态,并在USB调试开关关闭时,判定第一设备处于出厂状态;在又一个示例中,第一设备还可检测USB调试开关、无线网络开关是否打开,并在USB调试开关、无线网络开关均未打开时,判定第一设备处于出厂状态。
在另一些实施方式中,可根据第一设备的状态标识来检测第一设备是否处于出厂状态。作为一种实施方式,可预先在第一设备设定一个指定地址用于存储第一设备的状态标识,当第一设备恢复到出厂状态时可将该状态标识置为第一标识,并在第一设备开机时,从指定地址读取状态标识,并判断状态标识是否为第一标识,若为第一标识则可判定第一设备处于出厂状态以执行后续步骤。
在一个示例中,例如,可预先在第一设备设定一个指定地址用于存储第一设备的状态标识,当第一设备刷机结束时可将该状态标识置为第一标识,并在第一设备开机时,从指定地址读取状态标识,并判断状态标识是否为第一标识,若为第一标识则可判定第一设备处于出厂状态以执行后续步骤。
步骤S212:若第一设备处于出厂状态,获取第二设备发送的控制信息。
其中,控制信息可包括信息标识,第一设备可通过信息标识来确定是否是否为有效控制信息。
在一些实施例中,第一设备设置有蓝牙模块,获取第二设备发送的控制信息具体实施方式,可包括:启用蓝牙模块;基于蓝牙模块获取第二设备发送的控制信息。
其中,蓝牙模块可以是传统蓝牙模块,也可以是BLE模块,以降低设备功耗。
在一个示例性的应用场景中,图9可以是某公司某层办公区域的开发区,不同的开发人员包括开发、测试工程师等一同在此空间共同开发项目,假设开发人员在调试一个售后问题,为了逼近用户实际场景还原售后问题,开发人员使用用户版本的终端进行调试,其中用户版本即为是在市场上售卖的版本,该版本往往会关闭终端所有调试功能,所以开发人员为了调试需要,往往需要对手机进行刷机到指定版本,还需要一些开发前准备工作才可使终端进入开发调试状态,比如手动连接WiFi、打开USB调试开关、打开后台Log开关等。此时可在图9所示中心区域的天花板某位置区域如位置30中安装一个第二设备,作为节点设备,每个开发人员所操作的第一设备作为中心设备,可接收其有效工作范围内的控制信息。
另外,在第一设备与第二设备基于蓝牙通信时,第一设备启用蓝牙模块,作为中心设备,扫描其有效工作范围内的广播事件,并基于蓝牙模块获取第二设备发送的控制信息。其中,第一设备作为中心设备,第二设备作为节点设备即本申请实施例中的控制中心。请参阅图10,图10示出了一种基于蓝牙模块进行数据传输的示意图,通过第二设备发送控制信息,第一设备可在其恢复出厂状态后的首次开机时默认打开蓝牙开关,即启用蓝牙模块,并扫描蓝牙模块的有效工作范围内的广播事件,获取第二设备发送的控制信息。并其中,在第二设备的通信范围内,可有多个第一设备获取到第二设备发送的控制信息。
在一些实施例中,由于作为广播者的第二设备若与其他设备连接后,将无法继续发送控制信息,因而为了让第二设备可持续发送控制信息,可将第二设备设置为拒绝连接状态,使得第二设备处于拒绝连接状态,所述拒绝连接状态下不响应连接请求。
由此,可使用一个或少数个第二设备即可实现对多个第一设备的状态配置,不仅实现自动配置,无需用户手动配置,还可实现批量的自动配置,大大提高开发调试效率,另外,无需部署过多第二设备即可实现批量,因此所需实现成本也较低,而且采用蓝牙模块为BLE模块的第一、第二设备,还可进一步降低设备功耗。
在一些实施方式中,在第一设备与第二设备基于蓝牙通信时,第二设备发送的控制信息可包括基本数据和自定义数据。其中,自定义数据段可以为协议数据单元(PacketData Unit,PDU)。另外,基本数据可包括前导(Preamble)、接入地址(Access Address)、校验(Check)等。
在一个示例中,请参阅图11,其示出了一种控制信息的数据结构示意图,包括占1个字节的Preamble、占4个字节的Access Address、占2至39个字节的PDU以及占3个字节的循环冗余校验(Cyclic Redundancy Check,CRC),另图11中,最低有效位(LeastSignificant Byte,LSB)表征一个数据的二进制表示的最低有效位,最高有效位(MostSignificant Bit,MSB)表征一个数据的二进制表示的最高有效位。
在一些实施例中,控制信息包括调试配置信息。其中,调试配置信息可包括调试状态所对应的配置。其中,调试配置信息可包括多个配置项及对应的状态标识,第一设备可根据调试配置信息,调用配置项对应的接口,将配置项对应的功能模块的状态配置为状态标识对应的状态。
在一个示例中,如下表1所示,调试状态所对应的配置项可包括USB调试开关、无线网络连接、Log开关、GPS开关、USB无卡激活等,各配置项对应的状态标识用于表征配置项的状态,其中,1表征打开,0表征关闭。则如表1,调试状态下,USB调试开关、无线网络连接、Log开关、USB无卡激活均打开,同时,GPS开关可关闭。另外,在其他一些示例中,GPS开关也可打开,上述仅为一种示例,并不是唯一示例。
在如表1所示的示例中,第一设备根据如表1所对应的调试配置信息,可调用USB调试功能模块,将USB调试开关打开,调用无线网络连接模块,打开无线网络连接等。
在另一些实施例中,第一设备设置有近场通讯模块,获取第二设备发送的控制信息的具体实施方式,可包括:启用近场通讯模块;基于近场通讯模块获取第二设备发送的控制信息。
在一种实施方式中,可基于NFC配置工具在终端编辑好调试状态所需的调试配置信息,然后把这些调试配置信息处理成控制信息后写入NFC Tag标签中,并由第二设备显示该NFC Tag标签,以便给第一设备基于NFC模块读取NFC Tag中的内容,以获取控制信息。需要说明的是,前述终端可以是第一设备、第二设备也可以是其他设备,在此不做限定。
在一些可能的实施方式中,终端也可直接把调试配置信息写入NFC Tag标签中,以在第一设备基于NFC模块获取调试配置信息。
由此,第一设备也可基于NFC模块获取控制信息或直接获取调试配置信息,可方便不同用户针对第一设备作不同的定制化工作。
步骤S220:获取获取到的控制信息的信息标识。
由于第一设备所处的环境中可能存在多个设备,并非每个设备发出的信息都是第一设备用于配置调试状态所需的,因此,第一设备可通过获取所获取到的控制信息的信息标识,来确定获取到的控制信息是否为有效控制信息。
其中,有效控制信息为用于将第一设备配置成调试状态所需的控制信息。由此,可有效筛选出配置第一设备所需的控制信息,提高终端对调试配置信息的获取效率,进而提高终端开发调试效率。
其中,信息标识用于标识信息,通过在控制信息中设置信息标识的字段,可使得获取控制信息的设备根据信息标识判断该控制信息是否为所需的信息。通过在第二设备发送的控制信息中增加信息标识字段,并将信息标识设置为预定标识,并在第一设备存储预定标识,可在第二设备发送控制信息,第一设备获取到该控制信息时,将控制信息的信息标识与预定标识进行匹配,以确定第二设备发送的控制信息是否为所需的有效控制信息。
在一种实施方式中,以第一设备与第二设备基于BLE通信为例,控制信息中PDU还可包括信息标识,在一个示例中,控制信息的数据结构可如图12所示。需要说明的是,本实施例对信息标识的作用已作出限定,在其他一些实施例中,信息标识也可称为广播ID,本实施例对其具体命名并不做限定。
在一些实施例中,在信息标识与预定标识不匹配时,可过滤该信息标识对应的控制信息,不执行步骤S230及后续步骤。由此可区分控制信息是否为有效控制信息,控制信息的发送方是否为有效请求方,从而准确获取有效控制信息以进行后续配置,可提高可用性并可进一步提高效率。
步骤S230:在信息标识与预定标识匹配时,根据获取到的控制信息,获取调试配置信息。
有效控制信息的信息标识即为预定标识,由此,在信息标识与预定标识匹配时,该信息标识对应的控制信息为有效控制信息,此时可根据该控制信息,获取调试配置信息。
步骤S240:根据调试配置信息,对第一设备进行配置。
在一些实施例中,若第一设备基于NFC模块获取控制信息,并从中获取调试配置信息后,可根据调试配置信息对第一设备进行配置。例如,打开无线网络连接并试图连接到指定接入点,接入网络后,系统时间自动根据网络时间调整,跳过开机引导页面、打开Log开关、打开USB调试开关等。
需要说明的是,本实施例中未详细描述的部分可以参考前述实施例,在此不再赘述。
本实施例提供的设备调试方法,在前述实施例的基础上,通过在第一设备开机后检测第一设备是否处于出厂状态,并在第一设备处于出厂状态时,获取第二设备发送的控制信息应用于配置,由此,可在终端每次刷新软件版本后首次开机使用时,自动配置终端至调试状态,以使得终端可随时继续用于下次版本更新,进行下次调试,从而无需用户手动配置,有效解决终端在开发阶段的工作效率问题,减少用户如开发、测试人员对重复性工作的投入时间,而且无需配置自动化及其或为及其准备环境,实现成本低且灵活性高。
另外,本实施例提供的设备调试方法,还通过在获取到第二设备发送的控制信息时,通过控制信息的信息标识确定与预定标识匹配的控制信息,并基于匹配的控制信息获取调试配置信息,以对第一设备进行配置。由此,可有效筛选出第一设备所需的有效控制信息,提高终端对调试配置信息的获取效率,进而提高终端开发调试效率。
在一些实施例中,为了提高所获取信息的安全性,确保控制信息来源可信,第二设备可对控制信息进行签名,以使第一设备可在获取到控制信息时可对控制信息的签名进行校验,以确定控制信息是否被更改,若未被更改才根据获取到的控制信息获取调试配置信息。具体地,请参阅图13,其示出了本申请又一个实施例提供的设备调试方法的流程示意图,该方法可包括以下步骤:
步骤S310:获取第二设备发送的控制信息。
步骤S320:获取获取到的控制信息的信息标识。
步骤S330:在信息标识与预定标识匹配时,基于预定公钥,对获取到的控制信息进行校验。
在一些实施例中,第二设备可预置有与预定公钥对应的预定私钥,基于预定私钥对调试配置信息进行签名后获得签名结果值,并将该签名结果值存储于控制信息,可在第一设备获取到第二设备发送的控制信息,并在控制信息的信息标识与预定标识匹配时,基于预定公钥对获取到的控制信息进行校验,即对控制信息中的签名结果值进行校验。
由此,通过预定私钥进行签名后,使得第一设备可通过预定公钥签名,使得第二设备所发送的控制信息不被篡改。例如,若上述如表1所示的调试配置信息被中间攻击者更改,那么第一设备接收到控制信息后,通过预定公钥对获取到的控制信息进行校验,将校验失败。另外,还可提高信息安全性,使用数字证书签名技术确保控制信息的来源可信,第二设备内置预定私钥,第一设备预置预定公钥,如此其他设备无法模仿真实的第二设备,即若模仿也无法通过校验,则第一设备不会对其他设备发送的控制信息作进一步处理。
在一些实施方式中,控制信息还可包括其他信息,则第二设备也可基于预定私钥对调试配置信息及其他信息进行签名来得到签名结果值。
作为一种实施方式,控制信息还可包括随机数,则第二设备可基于预定私钥对随机数和调试配置信息进行签名得到签名结果值,并存储于控制信息。其中,随机数用于表征一次控制信息,由于随机数在每次生成的控制信息中均会改变,也就意味着每次生成的控制信息中的签名结果值不相同,因而可提高信息安全性,例如可防止重放攻击。
作为另一种实施方式,控制信息还可包括当前系统时间,则第二设备可基于预定私钥对当前系统时间和调试配置信息进行签名得到签名结果值,并存储于控制信息。其中,当前系统时间表征第二设备发送控制信息的时间,也可为控制信息生成的时间,同样也可作为一个签名因子与调试配置信息一起用于签名得到签名结果值。
作为又一种实施方式,控制信息还可包括随机数和当前系统时间,并基于预定私钥,对随机数、当前系统时间和调试配置信息进行签名。在一个示例中,请参阅图14,其示出了又一种控制信息的数据结构示意图。如图14所示,控制信息中的协议数据单元包括报头、信息标识,另外还定义了四种字段,分别为随机数、当前系统时间、调试配置信息以及签名结果值。其中,签名结果值为基于预定私钥对随机数、当前系统时间以及调试配置信息进行签名得到的。例如,若记随机数的字符串为P1,当前系统时间的字符串为P2,调试配置信息的字符串为P3,签名结果值为P4,则签名结果值P4=gen_sign(P1|P2|P3,private_key)。
需要说明的是,在其他一些实施方式中,控制信息还可包括除上述信息外的其他信息,并由此得到签名结果值,本实施例对此不做限定。
需要说明的是,预定公钥和预定私钥对应的算法可包括但不限于国际通用非对称算法RSA、中国密码管理非对称算法SM2等,本实施例对此不作限定。另外,本申请实施例中签名、校验时所采用的均为现有的签名和校验算法,秩序提供源数据和密钥即可。
步骤S340:若校验成功,从获取到的控制信息中获取调试配置信息。
步骤S350:根据调试配置信息,对第一设备进行配置。
若检验成功,第一设备可从获取到的控制信息中获取调试配置信息,并根据调试配置信息的配置项及其状态,进行一一配置,以使第一设备中的配置项均处于配置项在调试配置信息中所对应的状态,由此,将第一设备配置成调试状态。
需要说明的是,本实施例中未详细描述的部分可以参考前述实施例,在此不再赘述。
请参阅图15,其示出了本申请再一个实施例提供的设备调试方法的流程示意图,具体地,以第一设备与第二设备基于BLE模块进行通信为例,该方法可包括:
步骤S10:第一设备开机。
步骤S11:是否首次开机。
其中,首次开机为出厂状态下的开机,若开机前第一设备处于出厂状态,则本次开机为首次开机,否则不为首次开机。
步骤S12:打开BLE模块并扫描,接收控制信息。
步骤S13:是否接收到有效控制信息。
因为第一设备当前所处环境中除了第二设备外,可能还存在其它BLE广播设备,所以需要区分出所接收的控制信息是否为有效的请求者发出的,如果非有效请求者则可以直接过滤。根据上述实施例的说明,可以在控制信息的PDU数据段中加入自定义标识ID,即信息标识。从而在第一设备获取到控制信息后,可通过将信息标识与预定标识进行匹配来判断所接收的的控制信息是否为有效控制信息,若是,则可判定接收到有效控制信息。
步骤S14:解析有效控制信息中所包含的自定义数据段。
其中,自定义数据段即PDU数据段,其可包括调试配置信息及签名结果值,通过解析有效控制信息中所包含的自定义数据段,可获取签名结果值对有效控制信息进行校验。
步骤S15:使用预定公钥进行校验。
其中,记第一设备所需获取的控制信息为目标控制信息,目标控制信息的自定义数据段包括签名结果值和调试配置信息。
其中,目标控制信息所包含的签名结果值由与预定公钥对应的预定私钥签名得到,因此,第一设备使用预定公钥可对所接收的控制信息进行校验,若校验通过则该控制信息为目标控制信息,若校验不通过则该控制信息不为目标控制信息。
步骤S16:是否校验通过且扫描未超时。
在第一设备打开BLE模块开始扫描时可开启计时,累计扫描耗时,若校验通过可获取当前扫描耗时为从开始扫描始至校验通过为止的耗时,若当前扫描耗时未超过预定时长,则扫描未超时,否则扫描超时。
于本实施例中,若校验通过且扫描为超时则可执行步骤S17;若校验不通过或扫描超时则可返回执行步骤S11。
在一些实施例中,若扫描超时则返回执行步骤S11,由此可以避免程序卡死且提高检测效率进而有利于提高开发调试效率,以及提高系统可用性。
步骤S17:解析自定义数据段的调试配置信息。
步骤S18:按调试配置信息,调用相关接口控制相关功能模块状态(打开/关闭)。
在一些实施例中,在步骤S18后还包括步骤S19。在另一些实施例中,步骤S18后可不执行步骤S19,即不关闭BLE模块,本实施例对此不做限定。
步骤S19:关闭BLE模块。
第一设备关闭BLE模块,从而完成本次调试状态的配置,以等待本次的版本更新。
请参阅图16,其示出了本申请还一个实施例提供的一种设备调试方法,该方法可应用于上述第二设备,以第一设备与第二设备基于BLE模块进行通信为例,具体地,该方法包括:
步骤S21:产生随机数,获取系统当前时间以及用户设定的调试配置信息,使用预定私钥对前述三个字段的字符串进行签名,获得控制信息。步骤S22:广播控制信息。
步骤S23:检测到BLE连接请求时,拒绝BLE连接请求,持续发送如上BLE广播事件,即可返回执行步骤S21。
由此,第二设备可持续广播控制信息,使得一个或多个第一设备可在扫描到第二设备并接收第二设备发送的控制信息,以进行配置。
请参阅图17,其示出了本申请实施例提供的一种设备调试装置1700的结构框图,该设备调试装置1700可应用于上述第一设备,该设备调试装置1700可以包括:信息获取模块1710、调试获取模块1720以及设备配置模块1730。
信息获取模块1710,用于获取第二设备发送的控制信息;
调试获取模块1720,用于根据获取到的控制信息,获取调试配置信息;
设备配置模块1730,用于根据所述调试配置信息,对所述第一设备进行配置,以使所述第一设备处于调试状态。
进一步地,信息获取模块1710可包括:状态检测子模块以及信息获取子模块,其中:
状态检测子模块,用于在所述第一设备开机后,检测所述第一设备是否处于出厂状态;
信息获取子模块,用于若所述第一设备处于出厂状态,获取第二设备发送的控制信息。
进一步地,调试获取模块1720可包括:标识获取子模块以及标识匹配子模块,其中:
标识获取子模块,用于获取所述获取到的控制信息的信息标识;
标识匹配子模块,用于在所述信息标识与预定标识匹配时,根据所述获取到的控制信息,获取调试配置信息。
进一步地,标识匹配子模块可包括:公钥校验单元以及配置获取单元,其中:
公钥校验单元,用于基于预定公钥,对所述获取到的控制信息进行校验;
配置获取单元,用于若校验成功,从所述获取到的控制信息中获取调试配置信息。
进一步地,所述第一设备设置有蓝牙模块,信息获取模块1710可包括:蓝牙启用子模块以及蓝牙通信子模块,其中:
蓝牙启用子模块,用于启用所述蓝牙模块;
蓝牙通信子模块,用于基于所述蓝牙模块获取第二设备发送的控制信息。
进一步地,所述第一设备设置有近场通讯模块,信息获取模块1710可包括:NFC启用子模块以及NFC通讯子模块,其中:
NFC启用子模块,用于启用所述近场通讯模块;
NFC通讯子模块,用于基于所述近场通讯模块获取第二设备发送的控制信息。
进一步地,所述第二设备处于拒绝连接状态,所述拒绝连接状态下不响应连接请求。
本申请实施例提供的设备调试装置用于实现前述方法实施例中相应的设备调试方法,并具有相应的方法实施例的有益效果,在此不再赘述。
在本申请所提供的几个实施例中,模块相互之间的耦合可以是电性,机械或其它形式的耦合。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
请参考图18,其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备1800可以是智能手机、平板电脑、电子书、笔记本电脑、个人计算机等能够运行应用程序的电子设备。本申请中的电子设备1800可以包括一个或多个如下部件:处理器1810、存储器1820以及一个或多个应用程序,其中一个或多个应用程序可以被存储在存储器1820中并被配置为由一个或多个处理器1810执行,一个或多个程序配置用于执行如前述应用于第一设备的方法实施例所描述的方法。
处理器1810可以包括一个或者多个处理核。处理器1810利用各种接口和线路连接整个电子设备1800内的各个部分,通过运行或执行存储在存储器1820内的指令、程序、代码集或指令集,以及调用存储在存储器1820内的数据,执行电子设备1800的各种功能和处理数据。可选地,处理器1810可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable Logic Array,PLA)中的至少一种硬件形式来实现。处理器1810可集成中央处理器(Central Processing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器1810中,单独通过一块通信芯片进行实现。
存储器1820可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。存储器1820可用于存储指令、程序、代码、代码集或指令集。存储器1820可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备1800在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
请参考图19,其示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取存储介质1900中存储有程序代码,所述程序代码可被处理器调用执行上述应用于第二终端的方法实施例中所描述的方法。
计算机可读取存储介质1900可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地,计算机可读取存储介质1900包括非易失性计算机可读取存储介质(non-transitory computer-readable storage medium)。计算机可读取存储介质1900具有执行上述方法中的任何方法步骤的程序代码1910的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码1910可以例如以适当形式进行压缩。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (9)

1.一种设备调试方法,其特征在于,应用于第一设备,所述方法包括:
在所述第一设备开机后,检测所述第一设备是否处于出厂状态,若所述第一设备处于出厂状态,获取第二设备发送的控制信息;其中,第一设备执行开机引导操作、第一设备的USB调试开关关闭、第一设备的USB调试开关以及无线网络开关均未打开、第一设备的状态标识置为第一标识中至少一个发生时,确定第一设备处于出厂状态;
根据获取到的控制信息,获取调试配置信息;
根据所述调试配置信息,对所述第一设备进行配置,以使所述第一设备处于调试状态。
2.根据权利要求1所述的方法,其特征在于,所述根据获取到的控制信息,获取调试配置信息,包括:
获取所述获取到的控制信息的信息标识;
在所述信息标识与预定标识匹配时,根据所述获取到的控制信息,获取调试配置信息。
3.根据权利要求2所述的方法,其特征在于,所述根据获取到的控制信息,获取调试配置信息,包括:
基于预定公钥,对所述获取到的控制信息进行校验;
若校验成功,从所述获取到的控制信息中获取调试配置信息。
4.根据权利要求1所述的方法,其特征在于,所述第一设备设置有蓝牙模块,所述获取第二设备发送的控制信息,包括:
启用所述蓝牙模块;
基于所述蓝牙模块获取第二设备发送的控制信息。
5.根据权利要求1所述的方法,其特征在于,所述第一设备设置有近场通讯模块,所述获取第二设备发送的控制信息,包括:
启用所述近场通讯模块;
基于所述近场通讯模块获取第二设备发送的控制信息。
6.根据权利要求1所述的方法,其特征在于,所述第二设备处于拒绝连接状态,所述拒绝连接状态下不响应连接请求。
7.一种设备调试装置,其特征在于,应用于第一设备,所述装置包括:
信息获取模块,用于在所述第一设备开机后,检测所述第一设备是否处于出厂状态,若所述第一设备处于出厂状态,获取第二设备发送的控制信息;其中,第一设备执行开机引导操作、第一设备的USB调试开关关闭、第一设备的USB调试开关以及无线网络开关均未打开、第一设备的状态标识置为第一标识中至少一个发生时,确定第一设备处于出厂状态;
调试获取模块,用于根据获取到的控制信息,获取调试配置信息;
设备配置模块,用于根据所述调试配置信息,对所述第一设备进行配置,以使所述第一设备处于调试状态。
8.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器;
一个或多个应用程序,其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序配置用于执行如权利要求1-6任一项所述的方法。
9.一种计算机可读取存储介质,其特征在于,所述计算机可读取存储介质中存储有程序代码,所述程序代码可被处理器调用执行所述权利要求1-6任一项所述的方法。
CN202010108412.2A 2020-02-21 2020-02-21 设备调试方法、装置、电子设备及存储介质 Active CN111338673B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010108412.2A CN111338673B (zh) 2020-02-21 2020-02-21 设备调试方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010108412.2A CN111338673B (zh) 2020-02-21 2020-02-21 设备调试方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN111338673A CN111338673A (zh) 2020-06-26
CN111338673B true CN111338673B (zh) 2023-12-01

Family

ID=71181818

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010108412.2A Active CN111338673B (zh) 2020-02-21 2020-02-21 设备调试方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111338673B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113127883B (zh) * 2021-04-26 2022-05-24 山东英信计算机技术有限公司 一种平台固件保护恢复的锁定方法、装置、设备及介质
CN113791804B (zh) * 2021-09-14 2024-04-26 中元汇吉生物技术股份有限公司 多路仪器并行升级的方法、装置、计算机设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107453954A (zh) * 2017-08-31 2017-12-08 深圳市汇川控制技术有限公司 一种网络调试方法、系统以及设备
CN107562500A (zh) * 2017-08-29 2018-01-09 北京小米移动软件有限公司 调试装置、方法及设备
CN109150326A (zh) * 2018-11-05 2019-01-04 Oppo(重庆)智能科技有限公司 天线阻抗调试方法、电子装置及计算机可读存储介质
CN109474977A (zh) * 2018-11-29 2019-03-15 华普特科技(深圳)股份有限公司 一种设备的监控方法、装置及系统
CN109548045A (zh) * 2018-11-13 2019-03-29 广东万和新电气股份有限公司 设备调试方法、装置、系统及存储介质
CN109981747A (zh) * 2019-03-04 2019-07-05 深圳绿米联创科技有限公司 设备控制方法、装置、电子设备及存储介质
CN110167192A (zh) * 2019-04-17 2019-08-23 深圳壹账通智能科技有限公司 蓝牙连接管理方法及装置、电子设备和非暂态存储介质
CN110708364A (zh) * 2019-09-19 2020-01-17 RealMe重庆移动通信有限公司 电子设备解锁方法、装置、电子设备及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9954727B2 (en) * 2015-03-06 2018-04-24 Quanta Computer Inc. Automatic debug information collection
US10761968B2 (en) * 2018-05-16 2020-09-01 Texas Instruments Incorporated Managing and maintaining multiple debug contexts in a debug execution mode for real-time processors
CN110414248B (zh) * 2019-07-11 2021-03-12 珠海格力电器股份有限公司 一种调试微处理器的方法及微处理器

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107562500A (zh) * 2017-08-29 2018-01-09 北京小米移动软件有限公司 调试装置、方法及设备
CN107453954A (zh) * 2017-08-31 2017-12-08 深圳市汇川控制技术有限公司 一种网络调试方法、系统以及设备
CN109150326A (zh) * 2018-11-05 2019-01-04 Oppo(重庆)智能科技有限公司 天线阻抗调试方法、电子装置及计算机可读存储介质
CN109548045A (zh) * 2018-11-13 2019-03-29 广东万和新电气股份有限公司 设备调试方法、装置、系统及存储介质
CN109474977A (zh) * 2018-11-29 2019-03-15 华普特科技(深圳)股份有限公司 一种设备的监控方法、装置及系统
CN109981747A (zh) * 2019-03-04 2019-07-05 深圳绿米联创科技有限公司 设备控制方法、装置、电子设备及存储介质
CN110167192A (zh) * 2019-04-17 2019-08-23 深圳壹账通智能科技有限公司 蓝牙连接管理方法及装置、电子设备和非暂态存储介质
CN110708364A (zh) * 2019-09-19 2020-01-17 RealMe重庆移动通信有限公司 电子设备解锁方法、装置、电子设备及存储介质

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
device debugging and control information and debugging information;Bart Vermeulen 等;《IEEE Design & Test of Computers 》;第25卷(第3期);208-215 *
对自动化控制中设备调试管理模式的分析研究;何闯;《万方》(第23期);1-57 *
计量自动化终端智能化装置的研究与应用;邵晓纯;《中国优秀硕士学位论文全文数据库 工程科技Ⅱ辑》(第2期);C042-1382 *

Also Published As

Publication number Publication date
CN111338673A (zh) 2020-06-26

Similar Documents

Publication Publication Date Title
US20220053068A1 (en) Methods, apparatuses and computer storage media for applet state synchronization
CN110032512B (zh) 一种小程序的调试方法、相关设备及终端
CN112055424B (zh) 电子装置以及切换电子装置的方法
CN113395687B (zh) 回连方法、装置、电子设备及存储介质
CN109992453B (zh) 系统恢复方法及相关产品
CN108040355B (zh) 网络接入方法及系统
CN109375937A (zh) 系统升级方法、装置、终端设备及存储介质
CN111338673B (zh) 设备调试方法、装置、电子设备及存储介质
CN104572564A (zh) 一种实现android移动设备与USB OTG主机通讯的方法
CN112686358A (zh) 数据传输方法及nfc电子标签、终端设备、存储介质
CN110837485A (zh) 接口配置方法、装置、电子器件以及电子设备
CN111459524A (zh) 软件的升级方法、装置、系统
CN112689172A (zh) 节目播放方法、装置、机顶盒以及存储介质
CN110278092A (zh) 基于mqtt协议的路由器远程控制方法和系统
CN111897582B (zh) 一体机以太网刷新方法、装置、存储介质及一体机设备
CN111680336B (zh) 固件安全防护方法和装置、系统及设备
US8621191B2 (en) Methods, apparatuses, and computer program products for providing a secure predefined boot sequence
KR101181758B1 (ko) 이동통신 단말기의 팩토리 리셋 방법
CN109413714B (zh) 用户代理信息的处理方法、装置、存储介质及终端
CN115002941A (zh) 蓝牙电能表的通讯方法
CN110838973B (zh) 智能网关的按键配置方法、装置及电子设备
CN111104363A (zh) 一种fpga云平台使用方法、装置、设备、介质
KR102279147B1 (ko) Ap의 무선 접속정보 변경 방법 및 이를 이용한 iot시스템
CN111090894B (zh) 一种锁卡数据重建的方法和装置
CN110286963B (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