完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
用例程的CAMERA 程序 我最初是想将照片先存到外部SRAM，然后经过处理再送LCD显示，
在OV_9655init函数里将 DMA_InitStructure.DMA_Memory0BaseAddr = FSMC_LCD1_ADDRESS;这句改成了 DMA_InitStructure.DMA_Memory0BaseAddr = Bank1_SRAM3_ADDR;//0x68000000 再在主函数里加上SRAM初始化 SRAM_Init(); 最后添加DCMI中断程序 在程序里面将相机数据送LCD显示 //显示照片 320*240转240*320 [COL , ROW ]=[320-ROW, COL] for(row=0;row 
0
|
|
相关推荐
8个回答
|
|
|
尼玛 无人问津啊 神舟的哥们不准备出来解答下吗 顺便提问下 这是不是和FMSC有着莫大的关系
|
|
|
|
|
|
唉！下次出贴标点积分，没人看呐
|
|
|
|
|
|
有可能和数据对其有关，另外buf的大小是320*240，是不是只分配了一半，图片如果是16位的，应该是320*240*2
|
|
|
|
|
|
数据对齐能说的详细点吗？我觉得我给的BUFF够多了吧
DMA_InitStructure.DMA_Memory0BaseAddr = Bank1_SRAM3_ADDR;//0x68000000 是从0x68000000开始的， 我是从0x68000000+320*240*5之后定义的DATABUFF， 这之间隔了320*240*5个字节了，应该不会不够吧。而且 如果不够的话 图片也应该是连续的分布在DATABUFF ，怎么会中间一段DATABUFF没有数据 |
|
|
|
|
|
回复第 4 楼 于2014-10-21 22:41:17发表:
有可能和数据对其有关，另外buf的大小是320*240，是不是只分配了一半，图片如果是16位的，应该是320*240*2 #define DATABUFF0 Bank1_SRAM3_ADDR+320*240*5 // 开始地址离Bank1_SRAM3_ADDR都有320*240*5个字节了 ，够图片缓存了 而且如果按你的说法，我在DATABUFF7也有照片数据 #define DATABUFF7 Bank1_SRAM3_ADDR+320*240*12 这都离照片存储的起始地址有320*240*12个字节了 那这图片得多大 再说了，就算它有这么大，那图像数据也应该是连续的啊！也就是说应该在 BUFF0到BUFF7都有图像数据 而我的BUFF4 5 6三个地方是没有数据的 版主赶紧发挥一下您的高智商，教教我怎么办 这万一在很远很远的地方也有图像数据 那我就惨啦 |
|
|
|
|
|
尼玛，怎么我的帖子都被删了
|
|
|
|
|
|
啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊！太过分了，问题解决不了 就删我的帖子
|
|
|
|
|
|
唉,下次整理整理心情，重新发过的贴
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
1129 浏览 0 评论
AD7686芯片不传输数据给STM32，但是手按住就会有数据。
1075 浏览 2 评论
2175 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
1269 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
1693 浏览 1 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
2421
评论
淘帖
1533
