android 平台USB wifi驱动移植及使用 SDIOwifi

小鹏P7车载以太网诊断实战:从OBD口定义到DoIP协议验证 本文详细解析了小鹏P7车载以太网诊断的实战过程。从OBD接口的针脚定义入手,依据ISO13400标准,确认了以太网线对位置,并指导制作专用的RJ45转OBD线束。通过搭建测试环境,使用Ping、端口扫描及Wireshark抓包,最终成功验证了车辆对DoIP协议的支持,为基于以太网的高速诊断与刷写提供了完整的技术路径。 阅读详情










----------ok-------------



      但是命令发到wpa_supplicant后的流程网上提到的资料就非常少了,不过由于wpa_supplicant是一个标准的开源项目,已经被移植到很多平台上,它中间的过程我暂时还没有去细看。比较关心的是wpa_supplicant在 接收 到上层的命令后 是怎么将命令发给DRIVER的,DRIVER在接收到命令后的解析的动作 以及之后 调用驱动功能函数 的流程以及驱动对寄存器控制的细节。


       以下是一张wpa_supplicant的标准结构框图:


        重点关注框图的下半部分,即wpa_supplicant是如何与DRIVER进行联系的。整个过程暂以APP发出SCAN命令为主线。由于现在大部分WIFI DRIVER都支持wext, 所以就假设我们的设备走的是wext这条线,其实用ndis也一样,流程感觉差不多。


       首先要说的是,在Driver.h文件中有个结构体wpa_driver_ops:


         这个结构体在Driver.c中被声明为:

#ifdef CONFIG_DRIVER_WEXT
extern struct wpa_driver_ops wpa_driver_wext_ops;/* driver_wext.c */


       然后在driver_wext.c填写了结构体的成员,
const struct wpa_driver_ops wpa_driver_wext_ops = {
    .name = "wext",
    .desc = "Linux wireless extensions (generic)",
    .get_bssid = wpa_driver_wext_get_bssid,
    .get_ssid = wpa_driver_wext_get_ssid,
    .set_wpa = wpa_driver_wext_set_wpa,
    .set_key = wpa_driver_wext_set_key,
    .set_countermeasures = wpa_driver_wext_set_countermeasures,
    .set_drop_unencrypted = wpa_driver_wext_set_drop_unencrypted,
    .scan = wpa_driver_wext_scan,
    .combo_scan = wpa_driver_wext_combo_scan,
    .get_scan_results2 = wpa_driver_wext_get_scan_results,
    .deauthenticate = wpa_driver_wext_deauthenticate,
    .disassociate = wpa_driver_wext_disassociate,
    .set_mode = wpa_driver_wext_set_mode,
    .associate = wpa_driver_wext_associate,
    .set_auth_alg = wpa_driver_wext_set_auth_alg,
    .init = wpa_driver_wext_init,
    .deinit = wpa_driver_wext_deinit,
    .add_pmkid = wpa_driver_wext_add_pmkid,
    .remove_pmkid = wpa_driver_wext_remove_pmkid,
    .flush_pmkid = wpa_driver_wext_flush_pmkid,
    .get_capa = wpa_driver_wext_get_capa,
    .set_operstate = wpa_driver_wext_set_operstate,
#ifdef ANDROID
    .driver_cmd = wpa_driver_priv_driver_cmd,
#endif
};


这些成员其实都是驱动 和 wpa_supplicant 的 接口,以SCAN为例:

int wpa_driver_wext_scan(void *priv, const u8 *ssid, size_t ssid_len)

中的LINE1174:if (ioctl(drv->ioctl_sock, SIOCSIWSCAN, &iwr) < 0)从这里可以看出 wpa_cupplicant是通过IOCTL来调用SOCKET与DRIVER进行通信的,并给DRIVER下达SIOCSIWSCAN这个命令。

       这样,一个命令从APP到FRAMEWORK到C++本地库再到wpa_supplicant适配层,再由wpa_supplicant下CMD给DRIVER的路线就打通了。

-------------------------------------------

        由于在这个项目中,WIFI模块 是 采用SDIO总线 来 控制 的,Client Driver 的SDIO部分分为三层:SdioDrv、SdioAdapter、SdioBusDrv。其中SdioBusDrv是Client Driver中SDIO与WIFI模块的接口,SdioAdapter是SdioDrv和SdioBusDrv之间的适配层,SdioDrv是Client Driver中SDIO与LINUX KERNEL中的MMC SDIO的接口。这三部分只需要关注一下SdioDrv就可以了,另外两层都只是对它的封装。

      在SdioDrv中提供了这几个功能:

 (1)static structsdio_driver tiwlan_sdio_drv = {
    .probe          = tiwlan_sdio_probe,
    .remove         = tiwlan_sdio_remove,
    .name           = "sdio_tiwlan",
    .id_table       = tiwl12xx_devices,
};

 (2)int sdioDrv_EnableFunction(unsigned int uFunc)   

 (3)int sdioDrv_EnableInterrupt(unsigned int uFunc)

 (4)SDIO的读写,实际是调用了MMC\Core中的  static int mmc_io_rw_direct_host()功能。

