@whycan 这个板子很漂亮。不过上面USB Hub那颗芯片有点大，感觉不太和谐，根主芯片的长度一样了。请问这个USB Hub有没有性价比还不错的替代方案，比较小一些封装的。

@bigfly 打包TOC0失败一般有2个原因：缺少sboot.bin文件或缺少签名的密钥文件，而sboot.bin文件是在编译阶段时候生成，如果没有sboot.bin文件，那就是编译失败了，不会到打包阶段，因此缺少签名的密钥文件概率最大。

手动在${SDK}/build目录下运行./createkeys，然后再执行打包命令，
注意：
1.第一次打包安全固件必须生成key再打包安全固件。
2.如果执行 rm -rf ${SDK}/out, 需要重新生成key之后再打包安全固件。

@ddrddr apt install busybox

@edisondeng 56daae7c-a381-4373-9420-462962d5743a-image.png

@daizebin 好的，非常感谢

测试过了，应该是选的固件本身有问题
换一个就可以正常执行

ca4a4345-8ee0-47f3-9d2e-f31413688b1e-image.png

@lilazhou 考虑CPU调度问题，Kernel可能调度到其他事项了，需要高速处理建议使用RTOS等开销较小的系统

@whycanservice2 好的大佬，感谢解惑，多谢

@newcastle 有需要的话，也可以使用ubuntu14，实测拿到的SDK，ubuntu14基本都可以正常编译过👏 👏 👏

@sorive 目前使用ubi方案的芯片（如R329、D1、V853、T113等），支持的spinand型号可以在以下路径查看：lichee/brandy-2.0/u-boot-2018/drivers/mtd/awnand/spinand/physic/id.c，需要适配新物料，可直接在改路径下添加物料配置信息即可。针对一些非ubi方案的芯片，如R328、R11等，该部分驱动代码不开源，需要自行在SDK下载界面下载对应开源物料补丁后才可适配新物料

@sofia 去掉主核就不能控制了，不能去掉

问题

能够提供一个H264 新接口的编码DEMO ?

@whycan 谢谢

@vincent1

https://github.com/buildroot/buildroot/tree/master/package/ffmpeg

@axw_fae make包括了mboot

@whycanservice 这个主线的驱动列表可以在哪找到啊

@cfxcfx
缺mkfs.ext4，要打开 e2fsprog 软件包。

烧录的时候会boot from FEL

@as3213406 在 为什么T507内核启动失败报undefined instruction错误？ 中说：

mmc 2 exit ok
undefined instruction
pc : [<40000000>] lr : [<bff37523>]
reloc pc : [<ca0ca000>] lr : [<4a001523>]
sp : bbefa670 ip : 00000007 fp : 00000001
r10: bff8003f r9 : bbf15e60 r8 : 00000001
r7 : 40080000 r6 : bff99510 r5 : 00000000 r4 : 44000000
r3 : 00000001 r2 : 44000000 r1 : 40080000 r0 : 8000ff04
Flags: nzcv IRQs off FIQs off Mode UK6_32
Resetting CPU ...

resetting ...

没有找到内核。

检查是否没有找到kernel，kernel地址是否正确，kernel压缩格式是否正确，kernel的配置格式是否正确，启动模式ramdisk和extlinux是否正确，安卓镜像打包是否损坏

想买。。。求量产

以及 有没有结构设计的大佬，求帮忙设计一个酷炫的外壳

@vincent_lei 然后现在停在Jump to second boot

@mafei 更新一下 下载源 问题解决了

@zznzzn 除了vi、vim，sed也可以操作文件读、写、删、替换等操作；也使用echo命令和cat命令将内容输出文件并查看内容。

要替换几个库文件才正常，可以先试试换个输入法

按照这个文档试一下

03【正点原子】ATK-DLRV1126Qt开发环境搭建V1.0.pdf

按住s启动可以进入uboot命令行

进入uboot命令行后
输入命令

1.fdt set mmc0 max-frequency <100000000> 2.fdt save 3.boot

注：<100000000>就是要设置的频率，单位是hz。最大值<200000000>
比较新的一些平台步骤2不再支持，因此一旦系统重启，max-frequency会再次恢复固件里面的设置值。

sudo apt install libelf-dev

D1S的晶振不是24M 18PF的吗 12pf？

1、你可以换根好点的数据线，就是那种带屏蔽的，
2、可能有的nandF133不支持，烧录校验失败
3、可以试试这款MT29F2G01ABAGDWB

@rain_tk
60178aa7-e82f-4049-a130-b90f9f897ffc-image.png

应该是这个地方打，USB有什么问题吗？adb也是可以用的

