升级一下到lv2

@tevet 请教一下有硬件连线图吗？

@awwwwa 好的，谢谢。问题已解决

@yuzukitsuru T113 没有这个选项 要怎么设置啊

D1就是D1-H

问题分析

adb shell下执行alias可知:

33d9dec0-67fa-4157-a733-13ee334ef56f-image.png

ls命令被重定义为ls --color=no，在串口下执行也会报同样的问题。故问题根因应该为ls对color参数的处理异常问题。

问题解决 取消重定义

查看发现该重定义只会在adb中有效，最终定位到为{sdk_root}/target/allwinner/${chips}-${方案名}/busybox-init-base-files/etc/adb_profile

中定义，可修改此文件中对ls的重定义即可。（但此改法未能从根本解决）

配置对应支持项

ce0d6b71-b7eb-47b1-a4cd-245442a2b931-image.png

经过确认，在make menuconfig中选中上图中配置后，执行ls --color=no 正常。根本上解决此问题

@ddrddr

ifconfig wlan0 up

然后如果有wifi_scan_results_test命令可直接执行扫描WiFi，如果没有就用

iw dev wlan0 scan |grep SSID

@vuiot 在 全志客户服务中心不能下载了？ 中说：

@xiaowenge 能帮忙推荐一下吗 谢谢

直接买韦老师家的开发板吧：
https://item.taobao.com/item.htm?spm=a1z10.5-c-s.w4002-18944745104.12.60bc170cKHzVjy&id=677988583398

@yesterdai 搞定了吗？我也遇到了你同样的问题：
2246488c-2c80-40bd-bcab-b11f00b262d7-image.png

f3bafd97-3fb9-4fd2-91ae-cdee5b73e7e8-image.png

@ricky 在 基于D1s的以太网调试 中说：

把make kernel_menuconfig -> Device Drivers -> Network device support的PHY Device support and infrastructure也选上

这里需要选具体的芯片吗？我用的是DP83848,能出现以下情况：
a32972ba-fd1d-4da6-a087-744b5e612fcb-image.png
但是执行udhcpc，是以下结果
dc4b558d-5c63-4b31-8354-389b7bd61799-image.png

@gb2047 直接看Read文档，里面有写的

@aozima 听说最新的可以了吧？才一级

@cbq123 在 （全开源）D1s排针版本资料汇总 中说：

出现这个错误无法启动怎么办？？

part_get_info_efi: *** ERROR: Invalid Backup GPT *** [00.852]change working_fdt 0x42aa1da0 to 0x42a81da0 disable nand error: FDT_ERR_BADPATH No reserved memory region found in source FDT [00.892]update dts noncached_alloc(): addr = 0x42b0b7c0 noncached_alloc(): addr = 0x42b0b800 noncached_alloc(): addr = 0x42ef4b80 noncached_alloc(): addr = 0x42ef53c0 geth_sys_init:634: get node 'gmac0' error geth_sys_init fail! [00.912]Board Net Initialization Failed [00.915]No ethernet found. Hit any key to stop autoboot: 0 ## Error: "distro_bootcmd" not defined )

最终换新版本卡刷软件解决了。

怎么升级二级，拉SDK尼

@uccccc 在 为什么添加Gstreamer后会报这个错误 中说：

@awwwwa 麻烦问一下这个应该怎麼添加，有没有相关的资料亚

https://openwrt.org/docs/guide-developer/packages

@memory 大佬麻烦问一下解决这个问题了吗

@gonboy 在 XR829无线模块购买途径？ 中说：

@xiaowenge 是否方便提供下购买方式？

韦老师的店有售：https://item.taobao.com/item.htm?spm=a21n57.1.0.0.1d6c523cT30iT9&id=674252076354&ns=1&abbucket=8#detail

@soso90 是的，HDMI + MIPI显示

麻烦问一下大佬就是这个错误您遇到过吗2023-09-14 13-34-06屏幕截图.png

@ddrddr 你的demo1是什么程序，有交叉编译吗

@yanmingjian 在 在东山派DongshanPI-D1s上运行RT-Smart系统 中说：

python3 tools/get_toolchain.py riscv64

请问在克隆之后执行”python3 tools/get_toolchain.py riscv64“时，是找不到这个脚本的，是因为后面仓库做了变动吗，有很多脚本都是找不到的

@gb2047 只用过平头哥的Cklink，没有试过Jlink

@chzfmx 你把这个

csi0: csi@5801000{ compatible = "allwinner,sunxi-csi"; reg = <0x0 0x05801000 0x0 0x1000>; interrupts = <GIC_SPI 100 IRQ_TYPE_LEVEL_HIGH>; pinctrl-names = "default","sleep"; pinctrl-0 = <&csi0_pins_a>; pinctrl-1 = <&csi0_pins_b>; device_id = <0>; iommus = <&mmu_aw 1 1>; status = "okay"; };

