d75a8150-c791-41d8-be4f-221eb6563c97-image.png

@mangogeek

能不能 把CVBS输入输出用3.5mm座子引出来呢？

像香橙派PC这样： http://www.orangepi.cn/orangepipc/index_cn.html

@anruliu

#define SUNXI_FB_MAX 2

这样改了之后，确实有 fb0 和 fb1 了。

197b0a13-c7c3-4cb1-ac8d-77555a5efb32-image.png

@ricky

对的。 CTS 接 RS485芯片使能端。

root@TinaLinux:/# insmod /lib/modules/5.4.61/mcp251x.ko CPU: 0 PID: 182 Comm: insmod Not tainted 5.4.61 #14 Call Trace: [<ffffffe0000290a8>] 0xffffffe0000290a8 [<ffffffe000029260>] 0xffffffe000029260 [<ffffffe000439cc2>] 0xffffffe000439cc2 [<ffffffdf806543c0>] 0xffffffdf806543c0 [<ffffffe0002659b0>] 0xffffffe0002659b0 [<ffffffe000220b3e>] 0xffffffe000220b3e [<ffffffe000220dc4>] 0xffffffe000220dc4 [<ffffffe000220f10>] 0xffffffe000220f10 [<ffffffe000220fb6>] 0xffffffe000220fb6 [<ffffffe00021f23e>] 0xffffffe00021f23e [<ffffffe000220500>] 0xffffffe000220500 [<ffffffe000220086>] 0xffffffe000220086 [<ffffffe0002216a0>] 0xffffffe0002216a0 [<ffffffe000265914>] 0xffffffe000265914 [<ffffffdf80658020>] 0xffffffdf80658020 [<ffffffe000027042>] 0xffffffe000027042 [<ffffffe00006d972>] 0xffffffe00006d972 [<ffffffe00006eaaa>] 0xffffffe00006eaaa [<ffffffe00006ecd2>] 0xffffffe00006ecd2 [<ffffffe00006ed76>] 0xffffffe00006ed76 [<ffffffe000027e06>] 0xffffffe000027e06 ================ mcp251x_can_probe:1005 ================== ================ mcp251x_can_probe:1008 ================== ================ mcp251x_can_probe:1014 freq=20000000 ================ mcp251x_can_probe:1018 freq=20000000 ================ mcp251x_can_probe:1023 ================== ================ mcp251x_can_probe:1029 ================== ================ mcp251x_can_probe:1052 ================== mcp251x spi1.0: setup mode 0, 8 bits/w, 500000 Hz max --> 0 ================ mcp251x_can_probe:1071 ================== ================ mcp251x_can_probe:1079 ================== ================ mcp251x_can_probe:1087 ================== ================ mcp251x_can_probe:1095 ================== ================ mcp251x_hw_reset:586 ================== ================ mcp251x_spi_trans:278 ret=0================== ================ mcp251x_spi_trans:280 ret=0================== ================ mcp251x_spi_trans:282 ret=0==================

是不是dts有问题？

@q1215200171

gstsunxifbsink.c 没有找到这个文件，请问哪里可以下载呢？

@whycan 爆了爆了

@robot 在 【XR806开发板试用】在仓库失效后，重新拉了代码一直编译不成功 中说：

repo init -u https://gitee.com/openharmony/manifest.git -b OpenHarmony_1.0.1_release --no-repo-verify

用这三条命令试试
repo init -u https://gitee.com/awol/open-harmony_-xr806_manifest.git -b OpenHarmony_1.0.1_release --no-repo-verify -m devboard_xr806.xml
repo sync -c
repo forall -c 'git lfs pull'

@memory 可以大致这么理解，一般de0对应tcon0对应screen 0，de1对应tcon1对应screen 1

你好，请问 buildroot 支持 480x272 的 40pin RGB LCD 吗？我发现配置目录下有 rgb480x272_rtp，但是使用里面的 board.dts 发现只有背光开了，没有显示

哇 真的有用 顶你咯

gstreamer 需要打上补丁才能使用，whychan中有dalao已经做了硬解视频🤠

@whycan

4266b0f7-2169-47db-9dff-701865ca0900-a6298130c969fa7a8b62568ce0cb80d.jpg

D1s 已经成功初始化，并用RGB HV信号点亮了屏幕，效果杠杠的。

@aktoey 试了一下，没啥问题，破案了，一定是你敲代码的姿势不对。

靠谱，我就是这么干的。

@huangqinggan app.bin过大了，改一下device\xradio\xr806\xr_skylark\project\linker_script\gcc\appos.ld，把一部分代码放在xip。

&pio { twi0_pins_c: twi0@0 { pins = "PG12", "PG13"; /*sck sda*/ function = "twi0"; muxsel = <3>; drive-strength = <10>; }; twi0_pins_d: twi0@1 { pins = "PG12", "PG13"; function = "gpio_in"; }; } &twi0 { clock-frequency = <400000>; pinctrl-0 = <&twi0_pins_c>; pinctrl-1 = <&twi0_pins_d>; pinctrl-names = "default", "sleep"; status = "okay"; tsc2007@48 { compatible = "ti,tsc2007"; reg = <0x48>; interrupt-parent = <&pio>; interrupts = <PB 2 IRQ_TYPE_EDGE_FALLING>; ti,x-plate-ohms = <400>; }; };

kernel 配置勾选 tsc2007，然后用 evtest 测试电阻触摸屏，一切OK了。

这个错误还可以修改分区信息通过编译，详情：https://bbs.aw-ol.com/topic/775

有灵魂的PCB！

按住 s 上电启动可以进入u-boot命令行，输入两行命令可以把PD22拉高：

mw 0x02000098 0x01222222 mw 0x020000A0 0x00400000

已初步确定是螃蟹的AP模式逻辑问题，并非死锁。

测试环境
1.rtl8723ds (AP) <-----> iphone (STA)

触发条件
1.作为AP模式
2.正在发送数据
3.对方STA进入SLEEP模式，有概率触发该bug。

问题描述
1.hal\rtl8723d\sdio\rtl8723ds_xmit.c 中 xmit_xmitframes 函数
#ifdef CONFIG_AP_MODE
if (MLME_IS_AP(padapter) || MLME_IS_MESH(padapter)) {
if ((pxmitframe->attrib.psta->state & WIFI_SLEEP_STATE) &&
(pxmitframe->attrib.triggered == 0)) {
RTW_INFO("%s: one not triggered pkt in queue when this STA sleep, break and goto next sta\n", func);
break;
}
}
#endif

这段代码意图其实是符合 80211 中的传统省电模式 (Legacy Power Save)

传统省电模式 (Legacy Power Save)
假设某个时间STA进入sleep，它通过发送数据帧或null-date帧来告诉AP我进入省电了
AP收到这个帧后就不发数据帧给处于省电模式下的STA了。
STA会在下一个 DITM period wake up，并收到AP的beacon
在beacon 中DTIM 信息元素会告诉 STA，你sleep的时候有发你的数据，我替你存下了，快来取

但实际工作的时候不知道为什么驱动会反复的触发发送信号量，然后反复的进入这个流程，导致 RTWHALXT 线程占满CPU。
而且影响到了正常的收发逻辑。

暂时解决方案
注释掉上述 break; 语句，逻辑变更为，即使 STA 进入休眠仍然发送，STA收不到就收不到，该帧就算丢弃了。
实验发现也并没有造成多大的通讯延迟影响。

后续解决方案
联系模块fae尝试解决。但我不认为模块fae方面有能力解决这个问题。(我是普通用户不是VIP)

晕哥杯子帅🤙