仪表板 Instrument Cluster(续1-20070628)

来源:互联网 发布:java如何实现文件上传 编辑:程序博客网 时间:2024/06/06 13:57

列位看官,距离上次仪表板小结快四个月了。。shedule as follow:

三月中下旬:前一版的问题讨论和下面路线的确定;

四月:A-board(带三步进电机) 方案的评估,确定,原理图设计;

五月:PCB LAYOUT(EMI经验的应用),驱动的调试;

六月:奇瑞A5 仪表板分析,测试(CAN-BUS),A-board的应用层代码编写;

       年后的三月,大家回到桌面上来讨论现有平台,那8-inch TFT LCD 的速度表盘确实表现笨拙,虽然打开指令cache后有所改观,但从0~100km/h,指针要走上10S左右,远不如步进电机式的指针。经过一番激烈的厮打,最后确定从下面几个方面去确定问题的所在:

       a. 软件方面:三角函数计算改为查表方式;尽可能的减少函数的跳转,不过UCGUI的判断和跳转的确不少;当然不用memory device很难防止闪烁;

       b.硬件方面:确定MCU访问SDRAM的实际速度;能否用DMA向现存传送数据;SM502(graphic IC)中的2D加速功能能否用上;

       软件方面都进行了尝试,效果不明显;硬件方面,总线实际访问SDRAM只有9M,应为进行一次访问需要N个clock,所以100M的总线时钟,最后的搬运指令和数据的速度也100/NM,而DMA也只能解决MCU存取指令和发送显示信息数据的分离,但是绝对速度还是不够。分辨率800x480的屏,RGB565=16bits=2Bytes,所以一屏的数据将是800x480x2=768,000. 所以发送一整屏需要33ms,而计算处理产生一屏的数据的时间没办法具体确定,二者相加就等于我们指针走一步的时间。

       于是突破口出来了:第一,减少产生显示数据,所以一屏上不变的部分一次写好,仅处理变化的部分;第二,加快传输的速度;后来据说MCU访问SDRAM的速度在我们的方案上是没法配置的。所以只能重点去改进第一项。

  

      

 

原创粉丝点击