基于stm32f4的三维旋转显示平台

2016-09-02来源: eefocus关键字:stm32f4  三维旋转  显示平台
现实的世界是一个拥有宽度、高度和深度的三维立体世界。在平面二维显示技术已经成熟的今天,三维立体显示技术首当其冲的成为了当今显示技术领域的研究热点。

本作品搭建了基于stm32f4的三维旋转显示平台,它的显示原理属于三维显示中的体三维显示一类。它是通过适当方式来激励位于透明显示体内的物质,利用可见辐射光的产生三维体像素。当体积内许多方位的物质都被激励后,便能形成由许多分散的体像素在三维空间内构成三维图像。

体三维显示又称为真三维显示,因为他所呈现的图像在真实的三维空间中,展示一个最接近真实物体的立体画面,可同时允许多人,多角度裸眼观看场景,无序任何辅助眼镜。

本作品的特点在于,利用stm32f4的浮点运算能力,实现了低成本的体三维显示数据的生产,并利用类似分布式处理的系统结构,满足了体三维显示所需要的巨大数据吞吐量,等效吞吐量可达约300Mb/s

1.系统方案

众所周知人眼在接收被观察物体的信息时,携带物体信息的光信号通过人眼细胞及神经传入大脑神经,光的作用时间只是一个很短暂的时间段,当光的作用时间结束后,视觉影像并不会立即消失,这种残留的视觉称“后像”,视觉的这一现象则被称为“视觉暂留”( duration of vision)物体在快速运动时, 当人眼所看到的影像消失后,人眼仍能继续保留其影像0.1---0.4秒左右的图像。在空间立体物体离散化的基础上,再利用人眼视觉暂留效应,基于LED阵列的“三维体扫描”立体显示系统便实现了立体显示效果。如图1所示,以显示一个空心的边长为单位1的正方体为例。LED显示阵列组成的二维显示屏即为正方体每个离散平面的显示载体,LED显示屏上的被点亮的LED即为正方体的平面离散像素。我们将该LED显示平面置于轴对称的角度机械扫描架构内,在严格机电同步的立体柱空间内进行各离散像素的寻址、赋值和激励,由于机械扫描速度足够快,便在人眼视觉上形成一个完整的正方体图像。图1(a)所示为立方体0度平面二维切片图,图1(b)所示为立方体45度平面二维切片图,图1(c)所示为立方体135度平面二维切片图,图1(d)所示为立方体180度平面二维切片图,图1(e)所示为观看者观察到的完整立方体显示效果。

1

图1

系统方案如图2所示,整个系统由四个模块组成,其中数据获取单元主要由在PC上的上位机完成,利用3D-Max,OpenCV,OpenGL,将三维建模数据转化成三维矢量表述文件,传给由STM32F4 Discovery开发板构成的控制单元,利用其上的角度传感器,结合wifi模块或以太网模块通过电力线模式传给LED旋转屏单元,其中的STM32F4负责将ASE文件解析成LED显示阵列所需的点云数据流,通过串行总线传输给由FPGA驱动的LED显示阵列,通过LED刷新速率与机械单元旋转速率相匹配,从而实现体三维显示的效果。

2

图2

      

2.系统硬件设计

系统的机械部分如图3所示,显示面板的硬件结构如图4,图5所示。本系统的底部是直流电机和碳刷,直流电机主要负责带动上层的显示屏幕高速旋转,而碳刷则负责传递能量和通信信号。在显示屏幕的正面是由96*128构成的三色LED点阵,FPGA的PWM信号通过驱动芯片控制三色LED从而实现真彩显示。在屏幕背面由多块STM32F4,SD卡,FIFO构成,主要负责解析由控制单元传过来的ASE文件,并实时生成体三维显示数据,并传给LED灯板的驱动FPGA,并通过其实现最终的图像显示。

3

图3

4

图4

5

图5

 

3.系统软件设计

3.1软件控制流程:

6

 

3.2关于实时生成体三维显示数据的讨论:

一个瓦片64*32

LED层FPGA*8:每个16*16LED

中间层stm32*2:每个4LED层的FPGA,也即32*32

由于经过压缩,一个led数据为4bits

所以一个stm32每一帧所要生成的数据为32*32*0.5bytes = 512bytes

转速800转,一帧1/800s = 1.25ms = 1250000ns

stm32f4主频168Mhz,指令周期 = 5.93ns