SDIO功能部分简单了解下就可以,一般HOST部分芯片厂商都会做好。我们的主要任务还是WIFI模块。

       首先从WIFI模块的入口函数wlanDrvIf_ModuleInit()看起,这里调用了wlanDrvIf_Create()。


代码主体部分:
static int wlanDrvIf_Create (void)
{
    TWlanDrvIfObj *drv; //这个结构体为代表设备,包含LINUX网络设备结构体net_device

    pDrvStaticHandle = drv;  /* save for module destroy */

    drv->pWorkQueue = create_singlethread_workqueue (TIWLAN_DRV_NAME);//创建了工作队列

    /* Setup driver network interface. */
    rc = wlanDrvIf_SetupNetif (drv); //这个函数超级重要,后面详细的看

    drv->wl_sock = netlink_kernel_create( NETLINK_USERSOCK, 0, NULL, NULL, THIS_MODULE );

    // 创建了接受wpa_supplicant的SOCKET接口


    /* Create all driver modules and link their handles */
    rc = drvMain_Create (drv,
                    &drv->tCommon.hDrvMain, 
                    &drv->tCommon.hCmdHndlr, 
                    &drv->tCommon.hContext, 
                    &drv->tCommon.hTxDataQ,
                    &drv->tCommon.hTxMgmtQ,
                    &drv->tCommon.hTxCtrl,
                    &drv->tCommon.hTWD,
                    &drv->tCommon.hEvHandler,
                    &drv->tCommon.hCmdDispatch,
                    &drv->tCommon.hReport,
                    &drv->tCommon.hPwrState);
   
    /* 
     *  Initialize interrupts (or polling mode for debug):
     */

    /* Normal mode: Interrupts (the default mode) */
    rc = hPlatform_initInterrupt (drv, (void*)wlanDrvIf_HandleInterrupt);
   
   return 0;

}

      在调用完wlanDrvIf_Create()这个函数后,实际上WIFI模块的初始化就结束了,下面分析如何初始化的。先看wlanDrvIf_SetupNetif (drv)这个函数的主体,

static int wlanDrvIf_SetupNetif(TWlanDrvIfObj *drv)
{
   struct net_device *dev;
   int res;

   /* Allocate network interface structure for the driver */
   dev = alloc_etherdev (0);//申请LINUX网络设备
   if (dev == NULL)
        /* 申请失败 的结果 */


   /* Setup the network interface */
   ether_setup (dev);//建立网络接口 ,这两个都是LINUX网络设备驱动的标准函数

   dev->netdev_ops = &wlan_netdev_ops;

   /* Initialize Wireless Extensions interface (WEXT) */
   wlanDrvWext_Init (dev);

   res = register_netdev (dev);

   /* Setup power-management callbacks */
   hPlatform_SetupPm(wlanDrvIf_Suspend, wlanDrvIf_Resume, pDrvStaticHandle);

}

      注意,在这里初始化了wlanDrvWext_Inti(dev),这就说明wpa_supplicant与Driver直接的联系是走的WEXT这条路。也就是说event的接收,处理也应该是在WEXT部分来做的,确定这个,剩下的工作量顿减三分之一。后面还注册了网络设备dev。而在wlan_netdev_ops中定义的功能如下:

static const struct net_device_ops wlan_netdev_ops = {
        .ndo_open             = wlanDrvIf_Open,
        .ndo_stop             = wlanDrvIf_Release,
        .ndo_do_ioctl         = NULL,

        .ndo_start_xmit       = wlanDrvIf_Xmit,
        .ndo_get_stats        = wlanDrvIf_NetGetStat,
        .ndo_validate_addr    = NULL, 

};

功能一看名字就知道了,这几个对应的都是LINUX网络设备驱动 都有的命令字,详见《LINUX设备驱动开发详解》第十六章。

      在这之后,又调用了rc =drvMain_CreateI。在这个函数里完成了相关模块的初始化工作。接下来就是等待Android上层发送来的事件了。






==========================================

二、linux内核配置


   在原有android内核支持情况下,增加wifi内核配置,具体配置如下:

