大家好，我现在用3516a采集并行的CMOS视频。接口是MIPI口，设置如下： combo_dev_attr_t MIPI_CMOS3V3_ATTR = {       /* input mode */       .input_mode = INPUT_MODE_CMOS_33V,       {       } }; VI_DEV_ATTR_S DEV_ATTR_IMX236_DC_720P = {       /* interface mode */       VI_MODE_DIGITAL_CAMERA,       /* multiplex mode */       VI_WORK_MODE_1Multiplex,       /* r_mask    g_mask    b_mask*/       {0xFFC00000,    0x0},       /* progessive or interleaving */       VI_SCAN_PROGRESSIVE,       /*AdChnId*/       {-1, -1, -1, -1},      /*enDataSeq, only support yuv*/       VI_INPUT_DATA_YUYV,       /* synchronization information */       {       /*port_vsync   port_vsync_neg     port_hsync        port_hsync_neg        */       VI_VSYNC_PULSE, VI_VSYNC_NEG_LOW, VI_HSYNC_VALID_SINGNAL, VI_HSYNC_NEG_LOW, VI_VSYNC_VALID_SINGAL, VI_VSYNC_VALID_NEG_LOW,       /*hsync_hfb    hsync_act    hsync_hhb*/       {0,            1280,        0,       /*vsync0_vhb vsync0_act vsync0_hhb*/        0,            720,        0,       /*vsync1_vhb vsync1_act vsync1_hhb*/        0,            0,            0}       },       /* use interior ISP */       VI_PATH_ISP,       /* input data type */       VI_DATA_TYPE_RGB }; 然后启动之后死活踩不进来。 Sensor输出时序： 然后cat /proc/umap/vi 就是无法get到frame，而且那个field那一位还是（NULL），但是VI_SCAN_PROGRESSIVE这块是设置了的。 另外就是说这个并行口输入，看手册似乎有MIPI输入也可以从VI输入？有两个口？我们现在使用的MIPI（单端）的。这块是否要特殊配置呢？我们这边启动程序之后查看mipi_phy_mode这个寄存器的值是11，然后我们手动设置成10，都是一样没用。 求大家帮忙看一下~~

海思的开发板上总共引出来2个串口，一个用于调试的RS232，还有一个RS485. 现在想通过串口接其他外设，于是把板子上的3.3V转485电平的芯片拆掉，直接从焊盘上飞了两根线出来，相当于直连3516芯片上的UART1管脚 这样接出来的串口无论收或发都没有反应。 运行命令cat /proc/tty/driver/ttyAMA可以看到有两个串口设备，第二个应该就对应于UART1，发送之后能看到这里的TX计数在增加，但是物理引脚上就是什么信号都看不到。 有没有哪位大神用过官方板上的UART1，请帮忙判断下可能的问题~

我们的HI3516A板子，刚生产回来，目前可以用Fast boot烧录。但是烧录完毕完毕后会不断的打印“20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0A”，而无法进入SPI FLASH模式。 烧录信息如下，也就是说3516A芯片是可以找到SPI FLASH的，也可以对其进行烧录。如果用开发版进行试验的话，开发板在没有进行烧录之前，只会打印一次“20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0A”。 目前的boot模式，我们选择的是Enable BOOTROM模式，SPI FLASH模式。不知道有没有人遇到过，海思系列芯片，没有烧录前，不断打印“20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0A”信息的。不管我们是不是采用POR模式，效果都一样。 Partition Burning Started! Please power off and then power on the board. Boot 100 % Downloaded. Boot Downloading completed! U-Boot 2010.06 (Apr 14 2015 - 16:16:25) NAND:  Check nand flash controller v610. found Special NAND id table Version 1.36 Nand ID: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 No NAND device found!!! 0 MiB Check spi flash controller v350... Found Spi(cs1) ID: 0x01 0x02 0x19 0x4D 0x01 0x80 Spi(cs1): Block:64KB Chip:32MB Name:"S25FL256S" *** Warning - bad CRC, using default environment In:    serial Out:   serial Err:   serial start download process. Boot Started successfully! version: 3.0.3 (OK) "getinfo version" command sent successfully! spi (OK) "getinfo bootmode" command sent successfully! Block:64KB Chip:32MB*1 ID:0x01 0x02 0x19 0x4D 0x01 Name:"S25FL256S" (OK) "getinfo spi" command sent successfully! no find nand (OK) "getinfo nand" command sent successfully! 32768 KiB hi_sfc at 0:0 is now current device (OK) "sf probe 0" command sent successfully! Erasing at 0x10000 --   6% complete. ## Erasing at 0x20000 --  12% complete. ## Erasing at 0x30000 --  18% complete. Erasing at 0x40000 --  25% complete. Erasing at 0x50000 --  31% complete. Erasing at 0x60000 --  37% complete. Erasing at 0x70000 --  43% complete. # Erasing at 0x80000 --  50% complete. Erasing at 0x90000 --  56% complete. Erasing at 0xa0000 --  62% complete. Erasing at 0xb0000 --  68% complete. Erasing at 0xc0000 --  75% complete. Erasing at 0xd0000 --  81% complete. Erasing at 0xe0000 --  87% complete. Erasing at 0xf0000 --  93% complete. Erasing at 0x100000 -- 100% complete. (OK) "sf erase 0 0x100000" command sent successfully! # Writing at 0x10000 --  25% complete. Writing at 0x20000 --  50% complete. Writing at 0x30000 --  75% complete. Writing at 0x40000 -- 100% complete. (OK) "sf write 0x81000000 0 0x40000" command sent successfully! Fastboot partition burnt successfully! Partition burning completed!

现在在用3516内部的ACODEC做音频采集（也就是模拟信号直接进3516） mpp的代码里默认是line in通道 static HI_BOOL gs_bMicIn = HI_FALSE; 这时候如果接上mic是能采集到声音的，就是很小，这应该正常。 但是如果选择mic in就彻底没有声音了。。 有没有人遇到过同样的问题？我在网上看有个博客也提到这个问题，最后也没解决，继续用line in去采mic了。。。

RT 有没有人试过~