@zhuhehui
今天又能下载了，估计是我升级到LV2的原因。昨天还是LV1呢。

@miller370321 看源码呗

@kanken6174 不建议修改引脚驱动能力，因为i2c协议要求总线为弱上拉，提高IO驱动能力会使之变成强上拉

当VCC为1.8V时，上拉电阻应选用2K
当VCC为3.3V时，上拉电阻应选用4.7K

若无法正常使用，应排查走线质量与信号干扰。

@miller370321 不需要，V853 vision直接把helloworld 文件夹加在package 目录下，然后，source build/envsetup.sh lunch 16, make menuconfig 就可以看到hello world 了

是不是晶振附近有干扰 或者是买到了假的晶振

@null037 解决办法：修改打开设备

@apollo_0101 直接找defconfig配置也行

@whycanservice 明白了👍

@pointzero36 这个错误应该是 ISP 信息获取失败了

@lw409309740 推测是 yolo 模型训练开发

@xjy_5 请问最后有成功支持TC358743吗？

@kanken6174 谢谢，哪里可以找到让v851se工作的方法？理论上，除了ephy部分，v851s应该和v851se是一样的。

来个教程啊来个教程啊

@frank 这改完 lcd0 不能用了啊

@dream 同步最新的信息， 已经使用了 mutex 的方式，替换文件锁，可以解决 opkg remove 和 opkg list 等指令不能正常使用的问题，目前 opkg install 会出现段错误。

原以为解决了文件锁，就能解决 opkg 不能使用的问题，没想到只解决了一半🙄

