试试使用Ubuntu 14.04

5b09e924-3535-4819-b3d3-de463d4c462d-image.png

确实是指针的图片问题！

@xiaye

单个包：

define Package/程序包名/extra_provides echo 'libz.so'; endef

多个包：

define Package/程序包名/extra_provides echo 'libstdc++.so.6'; \ echo 'libm.so.6'; \ echo 'libc.so.6'; \ echo 'libz.so'; endef

@gonboy 换这个帖子里的驱动，芒果仓库里的摄像头驱动用不了的

D1-H （MQ-Pro）驱动 OV5640 摄像头
https://bbs.aw-ol.com/topic/4017/share/1

@wordiansom 还没有试过呢

@whycan 1. 没有文件，在ext4分区，进行启动加载。
2. 这种现象，貌似 是对 29G的空间进行，格式化。（偶尔会启动慢）

can't run '/etc/preinit': No such file or directory mount: mounting proc on /proc failed: Resource busy mount: mounting tmpfs on /run failed: No such file or directory hostname: can't open '/etc/hostname': No such file or directory ------run rc.preboot file----- [ 6.412934] EXT4-fs (mmcblk0p8): mounted filesystem with ordered data mode. Opts: (null) ------run rc.modules file----- insmod: can't insert '/lib/modules/5.4.61/usb-storage.ko': No such file or directory [ 6.467474] sunxi_gpadc_init,2151, success [ 6.472441] sunxi_gpadc_setup: get channel scan data failed [ 6.479050] input: sunxi-gpadc0 as /devices/virtual/input/input1 [ 6.491148] get ctp_power is fail, -22 [ 6.495359] get ctp_power_ldo_vol is fail, -22 [ 6.500392] sunxi_ctp_startup: ctp_power_io is invalid. [ 6.506288] get ctp_gesture_wakeup fail, no gesture wakeup [ 6.512475] gt9xxnew_ts 2-0014: 2-0014 supply ctp not found, using dummy regulator [ 6.709604] input: gt9xxnew_ts as /devices/virtual/input/input2 [ 6.996971] sunxi-rfkill soc@3000000:rfkill@0: wlan power on success [ 7.104136] sunxi-rfkill soc@3000000:rfkill@0: bus_index: 1 [ 7.110433] sunxi-mmc 4021000.sdmmc: sdc set ios:clk 0Hz bm PP pm UP vdd 21 width 1 timing LEGACY(SDR12) dt B [ 7.122094] sunxi-mmc 4021000.sdmmc: no vqmmc,Check if there is regulator [ 7.142279] sunxi-mmc 4021000.sdmmc: sdc set ios:clk 400000Hz bm PP pm ON vdd 21 width 1 timing LEGACY(SDR12) dt B [ 7.167200] sunxi-mmc 4021000.sdmmc: sdc set ios:clk 400000Hz bm PP pm ON vdd 21 width 1 timing LEGACY(SDR12) dt B [ 7.182888] sunxi-mmc 4021000.sdmmc: sdc set ios:clk 400000Hz bm PP pm ON vdd 21 width 1 timing LEGACY(SDR12) dt B [ 7.196179] sunxi-mmc 4021000.sdmmc: card claims to support voltages below defined range [ 7.214867] sunxi-mmc 4021000.sdmmc: sdc set ios:clk 400000Hz bm PP pm ON vdd 21 width 1 timing SD-HS(SDR25) dt B [ 7.226470] sunxi-mmc 4021000.sdmmc: sdc set ios:clk 50000000Hz bm PP pm ON vdd 21 width 1 timing SD-HS(SDR25) dt B [ 7.238313] sunxi-mmc 4021000.sdmmc: sdc set ios:clk 50000000Hz bm PP pm ON vdd 21 width 4 timing SD-HS(SDR25) dt B [ 7.250839] mmc1: new high speed SDIO card at address 0001 Successfully initialized wpa_supplicant ------run rc.final file----- mount: mounting /dev/mmcblk0p1 on /mnt/extsd failed: No such file or directory

