AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

Rockchip u-boot阶段命令行和代码方式读取u盘内容并解析

2024-04-23 932
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
公共DNS（含HTTPDNS解析），每月1000万次HTTP解析
全局流量管理 GTM，标准版 1个月
云解析 DNS，旗舰版 1个月
简介： Rockchip u-boot阶段命令行和代码方式读取u盘内容并解析

U-boot是一个常用的嵌入式系统启动加载器，它可以支持多种设备和文件系统，比如USB、SATA、FAT、EXT等。在U-boot阶段，我们有时候需要从U盘/SD卡中读取一些文件，并对文件内容进行解析和处理，比如获取一些配置参数或者加载一些镜像。这篇博客将介绍两种在Rockchip u-boot阶段读取U盘内容并解析的方法：命令行方式和代码方式。

系列文章：

Android存储分区与Rockchip平台的分区命名及U-Boot配置

Rockchip u-boot阶段命令行和代码方式读取u盘内容并解析

Rockchip 自定义vendorstorages数据再u-boot通过cmdline给kernel传递数据

RK3568 Android/Linux 系统动态更换 U-Boot/Kernel Logo

命令行方式

命令行方式是指在U-boot的控制台中输入一些命令来操作U盘和文件系统，这种方式比较简单和直观，但是功能有限，只能实现一些基本的操作。以下是命令行方式的具体步骤：

  1. 上电瞬间 通过串口 ctrl+c 启动U-boot命令行模式，并插入U盘到主板上。
  2. （必须）输入usb start命令来启动USB子系统，并检测U盘的设备信息。例如：
=> usb dev 0
USB is stopped. Please issue 'usb start' first.
//必须先执行usb start 不然执行其他usb xxx命令是不能用的
=> usb start
starting USB...
Bus dwc3@fcc00000: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.10
Bus dwc3@fd000000: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.10
Bus usb@fd800000: USB EHCI 1.00
Bus usb@fd840000: USB OHCI 1.0
Bus usb@fd880000: USB EHCI 1.00
Bus usb@fd8c0000: USB OHCI 1.0
scanning bus dwc3@fcc00000 for devices... 1 USB Device(s) found
scanning bus dwc3@fd000000 for devices... 2 USB Device(s) found
scanning bus usb@fd800000 for devices... 1 USB Device(s) found
scanning bus usb@fd840000 for devices... 1 USB Device(s) found
scanning bus usb@fd880000 for devices... 1 USB Device(s) found
scanning bus usb@fd8c0000 for devices... 1 USB Device(s) found
       scanning usb for storage devices... 1 Storage Device(s) found
  1. 输入usb info命令来查看U盘的详细信息，包括设备号、厂商、产品、类型和容量等。例如：
=> usb info
1: Hub,  USB Revision 3.0
 - U-Boot XHCI Host Controller 
 - Class: Hub
 - PacketSize: 512  Configurations: 1
 - Vendor: 0x0000  Product 0x0000 Version 1.0
   Configuration: 1
   - Interfaces: 1 Self Powered 0mA
     Interface: 0
     - Alternate Setting 0, Endpoints: 1
     - Class Hub
     - Endpoint 1 In Interrupt MaxPacket 8 Interval 255ms
1: Hub,  USB Revision 3.0
 - U-Boot XHCI Host Controller 
 - Class: Hub
 - PacketSize: 512  Configurations: 1
 - Vendor: 0x0000  Product 0x0000 Version 1.0
   Configuration: 1
   - Interfaces: 1 Self Powered 0mA
     Interface: 0
     - Alternate Setting 0, Endpoints: 1
     - Class Hub
     - Endpoint 1 In Interrupt MaxPacket 8 Interval 255ms
2: Mass Storage,  USB Revision 2.0
 - SanDisk Cruzer Glide 20042605620A22C31651
 - Class: (from Interface) Mass Storage
 - PacketSize: 64  Configurations: 1
 - Vendor: 0x0781  Product 0x5575 Version 1.38
   Configuration: 1
   - Interfaces: 1 Bus Powered 200mA
     Interface: 0
     - Alternate Setting 0, Endpoints: 2
     - Class Mass Storage, Transp. SCSI, Bulk only
     - Endpoint 1 In Bulk MaxPacket 512
     - Endpoint 2 Out Bulk MaxPacket 512