1.       Networkingsupport  --->Wireless下增加802.11 协议栈的支持


2.       USB 支持WIFI的配置

     USB 支持WIFI 的配置选项位于Device Drivers>USB support 配置菜单下USB Wireless Device Management support。


3.       用户空间的mdev 和firmware 支持配置

    进入Device Drivers > Generic Driver Options 配置菜单,按照下图所示配置用户空间

的mdev 和firmware支持。


4.       WIFI 设备支持配置

       Device Drivers  ---> Network device support  ---> Wireless LAN  ---> Ralink driver support--->Ralink rt2800 (USB) support (EXPERIMENTAL) --->rt2800usb - Include support for rt30xx (USB) devices

以及Wireless LAN 目录里IEEE 802.11 for Host AP (Prism2/2.5/3 andWEP/TKIP/CCMP)都选择上,目的是打开CONFIG_WIRELESS_EXT=y CONFIG_WEXT_PRIV=y

 

三、驱动配置与编译(如何修改)

 

1.       修改驱动SDK包中的配置文件

1.1   修改env.mk,将RT28xx_DIR 设为当前目录,RT28xx_DIR = $(shell pwd)。

1.2   修改makefile中对应的kernel与交叉编译器路径

1.3   修改os/linux目录下config.mk中gcc 与 ld变量

1.4   打开os/linux目录下config.mk中HAS_WPA_SUPPLICANT与HAS_NATIVE_WPA_SUPPLICANT_SUPPORT宏

2.       修改驱动SDK包中的驱动源码

2.1   将rt_linux.h中的RTUSB_URB_ALLOC_BUFFER与RTUSB_URB_FREE_BUFFER宏修改,定义如下

#define RTUSB_URB_ALLOC_BUFFER(pUsb_Dev,BufSize, pDma_addr)     usb_alloc_coherent(pUsb_Dev,BufSize, GFP_ATOMIC, pDma_addr)

#defineRTUSB_URB_FREE_BUFFER(pUsb_Dev, BufSize, pTransferBuf, Dma_addr)       usb_free_coherent(pUsb_Dev, BufSize,pTransferBuf, Dma_addr)

2.2   修改rt_main_dev.c,直接将MainVirtualIF_close函数放空,return  0,解决不能反复关闭wifi问题。

2.3   修改rt_linux.c里RtmpOSNetDevAttach函数里增加devname赋值。strcpy( pNetDev->name, "mlan0");注:(此处所用的名字要与上层使用的节点名保持一致,在此说明一下上层主要有这几处用到节点名:

1,\frameworks\base\wifi\java\android\net\wifiWifiStateTracker.java

2,init.rc启动wpa_supplicant守护进程里面与启动dhcpcd服务

3,dhcpcd服务配置文件,dhcpcd.conf里面

4,init.rc设置setprop wifi.interface "mlan0")

3.       编译方法

Source env.mk;make;即可,驱动是在的路径为os/linux下的rt3070sta.ko。

此处所用的驱动名字应与HAL层wifi.c所指定驱动名保持一致


四、wap_supplicant相关配置


3.1   rootfs-src/external/wpa_supplicant_6/wpa_supplicant.conf配置文件的修改

ctrl_interface=DIR=/data/system/wpa_supplicantGROUP=wifi #这个路径在wifi.c中用到

3.2   整个环境必须要让wext类型相关代码进行编译。也就是要打开wext相关的宏CONFIG_DRIVER_WEXT。  即在device/hisi/Hi3716C/BoardConfig.mk中添加:

      BOARD_HAVE_WIFI := true
      BOARD_WPA_SUPPLICANT_DRIVER := WEXT

该配置的作用是使external/wpa_supplicant/Android.mk设置WPA_BUILD_SUPPLICANT为true。

3.3   在init.rc里面增加启动wpa_supplicant守护进程及dhcpcd进程

3.4   在init.rc里面增加wifi相关文件的权限设定,设置如下:

      chmod 0771 /system/etc/wifi

      chmod 0660/system/etc/wifi/wpa_supplicant.conf

      chown wifi wifi /system/etc/wifi/wpa_supplicant.conf #wifi的原始配置文件

     

      #wpa_supplicantsocket

      mkdir/data/system/wpa_supplicant 0770 wifi wifi

      chmod 0771/data/system/wpa_supplicant  #放置wifiinterface的地方

      mkdir/data/misc/wifi 0770 wifi wifi

   

      chmod 0771/data/misc/wifi

      chmod 0660 /data/misc/wifi/wpa_supplicant.conf  #wifi的配置文件,将由wpa_supplicant根据实际配置写入该文件

      chown wifiwifi /data/misc/wifi

      chown wifiwifi /data/misc/wifi/wpa_supplicant.conf

      mkdir/data/misc/wifi/sockets 0770 wifi wifi  #与上层通过socket通信的路径

     

      cp/system/etc/wifi/wpa_supplicant.conf /data/misc/wifi/

     

      mkdir/data/misc/dhcp 0777 dhcp dhcp

      chown dhcpdhcp /data/misc/dhcp

     

      # Preparefor wifi

      setpropwifi.interface "mlan0"

      setprop wlan.driver.status "ok"


