WhyCan Forum(哇酷开发者社区)

最好用带并口的MPU，不然有点难搞。

@Gentlepig
写一大串没用的，难道你就没有怀疑是你输入的命令有问题？写了一大串也没有把重要细节show出来！

建议先找个深入浅出的完整的教程来学习，如果基本概念都有弄清没就摸石头过河，不太好走。

脑袋是清醒的么？“-I/usr/local/include ”，交叉编译你include HOST的头文件做什么？

这么危险的电路竟然不加下拉电阻，胆子也太大了！

果然有大家风范，小户人家高攀不起呀！不过这20万是pcs还是RMB？

你弄成静态链接编译了，但libasound.so是动态库肯定链接不上呀。要么提供静态库，要么改为动态链接编译。

@aquasnake
你是刚通网不久吧，嘉立创有Layout服务，可以去看看要多少钱，耗不了多少流量。思想还停留在十年前，也不怕人笑话。鸟你都是浪费时间。

@aquasnake 看来你对AI和围棋都一无所知啊。围棋的棋路变化超过宇宙原子总数，即使加上权重也很难通过穷举法遍历出最佳棋路。
它是通过学习棋谱和实践锻炼来提高棋力，所以才叫作人工智能。它具有实实在在的棋力，而非冰冷的算法。

目前来看，硬件上的AI自动化进度有点慢。现在一块普通4层板的Layout人工费要一两千，如果AI能做这个工作，即使收费一两百都是双赢。所以这个市场不可估量，然而目前确实还没有能拿得出手的AI。
先把Layout做好吧，10年对于IT领域是个有点久远的时间长度了。

我觉得MCU+FPGA方案性能虽好，但复杂度太高了，容易影响稳定性。性能和稳定性应该是调试器在使用体验上最重要的指标。
我觉得这两种方案比较容易实现性能和稳定性：带FPGA的MCU、先楫半导体的 HPM5331

但带FPGA又带USB HS PHY的MCU似乎没有。

HPM5331的SEI接口可以适配任意时序的串行通信协议，并且有两个SEI及USB HS PHY

通用USB设备默认似乎不会在/dev目录添加节点，可以通过udev来添加其节点，并随便修改权限模式为666：

SUBSYSTEMS=="usb", ATTRS{idVendor}=="33c3", ATTRS{idProduct}=="6677", MODE:="0666", SYMLINK+="aic0"

因为CAN规范的规定，大部分芯片的CAN外设都是差不多的。CAN收发出现错误会累计错误计数，只有当错误计数达到一定阀值才会触发bus off异常，此时CAN控制器会进入reset状态。
在reset状态下不能进行正常的收发处理，需要设置其状态到normal状态才能进行正常收发。

AC6不就是Clang(LLVM)编译器，很矜贵么？！Clang原本就支持ARM和RISC-V，ARM不过是做了少量适配和优化而已。

这个测试其实有问题，测试代码全部是调用math.h库函数。而不同编译器所用库是不同的，即本质上各个测试用例的测试代码并不全部相同。

测试了下，通过“Existing Code as Makefile Project”导入，并如上图配置构建。

一个完整的构建耗时10秒左右，可以接受。

自己电脑配置差或者不会用就不要乱BB。
举个简单的例子，同样的构建脚本，在eclipse内构建会比在终端上构建要快，因为eclipse对编译器的输出信息有优化。
在并行编译时，编译器输出信息到标准输出过快也是瓶颈之一。
当然了，如果你的电脑配置差，编译速率本身就慢，于是编译器输出信息没就那么快也就达不到标准输出的瓶颈，从而体现不到别人的优化。

单个开关要识别两类状态：连接器插拔状态和开关的电平状态。可以使用带插拔识别的连接器，如3脚的DC连接器，其插头插入时会将其内部的弹片顶开从而可以在电路上产生电平信号。

多了个插拔识别而已，正常需求。

你也分不清PCB Layout和电路原型设计？我上面说了一大堆都是Layout方面的AI自动化，没说AI搞电路原型设计。

十多年前那种迷宫算法跟如今的大规格神经网络不在一个层次，至于为何目前还未有拿行出手的，上面已经说了，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的芯片。