1: Hub,  USB Revision 2.0
 - u-boot EHCI Host Controller 
 - Class: Hub
 - PacketSize: 64  Configurations: 1
 - Vendor: 0x0000  Product 0x0000 Version 1.0
   Configuration: 1
   - Interfaces: 1 Self Powered 0mA
     Interface: 0
     - Alternate Setting 0, Endpoints: 1
     - Class Hub
     - Endpoint 1 In Interrupt MaxPacket 8 Interval 255ms
1: Hub,  USB Revision 1.10
 -  U-Boot Root Hub 
 - Class: Hub
 - PacketSize: 8  Configurations: 1
 - Vendor: 0x0000  Product 0x0000 Version 0.0
   Configuration: 1
   - Interfaces: 1 Self Powered 0mA
     Interface: 0
     - Alternate Setting 0, Endpoints: 1
     - Class Hub
     - Endpoint 1 In Interrupt MaxPacket 2 Interval 255ms
1: Hub,  USB Revision 2.0
 - u-boot EHCI Host Controller 
 - Class: Hub
 - PacketSize: 64  Configurations: 1
 - Vendor: 0x0000  Product 0x0000 Version 1.0
   Configuration: 1
   - Interfaces: 1 Self Powered 0mA
     Interface: 0
     - Alternate Setting 0, Endpoints: 1
     - Class Hub
     - Endpoint 1 In Interrupt MaxPacket 8 Interval 255ms
1: Hub,  USB Revision 1.10
 -  U-Boot Root Hub 
 - Class: Hub
 - PacketSize: 8  Configurations: 1
 - Vendor: 0x0000  Product 0x0000 Version 0.0
   Configuration: 1
   - Interfaces: 1 Self Powered 0mA
     Interface: 0
     - Alternate Setting 0, Endpoints: 1
     - Class Hub
     - Endpoint 1 In Interrupt MaxPacket 2 Interval 255ms
=> usb storage
  Device 0: Vendor: SanDisk  Rev: 1.26 Prod: Cruzer Glide    
            Type: Removable Hard Disk
            Capacity: 7633.5 MB = 7.4 GB (15633408 x 512)
=>
  1. 输入part usb 命令来查看U盘的分区表，包括分区号、起始扇区、扇区数、UUID和类型等。例如：
=> usb part
Partition Map for USB device 0  --   Partition Type: DOS
Part  Start Sector  Num Sectors UUID    Type
  4 256         15633152    cad4ebea-04 0c Boot
  1. 输入fs_set_blk_dev <dev[:part]> 命令来设置U盘为当前的设备和文件系统，其中interface为usb，dev为设备号，part为分区号，fstype为文件系统类型，可以是FS_TYPE_ANY、FS_TYPE_FAT、FS_TYPE_EXT等。例如：
=> fs_set_blk_dev usb 0:4 FS_TYPE_ANY
  1. 输入fs_size 命令来获取U盘中某个文件的大小，并赋值给一个变量。例如：
=> fs_size uboot_file file_size
24 bytes read in 22 ms (1000 Bytes/s)
  1. 输入fatload usb 0:4 <addr> <filename>命令来从U盘读取某个文件的内容，并存储到指定的内存地址。其中filename为文件名，addr为内存地址。例如：
=> fatload usb 0:4 0x007ef000 uboot_file
reading uboot_file
24 bytes read in 22 ms (1000 Bytes/s)
  1. 输入md.b <addr> <len>命令来查看内存中的文件内容，其中addr为内存地址，len为要查看的字节数。例如：
=> md.b 0x007ef000 512
007ef000: 6c 63 64 5f 78 3d 31 39 32 30 3b 0d 0a 6c 63 64    lcd_x=1920;..lcd
007ef010: 5f 79 3d 31 30 38 30 3b ff ff ff ff ff ff ff ff    _y=1080;........
007ef020: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
007ef030: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
007ef040: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
007ef050: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
  1. 根据文件内容的格式和意义，进行相应的解析和处理。例如，如果文件内容是一些键值对，我们可以使用strtok函数来分割字符串，并使用strtol函数来转换数值。例如：
