WhyCan Forum(哇酷开发者社区)

十多年前那种迷宫算法跟如今的大规格神经网络不在一个层次，至于为何目前还未有拿行出手的，上面已经说了，AI和PCB这两拔人的鸿沟比较大。

但这个商机就在这里，不久的将来必然有企业跨过这个鸿沟。

AI做PCB Layout其实就是AI画图，只是规则跟正常图像的不同而已。

用AI去做PCB Layout，还是很有用的，但目前还没普及，应该是AI水平有限。

大概是做AI的人不懂PCB只会下棋，或者做PCB EDA工具的人不懂AI只会迷宫算法。

但在不远的将来，像PCB Layout这种烦琐的体力劳动必定会被AI替代。设计人员只需设置好约束规则即可。

肯定会冲突，modubs没有MAC。可以参考以太网介质访问控制协议CSMA/CD，自己实现一个MAC就可以解决冲突问题了。我以前做电力线载波通信时实现过，不难。口诀如下：

发前先收，空闲发送；边发边收，冲突停止；随机延迟重试。

因为是半双工通信，可以一边发送一边接收，如果接收到的跟发送的不一致就说明总线有冲突，有冲突就随机延时再重试。

好几年没用ST的芯片了，有点记不太清了，STM32F7/H7似乎并不支持DDR RAM？

？？ 直接复制动态库到镜像里的usb/lib目录，不懂？

凡是要签协议才能拿到SDK的芯片方案，老子都不用！“伸手党毒打”？你可知uboot、linux、buildroot、openwrt是什么许可协议？

要签协议才能拿到GPL源码？也就国内这些不知廉耻的人才能做得出来！

商用 等于 不公开源码！不然为何会有商业授权？

确实，才发现D21x系列核心型号不带P没有RVV，D13x作为MCU却有P支持RVV。有点奇怪！？

全志的芯片，工业级的不多，主要以商业级的为主。

实时语法分析，在码字的时候编辑器实时进行语法分析，有语法错误就会高亮显示。

将鼠标悬停在出现错的宏上，如果编辑器找不到其定义就会提示该宏未定义。

新手其实应该用VS Code之类的带有实时语法分析的编辑器好点，码字的时候就能显示出错误。

这样，像楼上这种低级错误是不可能留到编译阶段的。稍微熟练之后，一般都不会在编译阶段出现语法错误了。

Linux默认支持CDC驱动，检查芯片是否支持，否则就需要安装厂商的VCP驱动。

这个是同步传输，总得有个时钟信号吧，而且通常是主控发出时钟信号，不用GPIO模拟时序，怎么实现读取？

那时候的电脑都是庞然大物，而且价格非常昂贵，不可能每个工位都摆一台。

首先，“/” 分区是只读的，可以重新mount为rw解决；但应该分区确实已经没有任何剩余空间了，重新mount为rw也没用。

应该重新打包rootfs，预留出空闲空间。另外我怀疑你的rootfs是romfs之类的只读文件系统，是的话要更换其文件系统为有写入功能的格式。

有个简单的操作方法，我看贵司已经将芯片挂到立创商城上了；那么只要在立创商城上绘制好符号和封装，LCEDA可以直接用、KiCAD和AD也可以白嫖立创的东西来用。
实现方式简单，皆大欢喜。

socket有好多配置项(block/non-block/keep-alive等)，API函数也有flags，说了一大堆也不见代码是什么鸟样。一般人都懒得给你猜……

"Talk is cheap. Show me the fcking code!" —— Linus Torvalds

文件系统可读不可写，重新格式化不就OK啦

低成本方案：PC-ESP32-WiFi--WiFi-ESP32-目标板

那期待工业控制相关外设的文档及SDK能早日开放，我做的产品大多就是都包含屏显和电机控制的。

T113-i、A40i是工业级的。全志是似乎带i后缀的就是工业级的。

64MB内存跑QML基本不可能。他这个是widget控件，而且应该是静态连接Qt。正常来说，128MB内存跑Qt都很吃力！

问手册都变成月经贴了，把相关资料链接放在本坛显眼的地方吧@ArtInChip

脚本：/etc/init.d/S20network

#!/bin/sh
#
# Start the network....
#