@memory 在 Android10 制作完全Root版本，A133平台验证通过 中说：

// 添加下面代码至212行处，注意标点符号不要漏掉
{ 06755, AID_ROOT, AID_ROOT, 0, "system/bin/su" }

这里有个小坑，A133 Android10 SDK不要另外添加，找到这行修改即可！

@songguojian 在 T1113-s3烧录55%还是失败 中说：

[06.719]ubi0: good PEBs: 490, bad PEBs: 2, corrupted PEBs: 0

不知道是不是这里问题，换个flash试一试。

测量一下0.95V，看下电压是多少，如果是0.8多一点的话，是供电不行，我也用过这个电源芯片，实际电压只有0.8多一点，导致启动不了，然后，我加多一个0.9V供电的芯片就没有问题了。可能2A的芯片不行，换成3A的。

怎么降低呢？哪里可以设置？@whycanservice

@whycan 谢谢大佬

咋感觉是glog的锅，试试date命令能不能用

@bayche
buildroot使用指定的gcc单独编译Qt

@memory
实际操作得结合码率，分辨率，剩余内存等参数，建议先录个文件到本地测试。

d7253f0b-323f-4259-b29d-a0e9ba0ae693-2fd25e9cd6e00b309070745fd988008.png

要关闭 NodeBB 中的 "您回复的帖子已经很古老了，是否发布新帖子并引用此帖子的内容？" 的提示，您可以按照以下步骤进行操作：

登录到 NodeBB 的管理员后台。 导航到「Plugins」（插件）部分。 在列表中找到名为「Write API」或类似名称的插件，并点击进入该插件的设置。 在插件设置页面中，寻找与 "Reply to very old topics" 或类似标题相关的选项。该选项控制着您所提到的提示的显示。 将该选项禁用或关闭。这可能会有不同的表现形式，如复选框、开关按钮或下拉菜单。 确认保存更改。

注意：上述步骤仅适用于标准的 NodeBB 安装和特定的插件设置。如果您使用的是自定义主题或定制的插件，可能需要根据特定的实现方式来进行相应的修改。在这种情况下，建议查阅 NodeBB 文档、社区论坛或与开发人员进行沟通以获取更详细的指导。

atop、ftop、htop和top都是用于监视系统资源和进程的命令行工具，但它们有一些区别：

① top：top 是最基本和最常见的命令行实用程序，可显示当前运行的进程列表，并提供有关 CPU 使用情况、内存使用情况和系统负载等信息。它以交互式方式更新数据，并且在使用过程中可以进行不同排序和过滤选项的设置。

② atop：atop 是一种高级的系统性能监视工具，相比于 top，它提供了更详细的资源和进程信息。atop 可以记录历史数据并生成报告，让你可以回顾过去的性能数据。它还提供了更多的自定义选项和功能，例如磁盘 I/O、网络活动和进程调度的监控。

③ htop：htop 是一个针对 top 的增强版本，提供了更友好和交互式的界面。与 top 不同，htop 允许通过鼠标或键盘进行直观的交互操作，如进程选择、排序和筛选。它还提供了更多的系统信息和资源使用图形化展示。

④ ftop：我无法找到与 ftop 相关的通用监视工具。如果您指的是特定的工具或应用程序，请提供更多详细信息。

总之，这些工具都提供了对系统资源和进程的监视功能，但在交互性、显示界面和可用功能方面有所不同。根据您的需求和个人偏好，可以选择适合的工具来监控和分析系统性能。

@whycan 在 V853-pro开发板4寸屏，运行framebuffer的应用程序，显示不正常 中说：

雪花测试正常吗？

cat /dev/urandom > /dev/fb0

如果雪花测试正常，那么应该是alpha通道的问题，把alpha通道都改成0xFF就可以了。

@lknn2012
看你的2.
simg2imag system.fex 应该是android spare to raw 就变成 ext4
应该可以用img2simg 还原才对
看看这个
https://blog.csdn.net/jingwen3699/article/details/81807024

@newcastle 在 axp2101 aldo2开关控制问题 中说：

axp2101每个输出管脚的电压在哪里设置的？也是board.dts吗？

iic设置，手册里面写了通讯格式

2.0了 HS兼容FS，LS

sudo apt-get install build-essential subversion git-core repo libncurses5-dev zlib1g-dev \ gawk flex quilt libssl-dev xsltproc libxml-parser-perl \ mercurial bzr ecj cvs unzip lib32z1 lib32z1-dev lib32stdc++6 libstdc++6 \ libncurses-dev zlib1g-dev gawk openssl libssl-dev linux-tools-common gperf -y