请问您会开启矢量指令的支持了吗？我也正在尝试解决这方面的问题

lcd_driver_name改为tft08006
7c874b5e-bd57-4585-8613-89e433584a06-image.png

另外，驱动代码里将name也改为tft08006

3c3d3e63-e968-4d31-b9a6-1e588414db36-image.png

@gonboy

试一试这个，用buildroot：

--来自百度网盘超级会员V4的分享
hi，这是我用百度网盘分享的内容~复制这段内容打开「百度网盘」APP即可获取 
链接:https://pan.baidu.com/s/1tADvigD1xtOWqieJmcuPkA?pwd=awol 
提取码:awol

@steward 太好了。特别期待中。。

@whycan
可能是手动安装的驱动，识别不到板子接到哪一个USB端口，然后导致驱动无法正常工作，且设备无法启动

D1文档从全志客户服务平台下架了，后续文档会从你看到的这个在线文档的地址（https://d1.docs.aw-ol.com/ ）发出&更新，这里的文档会更适合个人开发者和入门小白。

@whycan 在 d1-h sdk编译版本 中说：

--来自百度网盘超级会员V4的分享
hi，这是我用百度网盘分享的内容~复制这段内容打开「百度网盘」APP即可获取 
链接:https://pan.baidu.com/s/1tADvigD1xtOWqieJmcuPkA?pwd=awol 
提取码:awol

这里面的Ubuntu18.04编译tina,Android10,Android12都没问题。

@whycan 在 T113-S3 配置横屏显示系统跑不起来问题 中说：

横屏没有问题的，现在正常竖屏可以了吗？
因为这个驱动芯片自带GRAM，所以不需要soc参与也很容易各种旋转。

目前竖屏能显示了，但是有这种竖纹阴影显示，你看下图片，这种问题怎么解决？
屏幕异常.png

你所说的ST7701S自带GRAM，不需要soc参与也很容易各种旋转。那是不是在初始化代码里配置，
我把屏幕厂商给的初始化代码发出来，帮忙看看怎么修改的。多谢~~