case "$1" in
  start)
    printf "Start dhcpc:  "
	/sbin/ifconfig lo up
	/sbin/ifconfig eth0 up
	udhcpc &
    [ $? = 0 ] && echo "OK" || echo "FAIL"
	;;
  static)
    printf "Set network IP: "
	/sbin/ifconfig lo up
	/sbin/ifconfig eth0 192.168.1.127 netmask 255.255.255.0 up
	/sbin/route add default gw 192.168.1.1
	echo -e "nameserver 202.96.134.133\nnameserver 202.96.128.166" > /etc/resolv.conf
    [ $? = 0 ] && echo "OK" || echo "FAIL"
	;;
  stop)
    printf "Bring down network: "
        killall udhcpc
	ifconfig lo down
	ifconfig eth0 down
	[ $? = 0 ] && echo "OK" || echo "FAIL"
	;;
  restart|reload)
	"$0" stop
	"$0" start
	;;
  *)
	echo "Usage: $0 {start|stop|restart}"
	exit 1
esac

exit $?

参考这个帖子 https://whycan.com/t_10597.html，解决DNS污染。实测github的clone速率为170.00 KiB/s左右，还可以接受。

python是一个虚拟的包，且没有候选，所以安装不了。python2、python3才是实体的包。

列举下访问github的几种方法，及其优缺点：

• 修改hosts文件：治标不治本，需要不定时更新hosts内的IP地址

• 替代使用7楼列出的github.com的镜像网站，并在浏览器安装Redirector插件(Chrome、Firefox、Edge均有)；配置好插件后在访问github.com链接时会自动替换链接到镜像网站：镜像网站网速快，帐号登陆也OK，但SSH无法访问，不能上传代码

• 分别搜索 "smartdns“、"DNS DoT DoH"即知从根本上防止DNS污染的方法：优点：github.com的https、ssh都能访问，缺点：浏览网页的速率要比镜像网站的慢

stty -F /dev/ttyS1 -a
把当前串口设置列出来，检查是否符合要求。

LVGL在PC上跑，不算是一个模拟器，而只是用了另一个后端。所以没有像你这个的现成的东西。

这个python脚本所使用的是 >=3.6版本，你这2.7.12差太远了。python3不兼容python2

vdom diff方式我之前也有考虑过，但觉得可能需要运行时反射，zig实现不了，就没有深究了。不过这种方式写起来确实要方便很多，后面有空再研究研究。

converter我目前的构思是在binding时像print函数那样指定格式化，如：

Bind(.Text, ErrorCode){ .property = &_model.error_code, .fmt = "error is {d}" }

“text=stat?'Yes':'No'”这种确实有点麻烦，我还在构思。

断言完全就跟exception不一样吧！断言一触发，程序就进入死循环，调用者没有任何控制能力，即程序就会立即死掉。
而exception，如果调用者catch到异常就不会使程序死掉。
zig、rust的错误处理才是近似exception，但更简洁、更高效。

我想了下，可以这样：以V9的API风格去绑定V8。绑定其实就是加一层封装，更换lvgl版本就是更改封装的内部实现。这样以后将绑定从V8迁移到V9从外面看就没什么变更。

lv_obj_add_event_cb内部会有动态内存分配，只有一个fail原因，那就是内存分配失败。
后面看了不少C代码，lvgl对于内存分配失败都是只用LV_ASSERT_MALLOC触发断言而没有在返回值上体现来处理的，跟我之前所用的UI库处理习惯上有点不同。

而zig这边因为有完善的错误处理机制，一个函数返回OOM(Out Of Memory)错误是很常见的。zig提倡由调用者决定什么时候处理错误，这就可以让软件更健壮，不会一触发OOM就因ASSERT断言而死掉。

应该是启动脚本所使用的控制台(tty)不太对，试下换到/dev/tty1看看

emwin还没有开源吧，这限制了好多选择。最好还是用回全志家的MPU。A7是否有emwin支持？

F1C100不行就换F1C800

用eclipse、VSCode本地或远程调试都不难。不过绝大部分情况都是用log。

你单个写个C源码测试，结果是正确的吧。是你实际调用有问题，不是atof("000000003.1")问题。
提问最好要把怎么使用的细节列出来。不要一开始就怀疑一个很多人在用且用了很多年的C库有问题。

#include <stdio.h>
#include <stdlib.h>

int main()
{
    double d = atof("000000003.1");

    printf("d = %f\n", d);
    return 0;
}

PS：标准的C库atof返回的是一个double，printf的"%f"接受的是一个double，其他C库特别是MCU平台的C库要另行确认是否有不同。

这里其实有三个项目：LVGL、zlvgl、zdec，目前工程还是实验性的，这三个项目的文件夹组织得不太分明。等整理好再传到github或推到zig社区。