*** libopkg\opkg_conf.c 2022-02-25 04:27:58.000000000 +0800 --- libopkg\opkg_conf.c 2024-03-03 14:20:36.000000000 +0800 *************** *** 19,30 **** --- 19,31 ---- #include <stdio.h> #include <sys/types.h> #include <sys/stat.h> #include <fcntl.h> #include <glob.h> #include <unistd.h> + #include <sys/mman.h> #include "opkg_conf.h" #include "pkg_vec.h" #include "pkg.h" #include "xregex.h" #include "sprintf_alloc.h" *************** *** 423,436 **** --- 424,452 ---- int opkg_conf_init(void) { pkg_src_list_init(&conf->pkg_src_list); pkg_dest_list_init(&conf->pkg_dest_list); pkg_dest_list_init(&conf->tmp_dest_list); nv_pair_list_init(&conf->arch_list); + + conf->mlock = mmap(NULL, sizeof(struct mt_lock), PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANON, -1, 0); + memset(conf->mlock, 0, sizeof(struct mt_lock)); + pthread_mutexattr_init(&conf->mlock->mutexattr); + pthread_mutexattr_setpshared(&conf->mlock->mutexattr, PTHREAD_PROCESS_SHARED); + pthread_mutex_init(&conf->mlock->mutex, &conf->mlock->mutexattr); return 0; + } + + static int my_lockf(int fd, int cmd, off_t len) + { + switch(cmd){ + case F_TLOCK: return pthread_mutex_trylock(&conf->mlock->mutex); + case F_ULOCK: return pthread_mutex_unlock(&conf->mlock->mutex); + } + return -22; } int opkg_conf_load(void) { int i, glob_ret; char *tmp, *tmp_dir_base, **tmp_val; *************** *** 498,510 **** lock_fd = creat(lock_file, S_IRUSR | S_IWUSR | S_IRGRP); if (lock_fd == -1) { opkg_perror(ERROR, "Could not create lock file %s", lock_file); goto err2; } ! if (lockf(lock_fd, F_TLOCK, (off_t) 0) == -1) { opkg_perror(ERROR, "Could not lock %s", lock_file); if (close(lock_fd) == -1) opkg_perror(ERROR, "Couldn't close descriptor %d (%s)", lock_fd, lock_file); lock_fd = -1; goto err2; --- 514,526 ---- lock_fd = creat(lock_file, S_IRUSR | S_IWUSR | S_IRGRP); if (lock_fd == -1) { opkg_perror(ERROR, "Could not create lock file %s", lock_file); goto err2; } ! if (my_lockf(lock_fd, F_TLOCK, (off_t) 0) == -1) { opkg_perror(ERROR, "Could not lock %s", lock_file); if (close(lock_fd) == -1) opkg_perror(ERROR, "Couldn't close descriptor %d (%s)", lock_fd, lock_file); lock_fd = -1; goto err2; *************** *** 573,585 **** hash_table_deinit(&conf->file_hash); hash_table_deinit(&conf->obs_file_hash); if (rmdir(conf->tmp_dir) == -1) opkg_perror(ERROR, "Couldn't remove dir %s", conf->tmp_dir); err3: ! if (lockf(lock_fd, F_ULOCK, (off_t) 0) == -1) opkg_perror(ERROR, "Couldn't unlock %s", lock_file); if (close(lock_fd) == -1) opkg_perror(ERROR, "Couldn't close descriptor %d (%s)", lock_fd, lock_file); if (unlink(lock_file) == -1) --- 589,601 ---- hash_table_deinit(&conf->file_hash); hash_table_deinit(&conf->obs_file_hash); if (rmdir(conf->tmp_dir) == -1) opkg_perror(ERROR, "Couldn't remove dir %s", conf->tmp_dir); err3: ! if (my_lockf(lock_fd, F_ULOCK, (off_t) 0) == -1) opkg_perror(ERROR, "Couldn't unlock %s", lock_file); if (close(lock_fd) == -1) opkg_perror(ERROR, "Couldn't close descriptor %d (%s)", lock_fd, lock_file); if (unlink(lock_file) == -1) *************** *** 652,664 **** pkg_hash_deinit(); hash_table_deinit(&conf->file_hash); hash_table_deinit(&conf->obs_file_hash); if (lock_fd != -1) { ! if (lockf(lock_fd, F_ULOCK, (off_t) 0) == -1) opkg_perror(ERROR, "Couldn't unlock %s", lock_file); if (close(lock_fd) == -1) opkg_perror(ERROR, "Couldn't close descriptor %d (%s)", lock_fd, lock_file); --- 668,680 ---- pkg_hash_deinit(); hash_table_deinit(&conf->file_hash); hash_table_deinit(&conf->obs_file_hash); if (lock_fd != -1) { ! if (my_lockf(lock_fd, F_ULOCK, (off_t) 0) == -1) opkg_perror(ERROR, "Couldn't unlock %s", lock_file); if (close(lock_fd) == -1) opkg_perror(ERROR, "Couldn't close descriptor %d (%s)", lock_fd, lock_file); *** libopkg\opkg_conf.h 2022-02-25 04:27:58.000000000 +0800 --- libopkg\opkg_conf.h 2024-03-03 14:20:05.000000000 +0800 *************** *** 20,31 **** --- 20,32 ---- typedef struct opkg_conf opkg_conf_t; extern opkg_conf_t *conf; #include <stdarg.h> #include <fnmatch.h> /* FNM_CASEFOLD */ + #include <pthread.h> #include "hash_table.h" #include "pkg_src_list.h" #include "pkg_dest_list.h" #include "nv_pair_list.h" *************** *** 39,50 **** --- 40,56 ---- /* In case the config file defines no dest */ #define OPKG_CONF_DEFAULT_DEST_NAME "root" #define OPKG_CONF_DEFAULT_DEST_ROOT_DIR "/" #define OPKG_CONF_DEFAULT_HASH_LEN 1024 + + struct mt_lock { + pthread_mutex_t mutex; + pthread_mutexattr_t mutexattr; + }; struct opkg_conf { pkg_src_list_t pkg_src_list; pkg_dest_list_t pkg_dest_list; pkg_dest_list_t tmp_dest_list; nv_pair_list_t arch_list; *************** *** 105,116 **** --- 111,125 ---- char *signature_ca_file; char *signature_ca_path; hash_table_t pkg_hash; hash_table_t file_hash; hash_table_t obs_file_hash; + + // replace file lock + struct mt_lock *mlock; }; enum opkg_option_type { OPKG_OPT_TYPE_BOOL, OPKG_OPT_TYPE_INT, OPKG_OPT_TYPE_STRING

