zynq7020的ARM单片机编译与运行程序MTCNN

最新推荐文章于 2024-05-27 14:48:17 发布
最新推荐文章于 2024-05-27 14:48:17 发布
阅读量3k 收藏 6
点赞数 3
分类专栏： c/c++ 目标检测 linux 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_36474809/article/details/83342549
版权
c/c++ 同时被 3 个专栏收录
51 篇文章 6 订阅
订阅专栏
目标检测
32 篇文章 6 订阅
订阅专栏
linux
15 篇文章 0 订阅
订阅专栏

背景：FPGA的运行需要片上ARM的控制，所以需要针对片上ARM编写的源码并且需要片上ARM执行源码。

目的：运用ARM编译MTCNN的代码，然后在ARM上运行。

目录

一、创建虚拟机

二、虚拟机上编译通过程序

2.1 cmake的编写

2.2 运行

2.3 makefile可否单独对程序make

三、交叉编译openCV

四、运行简单的测试程序

4.1 连接ARM单片机

4.2 运行程序

挂载SD卡

拷贝opencv的lib入单片机

五、交叉编译MTCNN

3.1 交叉编译工具的查找

3.2 编译工具的更改

3.3 加入openCV交叉编译库

参考：

FPGA实践教程（四）片上ARM运行程序   https://blog.csdn.net/weixin_36474809/article/details/80743037

虚拟机相关操作，虚拟机联网，虚拟机安装openCV  https://blog.csdn.net/weixin_36474809/article/details/83373908

流程：安装并运行虚拟机——虚拟机上程序gcc通过——虚拟机上程序arm-linux-gcc通过

ARM上运行程序属于嵌入式，

一、创建虚拟机

下载并安装VMware workstation

https://baike.baidu.com/item/VMware%20Workstation/9884359?fr=aladdin

打开虚拟机 路径 A:\virtual_machine\ARM-linux

虚拟机相关操作 https://blog.csdn.net/weixin_36474809/article/details/83373908

二、虚拟机上编译通过程序

2.1 cmake的编写

https://blog.csdn.net/wfei101/article/details/77150234/

https://www.cnblogs.com/cv-pr/p/6206921.html

# version
cmake_minimum_required(VERSION 2.8) 

# project name
project(main)

#set environment variables
set(CUDA_USE_STATIC_CUDA_RUNTIME OFF)
set(QMAKE_CXXFLAGS "-std=c++11")

#include and link directories(need to be changed when change file location)
include_directories(/home/osrc/Desktop/document/FPGA-mtcnn/include/)
link_directories(/home/osrc/Desktop/document/FPGA-mtcnn/lib/)

#openCV
find_package( OpenCV REQUIRED)

#source directory
AUX_SOURCE_DIRECTORY(./src DIR_SRCS)

#executable file name
add_executable( main ${DIR_SRCS})

#link libraries
target_link_libraries( main ${OpenCV_LIBS} )
#target_link_libraries( main openblas)

2.2 运行

我们确保文件夹中只有makefileLists.txt，与src文件，然后cmake .

make直接就能运行。

红框文件均为后来生成的文件。

2.3 makefile可否单独对程序make

不可，若将cmakefile系列删除之后，只留makefile文件，程序便无法make。我们通过此步确认了cmake必须自始至终cmake

osrc@osrc-virtual-machine:~/Desktop/document/ARM-mtcnn$ make
CMake Error: The source directory "/home/osrc/Desktop/document/ARM-mtcnn" does not appear to contain CMakeLists.txt.
Specify --help for usage, or press the help button on the CMake GUI.
Makefile:266: recipe for target 'cmake_check_build_system' failed
make: *** [cmake_check_build_system] Error 1

三、交叉编译openCV

巨难，此步骤过程繁琐，依赖项众多，且极易出现bug，耗时很久。相关过程详细记载见：

虚拟机交叉编译openCV详细步骤及bug解决详解 https://blog.csdn.net/weixin_36474809/article/details/835012073.2

四、运行简单的测试程序

4.1 连接ARM单片机