看官方文档，手动滚动的API在这里：https://docs.lvgl.io/8/overview/scroll.html#scroll-manually
似乎你对UI编程还不太熟悉，建议多看文档、多看例程，编程前对UI库要有一定理解。

LVGL的版本号为什么飙得这么快，是因为新版API跟旧版的不兼容，那为什么会经常不兼容呢？
我个人认为，除了用LVGL的人越来越多导致需求变化很大之外，有些API考虑不够周全导致稳定不下来。

LVGL似乎有专门控制滚动的API。

通过Tab得到焦点的控件的底部坐标如果超父控件器大小，就滑动以使其底部坐标在父控件之内。

MDK: CMSIS-DAP Cortex-M Target Driver Setup中的Download Function选中Erase Full Chip

要是能有主频1GHz左右的MPU就好了。我有个新项目的显示分辨率是1280x720，以前用A7@1.2GHz，现在上D211的话有点怕芯片性能不够。

Linux做不到RTOS的实时性。于是用Linux做UI显示时要另外加MCU来处理实时控制。
另外RTOS的体量更小，跑小UI的效率要比Linux的高。

开发板网线接电脑，电脑没额处接口用加USB网卡或PCI-E网卡，电脑桥接网卡。

我原以为用DRM绘图时，即使用户空间没有使用2D加速API，DRM也会在内核空间使用2D加速API来绘图。
即是说，DRM只是提供了统一的2D/3D加速的API接口？

STM32MP1系列是M4+A7的MPU，不简单吧，比全志单核ARM9的复杂吧。但人家依然像MCU那样该有的资料都放出来了。

大客户的方案选型就不是人做出来的么？说到底还依然是有人受不住诱惑选了这种芯片，让这种公司活了下来。
而行业上的其它公司，见到这种模式不是死路，就毫不畏惧地效仿着也走这种模式。久而久之，这种公司就多起来了。

如果不用qtcreator的话，建议用cmake。cmake要灵活点，qmake的限制比较多不灵活，Qt官方也开始放弃qmake转投cmake了。
另外QT_ARCH类似于编译器宏，是内置在编译套件里的。

不同平台所使用的构建套件是不同的麻，在套件配置上进行区分即可。
比如，可以在 项目 -> 构建设置 -> 构建的步骤 -> qmake的“额外的参数”着手。

套件的构建配置

.pro工程文件

qmake输出

有没有可能是因为用的人还有多，升级代价小就直接升级了呢。
君不见STM32F103的I2C都有较大设计问题，而又没有升级，是不是因为用的人较多不好升级呢？

为什么你提问没有把编译输出信息帖出来，是要大家帮你猜么？

有时序要求，中断处理函数所使用的模块如果没有初始化就触发中断就会出问题。

@EE
起初是裸机，由于对可靠性要求极高，于是最起码要对不同任务进行内存地址隔离。隔离后，不同任务间要通信，就是要做通信组件；还要监控不同任务是否正常运行，如果异常就要做最小损失处理。还要对整个任务系统进行备份（我国当前的航天器已经做3套备份了）。
这些东西做下来，就不由自主地变成一个OS了。

顺便一提，经常飞越星际的VxWorks已经支持“容器”这个虚拟系统的概念了，将实时性要求不高又容易出错的任务跑在容器里，以隔离其对整个系统的影响。
航空航天的可靠性要求不是民用的能比的，而航空航天系统又越来越复杂，肯定要对硬件资源进行管理，这一管理就变成一个OS了。
这不是为了OS而上OS，而是无奈地成为了OS。

一个曲线救国的方法，zig语言的编译器携带了跟gcc兼容的C/C++编译器，支持各种平台、各种架构，还携带各种libc库和glibc库。
其中zig 0.11版本携带的glibc版本有2.0.0～2.34.0

易用性是个主观的东西，比如我习惯了eclipse、VS Code这些工具了，再用IAR就有种从现代社会进入到原始社会感觉，写代码感觉束手束脚。
eclipse再过20年界面都会是这样，等ecipse变成你说的那种易用性那它就不是eclipse了。比如沁恒搞的那个对eclipse做大量裁减的IDE，让熟悉eclipse的人哭笑不得。

@fubaojun2006
不同的人对工具有不同的需求也就会有不同的选择，但也应该在较为充分地了解一个工具后才去判断这个工具是否适合自己。
不同项目对工具也会有不同的需求，当一个项目足够复杂之后，开发者就会不由自主地想换功能更好更为复杂的工具。但如果拿复杂工具去管理只有一两个文件的简单项目，只会把事情搞得更复杂。

