CANopennode中CANopen.h的函数详解

时间: 2024-04-26 07:25:42 浏览: 209
CANopen.h 是 CANopennode 中的一个头文件,它包含了许多关于 CANopen 协议的函数、宏定义、数据结构等内容。以下是其中一些函数的详解: 1. CO_init(): 初始化 CANopennode 库,包括初始化 CAN 驱动程序、SDO 服务器、心跳生成器等。 2. CO_process(): 处理 CANopennode 库中未处理的 CAN 消息,包括接收、解析、执行等。 3. CO_new(): 创建一个新的 CANopen 对象,并分配相应的资源,包括 PDO 映射、SDO 服务器等。 4. CO_delete(): 删除指定的 CANopen 对象,并释放相应的资源。 5. CO_CANsend(): 向 CAN 总线发送一个 CAN 消息。 6. CO_errorReport(): 向主站报告一个错误。 7. CO_OD_configure(): 配置对象字典(Object Dictionary,OD),包括添加、修改、删除对象等。 8. CO_OD_find(): 在对象字典中查找指定的对象,包括根据索引、子索引、名称等方式查找。 9. CO_SDOserver(): SDO 服务器处理函数,包括解析客户端请求、执行相应的操作等。 10. CO_PDOsend(): 向指定的 PDO 映射发送数据。 以上仅是部分函数的详解,还有许多其他的函数和内容,需要具体参考 CANopennode 的文档和源代码。
相关问题

CANopennode的CANopen.h文件