我们编译过后的文件为test可执行文件。在交叉编译完openCV之后，此文件较为简单，具体生成过程见上面。

 FPGA实践教程（二）连接片上ARM  https://blog.csdn.net/weixin_36474809/article/details/80691642

 FPGA实践教程（四）片上ARM运行程序  https://blog.csdn.net/weixin_36474809/article/details/80743037

 插电并且连接usb。（虚拟机开启时，usb直接连接到虚拟机上，且一个usb只能连接一个虚拟机或者主机上）
我们需要将设备通过ssh连接到主机上，而不是虚拟机。

VMware连接USB的操作：

  • 开始菜单中打开运行，或按下Win+R打开运行，输入services.msc，打开服务。
  • 找到以VM开头的服务，将VMware USB Arbitration Service服务关闭，

 设备管理器中找到设备，安装相应的驱动，用SSH打开串口即可

4.2 运行程序

程序拷入SD卡，然后挂载上单片机。

挂载u盘不成功（fat32格式也不行）

zynq> umount /mnt/usb/
umount: can't umount /mnt/usb/: Invalid argument
zynq> mount -t vfat /dev/sda1 /mnt/
mount: mounting /dev/sda1 on /mnt/ failed: No such file or directory
zynq> ls /mnt/
usb
zynq> df -h
Filesystem                Size      Used Available Use% Mounted on
none                    249.5M         0    249.5M   0% /tmp
zynq> fdisk -l

Disk /dev/mmcblk0: 7906 MB, 7906263040 bytes
4 heads, 16 sectors/track, 241280 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

        Device Boot      Start         End      Blocks  Id System
/dev/mmcblk0p1   *          33        3232      102400   c Win95 FAT32 (LBA)
Partition 1 does not end on cylinder boundary
/dev/mmcblk0p2            3233      241280     7617536  83 Linux
Partition 2 does not end on cylinder boundary

挂载SD卡

fdisk -l

mount -t vfat [硬件目录] [所挂载的文件夹]

zynq> fdisk -lrandom: nonblocking pool is initialized

Disk /dev/mmcblk0: 7906 MB, 7906263040 bytes
4 heads, 16 sectors/track, 241280 cylinders
Units = cylinders of 64 * 512 = 32768 bytes

        Device Boot      Start         End      Blocks  Id System
/dev/mmcblk0p1   *          33        3232      102400   c Win95 FAT32 (LBA)
Partition 1 does not end on cylinder boundary
/dev/mmcblk0p2            3233      241280     7617536  83 Linux
Partition 2 does not end on cylinder boundary
zynq> df -h
Filesystem                Size      Used Available Use% Mounted on
none                    249.5M         0    249.5M   0% /tmp
zynq> mount -t vfat /dev/mmcblk0p1 /mnt/usb/
FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
zynq> ls /mnt/usb/
BOOT.bin                   test                       uramdisk.image.gz
System Volume Information  uEnv.txt                   zynqnet
devicetree.dtb             uImage

直接运行，运行不成功

zynq> ls
BOOT.bin                   test                       uramdisk.image.gz
System Volume Information  uEnv.txt                   zynqnet
devicetree.dtb             uImage
zynq> ./test
-/bin/ash: ./test: not found

报错原因： https://blog.csdn.net/yx_l128125/article/details/7418882 

原因可能为程序需要的静态库或者动态库没有，所以我们需要将opencv的lib拷入单片机的lib

拷贝opencv的lib入单片机

 

 

 

五、交叉编译MTCNN

3.1 交叉编译工具的查找