这个线都是手工定做的，lvds 常用这种接口和线材

淘宝就可以找到做这种线材的

交叉编译的qmake好像又有问题了？

qmake指向的确实是交叉编译的qt库啊。

20230718093541.png

这里我已经指定QMAKE_CC = arm-openwrt-linux-gcc了啊。

QQ图片20230718093545.png

是不是先要挂载个debugfs，才能用？

参考这个链接：https://blog.csdn.net/Mculover666/article/details/124455606

QQ图片20230718092612.jpg

@qq354813374 按照屏幕实际调整就好了

@fantasya 一般不会，我调试大多都用杜邦线，基本上没遇到过因为杜邦线的严重问题。一般显示都是可以的，建议使用逻辑分析仪看下初始化代码时序对不对

dmesg 有什么信息？驱动正常吗？

v853 sdk的qt不适配v853，那个qt适配的是带gpu的芯片

没有人遇到过吗，我源码都没动过

@shz18877605430

一定要勾选H5协议:

2f59f2d0-4e44-4ba0-8d15-4f59681e51a9-b6db94f5ff75d6db510ebf3c0079167.png

4109bef7-ab4c-429f-9975-da53e55893a7-70f9c9757fde601f4c64962f574b834.jpg

@shz18877605430

一定要勾选H5协议:

2f59f2d0-4e44-4ba0-8d15-4f59681e51a9-b6db94f5ff75d6db510ebf3c0079167.png

4109bef7-ab4c-429f-9975-da53e55893a7-70f9c9757fde601f4c64962f574b834.jpg

@whycanservice T扩展是什么...

@whycanservicem 这个没有被linux占用哦，dts相关引脚配置都被删除，另外特意在E907下单独输出方波都是可以的。

有没有多点log

@sofia 考虑被Linux接管了，具体查看寄存器情况

你确认芯片进入fel了吗？

大佬，为啥SDK开发说明没有了，不知道怎么玩呜呜呜

6263c42c-52a4-4842-b3a1-cfc288b71345-26311bbacc203beb07c1bdcada48e7c.jpg

请问楼主解决了吗，目前我也是遇到一样的问题

@whycan 请问一下，这里能查看到的驱动只有一个.o文件和一个.S文件，这个文件是全志自己写的然后编译出来的，还是ddr厂商提供的，内部处理不需要自己管，只需要把这个添加到spl里面就好了

@z15242116489 好的，我试试。

@a792947123

参考这个帖子：用buildroot自带的genimage把tina dragon的活干完，让dragon无活可干。

@qq354813374 lcd_gpio_0 lcd_gpio_1 对应驱动中的 panel_reset(val) 和lcd_cs(val)。sunxi_lcd_gpio_set_value的第二个参数对应lcd_gpio_x的数字

液晶触摸屏的框贴合和全贴合是两种不同的屏幕贴合方式：

① 框贴合（Frame Bonding）：框贴合是指将液晶屏与触摸层通过一定的胶水或胶带粘贴在一起，形成一个边框。该方法在屏幕边缘处留有一定的空隙，以容纳胶水或胶带，使得屏幕周围有一条明显的黑色边框。

② 全贴合（Full Lamination）：全贴合是指将液晶屏、触摸层和外层玻璃等贴合物料通过特殊工艺处理，使它们完全贴合在一起。这种方式可以消除层间空气，提高触摸灵敏度和显示效果，并减少光折射，提供更好的视觉体验。全贴合技术通常会使屏幕更薄，没有明显的黑色边框。

综上所述，框贴合和全贴合区别在于贴合方式和效果。框贴合会有明显的黑色边框，而全贴合则实现了更好的视觉和触控效果，没有明显的黑色边框。

搞定了，是当前内核pwm框架与我们的pwm驱动对于极性的判断相反导致，并且kernel阶段的pwm极性与uboot阶段的不一致

添加函数将极性配置与uboot阶段保持一致的极性状态。具体方法是在pwm代码中添加接口：

static void sunxi_pwm_get_state(struct pwm_chip *chip, struct pwm_device *pwm, struct pwm_state *state) { unsigned int reg_offset; u32 val, sel; sel = pwm->pwm - chip->base; reg_offset = PWM_PCR_BASE + sel * 0x20; val = sunxi_pwm_readl(chip, reg_offset); if (val & BIT_MASK(8)) { state->polarity = PWM_POLARITY_NORMAL; } else { state->polarity = PWM_POLARITY_INVERSED; } } static struct pwm_ops sunxi_pwm_ops = { ... .get_state = sunxi_pwm_get_state, ... };