3.5   启动wpa_supplicant守护进程与dhcpcd服务

在init.rc里面添加wpa_supplicant启动:

service wpa_supplicant /system/bin/logwrapper /system/bin/wpa_supplicant -Dwext -imlan0 -c /data/misc/wifi/wpa_supplicant.conf -dd

             user root

             group system wifi inet

             socket wpa_mlan0 dgram 660 wifi wifi

             disable

             oneshot

       在init.rc里面添加dhcpcd启动:

service dhcpcd /system/bin/logwrapper/system/bin/dhcpcd -d -B wlan0
         disabled
         oneshot

3.6   在init.godbox.rc里增加dns设置

Setprop net.dns1 192.168.10.247

Setprop net.dns2 192.168.10.248

 

五、wifi移植所需在android系统添加的一些文件


4.1   添加wifi的wpa_supplicant.conf配置文件

放置目录与hardware/libhardware_legacy/wifi/wifi.c中的目录保持一致

4.2   添加驱动的配置文件

在system/etc/Wireless/RT2870STA目录放置配置文件RT2870STA.dat,与rt_linux.h中配置文件的路径保持一致。

4.3   添加dhcpcd启动配置文件

设置/system/etc/dhcpcd/dhcpcd.conf的配置为:
      interface mlan0
      option subnet_mask, routers,domain_name_servers 

六、其它平台移植记录

6.1    内核

       内核的修改如上述第二大点内核配置

6.2    Wpa_supplicant

将wpa_supplicant_6编译打开

Wpa_supplicant 主要是在device/hisi/Hi3716C/BoardConfig.mk中添加:
      BOARD_HAVE_WIFI := true
      BOARD_WPA_SUPPLICANT_DRIVER := WEXT

         以及在wpa_supplicant_6 里面的.config增加ANDROID=y









----------ok-------------



      但是命令发到wpa_supplicant后的流程网上提到的资料就非常少了,不过由于wpa_supplicant是一个标准的开源项目,已经被移植到很多平台上,它中间的过程我暂时还没有去细看。比较关心的是wpa_supplicant在 接收 到上层的命令后 是怎么将命令发给DRIVER的,DRIVER在接收到命令后的解析的动作 以及之后 调用驱动功能函数 的流程以及驱动对寄存器控制的细节。


       以下是一张wpa_supplicant的标准结构框图:


        重点关注框图的下半部分,即wpa_supplicant是如何与DRIVER进行联系的。整个过程暂以APP发出SCAN命令为主线。由于现在大部分WIFI DRIVER都支持wext, 所以就假设我们的设备走的是wext这条线,其实用ndis也一样,流程感觉差不多。


       首先要说的是,在Driver.h文件中有个结构体wpa_driver_ops:


         这个结构体在Driver.c中被声明为:

#ifdef CONFIG_DRIVER_WEXT
extern struct wpa_driver_ops wpa_driver_wext_ops;/* driver_wext.c */


       然后在driver_wext.c填写了结构体的成员,
const struct wpa_driver_ops wpa_driver_wext_ops = {
    .name = "wext",
    .desc = "Linux wireless extensions (generic)",
    .get_bssid = wpa_driver_wext_get_bssid,
    .get_ssid = wpa_driver_wext_get_ssid,
    .set_wpa = wpa_driver_wext_set_wpa,
    .set_key = wpa_driver_wext_set_key,
    .set_countermeasures = wpa_driver_wext_set_countermeasures,
    .set_drop_unencrypted = wpa_driver_wext_set_drop_unencrypted,
    .scan = wpa_driver_wext_scan,
    .combo_scan = wpa_driver_wext_combo_scan,
    .get_scan_results2 = wpa_driver_wext_get_scan_results,
    .deauthenticate = wpa_driver_wext_deauthenticate,
    .disassociate = wpa_driver_wext_disassociate,
    .set_mode = wpa_driver_wext_set_mode,
    .associate = wpa_driver_wext_associate,
    .set_auth_alg = wpa_driver_wext_set_auth_alg,
    .init = wpa_driver_wext_init,
    .deinit = wpa_driver_wext_deinit,
    .add_pmkid = wpa_driver_wext_add_pmkid,
    .remove_pmkid = wpa_driver_wext_remove_pmkid,
    .flush_pmkid = wpa_driver_wext_flush_pmkid,
    .get_capa = wpa_driver_wext_get_capa,
    .set_operstate = wpa_driver_wext_set_operstate,
#ifdef ANDROID
    .driver_cmd = wpa_driver_priv_driver_cmd,
#endif
};