SPI_WriteComm(0xFF); SPI_WriteData(0x77); SPI_WriteData(0x01); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x13); SPI_WriteComm(0xEF); SPI_WriteData(0x08); SPI_WriteComm(0xFF); SPI_WriteData(0x77); SPI_WriteData(0x01); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x10); SPI_WriteComm(0xC0); SPI_WriteData(0x77); SPI_WriteData(0x00); SPI_WriteComm(0xC1); SPI_WriteData(0x0C); SPI_WriteData(0x0C); SPI_WriteComm(0xC2); SPI_WriteData(0x07); SPI_WriteData(0x02); SPI_WriteComm(0xCC); SPI_WriteData(0x10); SPI_WriteComm(0xB0); SPI_WriteData(0x00); SPI_WriteData(0x0C); SPI_WriteData(0x19); SPI_WriteData(0x0B); SPI_WriteData(0x0F); SPI_WriteData(0x06); SPI_WriteData(0x05); SPI_WriteData(0x08); SPI_WriteData(0x08); SPI_WriteData(0x1F); SPI_WriteData(0x04); SPI_WriteData(0x11); SPI_WriteData(0x0F); SPI_WriteData(0x26); SPI_WriteData(0x2F); SPI_WriteData(0x1D); SPI_WriteComm(0xB1); SPI_WriteData(0x00); SPI_WriteData(0x17); SPI_WriteData(0x19); SPI_WriteData(0x0F); SPI_WriteData(0x12); SPI_WriteData(0x05); SPI_WriteData(0x05); SPI_WriteData(0x08); SPI_WriteData(0x07); SPI_WriteData(0x1F); SPI_WriteData(0x03); SPI_WriteData(0x10); SPI_WriteData(0x10); SPI_WriteData(0x27); SPI_WriteData(0x2F); SPI_WriteData(0x1D); SPI_WriteComm(0xFF); SPI_WriteData(0x77); SPI_WriteData(0x01); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x11); SPI_WriteComm(0xB0); SPI_WriteData(0x4D); SPI_WriteComm(0xB1); SPI_WriteData(0x4F); SPI_WriteComm(0xB2); SPI_WriteData(0x82); SPI_WriteComm(0xB3); SPI_WriteData(0x80); SPI_WriteComm(0xB5); SPI_WriteData(0x4E); SPI_WriteComm(0xB7); SPI_WriteData(0x85); SPI_WriteComm(0xB8); SPI_WriteData(0x20); SPI_WriteComm(0xC1); SPI_WriteData(0x78); SPI_WriteComm(0xC2); SPI_WriteData(0x78); SPI_WriteComm(0xD0); SPI_WriteData(0x88); SPI_WriteComm(0xE0); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x02); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x0C); SPI_WriteComm(0xE1); SPI_WriteData(0x02); SPI_WriteData(0x8C); SPI_WriteData(0x04); SPI_WriteData(0x8C); SPI_WriteData(0x01); SPI_WriteData(0x8C); SPI_WriteData(0x03); SPI_WriteData(0x8C); SPI_WriteData(0x00); SPI_WriteData(0x44); SPI_WriteData(0x44); SPI_WriteComm(0xE2); SPI_WriteData(0x03); SPI_WriteData(0x03); SPI_WriteData(0x03); SPI_WriteData(0x03); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0xD4); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0xD4); SPI_WriteData(0x00); SPI_WriteComm(0xE3); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x33); SPI_WriteData(0x33); SPI_WriteComm(0xE4); SPI_WriteData(0x44); SPI_WriteData(0x44); SPI_WriteComm(0xE5); SPI_WriteData(0x09); SPI_WriteData(0xD2); SPI_WriteData(0x35); SPI_WriteData(0x8C); SPI_WriteData(0x0B); SPI_WriteData(0xD4); SPI_WriteData(0x35); SPI_WriteData(0x8C); SPI_WriteData(0x05); SPI_WriteData(0xCE); SPI_WriteData(0x35); SPI_WriteData(0x8C); SPI_WriteData(0x07); SPI_WriteData(0xD0); SPI_WriteData(0x35); SPI_WriteData(0x8C); SPI_WriteComm(0xE6); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x33); SPI_WriteData(0x33); SPI_WriteComm(0xE7); SPI_WriteData(0x44); SPI_WriteData(0x44); SPI_WriteComm(0xE8); SPI_WriteData(0x08); SPI_WriteData(0xD1); SPI_WriteData(0x35); SPI_WriteData(0x8C); SPI_WriteData(0x0A); SPI_WriteData(0xD3); SPI_WriteData(0x35); SPI_WriteData(0x8C); SPI_WriteData(0x04); SPI_WriteData(0xCD); SPI_WriteData(0x35); SPI_WriteData(0x8C); SPI_WriteData(0x06); SPI_WriteData(0xCF); SPI_WriteData(0x35); SPI_WriteData(0x8C); SPI_WriteComm(0xEB); SPI_WriteData(0x00); SPI_WriteData(0x01); SPI_WriteData(0xE4); SPI_WriteData(0xE4); SPI_WriteData(0x44); SPI_WriteData(0x33); SPI_WriteComm(0xED); SPI_WriteData(0xFF); SPI_WriteData(0xFF); SPI_WriteData(0xF7); SPI_WriteData(0x65); SPI_WriteData(0x4A); SPI_WriteData(0x10); SPI_WriteData(0x3B); SPI_WriteData(0xFF); SPI_WriteData(0xFF); SPI_WriteData(0xB3); SPI_WriteData(0x01); SPI_WriteData(0xA4); SPI_WriteData(0x56); SPI_WriteData(0x7F); SPI_WriteData(0xFF); SPI_WriteData(0xFF); SPI_WriteComm(0xEF); SPI_WriteData(0x10); SPI_WriteData(0x0D); SPI_WriteData(0x04); SPI_WriteData(0x08); SPI_WriteData(0x3F); SPI_WriteData(0x1F); SPI_WriteComm(0xFF); SPI_WriteData(0x77); SPI_WriteData(0x01); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteComm(0x3A); SPI_WriteData(0x55); SPI_WriteComm(0x11); Delay(120); SPI_WriteComm(0x29); //自检模式 /* SPI_WriteComm(0xFF); SPI_WriteData(0x77); SPI_WriteData(0x01); SPI_WriteData(0x00); SPI_WriteData(0x00); SPI_WriteData(0x12); SPI_WriteComm(0xD1); SPI_WriteData(0x81); SPI_WriteComm(0xD2); SPI_WriteData(0x08); */