char *ptr_x = strtok(buffer, "=");
char *ptr_y = strtok(NULL, "=");
long lcd_x = strtol(ptr_x, NULL, 10);
long lcd_y = strtol(ptr_y, NULL, 10);
printf("lcd_x = %ld, lcd_y = %ld\n", lcd_x, lcd_y);

代码方式

代码方式是指在U-boot的源码中编写一些函数或命令来操作U盘和文件系统，这种方式比较灵活和强大，但是需要一定的编程知识和编译环境。以下是代码方式的具体步骤：

  1. 进入Rockchip u-boot的源码配置和编译u-boot。
  2. 在drivers/usb/gadget目录下创建一个新的C文件，比如usb_file_parser.c，并在其中包含一些必要的头文件，比如common.h、command.h、fs.h、usb.h等。
  3. 在usb_file_parser.c文件中定义一个新的函数，比如do_read_uboot_file，并在其中实现从U盘中读取并解析文件的逻辑。可以参考以下链接中的示例代码来实现这个函数。
  4. 在usb_file_parser.c文件中定义一个新的命令结构体，比如read_uboot_file_cmd，并在其中指定命令名、参数个数、重复性、函数指针、描述和用法等。
  5. 在usb_file_parser.c文件中使用U_BOOT_CMD宏来注册这个新的命令，并将其添加到u-boot命令列表中。
  6. 在drivers/usb/gadget/Makefile文件中添加usb_file_parser.o到obj-y变量中，以便编
    重新编译u-boot，并烧录到主板上。