这些成员其实都是驱动 和 wpa_supplicant 的 接口,以SCAN为例:

int wpa_driver_wext_scan(void *priv, const u8 *ssid, size_t ssid_len)

中的LINE1174:if (ioctl(drv->ioctl_sock, SIOCSIWSCAN, &iwr) < 0)从这里可以看出 wpa_cupplicant是通过IOCTL来调用SOCKET与DRIVER进行通信的,并给DRIVER下达SIOCSIWSCAN这个命令。

       这样,一个命令从APP到FRAMEWORK到C++本地库再到wpa_supplicant适配层,再由wpa_supplicant下CMD给DRIVER的路线就打通了。

-------------------------------------------

        由于在这个项目中,WIFI模块 是 采用SDIO总线 来 控制 的,Client Driver 的SDIO部分分为三层:SdioDrv、SdioAdapter、SdioBusDrv。其中SdioBusDrv是Client Driver中SDIO与WIFI模块的接口,SdioAdapter是SdioDrv和SdioBusDrv之间的适配层,SdioDrv是Client Driver中SDIO与LINUX KERNEL中的MMC SDIO的接口。这三部分只需要关注一下SdioDrv就可以了,另外两层都只是对它的封装。

      在SdioDrv中提供了这几个功能:

 (1)static structsdio_driver tiwlan_sdio_drv = {
    .probe          = tiwlan_sdio_probe,
    .remove         = tiwlan_sdio_remove,
    .name           = "sdio_tiwlan",
    .id_table       = tiwl12xx_devices,
};

 (2)int sdioDrv_EnableFunction(unsigned int uFunc)   

 (3)int sdioDrv_EnableInterrupt(unsigned int uFunc)

 (4)SDIO的读写,实际是调用了MMC\Core中的  static int mmc_io_rw_direct_host()功能。

SDIO功能部分简单了解下就可以,一般HOST部分芯片厂商都会做好。我们的主要任务还是WIFI模块。

       首先从WIFI模块的入口函数wlanDrvIf_ModuleInit()看起,这里调用了wlanDrvIf_Create()。


代码主体部分:
static int wlanDrvIf_Create (void)
{
    TWlanDrvIfObj *drv; //这个结构体为代表设备,包含LINUX网络设备结构体net_device

    pDrvStaticHandle = drv;  /* save for module destroy */

    drv->pWorkQueue = create_singlethread_workqueue (TIWLAN_DRV_NAME);//创建了工作队列

    /* Setup driver network interface. */
    rc = wlanDrvIf_SetupNetif (drv); //这个函数超级重要,后面详细的看

    drv->wl_sock = netlink_kernel_create( NETLINK_USERSOCK, 0, NULL, NULL, THIS_MODULE );

    // 创建了接受wpa_supplicant的SOCKET接口


    /* Create all driver modules and link their handles */
    rc = drvMain_Create (drv,
                    &drv->tCommon.hDrvMain, 
                    &drv->tCommon.hCmdHndlr, 
                    &drv->tCommon.hContext, 
                    &drv->tCommon.hTxDataQ,
                    &drv->tCommon.hTxMgmtQ,
                    &drv->tCommon.hTxCtrl,
                    &drv->tCommon.hTWD,
                    &drv->tCommon.hEvHandler,
                    &drv->tCommon.hCmdDispatch,
                    &drv->tCommon.hReport,
                    &drv->tCommon.hPwrState);
   
    /* 
     *  Initialize interrupts (or polling mode for debug):
     */

    /* Normal mode: Interrupts (the default mode) */
    rc = hPlatform_initInterrupt (drv, (void*)wlanDrvIf_HandleInterrupt);
   
   return 0;

}

      在调用完wlanDrvIf_Create()这个函数后,实际上WIFI模块的初始化就结束了,下面分析如何初始化的。先看wlanDrvIf_SetupNetif (drv)这个函数的主体,