@misay 您好，请问这个具体要怎么解决呀，我用yolov5-7.0的模型会有这个问题，6.0没有，但是需要用到7.0的语义分割模型。想请教下如何解决，谢谢大佬

@misay 您好，请问这个要怎么解决呀，我用yolov5-7.0的模型会有这个问题，6.0没有，但是需要用到7.0的语义分割模型。想请教下如何解决，谢谢大佬

但是patch中修改的文件，例如cap_v4l.cpp等
我只能在out中找到他们
0ac1d8f0-227f-4250-be9e-0da2bc8b9b43-image.png

@awwwwa 大佬您好，请问您有修复过这方面的经验吗，求分享😘

@alb702 add your layer and cat that file see what layer you configured

@sunchipv 问题已解决，是下载的字库有问题，更换另外的字库正常了

sorry for your spent time. Thank you!

抱歉佔用您的時間。 謝謝你！

https://v853.docs.aw-ol.com/study/study_3getsdktoc/

我决定从结论3开始：在uboot中初始化DSI接口和面板。 有用。

已解决
实际经验是：
在小机端执行 passwd root,设置密码
将小机端的 /etc/passwd
拉出来放到源码target/allwinner/v851se-perf1/busybox-init-base-files/etc/目录下
将target/allwinner/v851se-perf1/busybox-init-base-files/etc/inittab
修改为 /dev/console::respawn:-/bin/login

用这个试试
opkg install <安装包路径>

@awwwwa 感谢您的链接，这是一个有趣的解决方案，非常接近我想要实现的目标，我相信这使用了专有的闭源 tina-os，对吧？ 但由于这只是一个磁盘映像而不是开源的，我无法真正使用它，特别是因为它是用于 V851SE 而不是 V851S...我想在芯片上实现我自己的驱动程序和图像处理方法，从什么 我知道这需要 NDA 下的专有 sdk...

@yuzukitsuru
但是adb上看来会死掉（是整个linux挂掉adb断开，需要重新上电才行），回头我看一眼串口输出，

@q1215200171 非常感谢

@awwwwa 之前尝试修改过此文件，但结果烧录出来的卡始终是量产卡（烧录时选择启动卡烧录之后依然是量产卡）。。。。

@yelong98 解决了吗

@awwwwa 好的, 多谢

@lmmuyu 谢谢。我试试

@thepresent 在 适配Tina 5.0的eyesee-mpp移植成功 中说：

https://www.cnblogs.com/rockyching2009/p/10246438.html

您好，我下载了您所提供的包，然后按照图上说明勾选并make编译成功打包，但是在SDK目录下看不到源码，按照官方提供的《MPPsample使用说明》中提到的编译的问题，是在编译后会在对应目录下产生源码c65b0a6e-ed56-40ae-9861-3357778bb27f-image.png 但是我激活环境编译发现找不到cleanmpp和mkmpp命令，f5eb3531-50dd-48f7-8313-dfd8f52639ce-image.png ，求大佬们指点迷津
👶

@awwwwa
先谢过老哥
不过试过了 还是不行
这个是GPT的答案嘛哈哈

@awwwwa 在 YUVToBMP函数运行时间长问题 中说：

@mysteryli 正常，这个函数没有任何优化只是实现了功能，可以使用G2D转换YUV2RGB

有示例啥的嘛
怎么用G2D代替软件实现

@ddrddr 可能你的framebuffer支持alpha通道，但是填充图像数据的时候没有填写相应alpha数值。检查一下framebuffer格式即可。

这是 ISP 疯狂的一瞥，这是我首先调用camerademo，然后调用sample_uvcout的时候
Screencast from 08-01-2024 22:53:55.webm

@null037 新体验镜像：v853_linux_100ask_uart0.zip

@baiwen 一年过去了 🤔