约可执行20万多条指令

假设fsmc总线的速度为50Mhz,则每帧写入的时间大概在0.02ms内

程序总体思路

事先算出所有电子帧上非零的点,以及连续0的个数,在每一个电子帧同步后,算出生成下一帧的数据,写入fifo

输入:线段端点的集合

//input: endpoints of segments which formed the outline of a 3D model

//x position with range 0-95

//y position with range 0-95

//z position with range 0-128

/******************************************/

//from later discussion, one of the Q format

//type should replace the char type

/******************************************/

struct Coordinate_3D

{

       _iq xPosition;

       _iq yPosition;

       _iq zPosition;

};

//after you get the intersection points in 3d coordinate, you need to remap it into 2d coordinate on the very electrical plane,

//and the conversion is quite simple Coordinate_2D.yPosition = Coordinate_3D.zPosition; Coordinate_2D.xPosition = sqrt(xPosition^2+yPosition^2)

struct Coordinate_2D

{

       char xPosition;

       char yPosition;

};

struct Line

{

       struct Coordinate_3D beginPoint;

       struct Coordinate_3D endPoint;

       unsigned char color;

};

//frame structure to store the visible points in one electrical frame

//need to be discussed

//here's the prototype of the Frame structure, and basically the frame struture should contain the visible points,

//and the zero points. As we have enclosed the number of zero points after each visible points in their own data structure,

//only the number of zero points at the beginning of the whole frame should be enclosed in the frame struture

struct Frame

{

       int zerosBefore;

       PointQueue_t visiblePointQueue;  

};

//we need a union structure like color plane with bit fields to store the color imformation of every four FPGAs in one data segment

//actually, it's a kind of frustrateing thing that we had to rebind the data into such an odd form.

union  ColorPalette

{

       struct

       {

              unsigned char color1 : 4;

              unsigned char color2 : 4;

              unsigned char color3 : 4;

              unsigned char color3 : 4;

       }distributedColor;

       unsigned short unionColor;

};

//and now we need a complete point structure to sotre all the imformation above

//here we add a weight field = yPosition*96 + xPosition, which will facilitate

//our sort and calculation of the zero points number between each visible point

//it's important to understand that, 4 corresponding points on the LED panel

//will share one visiblepoint data structure.(一块stm32负责4块16*16的LED,每块对应的点的4位颜色信息,拼成16位的数据段)

struct VisiblePoint

{

       struct Coordinate_2D coord;

       union Colorplane ColorPalette;

       int weight;

       int zerosAfter;

};

//as now you can see, we need some thing to store the visible points array

typedef struct QueueNode

{

       struct VisiblePoint pointData;

       struct QueueNode * nextNode;

}QueueNode_t, *QueueNode_ptr;

 

typedef struct

{

       QueueNode_ptr front;

       QueueNode_ptr rear;

}PointQueue_t;

//finally, we will have 16*16 words(16 bits)to write into the fifo after each electrial frame sync cmd.

//it may hard for us to decide the frame structure now, let's see how will the work flow of the algorithm be.

//firstly, the overall function will be like this

void Real3DExt(struct Line inputLines[], int lineNumber, struct Frame outputFrames[])

//then we need some real implementation function to calculate the intersection points

//with 0 = no intersection points, 1 = only have one intersection points, 2 = the input line coincides the given electrical plane

//2 need to be treated as an exception

//the range of the degree is 0-359

//it's important to mention that each intersection point we calculate, we need to

//remap its coordinate from a 32*32 field to x,y = 0-15, as each stm32 only have a 32*32

//effective field(those intersection points out of this range belong to other stm32), which can be decided by its address

int InterCal(struct Line inputLine, struct VisiblePoint * outputPoint, int degree)

//so we will need something like this in the Real3DExt function:

for (int j = 0; j < 360; j++)

{

       for(int i = 0; i < lineNumber; i++ )

              InterCal(struct Line inputLine, struct VisiblePoint outputPoint, int degree);

              ......

}

/******************************************/

//simple float format version of InterCal

/******************************************/

//calculate formula

//Q = [-1,1,-1];

//P = [1,1,-1];

//V = Q - p = [-2,0,0];

//Theta = pi/6;

//Tmp0 = Q(1)*sin(Theta) - Q(2)*cos(Theta);

//Tmp1 = V(1)*sin(Theta) - V(2)*cos(Theta);