static int wlanDrvIf_SetupNetif(TWlanDrvIfObj *drv)
{
   struct net_device *dev;
   int res;

   /* Allocate network interface structure for the driver */
   dev = alloc_etherdev (0);//申请LINUX网络设备
   if (dev == NULL)
        /* 申请失败 的结果 */


   /* Setup the network interface */
   ether_setup (dev);//建立网络接口 ,这两个都是LINUX网络设备驱动的标准函数

   dev->netdev_ops = &wlan_netdev_ops;

   /* Initialize Wireless Extensions interface (WEXT) */
   wlanDrvWext_Init (dev);

   res = register_netdev (dev);

   /* Setup power-management callbacks */
   hPlatform_SetupPm(wlanDrvIf_Suspend, wlanDrvIf_Resume, pDrvStaticHandle);

}

      注意,在这里初始化了wlanDrvWext_Inti(dev),这就说明wpa_supplicant与Driver直接的联系是走的WEXT这条路。也就是说event的接收,处理也应该是在WEXT部分来做的,确定这个,剩下的工作量顿减三分之一。后面还注册了网络设备dev。而在wlan_netdev_ops中定义的功能如下:

static const struct net_device_ops wlan_netdev_ops = {
        .ndo_open             = wlanDrvIf_Open,
        .ndo_stop             = wlanDrvIf_Release,
        .ndo_do_ioctl         = NULL,

        .ndo_start_xmit       = wlanDrvIf_Xmit,
        .ndo_get_stats        = wlanDrvIf_NetGetStat,
        .ndo_validate_addr    = NULL, 

};

功能一看名字就知道了,这几个对应的都是LINUX网络设备驱动 都有的命令字,详见《LINUX设备驱动开发详解》第十六章。

      在这之后,又调用了rc =drvMain_CreateI。在这个函数里完成了相关模块的初始化工作。接下来就是等待Android上层发送来的事件了。


利用Arcgis发布wmts服务 使用发布 GIS 服务连接连接到 ArcGIS Server 站点后,可以将各种 GIS 资源(如地图文档、数据库以及服务定义)发布到服务器上。此外,还可以添加、删除、启动和停止服务。使用管理 GIS 服务器连接到 ArcGIS Server 站点后,可以编辑各种服务器属性,例如配置存储位置、集群配置、参与到该站点中的计算机列表以及管理站点的数据存储。通过使用 GIS 服务连接建立连接后,可以查看并使用发布到该站点的服务。但不能编辑服务器或服务属性、发布服务,也不能添加、删除、启动、停止或暂停服务。 阅读详情

相关推荐

Cursor插件安装CodeX保姆级教程:从登录到调整面板布局,一步不落

本文提供Cursor编辑器安装CodeX插件的详细教程,涵盖从登录到调整面板布局的全流程。通过优化界面布局和配置参数,帮助开发者提升编码效率,特别适合需要智能代码补全的编程场景。

weixin_42648844的博客 4739

Android中usb和sdio两种wifi兼容

利用现有资源就是直接实验,而不是一直坐那死想,插入一个USB设置的时候,可以看到是Vold尽心尽责的进行的检测: 其实一开始准备用ueventd(相当于udev/mdev)监测,但是发现不是那么回事,来看看udev的架构: 我现在的情况是很有设备,就不能去用udev/ueventd的方法了,要用Vold的方法,在Vold检测到一些idProduct的时候,来进行过虑。

Android/Linux的专栏 7374

详细介绍:国产操作系统银行麒麟V10的下载和安装

银河麒麟是由。银河麒麟已经发展为银河麒麟服务器操作系统、桌面操作系统、嵌入式操作系统、麒麟云、操作系统增值产品为代表的产品线。为攻克中国软件核心技术“卡脖子”的短板,银河麒麟建设自主的开源供应链,发起中国首个开源桌面操作系统根社区openKylin,银河麒麟操作系统以openKylin等自主根社区为依托,发布最新版本。

lz17267861157的博客 1万+

关于SDIO接口的wifi和通用SD卡的一些记录

在使用SDIO接口操作SD卡时,xuy

sean 4014

YOLOv8【第十章:多任务扩展深度篇·第16节】车道线检测——基于 YOLOv8-Seg 的车道线分割与拟合!

🏆 本文收录于 《YOLOv8实战:从入门到深度优化》 专栏。该专栏系统复现并梳理全网各类 YOLOv8 改进与实战案例(当前已覆盖分类 / 检测 / 分割 / 追踪 / 关键点 / OBB 检测等方向),坚持持续更新 + 深度解析,质量分长期稳定在 97 分以上,可视为当前市面上 覆盖较全、更新较快、实战导向极强 的 YOLO 改进系列内容之一。

**My Coding Family** 1万+

Python 实战:全面解析“微信搜一搜”内容爬取,从入门到企业级架构