@hsinyuwang 在 T113 tina linux 移植 gpsp 模拟器 中说：

大佬

感謝回答

顶起来 顶起来 哈哈

@awwwwa eyesee-mpp这个模块源码怎么获取，可以找谁获取

@hsinyuwang 感謝分享 等待後續更新

@whycan 受教了感谢。🐸🐸

@fresird Windows 自带有的。

@awwwwa 感谢大佬的回复，我通过分析 build/pack 使用 ./build.sh packraw
找到了下面那个最终生成的命令
c19acd14-595f-406c-9374-4dba960b0427-image.png

fded34af-2f9f-46d8-8648-5b2d5a9d9b93-image.png
然后把 programmer_img 丢进 buildroot 打包目录，直接编译打包，生成的镜像就可以直接用啦！
bb1056bc-0d52-41b5-bb02-b1c10b7e6b3b-image.png

sunxi_gpt这个我学习一下 怎么融进去 让他自己转换打包。

不得不说，这个 programmer_img 很强大，但是里面怎么实现的我很好奇，当时修改了各种 genimage.cfg的分区类型和头部都不行。

@awwwwa 感谢您的帮助，我看一下

@q1215200171 请问一下我们在100ASK-V853-Pro上查看内存，发现运行网络前后的内存占用情况是一模一样的，请问一下这个情况正常吗？8b0f56d5-0ac8-49e0-9739-8db5b65f756e-image.png

@dort91011 hello，我也遇到了同样的问题,请问您最后怎么解决的

@moider 固件对了照 这个教程https://d1.docs.aw-ol.com/study/study_4compile/ 的按住fel按键烧写

@j_biao 在 V583 USB摄像头编码问题 中说：

@xiaowenge 是的，打错了，好的谢谢

已修改

@awwwwa 感谢感谢，翻手册的时候没注意到这一段，下次看手册要仔细点了49ad5c58-e407-4fe3-b775-a823ad8ce477-40e311d4-9b3b-4bf8-842a-3eec031002b7.png

怎么没有T113-I的芯片卖

已搞定，单核编译就可以了。。。

@j_biao 谢谢

@whycanservice 你好，这个源码应该是做UVC解码显示的吧，我想要的是USB的摄像头接入后可以实时显示采集到的图像视频，并且同步把数据编码封装成MP4进行存储

uboot也需要配置对应的波特率，因为UART是boot0初始化的，进入UBOOT所计算的时钟如果没有修改就会出现乱码

@hzhy1234 可以的

@haaland

[05.750]sunxi-spinand-phy: read id failed : -110 try nand fail

nand找不到，确认一下sys_config.fex的spi引脚配置对不对

@ant1423 或者你自己写启动脚本，因为openwrt的软件是针对procd写的，tina 5.0貌似没适配procd的，还是个半成品

@ant1423 lvgl也能实现，一般吧，这几个图看起来不是特别复杂

@newcastle 多了个"/"应该是“make kernel_menuconfig”（不含引号）

修改一下lcd_put_ascii函数