osrc@osrc-virtual-machine:~/Desktop/document/ARM-mtcnn$ sudo passwd
Enter new UNIX password: 
Retype new UNIX password: 
passwd: password updated successfully
osrc@osrc-virtual-machine:~/Desktop/document/ARM-mtcnn$ su root
Password: 
root@osrc-virtual-machine:/home/osrc/Desktop/document/ARM-mtcnn# cd /mnt/workspace/
root@osrc-virtual-machine:/mnt/workspace# find . -name "arm-linux-g*"
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/lib/gcc/arm-linux-gnueabihf
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/bin/arm-linux-gnueabihf-objcopy
。。。
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/arm-linux-gnueabihf
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/arm-linux-gnueabihf/include/c++/5.2.1/arm-linux-gnueabihf
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/libexec/gcc/arm-linux-gnueabihf
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/share/man/man1/arm-linux-gnueabihf-nlmconv.1
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/share/man/man1/arm-linux-gnueabihf-gdbserver.1
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/share/man/man1/arm-linux-gnueabihf-objcopy.1
./Xilinx/SDx/2017.4/gnu/aarch32/5.2.1/lnx64/share/man/man1/arm-linux-gnueabihf-strip.1
。。。
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-objcopy
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-nm
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-cpp
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-gcov-tool
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-gcov
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-as
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-ld
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-addr2line
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-readelf
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-gcc-nm
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-gprof
ranlib
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-objdump
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-ar
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-c++filt
/c++/6.2.1/arm-linux-gnueabihf
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/libexec/gcc/arm-linux-gnueabihf
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/share/man/man1/arm-linux-gnueabihf-nlmconv.1
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/share/man/man1/arm-linux-gnueabihf-cpp.1
./Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/share/man/man5/arm-linux-gnueabihf-gdbinit.5
^C
root@osrc-virtual-machine:/mnt/workspace# cd Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin
root@osrc-virtual-machine:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin# ls
arm-linux-gnueabihf-addr2line   arm-linux-gnueabihf-gdb
arm-linux-gnueabihf-ar          arm-linux-gnueabihf-gprof
arm-linux-gnueabihf-as          arm-linux-gnueabihf-ld
arm-linux-gnueabihf-c++         arm-linux-gnueabihf-ld.bfd
arm-linux-gnueabihf-c++filt     arm-linux-gnueabihf-nm
arm-linux-gnueabihf-cpp         arm-linux-gnueabihf-objcopy
arm-linux-gnueabihf-elfedit     arm-linux-gnueabihf-objdump
arm-linux-gnueabihf-g++         arm-linux-gnueabihf-ranlib
arm-linux-gnueabihf-gcc         arm-linux-gnueabihf-readelf
arm-linux-gnueabihf-gcc-6.2.1   arm-linux-gnueabihf-size
arm-linux-gnueabihf-gcc-ar      arm-linux-gnueabihf-strings
arm-linux-gnueabihf-gcc-nm      arm-linux-gnueabihf-strip
arm-linux-gnueabihf-gcc-ranlib  gdbserver
arm-linux-gnueabihf-gcov        runtest
arm-linux-gnueabihf-gcov-tool
root@osrc-virtual-machine:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin# ./arm-linux-gnueabihf-gcc -v
Using built-in specs.
COLLECT_GCC=./arm-linux-gnueabihf-gcc
COLLECT_LTO_WRAPPER=/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/../libexec/gcc/arm-linux-gnueabihf/6.2.1/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: /proj/esdt_sdk/gnu_abe/ABE/builds/lin/arm/arm-linux/snapshots//gcc-linaro-snapshot-6.2-2016.11/configure SHELL=/bin/sh --with-bugurl=https://bugs.linaro.org --with-mpc=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu --with-mpfr=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu --with-gmp=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu --with-gnu-as --with-gnu-ld --disable-libstdcxx-pch --disable-libmudflap --with-cloog=no --with-ppl=no --with-isl=no --disable-nls --enable-c99 --disable-libstdcxx-pch --enable-clocale=gnu --enable-libstdcxx-debug --enable-long-long --enable-gnu-indirect-function --disable-multilib --with-tune=cortex-a9 --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=arm --disable-multilib --enable-multiarch CFLAGS=-O2 CXXFLAGS=-O2 --disable-silent-rules --enable-libquadmath --enable-libg2c --enable-symvers=gnu --enable-libstdcxx-pch --enable-libssp --disable-libmudflap --enable-checking=release --enable-cheaders=c_global --enable-poison-system-directories --enable-clocale=generic --enable-shared --enable-threads=posix --disable-multilib --enable-c99 --without-local-prefix --enable-lto --disable-bootstrap --with-linker-hash-style=gnu --with-ppl=no --with-cloog=no --without-isl --enable-nls --enable-__cxa_atexit --with-build-sysroot=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu/arm-linux-gnueabihf/libc --enable-lto --enable-plugins --enable-linker-build-id --enable-long-long --enable-shared --with-sysroot=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu/arm-linux-gnueabihf/libc --enable-languages=c,c++,lto --enable-checking=yes --disable-bootstrap --with-bugurl=https://bugs.linaro.org --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=arm-linux-gnueabihf --prefix=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu
Thread model: posix
gcc version 6.2.1 20161114 (Linaro GCC Snapshot 6.2-2016.11) 
root@osrc-virtual-machine:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin# ls
arm-linux-gnueabihf-addr2line   arm-linux-gnueabihf-gdb
arm-linux-gnueabihf-ar          arm-linux-gnueabihf-gprof
arm-linux-gnueabihf-as          arm-linux-gnueabihf-ld
arm-linux-gnueabihf-c++         arm-linux-gnueabihf-ld.bfd
arm-linux-gnueabihf-c++filt     arm-linux-gnueabihf-nm
arm-linux-gnueabihf-cpp         arm-linux-gnueabihf-objcopy
arm-linux-gnueabihf-elfedit     arm-linux-gnueabihf-objdump
arm-linux-gnueabihf-g++         arm-linux-gnueabihf-ranlib
arm-linux-gnueabihf-gcc         arm-linux-gnueabihf-readelf
arm-linux-gnueabihf-gcc-6.2.1   arm-linux-gnueabihf-size
arm-linux-gnueabihf-gcc-ar      arm-linux-gnueabihf-strings
arm-linux-gnueabihf-gcc-nm      arm-linux-gnueabihf-strip
arm-linux-gnueabihf-gcc-ranlib  gdbserver
arm-linux-gnueabihf-gcov        runtest
arm-linux-gnueabihf-gcov-tool
root@osrc-virtual-machine:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin# export PATH=${PATH}:Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin
root@osrc-virtual-machine:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin# pwd
/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin
root@osrc-virtual-machine:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin# export PATH=${PATH}:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin
root@osrc-virtual-machine:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin# arm-linux-gnueabihf-gcc -v
Using built-in specs.
COLLECT_GCC=arm-linux-gnueabihf-gcc
COLLECT_LTO_WRAPPER=/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/../libexec/gcc/arm-linux-gnueabihf/6.2.1/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: /proj/esdt_sdk/gnu_abe/ABE/builds/lin/arm/arm-linux/snapshots//gcc-linaro-snapshot-6.2-2016.11/configure SHELL=/bin/sh --with-bugurl=https://bugs.linaro.org --with-mpc=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu --with-mpfr=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu --with-gmp=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu --with-gnu-as --with-gnu-ld --disable-libstdcxx-pch --disable-libmudflap --with-cloog=no --with-ppl=no --with-isl=no --disable-nls --enable-c99 --disable-libstdcxx-pch --enable-clocale=gnu --enable-libstdcxx-debug --enable-long-long --enable-gnu-indirect-function --disable-multilib --with-tune=cortex-a9 --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=arm --disable-multilib --enable-multiarch CFLAGS=-O2 CXXFLAGS=-O2 --disable-silent-rules --enable-libquadmath --enable-libg2c --enable-symvers=gnu --enable-libstdcxx-pch --enable-libssp --disable-libmudflap --enable-checking=release --enable-cheaders=c_global --enable-poison-system-directories --enable-clocale=generic --enable-shared --enable-threads=posix --disable-multilib --enable-c99 --without-local-prefix --enable-lto --disable-bootstrap --with-linker-hash-style=gnu --with-ppl=no --with-cloog=no --without-isl --enable-nls --enable-__cxa_atexit --with-build-sysroot=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu/arm-linux-gnueabihf/libc --enable-lto --enable-plugins --enable-linker-build-id --enable-long-long --enable-shared --with-sysroot=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu/arm-linux-gnueabihf/libc --enable-languages=c,c++,lto --enable-checking=yes --disable-bootstrap --with-bugurl=https://bugs.linaro.org --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=arm-linux-gnueabihf --prefix=/proj/esdt_sdk/gnu_abe/ABE/builds/abe_check/builds/destdir/x86_64-unknown-linux-gnu
Thread model: posix
gcc version 6.2.1 20161114 (Linaro GCC Snapshot 6.2-2016.11) 
root@osrc-virtual-machine:/mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin#