本文将带你从零搭建爬虫项目,采用 Requests、Scrapy、Selenium、Proxy 池、中间人监控(如 Fiddler/mitmproxy)、分布式调度、数据库持久化、断点续抓等方案,实现可持续、抗封能力强的内容抓取系统。理解“微信搜一搜”页面结构与 Javascript 渲染逻辑;使用 Scrapy 框架搭建分布式爬虫;使用 Selenium 模拟浏览器抓取;构建代理池提升爬取成功率;对抗验证码、IP 封禁与 cookie 过期问题;

2201_76125261的博客 1392

WIFI模块常见的三种接口类型

搭载SDIO接口,wifi模块可以接SD卡,还可以接支持SDIO接口的设备,插口的用途不止是插SD存储卡。PCIe接口是是一种用于连接计算机主板和其他硬件组件的高速数据传输接口,在WIFI模块中,PCIe接口的作用是提供高速、可靠的数据通信通道,使WIFI模块能够与计算机或其他设备快速交换数据。USB接口是平时见得最多的一种接口了,用在wifi模块上,它是一种通用串行总线,是连接wifi模块内部MCU与外部设备(如摄像机、摄像头等等)的一种串口总线标准,用于规范wifi模块MCU与外部设备的连接和通讯。

Qogrisys无线连接方案商 9622

PCL 点到面的ICP算法【2024最新版】

经典的点到面的ICP算法。博客长期更新,本文最新更新时间为:2024年10月18日。

点云侠的博客 36万+

android之wifi移植全过程(二)

android之wifi移植全过程(二)      六、android的wifi移植。      现在底层的都通了,接下来就把wifi移植到android系统中。      1.提供固件firmware给驱动。         WIFI需要的firmware要复制到/etc/firmware。   或者复制到WIFI驱动指定的位置,然后WIFI驱动会自动加载。         在此

5339

ctle电路求帮忙分析低中高频调节原理,搭好了电路该怎样调节参数?

🏆本文收录于专栏,主要记录项目实战过程中所遇到的Bug或因后果及提供真实有效的解决方案,希望能够助你一臂之力,帮你早日登顶实现财富自由🚀;同时,欢迎大家!持续更新中,up!up!up!!

**My Coding Family** 1126

基于Simulink进行微电网中DC-DC变换器的仿真建模

微电网:包括可再生能源发电设备、储能系统和负载,可以独立于大电网运行,也可以并网运行。重要性提高能源可靠性:通过本地化供电减少对外部电网的依赖。促进可再生能源利用:支持高效整合多种可再生能源。挑战多源管理:不同类型的能源产生方式各异,需设计灵活的电源管理系统。能量转换效率:需要高效的能量转换装置来确保能源的有效利用。首先明确要模拟的任务内容。设计一个能够在不同输入条件下为微电网提供稳定输出电压的DC-DC变换器。根据微电网的工作状态调整控制策略以维持最佳性能。

amy_mhd的博客 154

android wifi驱动加载流程

本文基于android 7.0 海思 Hi3798MV200 平台 WiFi驱动加载流程: 一、.进入高级设置,无线设置界面(WifiSettings.java)打开WiFi开关(SwitchBar),触发WifiEnabler.java中的onSwitchChanged回调。通过WifiManager.setWifiEnabled(true)打开WiFi。 二、然后通过WiFi状态机WifiStateMachine中的初始化状机(InitialState)态回调来加载驱动 三、调用Nat.

HuanWen_Cheng的博客 8687

Android功耗系列专题理论之六:外设功耗问题分析方法

本文介绍了移动设备功耗问题的分析方法,重点针对传感器和GPU两大模块。传感器部分详细讲解了通过ADB命令获取日志、状态差异分析和单传感器隔离测试的排查方法,并给出优化建议。GPU部分从基础功耗测量、场景测试到功能模块拆解进行多维度分析。同时阐述了GNSS/GPS功耗的测试方法,包括前后台对比、星座双频拆解及SAP/DPO等特殊功能的电流分析,为移动设备功耗优化提供系统性的诊断思路。

368

基于linux-2.6.38.8内核的SDIO/wifi驱动分析&&android 平台USB wifi驱动移植及使用 SDIOwifi

http://blog.youkuaiyun.com/wh_19910525/article/details/7392518 1、sdio接口层解析 SDIO总线      SDIO总线 和 USB总线 类似,SDIO也有两端,其中一端是HOST端,另一端是device端。所有的 通信 都是 由HOST端 发送 命令 开始的,Device端只要能解析命令,就可以相互通信。   CL