void lcd_put_ascii(int x, int y, unsigned char c) { unsigned char *dots = (unsigned char *)&fontdata_8x16[c*16]; int i, b; unsigned char byte; for (i = 0; i < 16; i++) { byte = dots[i]; for (b = 7; b >= 0; b--) { if (byte & (1<<b)) { /* show */ lcd_put_pixel(x+7-b, y+i, 0xffffffff); /* 白 */ } else { /* hide */ lcd_put_pixel(x+7-b, y+i, 0); /* 黑 */ } } } }

@yzr1992 这个要参考你的网络的输入格式确定

@wyz1226 这个不是问题，画面更新（如快速滑动界面）的时候，这个fps会上去的，或者你把cpu调频模式改成performance也可以

@xiaowenge 明白了，谢谢！

@ubuntu 电脑100W充电器是啥样的。输出电压？

https://storage.googleapis.com/ 这个网址是谷歌官方源，由于众所周知的原因国内无法访问，请使用国内镜像源代替，另外，安装repo需要Python3环境，使用 sudo apt install python3 安装

$ mkdir -p ~/.bin $ PATH="${HOME}/.bin:${PATH}" $ curl https://mirrors.bfsu.edu.cn/git/git-repo > ~/.bin/repo $ chmod a+rx ~/.bin/repo

【资料汇总】D1-H和D1s的芯片手册，开发资料文档
https://bbs.aw-ol.com/topic/1216/share/1

目前可以购买 Sipeed 提供的 R329开发板，官方开发板已经停止售卖了。

@l13819506056 你好，这段代码加在启动文件的哪个位置啊

问题已解决，没下载工具busybox

@llqzx 在 芒果派 MQ-R T113 无法启动 中说：

https://mangopi.org/mqr

我也有同样的问题，使用尝试了官方的两个镜像8723和8189，包括自己跟着mangopi官方在ubuntu18下编译的固件，都会死在最后busybox提示这块，不知道怎么解决了。

@whycanservice 我替换了你的内核配置，可以正常启动了。应该默认的是nand的配置不支持emmc

建议先用 i2c-utils测试，i2cset, i2cset命令通过 /dev/i2c-X 测试。

在MPP框架下编译 将MPP框架全部lib打包，拆分编译

@nlj_moon 检查系统是否存在大量占用CPU时间的程序，也可以通过MTR等工具进行链路测试来判断问题来源。

1.MTR基本信息
MTR（My traceroute）是几乎所有Linux发行版本预装的网络测试工具，此工具也有对应的Windows版本，名称为WinMTR。
MTR工具将ping和traceroute命令的功能并入了同一个工具中，实现更强大的功能。
Linux版本的mtr命令默认发送ICMP数据包进行链路探测。可以通过“-u”参数来指定使用UDP数据包用于探测。
相对于traceroute命令只会做一次链路跟踪测试，mtr命令会对链路上的相关节点做持续探测并给出相应的统计信息。所以，mtr命令能避免节点波动对测试结果的影响，所以其测试结果更正确，建议优先使用。
2.MTR使用方法
在Linux系统上使用
用法说明

mtr [-hvrctglspni46] [-help] [-version] [-report] [-report-cycles=COUNT] [-curses] [-gtk] [-raw] [-split] [-no-dns] [-address interface] [-psize=bytes/-s bytes] [-interval=SECONDS] HOSTNAME [PACKETSIZE]

常见可选参数说明：

-r 或 -report：以报告模式显示输出。 -p 或 -split：将每次追踪的结果分别列出来。 -s 或 -psize：指定ping数据包的大小。 -n 或 -no-dns：不对IP地址做域名反解析。 -a 或 -address：设置发送数据包的IP地址。用于主机有多个IP时。 -4：只使用IPv4协议。 -6：只使用IPv6协议。 另外，也可以在mtr命令运行过程中，输入相应字母来快速切换模式。 ？或 h：显示帮助菜单。 d：切换显示模式。 n：切换启用或禁用DNS域名解析。 u：切换使用ICMP或UDP数据包进行探测。