这个函数的作用是在pwm驱动初始化阶段，读取uboot阶段设置的极性，并将kernel阶段的极性设置与其保持一致。具体内核操作可追流程。

除了修改驱动代码，还需要同对应修改每个板级目录下的board.dts。该修改主要是针对regulator使用pwm进行调压，会在dts中配置pwm调压的极性，为了保证与uboot阶段的电压一致，现在需要把dts中配置的极性的值置位1。

reg_vdd_cpu: vdd-cpu { compatible = "sunxi-pwm-regulator"; - pwms = <&pwm 0 5000 0>; // 第一个参数是使用的pwm通道，第二个参数是频率，第三个参数是极性 + pwms = <&pwm 0 5000 1>; // 第一个参数是使用的pwm通道，第二个参数是频率，第三个参数是极性 regulator-name = "vdd_cpu"; regulator-min-microvolt = <810000>; regulator-max-microvolt = <1160000>; regulator-ramp-delay = <25>; regulator-always-on; regulator-boot-on; status = "okay"; };

在修改完成后，编译打包，确认版型后烧录测试，先看板子能不能起来，起不来的话证明电压极性有误，可以拿万用表测量一下电压，看启动阶段电压有没有发生突变。成功起来后还需要测试一下pwm功能是否正常，最好使用示波器来测一下board.dts里配置的pwm通道的管脚，然后调试该通道看有无波形变化，具体方法如下：
进入/sys/class/pwm目录，该目录是linux内核为pwm子系统提供的类目录，遍历该目录：

/sys/class/pwm # ls pwmchip0

可以看到，上述 pwmchip0 就是我们注册的pwm控制器，进入该目录，然后遍历该目录：

sys/class/pwm # cd pwmchip0/ /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm subsystem uevent unexport

其中npwm文件储存了该pwm控制器的pwm个数，而export和unexport是导出和删除某个pwm设备的文件，下面演示导出pwm1。

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # cat npwm 2 /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # echo 1 > export /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm pwm1 subsystem uevent unexport

可以看到目录中多出pwm1目录，进入该目录，遍历：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # cd pwm1/ /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # ls capture duty_cycle enable period polarity uevent

该目录中，enable是使能pwm，duty_cycle是占空比，period是周期，polarity是极性，可以配置相关的pwm并且使能：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 1000000000 > period /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 500000000 > duty_cycle /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo normal > polarity /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 1 > enable

如果相应的引脚外接了示波器，可以看到相关的波形。最后返回上层目录，删除该pwm设备：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # cd .. /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm pwm1 subsystem uevent unexport /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # echo 1 > unexport /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm subsystem uevent unexport

在有条件的情况且能找到相应屏幕的情况下，最好接上屏幕进行验证，确认在uboot阶段进入kernel阶段出现闪屏的情况。
不带屏幕，且没有vdd-cpu的话，pwm初始化极性就不会影响到默认固件正常使用，使用示波器验证就好。

Android 10及以上的版本可以试一下这样的方法：

在AndroidManifest.xml加入如下权限：

<uses-permission android:name="android.permission.BLUETOOTH" /> <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" /> <uses-permission android:name="android.permission.LOCAL_MAC_ADDRESS" />

并且为系统应用：

android:sharedUserId="android.uid.system"

然后可以采用反射的方法来获取：

public static String getBtAddressByReflection() { BluetoothAdapter bluetoothAdapter = BluetoothAdapter.getDefaultAdapter(); if (bluetoothAdapter == null) return ""; Field field = null; try { field = BluetoothAdapter.class.getDeclaredField("mService"); field.setAccessible(true); Object bluetoothManagerService = field.get(bluetoothAdapter); if (bluetoothManagerService == null) { return ""; } Method method = bluetoothManagerService.getClass().getMethod("getAddress"); if(method != null) { Object obj = method.invoke(bluetoothManagerService); if(obj != null) { return "/bt_mac:" + obj.toString(); } } } catch (NoSuchFieldException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (NoSuchMethodException e) { e.printStackTrace(); } catch (InvocationTargetException e) { e.printStackTrace(); } return ""; }

如此便可成功获取到本地蓝牙MAC地址。

原神：全低画质 15~40 帧

d96e0fc2-cb41-452b-813b-96057d0a07f6-Screenshot_20230712-132455.png

1c43a525-345a-402b-b971-6bdb67e8ef82-Screenshot_20230712-132515.png

Applications Graphics Acceleration Info: Uptime: 13155175 Realtime: 13155175 ** Graphics info for pid 18983 [com.miHoYo.Yuanshen] ** Stats since: 6718860763285ns Total frames rendered: 104 Janky frames: 28 (26.92%) Janky frames (legacy): 23 (22.12%) 50th percentile: 9ms 90th percentile: 25ms 95th percentile: 44ms 99th percentile: 150ms Number Missed Vsync: 4 Number High input latency: 22 Number Slow UI thread: 5 Number Slow bitmap uploads: 0 Number Slow issue draw commands: 25 Number Frame deadline missed: 28 Number Frame deadline missed (legacy): 8 HISTOGRAM: 5ms=11 6ms=15 7ms=19 8ms=6 9ms=6 10ms=4 11ms=10 12ms=2 13ms=1 14ms=1 15ms=0 16ms=1 17ms=1 18ms=0 19ms=0 20ms=0 21ms=1 22ms=4 23ms=6 24ms=5 25ms=2 26ms=1 27ms=2 28ms=0 29ms=0 30ms=0 31ms=0 32ms=0 34ms=0 36ms=0 38ms=0 40ms=0 42ms=0 44ms=1 46ms=0 48ms=1 53ms=1 57ms=0 61ms=0 65ms=1 69ms=0 73ms=0 77ms=0 81ms=0 85ms=0 89ms=0 93ms=0 97ms=0 101ms=0 105ms=0 109ms=0 113ms=0 117ms=0 121ms=0 125ms=0 129ms=0 133ms=0 150ms=2 200ms=0 250ms=0 300ms=0 350ms=0 400ms=0 450ms=0 500ms=0 550ms=0 600ms=0 650ms=0 700ms=0 750ms=0 800ms=0 850ms=0 900ms=0 950ms=0 1000ms=0 1050ms=0 1100ms=0 1150ms=0 1200ms=0 1250ms=0 1300ms=0 1350ms=0 1400ms=0 1450ms=0 1500ms=0 1550ms=0 1600ms=0 1650ms=0 1700ms=0 1750ms=0 1800ms=0 1850ms=0 1900ms=0 1950ms=0 2000ms=0 2050ms=0 2100ms=0 2150ms=0 2200ms=0 2250ms=0 2300ms=0 2350ms=0 2400ms=0 2450ms=0 2500ms=0 2550ms=0 2600ms=0 2650ms=0 2700ms=0 2750ms=0 2800ms=0 2850ms=0 2900ms=0 2950ms=0 3000ms=0 3050ms=0 3100ms=0 3150ms=0 3200ms=0 3250ms=0 3300ms=0 3350ms=0 3400ms=0 3450ms=0 3500ms=0 3550ms=0 3600ms=0 3650ms=0 3700ms=0 3750ms=0 3800ms=0 3850ms=0 3900ms=0 3950ms=0 4000ms=0 4050ms=0 4100ms=0 4150ms=0 4200ms=0 4250ms=0 4300ms=0 4350ms=0 4400ms=0 4450ms=0 4500ms=0 4550ms=0 4600ms=0 4650ms=0 4700ms=0 4750ms=0 4800ms=0 4850ms=0 4900ms=0 4950ms=0 50th gpu percentile: 3ms 90th gpu percentile: 8ms 95th gpu percentile: 9ms 99th gpu percentile: 10ms GPU HISTOGRAM: 1ms=4 2ms=35 3ms=31 4ms=7 5ms=4 6ms=2 7ms=6 8ms=6 9ms=5 10ms=3 11ms=1 12ms=0 13ms=0 14ms=0 15ms=0 16ms=0 17ms=0 18ms=0 19ms=0 20ms=0 21ms=0 22ms=0 23ms=0 24ms=0 25ms=0 4950ms=0 Pipeline=Skia (OpenGL) CPU Caches: Glyph Cache: 69.44 KB (1 entry) Glyph Count: 26 Total CPU memory usage: 71103 bytes, 69.44 KB (0.00 bytes is purgeable) GPU Caches: Other: Other: 0.00 bytes (1 entry) Image: Texture: 127.59 KB (10 entries) Scratch: Buffer Object: 78.00 KB (2 entries) Texture: 2.00 MB (1 entry) Total GPU memory usage: 2307680 bytes, 2.20 MB (127.59 KB is purgeable) Profile data in ms: com.miHoYo.Yuanshen/com.miHoYo.GetMobileInfo.MainActivity/android.view.ViewRootImpl@a46020a (visibility=0) View hierarchy: com.miHoYo.Yuanshen/com.miHoYo.GetMobileInfo.MainActivity/android.view.ViewRootImpl@a46020a 7 views, 8.70 kB of render nodes Total ViewRootImpl : 1 Total attached Views : 7 Total RenderNode : 8.70 kB (used) / 8.70 kB (capacity)