WhyCan Forum(哇酷开发者社区)

认同海石生风，根据我近一年多的关注，现在的AI和之前不是一个维度了，还把当前的AI当做几年前的AI来对待就大错特错了！人类离科幻里的人工智能，近在咫尺。
PCB layout这种估计是未来AI应用里最简单的，现在没出现仅仅是因为还有更重要更有市场的事情在做，以及传统行业动作还有些迟疑。。。

没搞懂，后端是放服务器还是放设备上；设备的UI也是基于web吗？

@海石生风
“zig这个编译时特性在众多编程言语中是绝无仅有的” 这个特性确实是非常适合搞声明UI的，你这个选择非常正确。

看来你走的路线是利用binding来更新属性而不是对vdom进行diff再更新

我个人更喜欢reactjs这种vdom diff的方式，不用显式声明属性绑定，每次model变化，把整个UI 的builder重新运行一遍，再根据vdom实例化组件
坏处是开销大了不少；好处是可以任意方式写UI，每一帧的UI都可以是完全和上一帧不一样，是动态决定的。比如
if (fail_happen)
  Text(‘error is {erro_code}')
else
  Button(text=stat?'Yes':'No')
end

binding除了写起来有点繁琐以外，如果model值不能直接用于UI显示的话，还需要写转化函数。比如：
erro_code -> ‘error is {erro_code}'
stat -> stat?'Yes':'No'
以前玩微软XAML写UI就把我烦死了，写个binding还得写个converter

@acom2024
你是用我的make file来编译的吗？是的话敲下面这个命令：
make write

跨线程操作UI会出问题
QCoreApplication::processEvents();
跨线程signal应该也不工作了

搭了环境玩了一下，CLI工具做得还蛮不错的，开发板使用文档也很详细。遇到的问题：
1. Windows 环境安装失败，报错说某个安装进程未正常结束，不知道为什么；
2. 用wsl安装好环境编译都正常，就是烧写时无法attach DAP到wsl，原因应该是我的工作电脑防火墙把端口给禁了

主SDK用的zephyr，但是语言唤醒识别和人脸识别是另外的代码库，没有NDA拿不到代码
电源复杂，需要几路电源和F1C100S差不多，而且感觉功耗有点大，芯片温热估计40°。看了个文档说有正常工作功耗有40~50mA

@海石生风
谢谢，不过Nor写起来好慢，容量也小。现在最性价比的产品是什么？EMMC？

不懂就问，三万次算正常吗？

ARM Star 是什么内核单片机？

boot就死了，估计时钟就没正常工作，所以看门狗没有用

感觉可以做个音箱，FPGA负责多DMIC不知资源够不

最近在CNX看到这个芯片的讨论，老外怀疑这个ARM版权是有问题的，可能涉及ARM中国和ARM总部之前的争议。这样，使用这个芯片会有版权风险或者以后涨价的风险。
大家怎么看？

现在还有比8051不快15倍的8051单片机吗？
STC的8位8051单片机你应该听过

哈哈我买了一份T133带屏幕，这屏幕真是便宜，别家带屏幕不得好几百了

那个SRAM及其慢，以前为了提速，XBOOT把SPL都放到DRAM去跑

这东西和国产的有啥区别？我看网上国产成品有一千出头的

上海好多MCU公司啊，很多都是低端MCU。我在想怎么养得活员工的，房价都十万了，坐标张江

5毛钱这个配置真可以了，比某宝3毛钱的山寨PIC芯片强多了

各种特性都支持后，怎么保证尺寸？会不会变得和MicroPython一样大了

MCU级别的计算性能肯定不够搞GPU；而且这种硬件多线程，是受限于总的硬件资源，比如不能都跑200MHz

楼主这个思路我也想过，支持楼主做出来！

你们可以雇佣民间高手兼职帮你们搞搞文档

@海石生风
有些逻辑是UI相关的逻辑，如果描述语言无法实现描述的动态性和逻辑，实际反而不方便。以前我也觉得逻辑是逻辑，UI是UI，必须分开。但是看过ReactJS之后我又动摇了，现在流行的是业务逻辑-》数据-》UI逻辑和状态-》View这样的单向数据流，反而不提倡UI和逻辑放的太开。
高级语言当然有用，可以实现UI和逻辑的无缝组合，多位一体，不用创造和学习一个特定的描述语言；既可以写逻辑也可以写UI，想分开就分开，想合在一起就合在一起，想组合就组合，灵活多变，表达能力强。
AWTK这种有点像Vue，创造了很多扩展语法到XML，要想写UI和逻辑，你得在XML，扩展语法，C或者JS三者之间跳转
QML这种，你得在QML，JS，C++三者中跳转
ReactJS这种，你只需要JS语法和一点点XML的组织形式（其实也只是可选项）。比如Flutter,语言本身就可以实现类似XML的嵌套结构和可变参数，所以它只需要一个语言。

这个正常，有的单片机就是外挂用的，固件从主机加载来用

可以考虑做个16线程的，48/64脚小封装的平价版本；然后SDK做好点，把常用I2C，LED，PWM什么的用软件模拟，做成库，相当于GPIO可以配成任意硬件，16个线程就相当于16个软核

看了下资料合集，好像没看到SDK，数据手册以及说明文档太简陋了，还不如我每周写的文档详细。。。

这个芯片就不是通用MCU，所以想拿来做通用MCU的不用想了，性价比太低划不来。
这个适合做多轴控制，无人机，数字电源之类需要高实时性的场合；还有部分FPGA的轻应用场合

把SDK做好点，做几个小巧开发板，就像Adruno，ESP32那样，走海外推广会比较受欢迎，老外喜欢DIY一些有创意小玩意

大家开发人员都是不同国家不同背景的人，怎么可能思想上统一呢。大家都觉得自己的设计有道理有特色，为啥要兼容别人？SPI这种标准实际是大公司推动的结果，而且SPI这种偏底层的才有可能统一，GUI这种是上层的东西，没有动力去统一的

画得真是漂亮，像艺术品！我是外行，看不了门道，只能看看热闹

注意QT5.15不是LGPL2 而是LGPL3

不错不错，楼主研究生还是本科？

JSX的语法，类似JS的ReactJS的那种写法。实际会被编译成Python的语法：AgeComponent(year = 10)

我用Python也做了个声明式框架，一直没有完工，这是初步效果：支持class组件和stateless函数组件

class AgeComponent(Component):
    def render(self):
        return Text(text = f"I\'m {self.props['year']} years old")

# stateless functional component
def AgeFunctionComponent(age):
    if age < 15:
        return <AgeComponent year=10 />
    else:
        return <Text text=" I'm Adult" />

class MyApp(Component):
    age = State(9)

    @thread
    def add_age(self):
        for i in range(100):
            self.age += 1
            print(f'age:{self.age}')
            # time.sleep(0.01)

    def render(self):
            return (
                <App>
                    {<Text text=" I'm Child" visible = {self.age > 15}/> if self.age < 18 else <Text text=" I'm Adult" />}
                    <Text text=" ---------------------------- " />
                    <AgeFunctionComponent age = {self.age} />
                    <AgeComponent year={self.age + 1} />
                    <Button text = 'Press Me' on_press = {self.add_age}/>
                </App>
            )

render(<MyApp/>)

@shuimogezi
所有GUI都不支持多线程直接操作的（除非通过特殊的方式）。你只能在GUI的事件回调里操作UI的object，因为回调是在GUI线程被调用的。
你以为你只有一个线程在操作UI，实际上UI的事件循环那个任务就是UI主线程，你这两个线程在抢同一个资源，你设置和删除image，UI主线程又不知道，它当然会崩溃。

很精致小巧

Linux启动花了13-2=11秒？这也太慢了，start kernel 到进Linux命令行我记得很多网友包括我自己编的都是在1.9s左右

楼上说得对，不同UI库没有可比性
贴图型还是矢量绘图型
16位色还是24位色，带不带alpha
是点阵字体还是矢量字体
都极大影响性能

UI库都不一样，不好比。TouchGFX据说性能确实高很多，有可能还用了STMH7的DMA2D加速

@smiletiger
f1c100s的I和D cache打开了吗？还有DDR频率是否设到了240/480Mhz。
有可能瓶颈在DDR带宽上，你光调CPU频率是没用的。你M7的SDRAM是32bit，带宽确实高些。F1C100S是16bit DDR

估计是你哪里没优化好，论坛里很多人都用f1c100跑LVGL，不超频也蛮顺滑

收到板子了，官方SDK有开放了吗？

MPU干MPU的活，MCU就干MCU的活

@lyon1998
Control flow支持的比较少，别的都很全了。期望Control flow能完善一点，可用性就高了。

一直打算在bootloader里搞个脚本，这个就很合适

@novice
如果手按在触摸屏上，移动事件应该是连续发的吧，一般手指位置是抖动的，除非触屏驱动滤掉小抖动。

楼主位说的任意点击不知道是完全不动还是有移动。

硬件不支持的话，可以在绘图驱动哪里软件改，无非是处理xy对应pixel的值

感谢开源！

Framebuffer没有配置好吧

@HongSang
就是你看到的这里，也可以通过config配，是一样的

我记得是uboot配置的，Linux没有去配置

哪家做的PCB，感觉高端漂亮

楼上是晕哥小号吗？咋一看我还以为那位精神正常了

有些用不到的去掉，光跑简单UI的话20MB应该可以做到

牛！感谢开源分享！
请问有没有参考电路和电机选型？我可以做个demo板看看

“公司的知识产权协议允许我拥有工作中开发的工具的知识产权”
什么高大上的公司竟然允许这样

加了点openmv的小球追踪，效果不太好。

楼上说得对，在网卡程序里加点自己的代码控制外设就行，但不要干扰网卡本身的任务

难道不是安卓吗？

淘宝一大把A33核心板原理图PCB源码，你可以花点钱买一份，不贵

@jpglcdk
nandflash？sunxifel应该不支持nandflash吧？即使sunxifel支持nand，我这个裸奔代码也不支持从nandflash启动，它的引导部分是从spi nor读代码到ddr

优先SD卡启动，所以你要确保SD卡没东西或者拔掉SD卡
另外是不是没有烧成功成功到norflash？你的Linux系统是烧到norflash的吗？

应该能用的，你接的是UART0 是GPIOE1 and GPIOE0吗?

@sprintf
如果UI支持解析xml，视图和代码分离的话，用xml就可以描述了

现在各种芯片层出不穷，导致FPGA的DIY乐趣和价值少了很多

移植driver没写好吧，看截图好像和LCD驱动有关

感谢楼主分享，感觉以后做产品用得上

不需要100%无法破解，只需让破解成本提高到超过破解价值就可以了。防止那种无脑小白都能抄的情况就行。

谁家的防盗门能扛得住大型工具，挖掘机之类的？不需要，只要能挡住小偷让他觉得风险太大不划算即可

我记得，要在kernel打开sunxi的DRM和panel驱动，没有DRM驱动，GPU是不会生成节点的

whyabc666的小号？

关键是价格

你对声明式UI理解有误，你说的是声明式创建控件，但是其实声明式UI直接创建的不是控件而是一个类似json结构的VDOM。然后才根据VDOM去创建或者更新真正的DOM控件。否则光有声明式创建，无法实现变量绑定和按需更新
我也是自己做了个React的Python版才真正理解了这点

XUI是绘图命令级别的脏矩形刷新，不是控件级别的局部刷新

是啊，有的串口屏比我买裸屏还便宜

楼主位这个芯片不支持吗？

测声音的模块淘宝一大堆

一般开源协议都允许商用，但是至少有个条件就是必须保留原作者信息，不能声明是自己开发的然后去卖库本身
不保留原作者授权信息然后卖库和拿库来商业使用是完全两个概念
如果原作者没有说自己是什么开源协议，只是放到网站提供下载的话，这个淘宝店家更无权销售了，甚至商业使用也有风险

建议晕哥在网站写清楚，或者搞个坑网开源协议，类似csdn的协议，默认如果作者不写明授权就默认此开源协议

我记得当时玩xboot的时候3MB也没有6秒这么慢，2~3秒的样子

好高大上

光双缓冲，没有vsync处理，应该还是有小概率产生撕裂吧

我所知道的方式有，园区相亲活动，同事介绍，相亲网站。我不少同事都这样脱单的

装了手机市场里的，可以用了。
跑了一下感觉是主界面就是浏览器实现的，VSCODE是跑在浏览器模式。后台应该跑了个虚拟机Linux。Xfce桌面是VNC

如果价位和F1C100一样，还是大有可为

就设断点呗!

暗装，虚拟机，片外加密芯片

我记得以前有大神解决方式是uboot传给kernel参数保留上几MB就好，因为fb的内存一般在末尾

顶一个，这个是很好的尝试。我有一段时间自学了Rush，感觉比Go要好点。

这种方式双buffer切换好实现吗？

解码要用adzip的mainline或者全志的固件

非常实用，感觉有USB的sunxifei之后uboot没啥大用。需要时可以sunxifei加载uboot

关键文件加密就行了，没必要整个文件系统加密

裸机

xboot可以写lua app，命令行启动；uboot则最好启动Linux，之后编译运行你的hello.c

请问drm实现的是硬件4层还是软件4层?

感谢分享！请问双图层支持pixel级别alpha还是全局alpha？

感谢！资料蛮丰富

只能顶一下楼主了

用本方法运行Debian10成功！软件比9要新些，谢谢楼主和周老师的帮助！

666，太厉害了！
如果要解码后和UI的layer合成叠加思路是怎么样的呢？

drm可以，或者上x系统

真是英雄所见略同，我当时有了疑问之后也是去查microchip 的SAMA5和NXP的RT1052