以下是CANopennode中CANopen.h文件的代码,仅供参考: ```c /** * @file CANopen.h * @author CANopenNode, LLC * @version 4.0.0 * @date 25 Feb 2021 * @brief Header file for CANopenNode stack. * * This file contains all definitions and declarations for the CANopenNode * stack that are relevant for the application. The data types and function * prototypes defined here must be used in the user application code. * * @copyright Copyright (c) CANopenNode, LLC * @defgroup CO_CANopen CANopen * @{ */ #ifndef CO_CANOPEN_H #define CO_CANOPEN_H #ifdef __cplusplus extern "C" { #endif /* Includes ------------------------------------------------------------------*/ #include <stdint.h> #include <stdbool.h> #include <stddef.h> /* Exported defines ----------------------------------------------------------*/ /** * Macros for standard data types. * * Macros for data types defined in stdint.h and stdbool.h. These macros should * be used in the application code instead of direct use of the types. * * @ingroup CO_CANopen_301 * @{ */ #ifndef NULL #define NULL ((void*) 0) #endif #define int8_t int8_t #define uint8_t uint8_t #define int16_t int16_t #define uint16_t uint16_t #define int32_t int32_t #define uint32_t uint32_t #define bool_t bool #define true true #define false false /** @} */ /* Exported types ------------------------------------------------------------*/ /** CAN message structure as in CAN hardware. */ typedef struct { uint16_t ident; /**< 11-bit identifier, bits 10..0 are used. */ uint8_t DLC; /**< Data length code: 0..8. */ uint8_t data[8];/**< Data field. Bytes 0..7 are used. */ } CO_CANrxMsg_t; /** CAN transmit message structure. */ typedef struct { uint16_t ident; /**< 11-bit identifier, bits 10..0 are used. */ bool_t rtr; /**< RTR (Remote transmission request). */ bool_t ext; /**< EXT (Extended identifier, 29-bit). */ uint8_t DLC; /**< Data length code: 0..8. */ uint8_t data[8];/**< Data field. Bytes 0..7 are used. */ } CO_CANtx_t; /** * CAN message reception callback function. * * Function is called, when new message is received and passed to the CANopenNode. * * @param[in] msg Received message with necessary informations. */ typedef void (*CO_CANrx_callback_t)(const CO_CANrxMsg_t *msg); /** * CANopen receive message structure. * * Object is storage for received CAN message and additional informations. */ typedef struct { const uint16_t ident; /**< Standard CAN Identifier or Extended CAN Identifier. */ const uint16_t mask; /**< Mask, to determine which bits of the identifier are significant. */ CO_CANrx_callback_t pCANrx_callback; /**< Pointer to function, which will be called, when CAN message with specified identifier will be received. */ } CO_CANrx_t; /** CANopen object with static configuration. */ typedef const struct { const uint16_t index; /**< Index of object in Object Dictionary. */ const uint8_t subIndex;/**< Subindex of object in Object Dictionary. */ const uint8_t attribute;/**< Attribute of Object Dictionary entry. */ const uint32_t length; /**< Data length in bytes. */ void* const pData; /**< Pointer to data. */ const CO_CANrx_callback_t pFunct; /**< Pointer to function, which will be called on RPDO reception. */ } CO_ObjDict_t; /* Exported variables --------------------------------------------------------*/ /* Exported functions ------------------------------------------------------- */ /** * Initialize CANopenNode stack. * * Function must be called in the communication reset section. * * Function configures: * - data storage for CANopen objects * - LSS slave * - LSS master * - SDO server * - SDO client * - Emergency object * - Heartbeat consumer * - NMT object * - Time object * - SYNC objects * - RPDO objects and corresponding CAN reception filters * - TPDO objects and corresponding CAN transmission functions * - SDO server objects and corresponding CAN reception filters and CAN transmission functions * * Function must be called before any other CANopenNode function. * * @param[out] ppData Pointer to pointer to data memory for CANopen objects. * If *ppData==NULL, memory for CANopen objects will be * allocated. If *ppData!=NULL, memory must be * statically allocated by application and available * during whole lifetime of the CANopenNode. * Pointer ppData is pointing to the first free byte * after the allocated memory. * @param[in] nodeId CANopen Node ID. * @param[in] bitRate CAN bit-rate. * @param[in] CANrx_callback Pointer to function, which will be called, when CAN * message with appropriate identifier is received. * It can be NULL. * * @return 0: Operation completed successfully. * @return -1: Error in function parameters. * @return -2: Error: CO_LSSslave_init() failed. * @return -3: Error: CO_SDOserver_init() failed. * @return -4: Error: CO_EM_init() failed. * @return -5: Error: CO_NMT_init() failed. * @return -6: Error: CO_HBconsumer_init() failed. * @return -7: Error: CO_TIME_init() failed. * @return -8: Error: CO_SYNC_init() failed. * @return -9: Error: CO_RPDO_init() failed. * @return -10: Error: CO_TPDO_init() failed. */ int16_t CO_init( uint8_t** const ppData, const uint8_t nodeId, const uint16_t bitRate, CO_CANrx_callback_t CANrx_callback); /** * CAN receive function. * * Function must be called, when CAN message is received. * For every received message, function will try to find appropriate * CO_CANrx_t object (with CO_CANrx_t.ident equal to CAN identifier (msg->ident & CO_CANrx_t.mask). * * For more information see file CO_CAN.c * * @param[in] CANrxMsg Pointer to received message. * @return 0: Operation completed successfully. * @return -1: Error: Received message is NULL. * @return -2: Error: No message received. * @return -3: Error: Message received, but not processed. */ int16_t CO_CANrxBufferProcess(CO_CANrxMsg_t* const CANrxMsg); /** * CAN send function. * * For more information see file CO_CAN.c * * @param[in] COB_ID CAN identifier. * @param[in] len Length of CAN message in bytes (0 to 8). * @param[in] data Pointer to CAN message data bytes. * @param[in] rtr Request for transmission. If true, then this is only request for transmission, * no data are sent (length and data pointer are ignored). * @return 0: Operation completed successfully. * @return -1: Error: Wrong arguments. * @return -2: Error: Previous message is still waiting for buffer. * @return -3: Error: Timeout in transmission of CAN message. */ int16_t CO_CANsend( const uint16_t COB_ID, const uint8_t len, const uint8_t* const data, const bool_t rtr); /** * Calculate CAN bit-timing values from register values. * * Function calculates values for CAN bit timing register and optionally for * CAN controller bit rate prescaler. * * For more information see file CO_driver.c * * @param[in] brp CAN controller bit rate prescaler. * @param[in] tseg1 Time segment 1 (0 to 15). * @param[in] tseg2 Time segment 2 (0 to 7). * @param[in] sjw Resynchronization jump width (0 to 3). * @param[out] pSyncTimeMicroseconds Synchronization time in micro seconds. * @param[out] pBitRatePrescaler Bit rate prescaler. * @return 0: Operation completed successfully. * @return -1: Error: Wrong arguments. */ int16_t CO_CANbitRateCalc( const uint16_t brp, const uint8_t tseg1, const uint8_t tseg2, const uint8_t sjw, uint32_t * const pSyncTimeMicroseconds, uint16_t * const pBitRatePrescaler); #ifdef __cplusplus } #endif /* __cplusplus */ #endif /* CO_CANOPEN_H */ /** * @} */ /* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ */ /* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ */ /* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ */ /** * @defgroup CO_CANopen_301 CANopen 3.0.1 stack implementation * * CANopen 3.0.1 stack implementation. File CO_ODinterface.h is not included * here and must be included separately. * * @todo CO_CANrxMsg_t is not used anymore. Remove it in future. * * @defgroup CO_CANopen_301_Macros Macros * @ingroup CO_CANopen_301 * @{ * CANopen error codes * ------------------- * 0x00000000 - no error * 0x05030000 - toggle bit not alternated * 0x05040000 - SDO protocol timed out * 0x05040001 - SDO protocol bad initial value * 0x05040002 - SDO protocol bad object dictionary address * 0x05040003 - SDO protocol bad data type * 0x05040004 - SDO protocol bad data size * 0x05040005 - SDO protocol bad data value * 0x06010000 - Object dictionary not found * 0x06010001 - Object cannot be mapped to the PDO * 0x06010002 - PDO length exceeded * 0x06020000 - Object does not exist in the object dictionary * 0x06040041 - Object cannot be mapped to the PDO * 0x06040042 - the number and length of the objects to be mapped would exceed PDO length * 0x06060000 - Access failed due to an hardware error * 0x06070010 - Data type does not match, length of service parameter does not match * 0x06070012 - Data type does not match, length of service parameter too high * 0x06070013 - Data type does not match, length of service parameter too low * 0x06090011 - Subindex does not exist * 0x06090030 - Value range of parameter exceeded (only for write access) * 0x06090031 - Value of parameter written too high * 0x06090032 - Value of parameter written too low * 0x06090036 - Maximum value is less than minimum value * 0x08000000 - General error * 0x08000020 - Data cannot be transferred or stored to the application * 0x08000021 - Data cannot be transferred or stored to the application because of local control * 0x08000022 - Data cannot be transferred or stored to the application because of the present device state * 0x08000023 - Object dictionary dynamic generation fails or no object dictionary is present (e.g. object dictionary is generated from file and generation fails because of an file error) * 0x08000024 - No data available * 0x08000025 - General error in the device * 0x08000026 - Data cannot be transferred or stored to the application because of some dependency * 0x08000027 - General error reason in the device * 0x08000028 - Service is not available * 0x08000029 - Attribute not supported * 0x0800002A - The value of the parameter written exceeds the range of values that can be written * 0x0800002B - Data cannot be transferred or stored to the application because of local control, specific application needed * 0x0800002C - Data cannot be transferred or stored to the application because of the present device state, specific application needed * 0x0800002D - Object dictionary not present, specific application needed * 0x0800002E - No data available, specific application needed * 0x0800002F - Data cannot be transferred or stored to the application because of some dependency, specific application needed * 0x08000030 - Service is not available, specific application needed * 0x08000031 - Attribute not supported, specific application needed * 0x0F004000 - Unexpected SYNC data length * 0x0F004001 - SYNC timeout * 0x0F004002 - Unexpected SYNC data * 0x0F004003 - Heartbeat consumer timeout * 0x0F004004 - PDO not processed due to length error * 0x0F004005 - PDO length exceeded * 0x0F004006 - DAM MPDO not processed, destination object not available * 0x0F004007 - Unexpected emergency object * 0x0F004008 - Error in error register * 0x0F004009 - Additional functions not available * 0x0F00400A - Parameter incompatibility (configuration or mode) * 0x0F00400B - CANopen service not supported * 0x0F00400C - CANopen invalid state transition * 0x0F00400D - CAN frame received is wrong * 0x0F00400E - PDO not processed, communication object not available * 0x0F00400F - PDO length exceeded * 0x0F004010 - Data type of service parameter does not match * 0x0F004011 - Data type of service parameter is not implemented

CANopennode的CANopen.h文件怎么用

CANopennode是一个用于实现CANopen协议的开源软件库。CANopen.h是CANopennode库的头文件,其中包含了CANopen协议栈的各种数据结构和函数声明。要使用CANopen.h文件,你需要按照以下步骤进行操作: 1. 下载并安装CANopennode库。你可以从CANopennode的官方网站 (http://www.canopennode.org/) 下载最新版本的CANopennode库。 2. 将CANopen.h文件包含到你的代码中。在你的代码中添加以下语句: ``` #include "CANopen.h" ``` 3. 初始化CANopen协议栈。在你的代码中调用以下函数: ``` CO_ReturnError_t err = CO_init(); if(err != CO_ERROR_NO){ //错误处理代码 } ``` 4. 使用CANopen协议栈。通过调用CANopen.h文件中定义的函数,可以实现CANopen协议栈的各种功能。例如: ``` CO_NMT_sendCommand(CO->NMT, CO_NMT_ENTER_PRE_OPERATIONAL); ``` 以上是使用CANopen.h文件的基本步骤,具体使用方法可以参考CANopennode库的官方文档。
阅读全文