你好，我目前有个疑问，这块的编译是跟系统绑在一起编译的，是一个大的makafile。现在需要将这块的编译的mackfile 单独弄出来一份，与我现有的代码做融合，这块的makefile怎样提取出来，比如有哪些这个编译得到依赖项怎样才能找到呢？

@biubiu 在 LVGL如何显示摄像头采集的数据? 中说：

@dybzz2 韦老师那边有参考：https://www.bilibili.com/video/BV1rF411f7Fw

你好，我看这个视频中韦老师写的代码，nv12 转 jpg的部分是使用的 cpu转化的，可以提供一下 g2d 转化的实现代码吗？

f346082a-7550-4f94-9752-b144cc552af8-1704347226761.png

卡烧录需要在uboot阶段完成，但是快启流程是BROM-BOOT0-Kernel，跳过了uboot阶段，所以USB烧录的时候需要通过物理的方式进入烧录，但卡烧录用同样的方式也不能进入烧录，所以要怎样操作呢？

@chrisvista
请问解决没？我和你遇到相同的问题，能指教一下？谢谢！

学习吧 刚刚接触 ！

v853可以三路输入，可以外接三个摄像头。

ffmpeg可以硬件编解码，但是需要自己编写对接硬件codec的部分，ffmpeg官方没有支持这部分

vnn_PreProcessNeuralNetwork(network_items,frame) 会申请内存吧，要么释放，要么就调用一次，然后改变输入指针指向的数据

@zeus007 在 关于V851S的LCD 5.5寸MIPI屏幕驱动分享 中说：

请问fb0_format格式设置什么

按照SDK默认的： fb0_format = <0>;

@whycanservice 如果只有一个output输出呢，大佬，主要改vnn_post_process.cpp这个文件吗？

（1）在线模式：四个vipp和dma实体，最大缩小比例为16*16，每路最多可支持16个orl
（2）离线模式：每个vipp和dma可分时复用为4个vipp和dma虚拟体，四个vipp和dma实体相互独立，在线模式和离线模式开关也是相互独立的；
（3）VIPP和DAM的分时复用（离线模式）与isp和tdm的分时复用（离线模式）是绑定关系，即tdm和isp开启了离线模式，vipp和dma的输入端如果是isp，那么vipp和dma也需要开启离线模式；
（4）只有VIPP0和dma0实体支持VE在线编码，而vipp0在线，如果vipp00的输入端为isp，那么tdm和isp也只能配置在线模式，而isp在线，那么四个vipp和dma实体都只能配置在线模式；

online 和 offline 配 置 方 式 在 board.dts ， 所 以 需 要 在 对 应 版 型 的 board.dts 中 找 到 vind0 节 点 配 置 列 表 ， 对 应 关 系 为 tdm 对 应 节 点 ， isp 对 应 isp00 节 点 ， vipp 对 应 scaler00 、 scaler10 、 scaler20 和 scaler30 节 点 ， dma 对 ， 应 vinc00 、 vinc10 、 vinc20 和 vinc30 节 点 。

在线模式，单路3输出

18ca36be-ad38-4813-9032-065baa08e803-image.png

离线模式，2路8输出

7c83156e-caa3-4a20-b0cb-cbb1546d1931-image.png

@alb702 在 V853 SDK：Linux内核下载。 中说：

uboot
从 SD 卡启动的“快速而肮脏”的方式。 也许这对某人有用。

V853 SDK不完全支持从SD卡启动。 我没有足够的信息来修复 SDK 的所有缺点，因此我使用了下面描述的方法。
我的设备使用 sdc0 控制器 (PF00...PF05) 和相应的 mmc0 接口进行启动。 下面的描述中将用到该接口。

Linux内核将通过脚本加载到uboot中。 我们准备一个文本格式的脚本，内容如下：

setenv bootargs console=ttyS0,115200 debug panic=5 rootwait root=/dev/mmcblk0p4 earlyprintk rw loglevel=7
fatload mmc 0:3 0x42000000 uImage
fatload mmc 0:3 0x43000000 board.dtb
bootm 0x42000000 - 0x43000000

并将其以 boot.cmd 的名称保存在临时目录中。