//Result = Q - (Tmp0/Tmp1)*V

float32_t f32_point0[3] = {-1.0f,1.0f,-1.0f};

float32_t f32_point1[3] = {1.0f,1.0f,-1.0f};

float32_t f32_directionVector[3], f32_normalVector[3], f32_theta,

              f32_tmp0, f32_tmp1, f32_tmp2, f32_result[3];

arm_sub_f32(f32_point0,f32_point1,f32_directionVector,3);

f32_theta = PI/6.0f;

f32_normalVector[0] = arm_sin_f32(f32_theta);      

f32_normalVector[1] = arm_cos_f32(f32_theta);

f32_normalVector[2] = 0.0f;

arm_dot_prod_f32(f32_point0, f32_normalVector, 3, &f32_tmp0);

arm_dot_prod_f32(f32_directionVector, f32_normalVector, 3, &f32_tmp1);

f32_tmp2 = f32_tmp0/f32_tmp1;

arm_scale_f32(f32_normalVector, f32_tmp2, f32_normalVector, 3);

arm_sub_f32(f32_point0, f32_normalVector, f32_result, 3);

 

//and than we need to decide whether to add a new visible point in the point queue, or to update

//the color field of a given point in the point queue(as 4 visible point share one data structure). from this point, you will find that, it may be

//sensible for you not to diretly insert a new point into the end of point queue but to insert it in order

//when you build the pointqueue. it seems more effective.

void EnPointQueue(PointQueue_t * inputQueue, QueueNode_t inputNode);

//finally we will get an sorted queue at the end of the inner for loop

//than we need to calculate the number of invisible points between these visible points

//and to store it in each frame structure. the main purpose to do so is to offer an quick generation

//of the blank point(color field = 16'b0) between each electrical frame

//the work flow will be like this:

loop

{

       dma output of the blank points;

       output of the visible points;

}

/******************************************/

//some points need more detailed discussion

/******************************************/

//1.memory allocation strategy

//a quite straight forward method will be establishing a big memnory pool in advance, but the drawback of this method

//is that it's hard for you to decide the size of the memory pool. Another way would be the C runtime library method,

// and you can use build-in function malloc to allocate the memory, but it will be a quite heavy load for the m3 cpu

// as you need dynamic memeory allocation throughout the algorithm.

//2.the choice of Q format of the IQMATH library

//from the discussion above, the range of the coordnate is about 1-100, but the range of sin&cos is only 0-1,so there's a large gap between them.

//may be we can choose iq24?? Simultaneously, another big problem will be the choice between IQMATH and arm dsp library as their q format is

//incompatible with each other. as far as my knowledge is concerned, we should choose IQMATH with m3 without fpu, and cmsis dsp library with m4 with fpu.

 

//more detail discussion about the range of the algorithm

//x,y range is -64 to 64

//the formula is

//Tmp0 = Q(1)*sin(Theta) - Q(2)*cos(Theta);

//Tmp0 range is -128 to 128

//Tmp1 = V(1)*sin(Theta) - V(2)*cos(Theta);

//Tmp1 range is -128 to 128

//Result = Q - (Tmp1/Tmp2)*V

//because the minimal precision of the coordinate is 1, so if the result of Tmp1/Tmp2 is bigger than 128, the Result will be

//saturated. With the same reson, if (Tmp1/Tmp2)*V >= 128 or <= -127, the result will be saturated

4.系统创新

其一,由于高效解析算法的提出,大幅简化了真三维显示器显示数据的获取难度,只需在PC端获得当前较为标准化的三维图形的三角面顶点数据流文件,即可在真三维显示平台上显示出来,使得真三维显示器的整体显示流程大为简化。

其二,由于显示体的结构分为并行的若干区块,各个区块只显示自身的部分,因此显示屏幕的扩大并不会造成数据计算量的大幅增加,这就使得本显示器的扩展性大大增强,可以适用于多种多样的显示范围与领域。

其三,由于高效算法的优化与区块化显示的优势,并行结构的计算量相对较少,这就使得实时控制得以实现,大大增强了真三维显示器的应用领域。

其四,高效算法与区块化显示使得本三维体显示器不需要如国内外其他同类产品的中所需的高速传输方式,因此大大减少了从产品研发到材料再到加工中各个环节的成本。

5.评测与结论