相关推荐

最新推荐

recommend-type

canopen-ds301-cn.pdf

在缩写和定义部分,文档列出了多个术语,如ARQ(自动重复请求)、CAN ID(CAN标识符)、COB(通信对象)、CRC(循环冗余校验)等,这些都是在CANopen通信中常见的术语。此外,定义了标准帧和扩展帧的概念,以及CAN-...
recommend-type

嵌入式系统/ARM技术中的关于博控 SYS TEC CANopen 协议栈源代码

嵌入式系统和ARM技术是现代电子设备与自动化领域的核心组成部分,其中,CANopen协议栈在工业自动化和物联网设备中扮演着重要角色。SYS TEC的CANopen协议栈源代码正是针对这一需求提供的专业解决方案。 CANopen是一...
recommend-type

(完整数据)全国各地级市分类异质性数据2024年

## 数据指标说明 地域范围:298个地级市(其中包括4个直辖市) 更新时间:2024年 数据来源:文件里面有说明 指数包括: (1)南北方城市 (2)东中西城市 (3)七大地理区、八大综合经济区 (4)城市群,长三角珠三角京津冀等 (5)长江流域沿岸、黄河流域沿岸 (6)35个大中城市、70个大中城市 (7)沿海城市: (8)胡焕庸线 (9)环境重点保护城市 参考文献: 赵涛,张智,梁上坤.数字经济、创业活跃度与高质量发展——来自中国城市的经验证据[J].管理世界,2020,36(10):65-76. 胡求光,周宇飞.开发区产业集聚的环境效应:加剧污染还是促进治理?[J].中国人口·资源与环境,2020,30(10):64-72. 蒋仁爱,杨圣豪,温军.高铁开通与经济高质量发展——机制及效果[J].南开经济研究,2023(07):70-89.
recommend-type