@非叉叉
哦，大意了，摄像头出H264确实只能走USB UVC方案了。然而ESP32只有USB FS，USB带宽不是很大，分辨率大点可能就跑不起来了。

单芯片集成H264编码器和WiFi的方案，似乎还没有，即使有，应该也是专用芯片不好买。
两种方案：

• 支持H264输出的摄像头 + ESP32

• 普通摄像头 + 带H264编码器的MPU + WiFi模块

/etc/rc.d的启动方式是SysVinit，只能串行执行系统启动脚本，启动速度慢，已经被遗弃了。
现在的启动方式都是Systemd了，不知为何现在很多人诟病Systemd，我记得Systemd引进之初是为了解决SysVinit只能串行启动导致启动速度慢，而仿效MacOS进行并行启动来提高启动速度的。
建议放弃SysVinit了，以后Systemd也可能不再兼容SysVinit

Linux的DisplayLink驱动还是试验性的，还不完善，所以对这种设备支持不是太好，使用起来要花点力气。
维护这个驱动的主要厂商似乎是synaptics，详情在这里：https://www.synaptics.com/products/displaylink-graphics
有能力的话，可以自己捣鼓一下。

DisplayLink的开源网站被和谐了？https://displaylink.org/

@吴助建
哪里开发都一样，不同版本的工具之间肯定会有兼容性问题，即使是声称宇宙最强的那个IDE也不能幸免。
解决办法其实很简单，将所用到的工具打包成toolchain包连同SDK一起发布即可，只是全志没有这样做而已。

threadx不了解。rt-thread也支持POSIX，但小米选nuttx，应该是nuttx对POSIX的兼容性更好而且支持进程(现在rt-smart都还在开发中)。
另外，虽然rt-thread跟nuttx都遵循Linux的一些理念，但nuttx更接近Linux，可以看作是RTOS版的Linux。

@老鸟kkk
最新文档上，数据手册是最新版，但芯片手册还是旧版。等文档更新吧，记得隔一段时间就 git pull 一下。
文档基于git还是挺方便，不需要不停地下载新版PDF文档。

上面说的话可能冲了点，但一大早看到别人大神为了解决软件工程问题辛辛苦苦做出来的工具说是内卷，真的很生气。
C语言的构建系统很垃圾，只能靠第三方工具来管理构建并在源码里写很多宏来决定什么代码参与构建什么不参与构建。这样代码量一多，这些宏的数量没有上百也有几十，并且有些宏相互依赖、有些宏相互冲突。如果没有Kconfig这种可视化配置工具，手工一个个地去改这些宏，搞不好忙了大半天都通不过编译。
为了所谓的不“内卷”不学这些工具，手工一个个地去改编译宏，就老老实实加班吧。

嵌入式的技术更新速度已经比互联网的低很多了，多一点东西都不愿意学，不要指望以后技术能进步到哪里去。

RTOS SDK基于RT-Thread，可以用RT-Thread的配置工具导出IAR工程来用。

按老外的做法，既然是开源指令集的MCU/MPU，那么都会提供开源工具KiCAD的符号库和封装库。

不要以自己的立场感受为常识。比如，从事Linux底层的人对nuttx就会很熟悉并觉得freertos功能太少。
像小米就选nuttx作为他们产品的RTOS，明显是因为他们的团队以前是搞手机系统的，众所周知，手机系统内核是Linux。

实话实说，论坛炒冷饭把老旧贴子翻出来、白天的回贴也要审核且审核时效低，会劝退很多人。

看来全志这水有点深呢，小客户选型前得三思。

干扰是有，但对信噪比的影响是多少？如果对信噪比的影响不是很大，是不是就可以忽略不计？
就如同PCB Layout的铁律“信号线不能走直角”的前提是信号频率要足够高才有影响。

支持国产芯片，以前用外国的芯片，片内大多只集成USB FS PHY，想用HS PHY还得在片外挂PHY芯片，麻烦。
现在国产芯片，随随便便都是集成USB HS PHY。

桌面环境哪里还有32位系统？

有点尴尬，官方299的开发板也不是100pin而是88pin的。我之前也很纳闷官方为何全功能的开发板不上100pin的芯片。

顶一下，HPM5300系列芯片有针对电机控制的运动控制系统，非常强大。如：

• 旋变解调器：根据电机的两路线圈的电流信号评估转子位置