3.示例输出
66551dfc-e715-4d2f-8f07-d2960523e4b8-image.png
默认配置下，返回结果中各数据列的说明如下。
第一列（Host）：节点IP地址和域名。如前面所示，按n键可以切换显示。
第二列（Loss%）：节点丢包率。
第三列（Snt）：每秒发送数据包数。默认值是10，可以通过参数“-c”指定。
第四列（Last）：最近一次的探测延迟值。
第五、六、七列（Avg、Best、Wrst）：分别是探测延迟的平均值、最小值和最大值。
第八列（StDev）：标准偏差。越大说明相应节点越不稳定。

@whycanservice

解压出来了，谢谢

7a9f98d5-adc2-4f6a-a024-18bf1291305d-image.png

@a1064038953

要不要试一试我这里面的纯净版ubuntu18.04虚拟机：下载链接

编译Android10/Android12都没问题。

@shanhai8372 SDC2使用的是v4p6x驱动，这个驱动是eMMC专用的，WIFI请使用v5p3x 驱动

参考硬件 https://oshwhub.com/gloomyghost/yuzuki-rv-router

@hqdz8 感谢分享！

@ubuntu 是的。video模式下，屏幕的时序（比如消隐时间）设置不正确也会有残影现象。这时就需要联系屏幕厂家给出优化后的时序了。这里说的不正确不是说画面无法显示，而是画面可以显示，但是有残影等瑕疵

@songxuanyu
哎呀，这个软件包make依赖那个位置多了个空格，所以是可以搜索到，但是勾选不了，make改正后就可以看到了。

@null037 这个问题你解决了吗？

@zznzzn 我也碰到过，当时是我的音频设置不对。

@null037 给大伙分享一下测试镜像：tina_t113-100ask_uart3.img

@whycanservice 谢谢
应该是相关依赖没有打开，因传文件需要，后来发现用WIFI ADB更简单，就直接不用NFS了。

v８５１ｓ 板子［ｔｉｎａ５．０］服务器端运行如下命令【可以设置启动时加载】：
killall adbd
** adbd -D tcpip:5555 >/dev/null&** ; 5555是监听端口号

开发机Win10，ａｄｂ工具下载google的Version 30.0.5-6877874：
adb disconnect
adb connect 192.168.0.110:5555　；192.168.0.110　板子WIFI的IP地址
运行adb shell 或者文件传输

通过WIFI连接ａｄｂ很容易连接［USB adb 连接网上发现很多问题］，对开发应用程序用起来很方便，局限是WIFI必须先调通。

@whycanservice 您好，请问[ 1.349938] sunxipart: failed to parse sunxi_gpt!这个是没有手动选择nor flash的原因吗？

@hzhy1234 make distclean即可，或者删除out文件夹

@whycan 謝謝 下一步等带模拟器&游戏 烧进去就能玩的固件
哈哈

正想找这个，感谢分享

D1-H （MQ-Pro）驱动 OV5640 摄像头
https://bbs.aw-ol.com/topic/4017/share/1

D1-H （MQ-Pro）驱动 OV5640 摄像头
https://bbs.aw-ol.com/topic/4017/share/1

d4f0c2b4-9d2b-4283-9f1c-1a9a7b676e37-w.png

配置两个okay

参考：

D1-H （MQ-Pro）驱动 OV5640 摄像头
https://bbs.aw-ol.com/topic/4017/share/1

怀疑open版本sdk缺少组件，之后会跟进一下

@dingxmhan 楼主解决了吗？遇到同样的问题

@zzwquanzhi 解决了吗？遇到同样的问题

新 SDK 平台下载 D1-H/D1s SDK
https://bbs.aw-ol.com/topic/3947/share/1

@godzhou0909 linux的补丁
di110.c di_utils.c
kernel\linux-5.4\drivers\char\sunxi-di\common
kernel\linux-5.4\drivers\char\sunxi-di\drv_div1xx
替换了这两个文件