yotco 基于Baytrail平台的移植
- 格式:pdf
- 大小:1.68 MB
- 文档页数:8
基于迁移学习的高速公路交织区车辆轨迹预测
殷子健;徐良杰;刘伟;马宇康;林海
【期刊名称】《深圳大学学报(理工版)》
【年(卷),期】2024(41)1
【摘要】高速公路交织区复杂场景下的车辆轨迹预测对智能汽车的决策与控制具有重要意义.为应对交织区复杂交通流带来的轨迹预测实时性与精确性等挑战,提出一种基于迁移学习的车辆轨迹预测方法,利用已有的高速公路直线段轨迹预测模型进行迁移学习训练,从而实现在交织区场景中更快速精准地轨迹预测.使用NGSIM(next generation simulation)数据集中的交织区轨迹数据,采用长短时记忆神经网络模型,在已充分训练的高速公路直线段模型基础上对交织区进行迁移学习,并采用时间序列滚动预测法逐帧精准预测轨迹.实验结果表明,横向和纵向行为预测准确率可达98.35%和93.01%,轨迹预测值的均方根误差为2.04 cm.交织区迁移学习能够缩短61.1%的模型训练时间,同时提高预测准确率和模型泛化能力.
【总页数】9页(P92-100)
【作者】殷子健;徐良杰;刘伟;马宇康;林海
【作者单位】武汉理工大学交通与物流工程学院;武汉大学国家网络安全学院【正文语种】中文
【中图分类】U491.2;TP242.6
【相关文献】
1.基于车辆限界的高速公路交织区交通安全评价研究
2.基于WNN的隧道交织区车辆换道持续距离预测
3.基于卷积神经网络的改进高速公路交织区速度预测模型
4.基于长短期记忆网络的高速公路车辆变道轨迹预测模型
5.基于注意力Seq2Seq网络的高速公路交织区车辆变道轨迹预测
因版权原因,仅展示原文概要,查看原文内容请购买。
yocto 交叉编译链(实用版)目录1.Yocto 简介2.交叉编译链的概念3.Yocto 交叉编译链的构建流程4.Yocto 交叉编译链的应用场景5.Yocto 交叉编译链的优势与不足正文1.Yocto 简介Yocto 是一个用于构建定制 Linux 发行版的开源项目。
它提供了一个模板化的操作系统构建系统,使得开发者可以轻松地创建自定义的Linux 发行版。
Yocto 支持多种不同的硬件架构和软件配置,因此被广泛应用于嵌入式系统、物联网设备等领域。
2.交叉编译链的概念交叉编译链是指在一个平台上编译另一个平台的软件。
例如,在 x86 架构的计算机上编译 ARM 架构的软件。
交叉编译链的优点是可以在开发环境中使用熟悉的硬件和软件工具,同时支持多种目标硬件架构。
3.Yocto 交叉编译链的构建流程Yocto 交叉编译链的构建流程分为以下几个步骤:(1)安装 Yocto 构建系统:首先需要安装 Yocto 构建系统,包括搭建本地仓库、安装 Yocto 工具等。
(2)创建交叉编译链:使用 Yocto 工具创建一个针对目标硬件架构的交叉编译链,包括编译器、链接器、库等。
(3)构建软件包:使用交叉编译链构建所需的软件包,这些软件包可以是现有的源代码或者预先编译好的二进制包。
(4)构建根文件系统:根据需要定制根文件系统,包括选择需要的软件包、配置文件等。
(5)构建镜像:将构建好的根文件系统打包成镜像文件,以便在目标硬件上启动。
4.Yocto 交叉编译链的应用场景Yocto 交叉编译链广泛应用于以下场景:(1)嵌入式系统开发:嵌入式系统通常具有特定的硬件架构和有限的资源,使用 Yocto 交叉编译链可以方便地在开发环境中编译和调试软件。
(2)物联网设备开发:物联网设备涉及到多种不同的硬件平台,使用 Yocto 交叉编译链可以简化软件开发流程,提高开发效率。
(3)软件移植:当需要将现有的软件移植到新的硬件平台时,可以使用 Yocto 交叉编译链进行编译和调试。
【高中生物】北京基因组所揭示RNA甲基化调控基因剪接机制ythdc1调控mrna选择性剪接中国科学院北京基因组研究所精准基因组医学重点实验室及遗传与发育协同创新中心杨运桂课题组在研究m6a甲基化修饰调节mrna选择性剪接规律过程中,发现了读码器ythdc1通过招募前体mrna剪接因子srsf3同时抑制剪接因子srsf10与rna的结合,促进外显子被保留的分子机制。
该研究结果于2月在molecularcell杂志在线发表。
研究团队通过串联和亲和结晶的方法甄选ythdc1的互并作蛋白,辨认出与其相互作用的两个mrna剪辑因子srsf3(srp20)和srsf10(spp30c),融合mRNA组和光交联-rna测序及生物信息技术,证明ythdc1和srsf3女性主义于推动外显子留存,但srsf10则女性主义于推动外显子的剪辑。
ythdc1通过推动srsf3,同时遏制srsf10的核小斑定位及它们融合rna的能力去调控mrna选择性剪辑,而且只有野生型的ythdc1能止跌因敲低ythdc1引发的srsf3和srsf10核小斑定位、rna融合能力和靶基因mrna选择性剪辑变化。
结合研究团队前期参与发现的rna甲基化修饰酶(jiaetal.naturechemicalbiologyzhengetal.molecularcellpingetal.cellresearch)及其甲基化位点选择性机制(chenetal.cellstemcell)和m6a修饰外显子被保留现象(zhaoetal.cellresearch),m6a读码器ythdc1调控mrna剪接分子机制的阐明,为进一步研究m6a的生物功能和rna表观遗传提供依据,为研究与正常生理(如干细胞干性维持和分化)或异常病理生命活动(如恶性肿瘤等)关联的分子机理提供新的表观调控研究方向。
该项研究获得科技部、国家自然科学基金和中科院先导专项等项目的积极支持。
• 183•基于麦克纳姆轮全向移动平台的自主跟随系统北京联合大学 琚 玲 薛 鹏全向移动平台具有灵活、转向空间小和x方向与y方向独立运动的优势,广泛应用于船舶、航天、仓库工业移动运输等领域,但大部分都是传统物料运载方式,在搬运效率、劳动力的利用率和精准度上面具有很大缺陷,所以我们设计了可以识别目标并接受引导、能精准地在一些要求较高的地方满足人们的需求的全向移动平台自主跟随系统来打破这种方式,提供更为智能的全向移动方案。
本设计基于麦克纳姆轮的全向智能移动平台技术,结合了OpenMV智能摄像头的图像识别分析功能,实现了捕捉和识别到目标图像并进行动态跟随,以达到高精度的轨迹跟踪功能。
引言:随着科学技术的不断发展,全向移动平台技术在航天、军事、建筑、交通、工业及服务业等领域已取得广泛的应用和发展,主要是航天器产品的总装对接和工序流转、军队后勤物资运送、工业厂区的移动运输等应用,但都是传统物料运载方式。
有感于军队里的大狗机器人(在军队后勤中担负着物资运输的任务,可以通过单兵引导进行携带成吨武器弹药和食物等补给品到前线)的设计,我们希望设计一个可以识别目标并接受引导、能精准地在一些要求较高的地方满足人们的需求的智能机器人。
因此,基于麦克纳姆轮的全向移动平台技术,我们设计了可以进行图像识别的自主跟随系统来打破了传统物料运载方式,提供了更为智能的全向移动方案。
本设计由于加入了OpenMV智能摄像头,可以对目标事物进行识别和标记,进而进行自主跟随,还可以达到一人多控,小队自主跟随相互协调并结合全向底座灵活地完成任务,不但提高了工作效率而且在某种程度上解放了相应的劳动力,这在工厂节约生产成本上具有重要意义。
而在生活应用方面,该系统可延伸的功能例如自主跟随的移动背包、医院病历及资料的自主传递等具有更简便的实际操作性,这将给人们的生活品质带来飞跃性变化。
1.前景预测麦克纳姆轮全向移动平台具有非常好的灵活性,随着科技的进步和智能化的世界潮流,“智能”必然是全向移动平台的大势所趋。
个人笔记,经供参考。
1. How to build Yocto image from source
说明:#开始的部分为注释和说明,$开始的部分为要执行的命令,***开始的部分是你要执
编译完成后的相关文件在如下目录:
错误一:
分析:错误发生在编译elfutils的时候,这个源码包为build/downloads/elfutils-0.148.tar.bz2,通过分析源码(以及google:/patch/57921/),大概能明白问题是由于新版本的GCC不支持该语法?
修改方法:
打开build/tmp/work/x86_64-linux/elfutils-native/0.148-r11/elfutils-0.148/src/add2line.c文件,第450行和第453行分别修改如下:
改为:
继续bitbake core-image-sato编译,同样的错误:
打开build/tmp/work/x86_64-linux/elfutils-native/0.148-r11/elfutils-0.148/tests/line2addr.c文件,第135行,类似的修改:
改为:
修改后bitbake core-image-sato继续编译,可以看到elfutils没有问题了。
问题二:
分析:最开始,我一直盯着那个消息“mv: target …. is not a directory”, 以为错误是来自于此,但是Google也没有搜到类似的问题,对比其他的makefile,这个地方错的可能性不大。
后来,目标转向前面的warning,然后搜索guile编译的一些内容,大概看起来主要问题在于:
到这是在编译doc的时候的编译错误,所以,干脆不编译doc好了,不会影响最终的系统,所以解决(work around)如下:
找到poky-dylan-9.0.2/meta/recipes-devtools/guile/guile_2.0.7.bb这个bb文件:
(高亮部分为我添加的,就是在configure的时候,配置不要编译doc即可)。
结果:还是不行,经过研究,发现guile的configure会警告—without-doc不是一个可接受的选项,仔细看其makefile额和configure,发现貌似它没有提供选项来配置去掉doc的编译,最终,那就直接修改makefile.am来完成,具体来说,我已经生成了一个patch来完成,patch
将guile_2.0.7_nodocbuild.patch放到poky-dylan-9.0.2/meta/recipes-devtools/guile/files/文件夹中,并且,编辑poky-dylan-9.0.2/meta/recipes-devtools/guile/ guile_2.0.7.bb文件如下:
(高两部分为添加的内容)
再次测试:
说明:生成patch的命令:
问题三:
网络问题,我没有设置git代理,非代理网路下应该没这样的问题。
解决方法:修改git协议为http协议:
打开:/home/sgeng2/yocto-build/esdc/poky-dylan-9.0.2/meta/recipes-kernel/linux/linux-yocto_3.8.bb文件:
修改为:
说明:如何检测它在工作?大概来说,它需要下载的文件在build/downloads/git2/.git.linux-yocto-3.8.git/这个文件夹里面,看看里面的内容有没有大小变化,基本就行了,这个可能会比较慢,因为大概有700M-800M的文件:
2. How to configure/add kernel driver for Yocto
请参考
Added driver to Yocto project.docx
检查:
ifconfig可以看到eth0,有线网络驱动安装成功。
iwconfig可以看到wlan0,无线网络驱动安装成功。
无线网络的配置:
…
3. How to do application developer with Yocto toolchain -> command line based (command line, makefile-based, autotools-based etc.)
(1) 获取和安装工具链
可以使用预编译好的工具链(假设目标机器为64bit),如:
开发主机为64bit:poky-eglibc-x86_64-x86_64-toolchain-gmae-1.4.2.sh
或
开发主机为32bit:poky-eglibc-i686-x86_64-toolchain-gmae-1.4.2.sh
安装:不管哪种方式,运行得到的.sh脚本即可。
(2) 设置工具链的环境
$ source /opt/poky/1.5.1/environment-setup-core2-poky-linux
(3) 编译
$ $CC $CFLAGS xxx.c
把得到的a.out复制到目标系统运行即可。
其它变量:
$CXX
$CXXFLAGS
$LD
$LDFLAGS
$AR。