Gabby 2447

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

android的wifi网卡移植详细过程已经通用驱动的问题

这里有一篇详细的教程,看完还有一个问题 就是android的wifi驱动移植,如果有wifi网卡的驱动代码,是一定需要对android系统本身的代码修改重写编译吗?就是说,有无可能不改变android内核而做出可以插入的mod,而做出某款网卡的通用android 驱动不同采用不同cpu的android终端使用。 android 平台USB wifi驱动移植及使用 SDIOwifi ---

sunnywalden 9274

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

基于Android的SDIO-WIFI移植(2)

1)项目概述 2)Android SDIO WIFI移植 3)Android WIFI 框架分析 4)SDIO WIFI驱动分析 一、项目概述:          Android 3G平板电脑功能介绍:该系统为手持移动终端,其底层硬件采用ARM来实现,搭载谷歌的Android操作系统。支持多点触摸屏、通过WIFI实现联网、蓝牙数据传输、摄像头、USB接口、SD卡接口、

工匠 1430

Android Wifi

Android WiFi--系统架构:http://blog.youkuaiyun.com/myarrow/article/details/8129607 Android WiFi系统 Android WiFi 应用程序例子 Linux USB-Wifi Driver WiFi信号强度--SIGNAL_POLL Linux--Socket Buffer--

kangtingting01的专栏 482

android wifi驱动移植详细过程

对于刚入手android没多久的人来说,android wifi 驱动的移植确实还是有难度的,不过参考了网友的相关帖子后,最终还是移植成功了,,以便自己和他人查看学习: &&&& WIFI的基本架构 &&&& (这一部分比较重要,是一直wifi驱动的基础) 1、wifi用户空间的程序和库: external/wpa_supplicant/ 生成库libwpaclient.so和守护进程w

wangll9的专栏 2550

Android下移植WiFi和BT(SDIO接口)

Android下WiFi和BT的移植

Vis-Lin的博客 3352

Wifi移植文档 - android2.2及android2.3版本

不久前移植过ranlink公司的wifi无线网卡,发现网上的一些文档不完整或者对一些碰到的问题没有说明,在此详细说明一,本人将其移植到android系统上碰到了不少的问题,修改了驱动及框架代码,费了两周多的时间才完全搞好。 一.   Android平台Wifi的基本代码路径 1.       Wpa_supplicant源码部分 external/wpa_supplicant_6/

andyhuabing的专栏 5211

android wifi调试(无需安装插件)

android开发时,用数据线连接来调试,非常麻烦,我们可以用adb命令来实现wifi的无线调试。 1.将设备用数据库连到电脑上,注意一定得是数据线,有的是充电线,并不具备数据连接的功能,会导致设备识别不到。 2.在Android Studio连接到设备上调试,确认设备连接调试是OK的。 3.打开CMD输入命令 adb tcpip 5555,端口5555可自行指定 4.adb开启后,再输入...

学而时习之 2570

Android 开机自动加载新wifi模块驱动

在android ROM 开发中经常会遇到产品更换wifi模块的情况,一般常见的wifi驱动android内核中自带都有,无需过多调试,要是碰上内核中没有的就需要根据厂商提供的驱动进行移植。在成功编译出驱动ko文件后,手动insmod 加载驱动是可以的,但是开机时不会自动加载,这时可按以下步骤进行调整,让设备开机自动加载新模块的驱动。1.libhardware_legacy会遍历所有的usb设备名称,与devices[]中的wifi模块名称进行对比,有匹配到的话,就会记住该名称的索引位置。

HuanWen_Cheng的博客 6044

ANdroid Wi-Fi 移植

<br />已经移植了好几个平台的Wi-Fi驱动,一直以来都没有遇到什么问题,这次有个同事在移植驱动时,不能搜到AP,找我帮忙分析时,我看了一下他的配置文件和wifi.c文件,还是有几个地方需要注意的,对于第一次移植Wi-Fi来说,当遇到问题时,还是不知道怎么解决的。我这里给总结一下,让大家以后少走一点弯路。<br />1. 模块驱动<br />    这块比较简单,基本上是由WiFi模块的厂商提供源码,编译生成ko文件,但需要内核中提供上下电接口。这里就不说。<br />2. 配置文件<br />   

dxf029044367的专栏 3015

如何设置华为悦盒Ubuntu系统的无线WiFi自动连接

设置华为悦盒Ubuntu系统的无线WiFi自动连接

hu_yinghui的博客 2501
上一篇: android版本 走向简介
下一篇: 3系统启动后的 wifi 加载过程
seableble
博客等级 码龄7年 136粉丝 700原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值