Raspberry Pi OpenCL驱动程序安装与QEMU仿真指南

资源摘要信息:"RaspberryPi-OpenCL驱动程序" 知识点一:Raspberry Pi与OpenCL Raspberry Pi是一系列低成本、高能力的单板计算机,由Raspberry Pi基金会开发。这些单板计算机通常用于教育、电子原型设计和家用服务器。而OpenCL(Open Computing Language)是一种用于编写程序,这些程序可以在不同种类的处理器(包括CPU、GPU和其他处理器)上执行的标准。OpenCL驱动程序是为Raspberry Pi上的应用程序提供支持,使其能够充分利用板载硬件加速功能,进行并行计算。 知识点二:调整Raspberry Pi映像大小 在准备Raspberry Pi的操作系统映像以便在QEMU仿真器中使用时,我们经常需要调整映像的大小以适应仿真环境或为了确保未来可以进行系统升级而留出足够的空间。这涉及到使用工具来扩展映像文件,以增加可用的磁盘空间。在描述中提到的命令包括使用`qemu-img`工具来扩展映像文件`2021-01-11-raspios-buster-armhf-lite.img`的大小。 知识点三:使用QEMU进行仿真 QEMU是一个通用的开源机器模拟器和虚拟化器,它能够在一台计算机上模拟另一台计算机。它可以运行在不同的操作系统上,并且能够模拟多种不同的硬件设备。在Raspberry Pi的上下文中,QEMU能够被用来模拟Raspberry Pi硬件,允许开发者在没有实际硬件的情况下测试软件。描述中给出了安装QEMU的命令行指令,并建议更新系统软件包后安装QEMU。 知识点四:管理磁盘分区 描述中提到了使用`fdisk`命令来检查磁盘分区,这是Linux系统中用于查看和修改磁盘分区表的工具。在进行映像调整大小的过程中,了解当前的磁盘分区状态是十分重要的,以确保不会对现有的数据造成损害。在确定需要增加映像大小后,通过指定的参数可以将映像文件的大小增加6GB。 知识点五:Raspbian Pi OS映像 Raspbian是Raspberry Pi的官方推荐操作系统,是一个为Raspberry Pi量身打造的基于Debian的Linux发行版。Raspbian Pi OS映像文件是指定的、压缩过的文件,包含了操作系统的所有数据。通过下载最新的Raspbian Pi OS映像文件,可以确保你拥有最新的软件包和功能。下载地址被提供在描述中,以便用户可以获取最新映像。 知识点六:内核提取 描述中提到了从仓库中获取Raspberry-Pi Linux内核并将其提取到一个文件夹中。这意味着为了在QEMU中模拟Raspberry Pi环境,可能需要替换或更新操作系统映像中的内核部分。内核是操作系统的核心部分,负责管理硬件资源和系统进程。提取内核通常涉及到解压缩下载的映像文件,并可能需要重命名相关文件夹以确保与Raspberry Pi的兼容性。 总结: 描述中提供的信息详细说明了如何通过调整Raspberry Pi操作系统映像的大小,安装QEMU仿真器,获取Raspbian Pi OS映像,以及处理磁盘分区和内核提取来准备Raspberry Pi的仿真环境。这些步骤对于IT专业人士来说,是在虚拟环境中测试Raspberry Pi应用程序或驱动程序的关键步骤,特别是在开发OpenCL应用程序时,对硬件资源的配置和管理要求较高。通过理解上述知识点,开发者可以更好地利用Raspberry Pi的并行计算能力,进行高性能计算任务的仿真和测试。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

