本帖最后由 tanic 于 2018-9-10 09:25 编辑 2 B: ^4 O( @2 L) f NUCLEO照样能玩的飞起。8 k0 _% M1 i* [% U& }" b# q 先上图,带我慢慢讲来 cubemax生成的包有点大 这里给网盘链接: 链接:https://pan.baidu.com/s/1swgy46tedOZ83Y7Z7fc-xw 密码:xbms 201809105 v8 I0 O+ E& d R# B e$ n& l/ d8 e2 U * b0 y4 A# n1 F; D3 ?4 e |
参与人数 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经验分享(三)
重新分享了
3 z; y8 y' g" R# G
这周手头上没什么事,趁着上班把东西弄OK了,源代码我都会上传,然后瑕疵还是很多的。
代码中上传数据通过先写入缓冲然后再定期一次性dataIn的方式,会丢数据,还得再看看手册。另外一种方式没有问题。
+ S, Y$ A% o. _0 ^* p
接下来业余先研究jpeg的方式,直接传图像数据到PC端哈哈。路又很长了。
VNC以后有空再弄哈哈。. p6 ~/ J# c8 {# [! {1 \0 g
弄这种没啥价值东西,主要是为了学习一些新的东西,不然做的没意思没动力哈
那么这个大胆的想法于我来说有几个难点
1.USB通讯。USB和串口我选择了USB,串口玩的没意思了哈哈。起初想到HID方式,又想到自己定义USB涉笔方式,感觉都不好做哈哈,最后选择了USB-CDC,这样在PC端直接操作串口就行,速度还不受串口限制。) }. Q; P3 V! O6 e5 I3 d
2.上位机软件。起初准备用C#,最后选择了QT,因为我们这种写C的转C++方便些哈。0 ^' E, W3 r4 q
--------------------------$ s2 G9 u/ u4 d3 v! `5 z9 Z1 K
USBcdc设备端用cubemax很方便就OK了,然后,半年来断断续续的终于把要用到的QT知识准备OK。
联想到emwin底层驱动方式,我产生了一个大胆的想法。将darwpoint和fullrect的实现方式改为串口或者USB的方式发送到PC端解析并显示出来。* Q# r1 i& |2 ~$ M
O+ n. S) c8 M/ C' u6 [3 p" v
ggg