2、对于SDK中对应的【chip】和【board】：
在文件 //device/config/chips/[chip]/configs/[board]/sys_config.fex 中
需要更换：

;storage_type = 2
storage_type = 1

3.在SDK menuconfig（make menuconfig）中安装：
menuconfig1.png

在linux内核配置（make kernel_menuconfig）中设置：
menuconfig4.png

4.进入目录//lichee/brandy-2.0/u-boot-2018。 你需要做：
make menuconfig

对于 Boot Images 我们设置：
menuconfig2.png

对于 Boot Media 我们安装：
menuconfig3.png

如果你以这种形式组装系统并使用phoenixcard将其写入SD卡，那么u-boot很可能会启动。 但将无法访问mmc接口。 要使其出现，您需要运行命令：
mmcinfo

出现对界面的访问，但无法访问 mmc 部分。 你需要做：
part list mmc 0

现在您可以上传文件了 (fatload...)。

很明显，在u-boot控制台中输入这些命令是没有意义的，因此您需要在文件中写下引导的整个命令序列
//device/config/chips/[chip]/configs/[board]/linux/env-4.9.cfg :
....
#bootcmd=run setargs_nand boot_normal <-- 这需要禁用并替换为
bootcmd=mmcinfo; part list mmc 0; fatload mmc 0:3 0x42000000 boot.scr; source
....

6.如果使用mmc0，那么在文件中
//lichee/brandy-2.0/u-boot-2018/drivers/mmc/mmc.c

在 mmc_exit(void) 函数中，您需要更改：
...
//int sdc_no = 2;
int sdc_no = 0;
...

您可以组装系统（make）

镜像必须在“StartUp”模式下使用phoenixcard安装到SD卡上（不是“Product”！！！） 在这种情况下，应该出现对引导部分中的目录的访问，uImage 文件应位于其中。
您需要将boot.scr文件和board.dtb文件复制到该目录。 board.dtb 位于
//lichee/brandy-2.0/linux-4.9/arch/arm/boot/dts/

SDK 本身应该在构建时复制此文件，但由于某种原因它没有复制。

卸载SD 卡。 过程结束了！

感谢帮助，问题已解决

@cheng 我看了一下，应该是要开这两个选项吧？SDK可能分常电和快起两套的，可以问问SDK厂家那边

f315f95b-d9e7-43a8-883a-b06662b7bb95-image.png

@proc_c 设备树里面把disp关了试试？

@chengwei_peng 有用👍

请问，nanopi neo的板子，如何修改串口设置？ 我在公司 提供的内核代码中没有找到board.dts文件，只有sun8i-h3-nanopi-neo.dtsi文件，但该文件内容非常少。

@awwwwa 在 V853 SDK : PMU TWI 中说：

V853s

我在 lunch 中选择了v853s-sc1718v选项。 使用 sys_config.fex 中的必要参数重建系统。 现在 boot0 阶段运行没有错误。
谢谢你！

@dort91011 遇到了同样的问题，请问解决了吗

@sunxi uboot和内核目录的config文件中

That's cool!

T113-i的disp寄存器地址是否正确？

compatible = "allwinner,sunxi-disp";
reg = <0x0 0x05000000 0x0 0x3fffff>, /* de0 /
<0x0 0x05460000 0x0 0xfff>, /display_if_top/
<0x0 0x05461000 0x0 0xfff>, / tcon-lcd0 /
<0x0 0x05470000 0x0 0xfff>, / tcon-tv /
<0x0 0x05450000 0x0 0x1fff>; / dsi0*/

@xjy_5 谢谢

66666666

@jeffdev 在 v853 lvgl 使用删除obj来隐藏界面会报错 中说：

@sunchipv 如果是多个界面的话，自己搞个窗口管理的，然后不用隐藏，直接用lv_scr_load或lv_scr_load_anim来加载不同的界面，通过参数可以控制不删除或者删除上一个窗口对象，而不用自己手动删除。这个状况更可能的是内存泄漏，但还有因为字体导致出现的应用挂掉。如果是在板子上运

好的，我试一下，感谢