本帖最后由 三十三 于 2022-10-28 15:36 编辑

okhxyyo 发表于 2022-10-26 10:11 楼主这个回复是先占楼吗？还是有什么问题？

先占楼   这几天看了一些评测，发现我写的东西和其他人不一样，大家都是硬件为主，显示各个模块的功能，跑马灯、算法跑通就可以了，我这要求的工作量有点大，自己还纠结了一阵，还想把板卡退回去，这活有点大了。 后来想通了 对于评测，比如个人PC，用评测软件，算算各个部件的分数就可以，手机也是一样。但是开发板，就算每个部件的分值都很高，对开发者来讲需要好像不是很重要，因为核心部件速度够了，剩下的都可以换部件的。那我最关心的是什么，不就是作为开发者，如何能让我的代码控制每一个部件，这需要的就是代码、驱动、项目和技术的支撑。 那我评测方向应该就是最关心的事情，当然我代表不了大家，我关心就是能不能快速、安全、方便、稳定的用这个板卡做出我想要的东西，那这个评测最终应该告诉大家是或者不是，而这是我认为一个开发板评测的基本要求。只有这个评测之后，才是对系统各个部件运行的稳定性进行评测，才能最终获取这个开发板基本的稳定性信息。 如果我的工作能帮其他人在开发板选型方面节约一周或者更多的时间，我的工作是有意义的。   11.开箱评测 补充前面任务

本帖最后由 三十三 于 2022-10-26 23:07 编辑 1. 这里出了一个乌龙，我好像发错地方了，和厂商那边确认了一下，因为公共因素，我准备这边发，同事会做同步。 2. 我这个测试是同步做的，因为手头要开发项目多。又不想写水贴，自然工作量就增加了。 3. 占位是因为写了很多内容，后来发现问题就删除了，后续会补足。 4. PLC移植我正在考虑做那家的，作为板卡测试，其实没有必要弄的太麻烦。我们有自己的PLC内核（C/C++/Python/go 4种版本），开源的内核也基本全做过。所以选择那个到时候再说了。如果有什么建议可以直接给我留言。

本帖最后由 三十三 于 2022-10-28 03:28 编辑 晚上没啥事，就继续更新帖子，上次弄做完的工作，设立了几个目标就是继续完成 使用wsl进行开发环境的配置，结果一塌糊涂，wsl2和vmware安装要开的结太多，试了几次就放弃了。 使用是windows版本的arm开发工具链，结果我忘记开发日志的存放目录了。 所以这次继续编译相关的库，看看顺利不。首先移植以下lua这个常用库看看效果。   9. 编译lua 在QT新建一个库   QTCore取消，剩下的就是一路确定就可以了。 选择项目后，添加“现有文件”，选择lua文件加入，操作如下  其中lua.che luac.c需要去除，添加完毕后，选择release 生成即可。 在/home/test3/MySource/build-lua-T3-Release 可以看见文件列表，其中liblua.so.1.0.0 即使我们需要使用的文件   10. 运行lua相关例子 在QT Creator中新建一个C++项目，名称为testLuaApp，路径根据你自己的目录选择即可。  一路回车，编译环境选择T3即可。 在build-lua-T3-Release下输入命令cp liblua.so.1.0.0  ../testLuaApp/liblua.so 把库文件拷贝到工作目录中。 选择项目名称，右键选择“添加库”，  选择外部库 信息如上所示即可   最后testLuaApp.pro内容如下 TEMPLATE = app CONFIG += console c++11 CONFIG -= app_bundle CONFIG -= qt SOURCES += main.cpp unix:!macx: LIBS += -L$$PWD/./ -llua INCLUDEPATH += $$PWD/. DEPENDPATH += $$PWD/. target.path=/root INSTALLS+=target 拷贝lua目录下的lauxlib.h、lua.h、luaconf.h、lualib.h 四个文件到当前目录下。 main.cpp的内容如下 #include <iostream> extern "C"{ #include "lua.h" #include "lualib.h" #include "lauxlib.h" } using namespace std; char *code = "for i=0, 3 do print('Hello, world!@lua') end"; int main() { cout << "Hello World@main!" << endl; lua_State *s=luaL_newstate(); luaL_openlibs(s); //打开Lua附加库 luaL_dostring(s, code); //执行字符串中的源代码 lua_close(s); //关闭虚拟机 return 0; } 重新构建即可，这时候运行文件生成了。 这时候需要用 scp liblua.so root@192.168.99.98:/root/liblua.so.1 把库同步到开发板上。 这时候我们使用debug就可以跟踪程序运行。运行结果如下  

本帖最后由 三十三 于 2022-10-25 03:15 编辑 8.配置QT的远程调试 前面已经可以用命令行进行程序的编译了，不过那样没有任何有用的资料，现在我们配置QT Creator，让其可以做远程调试。配置前用户最好使用使用 ssh root@192.168.99.98 ，登录一下开发板，方便后续配置。 编译QT支持，在T3目录下的lichee目录下运行下列命令 ./comp_qtLib-590_only.sh 等编译完成后，开始配置QT的环境   修改工程配置，位置在QT Creator软件中工具——选择——构建和运行——Debuggers——Add，按图中内容，其中路径需要改成自己本机的。 Path填写/home/test3/T3/lichee/out/sun8iw11p1/linux/common/buildroot/host/usr/bin/arm-linux-gnueabihf-gdb   编译器中，需要手工添加C++和C的编译选项 C++编译路径: /home/test3/T3/lichee/out/sun8iw11p1/linux/common/buildroot/host/usr/bin/arm-linux-gnueabihf-g++     C编译路径: /home/test3/T3/lichee/out/sun8iw11p1/linux/common/buildroot/host/usr/bin/arm-linux-gnueabihf-gcc     配置qmake     配置cmake   配置开发板的连接，就是配置远程开发板的地址了。我的开发版IP是192.168.99.98    点击上图的Test，可以看见下列画面，即证明开发机可以连接到开发板 构建套件 其中sysroot路径：/home/test3/T3/lichee/out/sun8iw11p1/linux/common/buildroot/host/usr/arm-buildroot-linux-gnueabihf/sysroot   （请根据自己本机情况配置）     上述工作完毕后，QT下的开发环境就建立完毕。 下面将进在QT Creator建立一个C++程序，默认用qmake。    这里需要在.pro文件中添加下面两行代码 target.path=/root INSTALLS+=target     上述工作做完后，就可以开发和调试了，这里是构建完毕后，在开发板目录下的文件，其中App1就是建立的程序。    下图位是在开发PC上，单步调试下的抓图     我使用Demo里面的led部分的代码进行调试，很方便易用，速度也很快。 到这里，编译环境基本搭建完毕，QT的远程调试也已经完毕。   这次开发环境安装测试在不同的debian和ubuntu系统安装了多次，测试结果还是官方推荐的ubuntu18是没有任何问题的，也测试了使用qt creator通过以太网就进行远程开发调试，这种方法是对嵌入式开发来讲是最好最方便的开发方式。 这里的问题依旧是缺少多种linux版本的支持方案，比如我的工作机器是debian，偶尔会用manjora，debian 都是在sid下，安装兼容性问题是有影响，同时也能理解厂家对ubuntu18 lte的支持是应为其长期官方支持的缘故。 关于PLC的移植开发和编译工作，下来会尝试进行编译，看下整体开发环境兼容性的效果。