3.2 编译工具的更改

在cmakeList.txt中，决定编译工具的为：

#set environment variables
set(CUDA_USE_STATIC_CUDA_RUNTIME OFF)
set(QMAKE_CXXFLAGS "-std=c++11")  #c++compiler

https://www.cnblogs.com/rickyk/p/3875334.html

更改为我们需要的交叉编译工具

#set environment variables
set(CUDA_USE_STATIC_CUDA_RUNTIME OFF)
#set(QMAKE_CXXFLAGS "-std=c++11")  #c++compiler
SET(CMAKE_CXX_COMPILER /mnt/workspace/Xilinx/SDK/2017.4/gnu/aarch32/lin/gcc-arm-linux-gnueabi/bin/arm-linux-gnueabihf-g++)

但是cmake之后在make时出现报错：

[ 80%] Building CXX object CMakeFiles/main.dir/src/mtcnn.cpp.o
cc1plus: warning: include location "/usr/local/include/opencv" is unsafe for cross-compilation [-Wpoison-system-directories]
cc1plus: warning: include location "/usr/local/include" is unsafe for cross-compilation [-Wpoison-system-directories]
[100%] Linking CXX executable main
/usr/local/lib/libopencv_videostab.so.2.4.9: file not recognized: File format not recognized
collect2: error: ld returned 1 exit status
CMakeFiles/main.dir/build.make:191: recipe for target 'main' failed
make[2]: *** [main] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/main.dir/all' failed
make[1]: *** [CMakeFiles/main.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2

说明我们需要对openCV库也进行交叉编译。

交叉编译openCV，我们在完成交叉编译之后再继续对MTCNN进行交叉编译。

3.3 加入openCV交叉编译库

#include and link directories(need to be changed when change file location)
include_directories(/home/osrc/Desktop/document/arm/opencv-install/include/)
link_directories(/home/osrc/Desktop/document/arm/opencv-install/lib/)

加入opencv交叉编译之后的库。

root@osrc-virtual-machine:/home/osrc/Desktop/document/ARM-mtcnn# make
[ 20%] Linking CXX executable main
CMakeFiles/main.dir/src/pikaqiu.cpp.o: In function `main':
pikaqiu.cpp:(.text+0x8c): undefined reference to `cv::imread(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int)'
pikaqiu.cpp:(.text+0x184): undefined reference to `cv::_InputArray::_InputArray(cv::Mat const&)'
pikaqiu.cpp:(.text+0x198): undefined reference to `cv::imshow(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, cv::_InputArray const&)'

依然是openCV的问题，交叉编译程序失败。

未完，后续更新。

 

 

 

 

 

 

 

祥瑞Coding
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
专栏目录
mtcnn-light交叉编译，在hi3516a上运行
02-27
mtcnn-light通过arm-hisi300-linux-g++交叉编译，能在hi3516a上运行，压缩包中包含交叉编译后的opencv的头文件和库，以及openblas交叉编译后的头文件和库。压缩包中的mtcnn-test文件夹，直接有可以在hi3516a上直接运行的程序。
Record: My CMakeLists
超级无敌大泡泡的博客
12-16 412
#1 设置需要的最小版本的cmake cmake_minimum_required(VERSION 3.10) #2 定义生成的项目名 project(perceive_tracking) #3.1 设置cmake参数 set(CMAKE_CXX_FLAGS “${CMAKE_CXX_FLAGS} -std=c++11 -O3”) set(CMAKE_BUILD_TYPE Release) #3.2 定义CUDA_USE_STATIC_CUDA_RUNTIME，并将其值设为OFF #为了解决cannot f
ZYNQ7020-简介
最新发布
bwwjsbzdwhy的博客
05-27 439
连接处理器系统和可编程逻辑：使用Block Design工具将处理器系统和可编程逻辑部分（FPGA逻辑）连接起来。创建新工程：使用Vivado设计工具创建一个新的工程。在创建工程时，选择正确的设备（ZYNQ-7020），并选择适当的开发板。编译和调试：使用Vivado SDK编译和调试您的应用程序。配置和运行：将生成的比特流文件和可执行文件加载到ZYNQ-7020开发板上，配置板载FPGA和运行应用程序。生成比特流文件：在Vivado设计工具中，生成比特流文件，该文件包含了可编程逻辑的编程信息。
ld cudrt
beizhengren的博客
08-01 512
在find_package  OpenCV REQUIRED之前添加 CUDA_USE_STATIC_CUDA_RUNTIME OFF，  在 CMakeLists.txt中, 或者  cmake -DCUDA_USE_STATIC_CUDA_RUNTIME=OFF
-lopencv_dep_cudart
qq_40213457的博客
02-26 246
修改源目录的 CmakeList.txt 文件到别的目录，然后编译，会报 cannot find -lopencv_dep_cudart 错误 尝试 在 CmakeLiest.txt 中加入选项  set(CUDA_USE_STATIC_CUDA_RUNTIME OFF)  ，编译之后任然报此错误 在网上借鉴  http://blog.csdn.net/xbcreal/article/deta...
00 从零开始学习ZYNQ_ARM目录
陌夏微秋的博客
07-24 174
本专栏采用正点原子领航者，（7010也可以学习）的ARM端，从零开始学习的教程，在官方教程的基础上，加入PL-PS交互的知识，同时融合多个工程于一体。
ZYNQ 7020 UART0 串口程序，全工程文件，可以直接使用
07-14
7. **下载与调试**：最后，将生成的比特流文件下载到ZYNQ 7020的PL部分，并运行PS中的软件。通过上位机连接到UART0，可以进行数据的发送和接收测试。 压缩包文件"lab_uart_20200713"可能包含了上述所有步骤的源代码...
zynq 7020 的原理图和PCB
06-09
《ZYNQ 7020的硬件设计详解——基于ORCAD+Allegro与AD格式》 在嵌入式系统领域，Xilinx的ZYNQ系列处理器因其强大的处理能力和灵活的可编程特性，被广泛应用在各种高性能计算、工业控制以及网络通信等领域。本文将...
zynq 7020 matlab程序
08-25
在Zynq 7020上运行MATLAB程序，可以充分利用其并行处理能力，优化数字信号处理算法的性能。例如，可以使用MATLAB编写预处理算法，如滤波、均衡化和信道编码，以改善数据传输的准确性和可靠性。此外，Zynq 7020的FPGA...
ZYNQ 7020驱动LCD显示字符（FPGA驱动）.zip
03-20
通过分析和运行这些代码，开发者可以了解ZYNQ 7020在驱动LCD时的具体实现细节，学习如何将FPGA的硬件优势与ARM处理器的软件灵活性相结合。 总之，ZYNQ 7020 FPGA驱动LCD显示字符涉及硬件描述语言编程、IP核集成、...
ZYNQ 7020实现axi_dma_loop驱动（SDK驱动）.zip
03-21
项目描述中提到"项目代码可直接编译运行"，这意味着提供的是一个完整的解决方案，开发者可以直接导入SDK工程，进行编译和调试。这通常包含以下步骤： 1. 在SDK中导入工程，设置好交叉编译链工具。 2. 配置驱动，...
45_ZYNQ7020开发板SDK_逻辑ARM输出“Hello World“
weixin_39193953的博客
09-11 1475
摘要 ：前面实验都是在PL端进行，PL端开发和FPGA开发流程没什么区别，ZYNQ的主要优势就是FPGA和ARM的合理结合。开始使用ARM，也就是PS,使用串口打印输出Hello World **FPGA工程师:**负责把vivado工程搭建好，提供好硬件给软件开发人员。 **软件工程师：**在硬件基础上开发应用程序。 ZYNQ芯片分PL端和PS端，PS端的IO分配相对固定，ZYNQ中需要将ARM硬核添加到工程中才能使用。 一、FPGA工程师工作内容 创建一个ps_hello工程 点击"Create Bl
YOLOv5加速部署：激斗tensorrtx踩坑指南！(win10+python/c++)
qq_46381513的博客
02-11 2764
由于项目需要，今日来研究了一下yolov5的tensorrt部署，和各种小bug激斗了十余小时，但网络上的几乎所有教程都忽略了一些小细节，造成了很多的麻烦，但最终终于成功生成！本踩坑经验仅适用于tensorrtx的c++/python部署方式。
在ZYNQ7020上学习ARM架构（1）——练习指令集
weixin_37553898的博客
07-20 1497
1. 前言 最近在看ARM的架构，看到指令集 这一章，讲的比较简单，也没有具体的例子，所以就想着实践一下。ARM官网也给出了几个练习，就想着先尝试一下。但是官方的开发软件是收费的同时使用的还是模拟器，而我手边正好有搭载ARM Cortex-A9的ZYNQ7020，就直接在ZYNQ上练习好了。 Note： 这篇文章记录了我的思路历程，不是纯粹的教程，可能会繁琐。 2. ZYNQ的ARM核是怎么样启动的 到最后才发现，这里其实不需要知道就可以继续了，但是既然去了解了我就把他写下来。 2.1 stage0：Boo
【资料分享】Xilinx Zynq-7010/7020工业评估板规格书（双核ARM Cortex-A9 + FPGA，主频766MHz）
创龙，嵌入式一体化解决方案商
06-25 2766
创龙科技TLZ7x-EasyEVM是一款基于Xilinx Zynq-7000系列XC7Z010/XC7Z020高性能低功耗处理器设计的异构多核SoC评估板，处理器集成PS端双核ARM Cortex-A9 + PL端Artix-7架构28nm可编程逻辑资源，评估板由核心板和评估底板组成。核心板经过专业的PCB Layout和高低温测试验证，稳定可靠，可满足各种工业应用环境。
C++ 编译过程遇到问题快速查找解决
weixin_36588212的博客
05-31 2047
解决使用—— #ifndef ***_H #define ***_H #endif 无法解决的多次定义问题
复旦微ZYNQ7020全国产替代方案设计
YEYUANGEN的专栏
03-19 7033
该核心 模 块 将FMQL20S400 （兼容FMQL10S400）的最小系统集成在了一个 50*70mm 的核心板上，可以作为一个核心模块，进行功能性扩展，特别是用在控制领域，可以发挥其独特的优势。FMQL20S400 是全可编程融合芯片，在单芯片内集成了具有丰富特点的四核处理器（PS）和可编程逻辑（PL），基于先进的 28nm 工艺，配合相应的开发软件，实现一体化软硬件平台，方便开发，节约生产成本。 晶振：PL 端支持 1 路 50MHz 时钟，PS 端支持 1 路 33.33Mhz时钟；
CUDA RUNTIME
洪流之源
04-11 4458
cuda runtime是以cuda driver为基准开发的运行时库，driver API更为底层一些，对一般用户不是很友好，例如需要做显式的device初始化，以及context、module的管理。但是使用更为灵活，提供一些runtime API所没有的功能，毕竟runtime API的功能都是包装driver 的功能实现的。而runtime API把driver API包装了一些，将很多原本需要代码编写的步骤（比如说上面的device初始化）自动完成了，因此会更加容易上手。 当调用第一个cuda
使用源码独立编译ZYNQ Linux系统
风雨无阻
07-04 2955
0、说明 之前通过使用petalinux构建ZYNQ Linux系统，依赖于对petalinux的理解，本节通过最原始的方法编译ZYNQ系统。及获取源码，然后对源码独立编译，打包后烧录。 1、环境 1.1硬件环境 Xilinx ZCU104开发板 1.2软件环境 VM ubuntu 18.04 windows 10 1.3资源下载准备 内核源码 通过petalinux完成配置内核后，在工程的build/downloads目录下有git2_github.com.Xilinx.li....
zynq 7020 uart0 串口程序
07-02
### 回答1： Zynq 7020是一款Xilinx公司生产的可编程逻辑器件。它内部集成了ARM Cortex-A9双核处理器和可编程逻辑单元，具有强大的计算和通信能力。UART（Universal Asynchronous Receiver/Transmitter）是一种常用的串行通信接口，用于在不同设备之间传输数据。 编写Zynq 7020上的UART0串口程序需要以下步骤： 1. 配置UART0的引脚：首先，需要设置Zynq 7020的引脚，将UART0的发送和接收引脚与外部设备连接起来。 2. 初始化UART0：通过对UART0控制寄存器进行设置，可以配置串口的波特率、数据位数、停止位数和校验位等参数。 3. 发送数据：通过写入UART0的数据寄存器，可以向外部设备发送数据。可以使用循环将一串数据连续发送。 4. 接收数据：通过读取UART0的数据寄存器，可以从外部设备接收数据。可以使用循环读取多个数据，并将其存储在内存中。 5. 处理数据：接收到的数据可以进一步进行处理，如解码、验证或转换成特定格式。 6. 关闭UART0：使用完UART0后，应该关闭串口，并释放相关资源。 总的来说，Zynq 7020 UART0串口程序的关键是配置和控制UART硬件，从外部设备读取数据并向外部设备发送数据。具体的实现方法可以参考Xilinx提供的相关文档和开发工具。 ### 回答2： Zynq 7020是Xilinx推出的一款SoC（系统片上系统），其中包含了双核ARM Cortex-A9处理器和可编程逻辑单元（PL），可用于嵌入式系统开发。UART0是其中的一个串口接口。 在Zynq 7020上，我们可以通过编写程序来使用UART0串口。首先，我们需要配置Zynq 7020的PL部分来使UART0工作。这可以通过Vivado设计套件来完成。配置的过程涉及到连接PL中的UART0 IP核（Intellectual Property，知识产权）到PS（Processing System，处理系统）上的MIO（Multiplexed I/O）引脚，并设置相应的时钟和波特率等参数。 然后，我们可以使用C语言编写程序来与UART0进行通信。首先，我们需要打开UART0的设备文件，该文件位于Linux系统中的/dev目录下。通过打开设备文件，我们可以访问UART0的寄存器。接下来，我们可以使用标准的文件操作函数（如read和write）来发送和接收数据。 例如，要发送数据，我们可以使用write函数向设备文件写入数据。将要发送的数据存储在一个字符数组中，然后使用write函数将数据写入设备文件。类似地，我们可以使用read函数从设备文件中读取接收到的数据，并将其存储在另一个字符数组中。 除了发送和接收数据，我们还可以使用其他的配置函数来设置UART0的参数，例如设置波特率、数据位数、停止位等。这些函数可以在Linux系统的UART驱动程序中找到。 总之，Zynq 7020的UART0串口程序涉及到配置PL部分、使用C语言编写程序，并使用文件操作函数从设备文件中读取和写入数据。 ### 回答3： Zynq 7020是一款Xilinx公司生产的可编程SoC器件，它融合了双核ARM Cortex-A9处理器和可编程逻辑部分（PL）。UART（通用异步收发传输器）是一种在计算机和外部设备之间传输数据的通信协议。 使用Zynq 7020的UART0串口，我们可以通过编写程序来实现与其他设备的通信。下面是一个简单的Zynq 7020 UART0串口程序的示例： 首先，我们需要在Vivado中设计并配置Zynq 7020的系统，包括设置处理器和PL的连接方式以及配置UART0。然后，在开发板上上电并启动系统。 针对UART0串口的程序编写可以分为发送和接收两部分。 发送部分的代码如下： 1. 首先，需要引入UART0的寄存器地址，可以通过查阅Zynq 7020的参考手册获得。 2. 配置UART0的波特率、数据位、停止位、奇偶校验位等参数。 3. 使用对应的寄存器写入要发送的数据。 接收部分的代码如下： 1. 首先，需要引入UART0的寄存器地址。 2. 配置UART0的波特率、数据位、停止位、奇偶校验位等参数。 3. 使用对应的寄存器读取接收到的数据。 这是一个基本的Zynq 7020 UART0串口程序示例。根据实际需求，你可以对发送和接收部分的代码进行调整和扩展。同时，还需要合适的硬件连接和电源供应来确保UART0串口能够正常工作。 总结起来，Zynq 7020 UART0 串口程序的编写需要首先设计和配置Zynq 7020系统，并在这个基础上编写发送和接收部分的代码。通过这样的程序，我们可以实现与其他设备之间的数据通信。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

祥瑞Coding

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值