```bash
#include <common.h>
#include <command.h>
#include <fs.h>
#include <usb.h>
#include <stdlib.h>
#define FILE_PATH "uboot_file"
#define BUFFER_SIZE 512
int do_read_uboot_file(cmd_tbl_t *cmdtp, int flag, int argc, char *const argv[])
{
    char buffer[BUFFER_SIZE + 1];
    loff_t file_size, actread;
    int ret;
    // 启动USB子系统
    //usb_stop();
   // usb_start(); //没有这个 
    // 设置U盘为当前设备和文件系统，根据实际情况修改设备号和分区号
    if (fs_set_blk_dev("usb", "0:4", FS_TYPE_ANY)) {
        printf("Error setting block device.\n");
        return 1;
    }
    // 获取文件大小
    if (fs_size(FILE_PATH, &file_size) < 0) {
        printf("Error getting size of %s\n", FILE_PATH);
        return 1;
    }
    // 确保不尝试读取超出文件大小的内容
    if (file_size > BUFFER_SIZE) {
        printf("File is larger than buffer. Adjust BUFFER_SIZE.\n");
        return 1;
    }
    // 读取文件，选择一个合适的内存地址，避免与其他内存区域冲突
    actread = 0;
    //ret = fs_read(FILE_PATH, (ulong)0x60000000, 0, 0, &actread); // 修改这一行
   // ret = fs_read(FILE_PATH, (ulong)buffer, 0, file_size, &actread);
   //ret = fs_read(FILE_PATH, (ulong)0x60000000, 0, file_size, &actread);
    ret = fs_read(FILE_PATH, (ulong)0x7ef000, 0, file_size, &actread);
    if (ret) {
        printf("fs_read returned error code: %d\n", ret);
    }
    if (actread != file_size) {
        printf("Expected to read %lld bytes but read %lld bytes\n", file_size, actread);
    }
    if (ret || actread != file_size) {
        printf("Error reading %s\n", FILE_PATH);
        return 1;
    }
    // 确保字符串以null结尾
    buffer[actread] = '\0';
    // 解析文件内容
    char *ptr_x = strstr(buffer, "lcd_x=");
    char *ptr_y = strstr(buffer, "lcd_y=");
    if (ptr_x && ptr_y) {
        int lcd_x = simple_strtoul(ptr_x + 6, NULL, 10);
        int lcd_y = simple_strtoul(ptr_y + 6, NULL, 10);
        printf("lcd_x = %d, lcd_y = %d\n", lcd_x, lcd_y);
    } else {
        printf("Failed to parse the file\n");
    }
    return 0;
}
U_BOOT_CMD(
    read_uboot_file,    // command name
    1,                  // maxargs
    1,                  // repeatable
    do_read_uboot_file, // command function
    "Read and parse the uboot_file from USB",  // description
    "This command reads the uboot_file from USB and parses lcd_x and lcd_y values"  // usage
);
  1. 在增加fs.c的fs_read函数中增加更多的printf语句，以获取更详细的调试信息。
int fs_read(const char *filename, ulong addr, loff_t offset, loff_t len,
            loff_t *actread)
{
        struct fstype_info *info = fs_get_info(fs_type);
        void *buf;
        int ret;
        // 增加的打印
        printf("fs_read called with:\n");
        printf("filename: %s\n", filename);
        printf("addr: %lx\n", addr);
        printf("offset: %lld\n", offset);
        printf("len: %lld\n", len);
        buf = map_sysmem(addr, len);
        if (!buf) {
            printf("Error mapping memory at address %lx\n", addr);
            return -1;
        }
        ret = info->read(filename, buf, offset, len, actread);
        // 增加的打印
        if (ret) {
            printf("info->read returned error code: %d\n", ret);
        }
        if (actread && *actread != len) {
            printf("Expected to read %lld bytes but read %lld bytes\n", len, *actread);
        }
        unmap_sysmem(buf);
        /* If we requested a specific number of bytes, check we got it */
        if (ret == 0 && len && *actread != len)
                printf("** %s shorter than offset + len **\n", filename);
        fs_close();
        return ret;
}
  1. 启动u-boot，并插入U盘到主板上。
  2. 输入read_uboot_file命令来执行从U盘中读取并解析文件的函数，并查看输出结果。例如：
//必须先执行usb start 不然执行其他usb xxx命令是不能用的
=> usb start
starting USB...
Bus dwc3@fcc00000: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.10
Bus dwc3@fd000000: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.10
Bus usb@fd800000: USB EHCI 1.00
Bus usb@fd840000: USB OHCI 1.0
Bus usb@fd880000: USB EHCI 1.00
Bus usb@fd8c0000: USB OHCI 1.0
scanning bus dwc3@fcc00000 for devices... 1 USB Device(s) found
scanning bus dwc3@fd000000 for devices... 2 USB Device(s) found
scanning bus usb@fd800000 for devices... 1 USB Device(s) found
scanning bus usb@fd840000 for devices... 1 USB Device(s) found
scanning bus usb@fd880000 for devices... 1 USB Device(s) found
scanning bus usb@fd8c0000 for devices... 1 USB Device(s) found
       scanning usb for storage devices... 1 Storage Device(s) found
//----------------------
//uboot 反正目前一直是下面这个打印 能读到文件大小，但就是代码读不到文件内容。
//真™快吐了，折腾了我将近4小时 后面有时间在研究，
=> read_uboot_file 
fs_read called with:
filename: uboot_file
addr: 7ef000
offset: 0
len: 24
info->read returned error code: -1
Expected to read 24 bytes but read 0 bytes
fs_read returned error code: -1
1 Expected to read 24 bytes but read 0 bytes
Error reading uboot_file
=> 
//代码正确打印应该是
reading uboot_file
fs_read called with:
filename: uboot_file
addr: 7ef000
offset: 0
len: 0
reading uboot_file
Expected to read 0 bytes but read 24 bytes
lcd_x = 1920, lcd_y = 1080
//命令行正确打印
=> fatload usb 0:4 0x007ef000 uboot_file
fs_read called with:
filename: uboot_file
addr: 7ef000
offset: 0
len: 0
reading uboot_file
Expected to read 0 bytes but read 24 bytes
=> md.b 0x007ef000 512
007ef000: 6c 63 64 5f 78 3d 31 39 32 30 3b 0d 0a 6c 63 64    lcd_x=1920;..lcd
007ef010: 5f 79 3d 31 30 38 30 3b ff ff ff ff ff ff ff ff    _y=1080;........
007ef020: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
007ef030: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
007ef040: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
007ef050: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................

20230828更新

我换了个思路 , 既然fs_read函数死活读不到我就(参考uboot 读logo的方式)直接通过run_command读 , 果然成功了。

但目前有个缺点就是依然需要手动执行usb start , 通过run_command("usb start", 0)会提示Bad device usb 0 。

=> usb start
starting USB...
Bus dwc3@fcc00000: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.10
Bus dwc3@fd000000: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.10
Bus usb@fd800000: USB EHCI 1.00
Bus usb@fd840000: USB OHCI 1.0
Bus usb@fd880000: USB EHCI 1.00
Bus usb@fd8c0000: USB OHCI 1.0
scanning bus dwc3@fcc00000 for devices... 1 USB Device(s) found
scanning bus dwc3@fd000000 for devices... 2 USB Device(s) found
scanning bus usb@fd800000 for devices... 1 USB Device(s) found
scanning bus usb@fd840000 for devices... 1 USB Device(s) found
scanning bus usb@fd880000 for devices... 1 USB Device(s) found
scanning bus usb@fd8c0000 for devices... 1 USB Device(s) found
       scanning usb for storage devices... 1 Storage Device(s) found
=> read_uboot_file 
fs_read called with:
filename: uboot_file
addr: 7ef000
offset: 0
len: 0
reading uboot_file
Expected to read 0 bytes but read 24 bytes
24 bytes read in 32 ms (0 Bytes/s)
lcd_x = 1920, lcd_y = 1080
#include <common.h>
#include <command.h>
#include <fs.h>
#include <usb.h>
#include <stdlib.h>
#define FILE_PATH "uboot_file"
#define BUFFER_SIZE 512
int do_read_uboot_file(cmd_tbl_t *cmdtp, int flag, int argc, char *const argv[])
{
    //char buffer[BUFFER_SIZE + 1]; //这个一定是要选一个可用的地址 不能这么干 可能读不到
    char *buffer = (char *)0x007ef000;  // 直接使用该地址
    char cmd[BUFFER_SIZE] = {"0"}; // 添加命令缓冲区
    // 初始化USB
    /*if (run_command("usb start", 0)) {
        printf("Error initializing USB.\n");
        return 1;
    }*/
    // 使用fatload命令读取文件到指定地址
    sprintf(cmd, "fatload usb 0:4 0x007ef000 %s", FILE_PATH);
    if (run_command(cmd, 0)) {
        printf("Error reading %s using fatload\n", FILE_PATH);
        return 1;
    }
    // 解析文件内容
    char *ptr_x = strstr(buffer, "lcd_x=");
    char *ptr_y = strstr(buffer, "lcd_y=");
    if (ptr_x && ptr_y) {
        int lcd_x = simple_strtoul(ptr_x + 6, NULL, 10);
        int lcd_y = simple_strtoul(ptr_y + 6, NULL, 10);
        printf("lcd_x = %d, lcd_y = %d\n", lcd_x, lcd_y);
    } else {
        printf("Failed to parse the file\n");
    }
    return 0;
}
U_BOOT_CMD(
    read_uboot_file,    // command name
    1,                  // maxargs
    1,                  // repeatable
    do_read_uboot_file, // command function
    "Read and parse the uboot_file from USB",  // description
    "This command reads the uboot_file from USB and parses lcd_x and lcd_y values"  // usage
);

总结

这篇博客介绍了两种在Rockchip u-boot阶段读取U盘内容并解析的方法：命令行方式和代码方式。命令行方式比较简单和直观，但是功能有限，只能实现一些基本的操作。

文章标签：
云解析DNS
Android开发
存储
Linux
关键词：
代码云解析DNS
云解析DNS代码
u盘云解析DNS
命令行云解析DNS
云解析DNS命令行
一歲抬頭
目录
相关文章
余生吟清歌
|
8天前
|
自然语言处理 搜索推荐 数据安全/隐私保护
鸿蒙登录页面好看的样式设计-HarmonyOS应用开发实战与ArkTS代码解析【HarmonyOS 5.0（Next）】
鸿蒙登录页面设计展示了 HarmonyOS 5.0（Next）的未来美学理念，结合科技与艺术，为用户带来视觉盛宴。该页面使用 ArkTS 开发，支持个性化定制和无缝智能设备连接。代码解析涵盖了声明式 UI、状态管理、事件处理及路由导航等关键概念，帮助开发者快速上手 HarmonyOS 应用开发。通过这段代码，开发者可以了解如何构建交互式界面并实现跨设备协同工作，推动智能生态的发展。
余生吟清歌
84 10
鸿蒙登录页面好看的样式设计-HarmonyOS应用开发实战与ArkTS代码解析【HarmonyOS 5.0（Next）】
muxiaoxi
|
28天前
|
PHP 开发者 容器
PHP命名空间深度解析：避免命名冲突与提升代码组织####
本文深入探讨了PHP中命名空间的概念、用途及最佳实践，揭示其在解决全局命名冲突、提高代码可维护性方面的重要性。通过生动实例和详尽分析，本文将帮助开发者有效利用命名空间来优化大型项目结构，确保代码的清晰与高效。 ####
muxiaoxi
27 1
chian-ocean
|
1月前
|
机器学习/深度学习 存储 人工智能
强化学习与深度强化学习：深入解析与代码实现
本书《强化学习与深度强化学习：深入解析与代码实现》系统地介绍了强化学习的基本概念、经典算法及其在深度学习框架下的应用。从强化学习的基础理论出发，逐步深入到Q学习、SARSA等经典算法，再到DQN、Actor-Critic等深度强化学习方法，结合Python代码示例，帮助读者理解并实践这些先进的算法。书中还探讨了强化学习在无人驾驶、游戏AI等领域的应用及面临的挑战，为读者提供了丰富的理论知识和实战经验。
chian-ocean
64 5
游客ubxfrsiqpy57c
|
1月前
|
存储
文件太大不能拷贝到U盘怎么办？实用解决方案全解析
当我们试图将一个大文件拷贝到U盘时，却突然跳出提示“对于目标文件系统目标文件过大”。这种情况让人感到迷茫，尤其是在急需备份或传输数据的时候。那么，文件太大为什么会无法拷贝到U盘？又该如何解决？本文将详细分析这背后的原因，并提供几个实用的方法，帮助你顺利将文件传输到U盘。
游客ubxfrsiqpy57c
64 1
喜欢猪猪
|
1月前
|
存储 安全 Java
系统安全架构的深度解析与实践：Java代码实现
【11月更文挑战第1天】系统安全架构是保护信息系统免受各种威胁和攻击的关键。作为系统架构师，设计一套完善的系统安全架构不仅需要对各种安全威胁有深入理解，还需要熟练掌握各种安全技术和工具。
喜欢猪猪
153 10
土木林森
|
1月前
|
前端开发 JavaScript 开发者
揭秘前端高手的秘密武器：深度解析递归组件与动态组件的奥妙，让你代码效率翻倍！
【10月更文挑战第23天】在Web开发中，组件化已成为主流。本文深入探讨了递归组件与动态组件的概念、应用及实现方式。递归组件通过在组件内部调用自身，适用于处理层级结构数据，如菜单和树形控件。动态组件则根据数据变化动态切换组件显示，适用于不同业务逻辑下的组件展示。通过示例，展示了这两种组件的实现方法及其在实际开发中的应用价值。
土木林森
45 1
土木林森
|
2月前
|
机器学习/深度学习 人工智能 算法
揭开深度学习与传统机器学习的神秘面纱：从理论差异到实战代码详解两者间的选择与应用策略全面解析
【10月更文挑战第10天】本文探讨了深度学习与传统机器学习的区别，通过图像识别和语音处理等领域的应用案例，展示了深度学习在自动特征学习和处理大规模数据方面的优势。文中还提供了一个Python代码示例，使用TensorFlow构建多层感知器（MLP）并与Scikit-learn中的逻辑回归模型进行对比，进一步说明了两者的不同特点。
土木林森
109 2
土木林森
|
2月前
|
存储 搜索推荐 数据库
运用LangChain赋能企业规章制度制定：深入解析Retrieval-Augmented Generation（RAG）技术如何革新内部管理文件起草流程，实现高效合规与个性化定制的完美结合——实战指南与代码示例全面呈现
【10月更文挑战第3天】构建公司规章制度时，需融合业务实际与管理理论，制定合规且促发展的规则体系。尤其在数字化转型背景下，利用LangChain框架中的RAG技术，可提升规章制定效率与质量。通过Chroma向量数据库存储规章制度文本，并使用OpenAI Embeddings处理文本向量化，将现有文档转换后插入数据库。基于此，构建RAG生成器，根据输入问题检索信息并生成规章制度草案，加快更新速度并确保内容准确，灵活应对法律与业务变化，提高管理效率。此方法结合了先进的人工智能技术，展现了未来规章制度制定的新方向。
土木林森
50 3
古明地盆
|
3月前
|
Python
命令行解析工具 argparse
命令行解析工具 argparse
古明地盆
60 14
1100237741946300
|
2月前
|
SQL 监控 关系型数据库
SQL错误代码1303解析与处理方法
在SQL编程和数据库管理中，遇到错误代码是常有的事，其中错误代码1303在不同数据库系统中可能代表不同的含义
1100237741946300
125 0

热门文章

最新文章

  • 1
    OpenAI 12天发布会全解析 | AI大咖说
  • 2
    【C语言】深入浅出：C语言链表的全面解析
  • 3
    深入解析PID控制算法：从理论到实践的完整指南
  • 4
    微服务架构解析：跨越传统架构的技术革命
  • 5
    鸿蒙HarmonyOS应用开发 |鸿蒙技术分享HarmonyOS Next 深度解析：分布式能力与跨设备协作实战
  • 6
    阿里云服务器租用、注册域名、备案及域名解析完整流程参考（图文教程）
  • 7
    深入解析 vsftpd 2.3.4 的笑脸漏洞及其检测方法
  • 8
    鸿蒙HarmonyOS应用开发 | HarmonyOS Next-从应用开发到上架全流程解析
  • 9
    《docker高级篇（大厂进阶）：2.DockerFile解析》包括：是什么、DockerFile构建过程解析、DockerFile常用保留字指令、案例、小总结
  • 10
    深入解析图神经网络：Graph Transformer的算法基础与工程实践
  • 1
    【Uniapp 专栏】Uniapp 的状态管理功能深度解析
    358
  • 2
    React Hooks实战：从useState到useContext深度解析
    109
  • 3
    销售利器大集结：13种智能销售工具全面解析
    321
  • 4
    【Uniapp 专栏】基于 Uniapp 的电商应用开发案例解析
    219
  • 5
    XML DOM 解析器
    61
  • 6
    构建高效AI系统：深度学习优化技术解析
    626
  • 7
    Java 8新特性之Lambda表达式与Stream API的深度解析
    105
  • 8
    深入解析Linux tee命令：从基础用法到高级场景的全面指南
    1418
  • 9
    PandasTA 源码解析（二十三）
    78
  • 10
    PandasTA 源码解析（二十二）（3）
    78

    • 相关课程

    更多
  • 第八届大学生创新创业大赛阿里命题IoT赛题解析
  • 云计算工程师解析与实战-网络专家篇（体验版）
  • 深入解析Docker容器化技术
  • Java面试疑难点解析 - 面试技巧及语言基础
  • Java面试疑难点解析 - Java Web开发
  • Java面试疑难点解析 - 系统架构及项目设计

    • 相关电子书

    更多
  • 神龙云服务器产品及技术深度解析
  • 弹性创造价值：基于ECS的最佳性价比实践解析
  • 又快又稳：阿里云下一代虚拟交换机解析

    • 相关实验场景

    更多
  • Linux指令入门-文件与权限
  • 通过云拨测对指定服务器进行Ping/DNS监测

    • 推荐镜像

    更多
  • DNS
  • NTP
  • puppet
    • 下一篇
    手把手教你白嫖阿里云服务器(免费领服务器)