本帖最后由 tanic 于 2018-9-10 09:25 编辑 NUCLEO照样能玩的飞起。 先上图,带我慢慢讲来 cubemax生成的包有点大 这里给网盘链接: 8 v# c8 b5 j T* K" c 链接:https://pan.baidu.com/s/1swgy46tedOZ83Y7Z7fc-xw 密码:xbms 20180910 6 u/ A: i& q2 U# y! Z0 B& a: A |
参与人数 2 | ST金币 +3 | 收起 理由 |
---|---|---|
linuxdaxia | + 1 | 很给力! |
hellole | + 2 | 很给力! |
STM32F3DISCOVERY + UCGUI3.90A的移植(源码+视频)
STM32MP135F-DK开发板评测-Linux系统下基于gtk的计算器应用
STM32MP135F-DK开发板评测-Linux系统下的GTK计算器
STM32MP135F-DK开发板评测-裸机LTDC亮屏
基于STM32GUI TouchGFX 屏幕切换功能经验分享
STM32 GUI开发技能分享
X-NUCLEO-GFX01M1 开发板的 GUI 开发流程介绍
STM32 TouchGFX经验分享(一)
STM32 TouchGFX经验分享(二)
STM32 TouchGFX经验分享(三)
重新分享了
这周手头上没什么事,趁着上班把东西弄OK了,源代码我都会上传,然后瑕疵还是很多的。
代码中上传数据通过先写入缓冲然后再定期一次性dataIn的方式,会丢数据,还得再看看手册。另外一种方式没有问题。+ }0 V) ~8 ]; v9 V* ?: i
, d/ r; x N. E. _1 H) L/ K
接下来业余先研究jpeg的方式,直接传图像数据到PC端哈哈。路又很长了。 K6 s$ r6 F- I% x [
VNC以后有空再弄哈哈。
弄这种没啥价值东西,主要是为了学习一些新的东西,不然做的没意思没动力哈
那么这个大胆的想法于我来说有几个难点+ t) [, B0 I( i1 Q9 x# {0 [
1.USB通讯。USB和串口我选择了USB,串口玩的没意思了哈哈。起初想到HID方式,又想到自己定义USB涉笔方式,感觉都不好做哈哈,最后选择了USB-CDC,这样在PC端直接操作串口就行,速度还不受串口限制。* m3 E [7 S) N6 ?4 W4 V. m
2.上位机软件。起初准备用C#,最后选择了QT,因为我们这种写C的转C++方便些哈。: R9 B6 _( B0 v2 D$ M6 w u
--------------------------1 Y; ~! \9 L- S- O
USBcdc设备端用cubemax很方便就OK了,然后,半年来断断续续的终于把要用到的QT知识准备OK。
联想到emwin底层驱动方式,我产生了一个大胆的想法。将darwpoint和fullrect的实现方式改为串口或者USB的方式发送到PC端解析并显示出来。
ggg