• 支持串行口编码器；如 磁编码器MT6701的SPI接口，配置好寄存器后无需CPU干预就能定时获取编码器数值

• 运动处理单元：根据输入的电机位置值来预测电机的位置、速度、加速度

其它还有强点还有：双精度FPU、64位定时计数器、纳秒计数器、32位编码器计数器、编码器输出、CAN FD、运算放大器OPAMP、两个16位ADC等就不一一列举了，感觉兴趣的同学可以看芯片手册深入了解。

这应该是在问，同一块NorFlash是否可以XIP一个分区的同时另一个分区挂文件系统？

SIMD 单指令多数据，可以在一条指令内进行两个数组（矩阵）的运算，只要是对两个数组的元素分别进行运算的都可以。
如：音频、图像处理，AI算法，字符串比较等。

AWTK支持贵司芯片的G2D加速么？
体量小于Qt的嵌入式UI感觉没什么选择：LVGL太过轻量没有UI描述语言、UI响应靠一堆callback，slint收费了不敢用，惟有AWTK功能稍强点。

@Gentlepig
用 eclipse-embedcpp或MCU原厂的Linux版IDE（其实也是eclipse） 就行了，不懂GCC也能创建工程，各大发行版的官方软件仓库都有gcc、arm-none-gcc、arm-linux-gcc。
当然要提高水平就需要懂这些了：GCC、makefile、链接脚本。

下载算法为何还用printf？printf的体量对于bootloader来说太大了。

哪里道听途说的，RVV + FPU 的浮点性能怕是跟ARM9比得差两个量级

本坛没人做工业级产品吗？老是有人拿消费级芯片跟别人工业级的比价格……

当今GUI框架的主流是声明式UI了，就要求其编程语言支持反射特性。C++还不支持反射吧，所以其实也不是很适合用来搞新的GUI库了。

编译器是MSVC吧？换用GCC编译器，Windows版的叫MinGW
PS：现在的新手在提问时老是只给出少得可怜的相关信息，别人看了也懒得追问，于是没人鸟。

不错。只可惜github在国内访问速度慢，能支持gitee就最好。

看选项描述“runtime library path” 即“运行时库路径”自然指的是动态库

貌似在全网都没有找到全志MPU上跟NOR Flash的XIP相关的信息。是全志所有的芯片都是空有QSPI接口却不支持XIP？

NOR Flash不是有XIP特性么，可以直接在Flash内运行程序。还是说V3S或全志的芯片不支持XIP？

低功耗的重点是关闭外设

用笔记本电脑上的那种USB摄像头模组，手指大小。加USB HUB可以就要接多摄像头。

优化双声道数据的合并

#!/usr/bin/env python

import numpy as np
import scipy.signal as signal
import wave

freq0 = 10   # 信号起始频率(Hz)
freq1 = 50   # 信号终止频率(Hz)
seconds = 20 # 音频时长(秒)
sample_rate = 4800 # 采样率

t = np.arange(0, seconds, 1.0/sample_rate)
vleft = signal.chirp(t, f0=freq0, f1=freq1, t1=seconds, method='linear')
vright = signal.chirp(t, f0=freq0, f1=freq1, t1=seconds, method='linear', phi=90)

# import matplotlib.pyplot as plt
# plt.plot(t, vleft)
# plt.plot(t, vright)
# plt.show()
# exit()

left_scale = vleft * 32000
right_scale = vright * 32000

left_data = left_scale.astype(np.int16)
right_data = right_scale.astype(np.int16)

cat_data = np.array([left_data, right_data])
frame_data = np.transpose(cat_data)

fname = "{}~{}Hz-{}s.wav".format(freq0, freq1, seconds)
wf = wave.open(fname, "wb")
wf.setnchannels(2) # 2声道
wf.setsampwidth(2) # 采样宽(字节)
wf.setframerate(sample_rate)
wf.setcomptype('NONE','not compressed') # 设置采样格式:无压缩
wf.writeframes(frame_data.tobytes())
wf.close()
print("generated: {}".format(fname))

汽车电子的控制处理相关系统就用Nor Flash，这个领域可靠性是第一指标，一般用RTOS + Nor Flash组合。赛普拉斯、镁光等厂商就有专门用于汽车电子的大容量（512Mbit～2Gbit）的Nor Flash。

本人即将开工的医疗小仪器项目也打算用 RTOS + Nor Flash组合，UI用Slint，可靠性应该比较高了。
如果可靠性不是第一指标，性价比高的应该还是SD NAND + Linux方案了。