rk3588s 定制版 USB adb , USB2.0与USB3.0 区别,adb 由typeC 转换到USB3.0(第二部分)

硬件资源: rk3588s 核心板+定制的地板

软件资源: 网盘上的 android12 源码

1 硬件上

客户只想使用 type c 接口中的 usb2.0 OTG 。在硬件上,甚至连 CC芯片都没有连接。

关于一些前置的知识。

1 USB2.0 与 USB3.0 的区别。

usb3.0 兼容2.0  不就是相当于 无脑 include 吗。

2 adb 如何转换到 USB3.0 的接口。

这个资源网上已经有人发了,是3399 的,但是我们有验证过,不知道真的假的,假设是正确的。

我就完全 粘贴过来,方便以后参考。

这里 他的 typec0 与 typec1 使用的都是 2lane 的usb3.0 ,不知道,座子是typec的还是USB3.0 的。

互换了 otg 与 host.

然后就 涉及到了, 修改源码,这些我就看不懂了。

直接粘贴过来。

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

 diff --git a/kernel/include/linux/phy/phy.h b/kernel/include/linux/phy/phy.h
 index a3965c3..c0daa66 100644
 --- a/kernel/include/linux/phy/phy.h
 +++ b/kernel/include/linux/phy/phy.h
 @@ -36,6 +36,7 @@ enum phy_mode {
   * @power_on: powering on the phy
   * @power_off: powering off the phy
   * @set_mode: set the mode of the phy
 + * @set_vbusdet: usb disconnect of the phy
   * @reset: resetting the phy
   * @cp_test: prepare for the phy compliance test
   * @owner: the module owner containing the ops
 @@ -46,6 +47,7 @@ struct phy_ops {
         int     (*power_on)(struct phy *phy);
         int     (*power_off)(struct phy *phy);
         int     (*set_mode)(struct phy *phy, enum phy_mode mode);
 +    int (*set_vbusdet)(struct phy *phy, bool level);
         int     (*reset)(struct phy *phy);
         int     (*cp_test)(struct phy *phy);
         struct module *owner;
 @@ -133,6 +135,7 @@ int phy_exit(struct phy *phy);
  int phy_power_on(struct phy *phy);
  int phy_power_off(struct phy *phy);
  int phy_set_mode(struct phy *phy, enum phy_mode mode);
 +int phy_set_vbusdet(struct phy *phy, bool level);
  int phy_reset(struct phy *phy);
  int phy_cp_test(struct phy *phy);
  static inline int phy_get_bus_width(struct phy *phy)
 @@ -247,6 +250,13 @@ static inline int phy_set_mode(struct phy *phy, enum phy_mode mode)
         return -ENOSYS;
  }

 +static inline int phy_set_vbusdet(struct phy *phy, bool level)
 +{
 +    if (!phy)
 +        return 0;
 +    return -ENOSYS;
 +}
 +
  static inline int phy_reset(struct phy *phy)
  {
         if (!phy)

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

 diff --git a/kernel/drivers/phy/rockchip/phy-rockchip-inno-usb2.c b/kernel/drivers/phy/rockchip/phy-rockchip-inno-usb2.c
 index 66fb407..1f11ae1 100644
 --- a/kernel/drivers/phy/rockchip/phy-rockchip-inno-usb2.c
 +++ b/kernel/drivers/phy/rockchip/phy-rockchip-inno-usb2.c
 @@ -37,6 +37,8 @@
  #include <linux/usb/of.h>
  #include <linux/usb/otg.h>
  #include <linux/wakelock.h>
 +#include <linux/gpio.h>
 +#include <linux/of_gpio.h>
 
  #define BIT_WRITEABLE_SHIFT    16
  #define SCHEDULE_DELAY        (60 * HZ)
 @@ -250,6 +252,7 @@ struct rockchip_usb2phy_port {
      struct        delayed_work chg_work;
      struct        delayed_work otg_sm_work;
      struct        delayed_work sm_work;
 +    struct      delayed_work peripheral_work;
      struct        regulator *vbus;
      const struct    rockchip_usb2phy_port_cfg *port_cfg;
      struct notifier_block    event_nb;
 @@ -816,12 +819,37 @@ static int rockchip_usb2phy_set_mode(struct phy *phy, enum phy_mode mode)
      return ret;
  }
 
 +static int rockchip_usb2phy_set_vbusdet(struct phy *phy, bool level)
 +{
 +    struct rockchip_usb2phy_port *rport = phy_get_drvdata(phy);
 +    struct rockchip_usb2phy *rphy = dev_get_drvdata(phy->dev.parent);
 +    int ret = 0;
 +
 +    if (rport->port_id != USB2PHY_PORT_OTG)
 +        return ret;
 +
 +    if (rphy->phy_cfg->reg == 0xe460) {
 +        if (level)
 +        {
 +                ret = regmap_write(rphy->grf, 0x4518, GENMASK(20, 20) | 0x10);
 +        }
 +        else
 +        {
 +                ret = regmap_write(rphy->grf, 0x4518, GENMASK(20, 20) | 0x00);
 +        }
 +    }
 +
 +    return ret;
 +}
 +
 +
  static const struct phy_ops rockchip_usb2phy_ops = {
      .init        = rockchip_usb2phy_init,
      .exit        = rockchip_usb2phy_exit,
      .power_on    = rockchip_usb2phy_power_on,
      .power_off    = rockchip_usb2phy_power_off,
      .set_mode    = rockchip_usb2phy_set_mode,
 +    .set_vbusdet = rockchip_usb2phy_set_vbusdet,
      .owner        = THIS_MODULE,
  };
 
 @@ -1530,13 +1558,24 @@ static int rockchip_otg_event(struct notifier_block *nb,
      return NOTIFY_DONE;
  }
 
 +static void rockchip_usb2phy_peripheral_work(struct work_struct *work)
 +{
 +       struct rockchip_usb2phy_port *rport =
 +               container_of(work, struct rockchip_usb2phy_port, peripheral_work.work);
 +       struct rockchip_usb2phy *rphy = dev_get_drvdata(rport->phy->dev.parent);
 +       extcon_set_state(rphy->edev, EXTCON_USB, true);
 +       extcon_sync(rphy->edev, EXTCON_USB);
 +       schedule_delayed_work(&rport->peripheral_work, 3 * HZ);
 +
 +}
 +
  static int rockchip_usb2phy_otg_port_init(struct rockchip_usb2phy *rphy,
                        struct rockchip_usb2phy_port *rport,
                        struct device_node *child_np)
  {
      int ret;
      int iddig;
 -
 +    int gpio_vbus_5v;
      rport->port_id = USB2PHY_PORT_OTG;
      rport->port_cfg = &rphy->phy_cfg->port_cfgs[USB2PHY_PORT_OTG];
      rport->state = OTG_STATE_UNDEFINED;
 @@ -1584,6 +1623,32 @@ static int rockchip_usb2phy_otg_port_init(struct rockchip_usb2phy *rphy,
          rport->vbus = NULL;
      }
 
 +
 +
 +    rport->vbus_always_on =
 +        of_property_read_bool(child_np, "rockchip,vbus-always-on");
 +    if (rport->vbus_always_on)
 +    {
 +        ret = of_get_named_gpio_flags(child_np, "vbus-5v-gpios", 0, NULL);
 +        if (ret < 0) {
 +            printk("%s() Can not read property vbus-5v-gpio\n", __FUNCTION__);
 +        } else {
 +            gpio_vbus_5v = ret;
 +            ret = devm_gpio_request(rphy->dev, gpio_vbus_5v, "vbus-gpio");
 +            if(ret < 0)
 +                printk("%s() devm_gpio_request vbus-gpio request ERROR\n", __FUNCTION__);
 +            ret = gpio_direction_output(gpio_vbus_5v,1);
 +            if(ret < 0)
 +            printk("%s() gpio_direction_output vbus-gpio set ERROR\n", __FUNCTION__);
 +        }
 +
 +        INIT_DELAYED_WORK(&rport->peripheral_work, rockchip_usb2phy_peripheral_work);
 +        schedule_delayed_work(&rport->peripheral_work, 3 * HZ);
 +
 +        goto out;
 +    }
 +
 +
      rport->mode = of_usb_get_dr_mode_by_phy(child_np, -1);
      if (rport->mode == USB_DR_MODE_HOST ||
          rport->mode == USB_DR_MODE_UNKNOWN) {
 @@ -1600,9 +1665,6 @@ static int rockchip_usb2phy_otg_port_init(struct rockchip_usb2phy *rphy,
          goto out;
      }
 
 -    if (rport->vbus_always_on)
 -        goto out;
 -
      wake_lock_init(&rport->wakelock, WAKE_LOCK_SUSPEND, "rockchip_otg");
      INIT_DELAYED_WORK(&rport->bypass_uart_work,
                rockchip_usb_bypass_uart_work);

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

 diff --git a/kernel/drivers/phy/phy-core.c b/kernel/drivers/phy/phy-core.c
 index 0587933..8dd548b 100644
 --- a/kernel/drivers/phy/phy-core.c
 +++ b/kernel/drivers/phy/phy-core.c
 @@ -387,6 +387,21 @@ int phy_cp_test(struct phy *phy)
  }
  EXPORT_SYMBOL_GPL(phy_cp_test);
 
 +int phy_set_vbusdet(struct phy *phy, bool level)
 +{
 +    int ret;
 +
 +    if (!phy || !phy->ops->set_vbusdet)
 +        return 0;
 +
 +    mutex_lock(&phy->mutex);
 +    ret = phy->ops->set_vbusdet(phy, level);
 +    mutex_unlock(&phy->mutex);
 +
 +    return ret;
 +}
 +EXPORT_SYMBOL_GPL(phy_set_vbusdet);
 +
  /**
   * _of_phy_get() - lookup and obtain a reference to a phy by phandle
   * @np: device_node for which to get the phy

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

 diff --git a/kernel/drivers/usb/dwc3/dwc3-rockchip.c b/kernel/drivers/usb/dwc3/dwc3-rockchip.c
 index 539b89a..7cf9675 100644
 --- a/kernel/drivers/usb/dwc3/dwc3-rockchip.c
 +++ b/kernel/drivers/usb/dwc3/dwc3-rockchip.c
 @@ -24,6 +24,7 @@
  #include <linux/dma-mapping.h>
  #include <linux/clk.h>
  #include <linux/clk-provider.h>
 +#include <linux/debugfs.h>
  #include <linux/of.h>
  #include <linux/of_platform.h>
  #include <linux/pm_runtime.h>
 @@ -31,6 +32,7 @@
  #include <linux/freezer.h>
  #include <linux/iopoll.h>
  #include <linux/reset.h>
 +#include <linux/uaccess.h>
  #include <linux/usb.h>
  #include <linux/usb/hcd.h>
  #include <linux/usb/ch9.h>
 @@ -47,6 +49,7 @@
  struct dwc3_rockchip {
      int            num_clocks;
      bool            connected;
 +    bool            disconnect;
      bool            skip_suspend;
      bool            suspended;
      bool            force_mode;
 @@ -56,6 +59,7 @@ struct dwc3_rockchip {
      struct device        *dev;
      struct clk        **clks;
      struct dwc3        *dwc;
 +    struct dentry        *root;
      struct reset_control    *otg_rst;
      struct extcon_dev    *edev;
      struct usb_hcd        *hcd;
 @@ -96,6 +100,7 @@ static ssize_t dwc3_mode_store(struct device *device,
      struct dwc3_rockchip    *rockchip = dev_get_drvdata(device);
      struct dwc3        *dwc = rockchip->dwc;
      enum usb_dr_mode    new_dr_mode;
 +    //char            buf[32];
 
      if (!rockchip->original_dr_mode)
          rockchip->original_dr_mode = dwc->dr_mode;
 @@ -107,15 +112,21 @@ static ssize_t dwc3_mode_store(struct device *device,
 
      if (!strncmp(buf, "0", 1) || !strncmp(buf, "otg", 3)) {
          new_dr_mode = USB_DR_MODE_OTG;
 +        phy_set_vbusdet(dwc->usb2_generic_phy, 0);
      } else if (!strncmp(buf, "1", 1) || !strncmp(buf, "host", 4)) {
          new_dr_mode = USB_DR_MODE_HOST;
 +        phy_set_vbusdet(dwc->usb2_generic_phy, 0);
      } else if (!strncmp(buf, "2", 1) || !strncmp(buf, "peripheral", 10)) {
          new_dr_mode = USB_DR_MODE_PERIPHERAL;
 +        phy_set_vbusdet(dwc->usb2_generic_phy, 1);
      } else {
          dev_info(rockchip->dev, "illegal dr_mode\n");
 +        phy_set_vbusdet(dwc->usb2_generic_phy, 0);
          return count;
      }
 
 +    msleep(200);
 +
      if (dwc->dr_mode == new_dr_mode) {
          dev_info(rockchip->dev, "Same with current dr_mode\n");
          return count;
 @@ -378,6 +389,17 @@ static void dwc3_rockchip_otg_extcon_evt_work(struct work_struct *work)
 
      mutex_lock(&rockchip->lock);
 
 +    if (extcon_get_cable_state_(edev, EXTCON_USB)) {
 +        if ((dwc->link_state == DWC3_LINK_STATE_U3) && !rockchip->disconnect) {
 +            phy_set_vbusdet(dwc->usb2_generic_phy, 0);
 +            msleep(3000);
 +            phy_set_vbusdet(dwc->usb2_generic_phy, 1);
 +            rockchip->disconnect = true;
 +        } else if(dwc->link_state == DWC3_LINK_STATE_U0) {
 +            rockchip->disconnect = false;
 +        }
 +    }
 +
      if (rockchip->force_mode ? dwc->dr_mode == USB_DR_MODE_PERIPHERAL :
          extcon_get_cable_state_(edev, EXTCON_USB)) {
          if (rockchip->connected)
 @@ -624,6 +646,7 @@ out:
 
  static int dwc3_rockchip_get_extcon_dev(struct dwc3_rockchip *rockchip)
  {
 +    //int            ret;
      struct device        *dev = rockchip->dev;
      struct extcon_dev    *edev;
 
 @@ -743,6 +766,7 @@ static int dwc3_rockchip_probe(struct platform_device *pdev)
      struct device        *dev = &pdev->dev;
      struct device_node    *np = dev->of_node, *child;
      struct platform_device    *child_pdev;
 +    //struct usb_hcd        *hcd = NULL;
 
      unsigned int        count;
      int            ret;

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

那么是不是说,我自己在3588s上, 我改过了 typec0 之后 还需要在 android 系统启动之后,再做些设置呢。

感觉很像,我改过 typec 0 之后, android得打印信息可能与这个有关。

3 adb 的时候,是主设备还是从设备。

是做为从设备。

4 adb 使用的是 usb3.0 还是usb2.0

这是不是说,在adb 的时候,既可以使用 3.0 , 也可以使用 2.0 ,是自动适应的。

2 软件上的修改。

我参考的是 3588的 地板的设计, 在3588上 USB3.0 有这种设计。

3588底板原理图如下:

3588 核心板的原理图如下。

我参考一下typeC0 的引脚。

然后来看一下 TYPEC 1 的引脚。


所以 我觉得 3588 在软件上应该也是 有相应的设置的。

题外话,这里看一个 关于 typec 与 dp的关系的配置。

3588 核心板上的这几个图说的很明白了。

我去参考一下。

对于 typec1 的配置,就有这些,因为在硬件上 把它作为一个 USB3.0+USB2.0 使用了。只是 HOSt。

但是 type c 0 的配置就有很多。

所以 在软件上 我只要 在3588S的设备数中 ,去掉 typec0 的CC芯片的配置+dwc3_0 中,配置成 HOSt模式,应该在客户的底板上也是可以接上 USB的。

接下来就是我对 3588s的设备数的配置。

编译 + 烧写,之后测试。

发现 接上 USB+鼠标都是正常的。

但是有一些不必要的打印信息:

这些个报错的原因难道说还要 在android 文件系统上做些适配吗?

当然这些报错是不影响使用的。

但是看着不好看。

目前还是可以进一步去调试的,目前 typeC 的usb2.0 作为主设备是没有问题了,但是能不能 作为一个OTG设备呢?

3 我自己的实际的测试。

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

问题: 我现在 发现 在 3588S的设备数中有一个  gpio 我控制不了。

最原始的状态。

但是实际测试 这个GPIO 是可以 用的。

总结: 也最是, 他们只配置了 gpio 子系统,没有配置 pinctrl 子系统,但是是可以用的。

我自己的问题:

如果我把  GPIO4_A5 ,换成 GPIO4_A7 的话,然后在设备数中 改了 gpio+pinctrl 的话,烧写+编译测量发现, 这个脚是没有点评的。

然后又把设备数改回去,发现一个现象。

就是,板卡只有 在插上 typec 的时候,这个脚才会有 到电平,如果不插 type c 的话, 这个脚 , 是没有高电平的。

这就是说, 这个脚 只有在检测到 插拔之后,才会由驱动 去配置 高低电平。

我知道 3588  usb3.0 是通过 typec 转换过来的, 我去对比一下 两者的设备树的区别。

电源节点是这样的。

typec 的节点是这样的。

cc芯片引用了, typec 的电源节点。

电源节点是这样的。

总结一下:  在3588 中, usb3.0 与typec 的电源节点是两个节点。并且是单独引用的。

再来看看 我的 3588S的设备数的逻辑。

可以看到也是 在CC芯片中 引用了这个电源节点,所以我之前一直配置的 gpio的配置会失效。

那么我需要在 phy 的配置中重新引入这个节点。

我的疑问: usb 适配器的驱动是如何控制 电源驱动的呢,按理说,调用了驱动就应该自动把gpio拉高的。,先不管这个问题。

资源 : 在瑞芯微的文档里 , 是有关于这个问题的说明的。

接下来我 继续去修改设备树。

首先就是去掉 关于 CC芯片的内容。

        

然后是 添加相关的内容。

首先是 GPIO的添加。

这里我先不改。

然后是 phy 节点的更改。

然后是关于 dwc节点的更改。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.xdnf.cn/news/1487503.html

如若内容造成侵权/违法违规/事实不符,请联系一条长河网进行投诉反馈,一经查实,立即删除!

相关文章

秋招复习笔记——八股文部分:网络TCP

TCP 三次握手和四次挥手 TCP 基本认识 序列号&#xff1a;在建立连接时由计算机生成的随机数作为其初始值&#xff0c;通过 SYN 包传给接收端主机&#xff0c;每发送一次数据&#xff0c;就「累加」一次该「数据字节数」的大小。用来解决网络包乱序问题。 确认应答号&#xf…

NOIP图论 最小生成树——Prim算法(详细图解)

最小生成树的概念 经典题目 prim算法简介 prim算法解析 &#xff08;详细图解&#xff09; 代码实现 代码实战 最小生成树的概念 在一给定的无向图G (V, E) 中&#xff0c;(u, v) 代表连接顶点 u 与顶点 v 的边&#xff0c;而 w(u, v) 代表此的边权重&#xff0c;若存在 …

利用Django和Ansible实现自动化部署

在软件开发的快节奏世界中&#xff0c;自动化部署是提高开发效率和确保软件质量的关键。Django是一个功能强大的Python Web框架&#xff0c;它允许开发者快速构建安全、可扩展的Web应用。Ansible则是一个简单且强大的自动化工具&#xff0c;它可以用于配置系统、部署软件以及执…

职业本科Web全栈式开发实训室解决方案

一、专业背景 随着网络普及和发展&#xff0c;网站作为一种很强大的工具和平台愈来愈融入了人们的生活&#xff0c;而与用户关系最密切的前端技术也逐渐获得应有的重视。咱们能够看到前端重构的行业发展潜力巨大&#xff0c;各大知名的网络公司对前端人才的求饥若渴。近年来HT…

DiffusionModel-Classifier Free Guidance Diffusion

论文: https://arxiv.org/abs/2207.12598 MOTIVATION We are interested in whether classifier guidance can be performed without a classifier. Classifier guidance complicates the diffusion model training pipeline it requires training an extra classifierthis c…

鸿蒙仓颉语言之【安全密码库crypto4cj】功能示例

功能示例 MD5使用样例 from crypto4cj import md5cj.*main() { var md: Array<UInt8> Array<UInt8>(16, item: 0)var result: String String(Array<Char>(33, item: 0))var str: String "helloworld"var ret md5(str.toUtf8Array(), md)r…

线性代数|机器学习-P25线性规划和两人零和博弈

文章目录 0. 概述1. 线性规划问题1.1 定义1.2 举例 2. 线性规划中的对偶问题3. 最大流 - 最小割问题4. 两人零和博弈 MIT教授教学视频&#xff0c;讲得比较泛&#xff0c;需要另外学习很多知识补充 0. 概述 线性规划[LP]问题 线性规划是问题为线性求最值&#xff0c;约束也是求…

【区块链+绿色低碳】基于区块链的企业碳管理平台 | FISCO BCOS应用案例

在当今全球气候变化和环境问题日益严重的背景下&#xff0c;碳减排已成为全球共同面临的重要任务。作为能源消耗大户&#xff0c; 现代企业必须认识到碳减排的重要性&#xff0c;并采取有效措施实现碳减排。通过完善碳资产管理&#xff0c;企业可以清晰地了解 自身的碳排放情况…

数据结构重置版(概念篇)

本篇文章是对数据结构的重置&#xff0c;且只涉及概念 顺序表与链表的区别 不同点 顺序表 链表 存储空间上 物理上一定连续 逻辑上连续&#xff0c;但物理上不一定连续…

视频生成【文章汇总】SVD, Sora, Latte, VideoCrafter12, DiT...

视频生成【文章汇总】SVD, Sora, Latte, VideoCrafter12, DiT... 数据集指标 【arXiv 2024】MiraData: A Large-Scale Video Dataset with Long Durations and Structured Captions【CVPR 2024】VBench : Comprehensive Benchmark Suite for Video Generative Models【arxiv 20…

GateWay网关微服务定位和理论知识

微服务架构的网关在哪里&#xff1f; 概念 SPring Cloud Gateway组件的核心是一系列的过滤器&#xff0c;通过这些过滤器可以将客户端发送的请求转发&#xff08;路由&#xff09;到对应的微服务。Spring Cloud Gateway是加在整个微服务最前沿的防火墙和代理器&#xff0c;隐藏…

德国云手机:企业移动办公解决方案

在现代商业环境中&#xff0c;移动办公已经成为一种趋势。德国云手机作为一种高效的解决方案&#xff0c;为企业提供了强大的支持。本文将探讨德国云手机如何优化企业的移动办公环境。 一、德国云手机的主要优势 高灵活性 德国云手机具有高度的灵活性&#xff0c;能够根据用户需…

【屏显MCU】多媒体接口总结

本文主要介绍【屏显MCU】的基本概念&#xff0c;用于开发过程中的理解 以下是图层叠加示例 【屏显MCU】多媒体接口总结 0. 个人简介 && 授权须知1. 三大引擎1.1 【显示引擎】Display Engine1.1.1 【UI】 图层的概念1.1.2 【Video】 图层的概念1.1.3 图层的 Blending 的…

Pytorch深度学习实践(4)使用Pytorch实现线性回归

使用Pytorch实现线性回归 基本步骤&#xff1a; 准备数据集设计模型构造损失函数和优化器模型训练 forward计算损失backward计算梯度update更新参数 准备数据集 [ y p r e d ( 1 ) y p r e d ( 2 ) y p r e d ( 3 ) ] ω [ x ( 1 ) x ( 2 ) x ( 3 ) ] b \begin {bmatrix}…

【YashanDB知识库】stmt未close,导致YAS-00103 no free block in sql main pool part 0报错分析

问题现象 问题单&#xff1a;YAS-00103 no free block in sql main pool part 0&#xff0c;YAS-00105 out of memory to allocate hash table of size 256 现象&#xff1a;业务处理sql时&#xff0c;报错YAS-00103 no free block in sql main pool part 0 问题风险及影响…

Springboot 开发之 RestTemplate 简介

一、什么是RestTemplate RestTemplate 是Spring框架提供的一个用于应用中调用REST服务的类。它简化了与HTTP服务的通信&#xff0c;统一了RESTFul的标准&#xff0c;并封装了HTTP连接&#xff0c;我们只需要传入URL及其返回值类型即可。RestTemplate的设计原则与许多其他Sprin…

k8s v1.30 完整安装过程及CNI安装过程总结

博主未授权任何人或组织机构转载博主任何原创文章&#xff0c;感谢各位对原创的支持&#xff01; 博主链接 本人就职于国际知名终端厂商&#xff0c;负责modem芯片研发。 在5G早期负责终端数据业务层、核心网相关的开发工作&#xff0c;目前牵头6G技术研究。 博客内容主要围绕…

25.x86游戏实战-理解发包流程

免责声明&#xff1a;内容仅供学习参考&#xff0c;请合法利用知识&#xff0c;禁止进行违法犯罪活动&#xff01; 本次游戏没法给 内容参考于&#xff1a;微尘网络安全 工具下载&#xff1a; 链接&#xff1a;https://pan.baidu.com/s/1rEEJnt85npn7N38Ai0_F2Q?pwd6tw3 提…

视图,存储过程和触发器

目录 视图 创建视图&#xff1a; 视图的使用 查看库中所有的视图 删除视图 视图的作用&#xff1a; 存储过程&#xff1a; 为什么使用存储过程&#xff1f; 什么是存储过程&#xff1f; 存储过程的创建 创建一个最简单的存储过程 使用存储过程 删除存储过程 带参的存储…

智能家居全在手机端进行控制,未来已来!

未来触手可及&#xff1a;智能家居&#xff0c;手机端的全控时代 艾斯视觉的观点是&#xff1a;在不远的将来&#xff0c;家&#xff0c;这个温馨的港湾&#xff0c;将不再只是我们休憩的场所&#xff0c;而是科技与智慧的结晶。想象一下&#xff0c;只需轻触手机屏幕&#xf…