改成以下试试

status = "disabled";

@uccccc 使用overlayfs

参考阿志的SDK教程 ttps://d1.docs.aw-ol.com/study/study_3getsdktoc/
另外建议您放一下出错的截图信息，方便分析 解决问题！

敲下回车试试，如果敲回车没反应，可能是串口RX没接好

@whycan 晕哥，T113的补丁有吗？

@yteraa 大佬可以传一下文件吗？这边下载不了

@ah669741 大佬，可以传一下文件吗？

@maihuanyi udc dma（sunxi_udc.c)相关的有bug，问问供应商或者论坛大佬要要补丁。

测试一下串口模块是不是好的

@awwwwa 多谢指导，已经解决，整个clean以后重编就生效了，搞不懂之前咋回事，好在最后解决了

@xiaochusheng
mipi点亮大佬方便指导下吗，q951196174

所以楼主最后怎么解决的，我也遇到了这个问题

@liu11372650 在 D1s芯片烧录melis固件启动报错，大家帮我看看咋回事 中说：

0x000000004003049c

根据这个地址，objdump出来elf去找一下是哪一个函数报错

已解决，之前修改了底层的hal_dma.c中的中断回调函数导致的

@gonboy 现在芒果的店里应该不卖了，到闲鱼上找找应该有

@houxc01 WSL2下用docker很方便

全开源的板子，赞！

@awwwwa Tina 的SDK不是还能编译buildroot吗，文件系统咋buildroot上编译的

用的是哪个linux版本呢？

@ggk1989
感谢分享宝贵经验。

@geniusz
那就按打包规则一起更新。

@whycan 韦老师这个板子学习视频更了3个就停了，停更了几个月，纠结啊

@qinhao4832 文档：D1(改T113)Tina 系统解决系统只读问题....
链接：http://note.youdao.com/noteshare?id=5278bec1c63e459ec38de1ee8fe86919&sub=3D0097C0B2034663AD93C73DAB922AD2

感觉没有/dev/fb0，需要在应用刷屏的地方调用驱动的FBIOPAN_DISPLAY接口，同步旋转后的buffer才会显示到LCD上。

@geniusz 自带的uboot的bootm命令会自动解压，主线的需要自行配置

@awwwwa 在 D1s i80 接 ST7789V uboot有显示进入 Linux 没显示黑屏了 中说：

lcd_gpio_0 = <&pio PD 0 GPIO_ACTIVE_LOW>;

配置成 lcd_gpio_0 = <&pio PD 0 GPIO_ACTIVE_HIGH>; 解决，Uboot 初始化后又拉低了rst脚

可 以 实 现

不错.
学习学习.

能否提供下， 测试ov5640通过的如下文件。 测试一直不通过：

/home/hi/TLinux/device/config/chips/t113/configs/mq_r/linux-5.4/board.dts /home/hi/TLinux/device/config/chips/t113/configs/mq_r/linux-5.4/config-5.4 /home/hi/TLinux/target/allwinner/t113-mq_r/defconfig

目前板子处于烧录下载模式，显示 USB Device (VID_xxxx_PID_xxxx)，需要进入系统后才是adb模式，显示 Tina ADB

@dort91011 请问使用的固件是哪一份

@whycan 谢谢大佬！

最好还是详细描述下修改的步骤以及详细的烧录、启动log，才好分析

@livpo 怎么能做到两秒啊，有资料吗，谢谢

下载 tina v2.1

@jr_online 这样改，测试通过了吗？

usb可以用 usb千兆网卡试试，理论上可以，实操应该会很多坑

@bigfly 在 d1s和t113在供电有啥区别？ 中说：

这款板子可以直接替换吗?

可以直接pin to pin替换

@siguadao 您好，我也遇到了相同的问题，请问您解决了吗

@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

@zzz123 eyesee 错误没理会。 忘记后续执行mboot了

@suncw
从手册的时序图和参数表分析，这些参数设置对的

lcd_hbp = <8>; lcd_ht = <816>; lcd_hspw = <4>; lcd_vbp = <8>; lcd_vt = <496>; lcd_vspw = <4>;

芯片规格书中的Thbp(即lcd_hbp)已将包含Thw（即lcd_hspw）， 所以lcd_hbp = Thbp = 12
bfa26dd4-5482-4e9d-8731-03df9f50d6f7-image.png
、
aec0e4df-0cb5-4614-a08d-6a22a6382f19-image.png

@gonboy

试一试这个，用buildroot：

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

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

@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); */

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

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

@maihuanyi 没有解决，希望有高手出面解决

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

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

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

https://mangopi.org/mqr

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

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

@whycanservice

解压出来了，谢谢

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

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