Fluent UDF实战攻略:案例分析与高效代码编写

![Fluent UDF实战攻略:案例分析与高效代码编写](https://databricks.com/wp-content/uploads/2021/10/sql-udf-blog-og-1024x538.png) 参考资源链接:[fluent UDF中文帮助文档](https://wenku.csdn.net/doc/6401abdccce7214c316e9c28?spm=1055.2635.3001.10343) # 1. Fluent UDF基础与应用概览 流体动力学仿真软件Fluent在工程领域被广泛应用于流体流动和热传递问题的模拟。Fluent UDF(User-Defin
recommend-type

如何使用DPDK技术在云数据中心中实现高效率的流量监控与网络安全分析?

在云数据中心领域,随着服务的多样化和用户需求的增长,传统的网络监控和分析方法已经无法满足日益复杂的网络环境。DPDK技术的引入,为解决这一挑战提供了可能。DPDK是一种高性能的数据平面开发套件,旨在优化数据包处理速度,降低延迟,并提高网络吞吐量。具体到实现高效率的流量监控与网络安全分析,可以遵循以下几个关键步骤: 参考资源链接:[DPDK峰会:云数据中心安全实践 - 流量监控与分析](https://wenku.csdn.net/doc/1bq8jittzn?spm=1055.2569.3001.10343) 首先,需要了解DPDK的基本架构和工作原理,特别是它如何通过用户空间驱动程序和大
recommend-type

Apache RocketMQ Go客户端:全面支持与消息处理功能

资源摘要信息:"rocketmq-client-go:Apache RocketMQ Go客户端" Apache RocketMQ Go客户端是专为Go语言开发的RocketMQ客户端库,它几乎涵盖了Apache RocketMQ的所有核心功能,允许Go语言开发者在Go项目中便捷地实现消息的发布与订阅、访问控制列表(ACL)权限管理、消息跟踪等高级特性。该客户端库的设计旨在提供一种简单、高效的方式来与RocketMQ服务进行交互。 核心知识点如下: 1. 发布与订阅消息:RocketMQ Go客户端支持多种消息发送模式,包括同步模式、异步模式和单向发送模式。同步模式允许生产者在发送消息后等待响应,确保消息成功到达。异步模式适用于对响应时间要求不严格的场景,生产者在发送消息时不会阻塞,而是通过回调函数来处理响应。单向发送模式则是最简单的发送方式,只负责将消息发送出去而不关心是否到达,适用于对消息送达不敏感的场景。 2. 发送有条理的消息:在某些业务场景中,需要保证消息的顺序性,比如订单处理。RocketMQ Go客户端提供了按顺序发送消息的能力,确保消息按照发送顺序被消费者消费。 3. 消费消息的推送模型:消费者可以设置为使用推送模型,即消息服务器主动将消息推送给消费者,这种方式可以减少消费者轮询消息的开销,提高消息处理的实时性。 4. 消息跟踪:对于生产环境中的消息传递,了解消息的完整传递路径是非常必要的。RocketMQ Go客户端提供了消息跟踪功能,可以追踪消息从发布到最终消费的完整过程,便于问题的追踪和诊断。 5. 生产者和消费者的ACL:访问控制列表(ACL)是一种权限管理方式,RocketMQ Go客户端支持对生产者和消费者的访问权限进行细粒度控制,以满足企业对数据安全的需求。 6. 如何使用:RocketMQ Go客户端提供了详细的使用文档,新手可以通过分步说明快速上手。而有经验的开发者也可以根据文档深入了解其高级特性。 7. 社区支持:Apache RocketMQ是一个开源项目,拥有活跃的社区支持。无论是使用过程中遇到问题还是想要贡献代码,都可以通过邮件列表与社区其他成员交流。 8. 快速入门:为了帮助新用户快速开始使用RocketMQ Go客户端,官方提供了快速入门指南,其中包含如何设置rocketmq代理和名称服务器等基础知识。 在安装和配置方面,用户通常需要首先访问RocketMQ的官方网站或其在GitHub上的仓库页面,下载最新版本的rocketmq-client-go包,然后在Go项目中引入并初始化客户端。配置过程中可能需要指定RocketMQ服务器的地址和端口,以及设置相应的命名空间或主题等。 对于实际开发中的使用,RocketMQ Go客户端的API设计注重简洁性和直观性,使得Go开发者能够很容易地理解和使用,而不需要深入了解RocketMQ的内部实现细节。但是,对于有特殊需求的用户,Apache RocketMQ社区文档和代码库中提供了大量的参考信息和示例代码,可以用于解决复杂的业务场景。 由于RocketMQ的版本迭代,不同版本的RocketMQ Go客户端可能会引入新的特性和对已有功能的改进。因此,用户在使用过程中应该关注官方发布的版本更新日志,以确保能够使用到最新的特性和性能优化。对于版本2.0.0的特定特性,文档中提到的以同步模式、异步模式和单向方式发送消息,以及消息排序、消息跟踪、ACL等功能,是该版本客户端的核心优势,用户可以根据自己的业务需求进行选择和使用。 总之,rocketmq-client-go作为Apache RocketMQ的Go语言客户端,以其全面的功能支持、简洁的API设计、活跃的社区支持和详尽的文档资料,成为Go开发者在构建分布式应用和消息驱动架构时的得力工具。
recommend-type

"互动学习:行动中的多样性与论文攻读经历"

多样性她- 事实上SCI NCES你的时间表ECOLEDO C Tora SC和NCESPOUR l’Ingén学习互动,互动学习以行动为中心的强化学习学会互动,互动学习,以行动为中心的强化学习计算机科学博士论文于2021年9月28日在Villeneuve d'Asq公开支持马修·瑟林评审团主席法布里斯·勒菲弗尔阿维尼翁大学教授论文指导奥利维尔·皮耶昆谷歌研究教授:智囊团论文联合主任菲利普·普雷教授,大学。里尔/CRISTAL/因里亚报告员奥利维耶·西格德索邦大学报告员卢多维奇·德诺耶教授,Facebook /索邦大学审查员越南圣迈IMT Atlantic高级讲师邀请弗洛里安·斯特鲁布博士,Deepmind对于那些及时看到自己错误的人...3谢谢你首先,我要感谢我的两位博士生导师Olivier和Philippe。奥利维尔,"站在巨人的肩膀上"这句话对你来说完全有意义了。从科学上讲,你知道在这篇论文的(许多)错误中,你是我可以依
recommend-type

Fluent UDF进阶秘籍:解锁高级功能与优化技巧

![Fluent UDF进阶秘籍:解锁高级功能与优化技巧](https://www.topcfd.cn/wp-content/uploads/2022/10/260dd359c511f4c.jpeg) 参考资源链接:[fluent UDF中文帮助文档](https://wenku.csdn.net/doc/6401abdccce7214c316e9c28?spm=1055.2635.3001.10343) # 1. Fluent UDF简介与安装配置 ## 1.1 Fluent UDF概述 Fluent UDF(User-Defined Functions,用户自定义函数)是Ansys F