在作品的过程中,我们发现本作品虽然还不是很成熟,也同样具备较大的应用前景与价值。价格成本的极大降低,使得真三维立体显示的门槛很低,那么在一些对清晰度要求不高,但是希望多层次全角度呈现三维图像的应用领域,我们的真三维立体显示器能发挥较大的作用。

 

附录

78                 

9

10

关键字:stm32f4  三维旋转  显示平台

编辑:什么鱼 引用地址:http://news.eeworld.com.cn/mcu/article_2016090229016.html
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。

上一篇:聊聊STM32芯片的DFU编程及相关话题
下一篇:基于STM32设计的四轴飞行器飞控系统

关注eeworld公众号 快捷获取更多信息
关注eeworld公众号
快捷获取更多信息
关注eeworld服务号 享受更多官方福利
关注eeworld服务号
享受更多官方福利

推荐阅读

解决stm32f103通过stlink不能烧录程序问题

问题:   stm32(stm32f103c8T6)开发板只能通过串口烧录程序,而st—link居然不行描述:解决:st-link固件升级用stm32cubemx快速开发时没有配置好调试模式重新生成代码就可以了如果还是不行的话,就得升级一下stlink固件了,具体升级方法可百度
发表于 2019-07-19
解决stm32f103通过stlink不能烧录程序问题

STM32F4标准外设库模板工程建立与使用

sysclk为168MHzFSMC和FMCSTM32F4的某些系列是FSMC,有些是FMC浮点处理器FPUhttp://www.stmcu.org/module/forum/thread-581903-1-1.html打开 option for target 选择 C/C++ 标签, 在define中添加:USE_HAL_DRIVER,STM32F407xx,__TARGET_FPU_VFP,ARM_MATH_MATRIX_CHECK,ARM_MATH_ROUNDING,ARM_MATH_CM4,__CC_ARM,由于我的是HAL的库,所以前面有USE_HAL_DRIVER的全局宏定义,如果你用的不是HAL库,而是使用固件库的话,一般会有
发表于 2019-07-19
STM32F4标准外设库模板工程建立与使用

STM32F1系列单片机USB外设相关寄存器的定义

Keil MDK网站上下载的Keil.STM32F1xx_DFP.2.2.0.pack包中的stm32f10x.h头文件里面没有USB_TypeDef的定义,只有寄存器位的定义,是不完整的头文件。没有USB的数据结构就会给访问USB寄存器带来一定的困难。虽然可以参照STM32参考手册中的USB register map自己编写出USB_TypeDef结构体,但是这样比较麻烦。不过,STM32CubeMX工具生成的STM32F103工程中的头文件stm32f103xe.h中就有完整的USB数据结构,该头文件的版本是V4.2.0,日期为31-March-2017,作者仍然是Keil里面的MCD Application Team
发表于 2019-07-19

STM32F103 DMA 通道对应的外设

今天在调试stm32f103的时候,使用串口1的RX对应DMA1通道5是正确的,但是当我调试调试到串口2的RX的时候依然在用原通道,完全忽略了芯片不同的外设所对应的DMA通道是不同的。 
发表于 2019-07-19
STM32F103 DMA 通道对应的外设

不同stm32f103芯片内部外设资源

由表可知,芯片内部的外设资源除了跟stm32f103后面的第一个字母有关外,还和flash的大小有关。上面的表中只有一部分,具体的可以参考Keil的芯片型号选择部分。下面是stm32f103c8t6的资源:  TIM1_BRK_IRQn               = 24,       TIM1_UP_IRQn                = 25,      
发表于 2019-07-19
不同stm32f103芯片内部外设资源

一种可行的STM32F103外设RTC使用方法

前言最近做的项目需要用RTC功能,记录掉上电时间。然后就开始琢磨STM32的RTC,在使用的过程中出现各种问题。搞的很是头痛。几经折腾,终于弄出一种稳定的使用方法。刚开始最大的问题就是掉电后时钟不走,代码改来该去,最后发现不管是第一次初始化还是每次上电运行,都需要打开PWR和BKP时钟。下面就把我的代码全贴出来,可以直接调用。代码#ifndef BSP_RTC_H#define BSP_RTC_H#include "stm32f10x.h"#include <time.h>//BCD码表示时间typedef struct systemtime_tag{    unsigned
发表于 2019-07-19

小广播

何立民专栏

单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2019 EEWORLD.com.cn, Inc. All rights reserved