Navigation

    VEYE IMAGING Forum

    • Register
    • Login
    • Search
    • Categories
    • Tags
    • Recent
    • Popular
    • Users
    • WIKI
    • veye.cc

    SOLVED 移植imx462摄像头驱动到rk3588时出现了以下的问题,不知道怎么解决,内核版本是5.10

    VEYE MIPI camera
    2
    29
    3028
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • veye_xumm
      veye_xumm @aike last edited by

      @aike 试试这个

      // SPDX-License-Identifier: (GPL-2.0+ OR MIT)
      /*
       * Copyright (c) 2022 www.veye.cc
       *
       */
      #include "tl3588-evm.dts"
      
      &i2c1 {
              status = "okay";
              // pinctrl-names = "default";
              // pinctrl-0 = <&i2c1m2_xfer>;
      
              veyecam2m: veyecam2m@3b{
                     compatible = "veye,veyecam2m";
                     reg = <0x3b>;
      	      	   clocks = <&cru CLK_MIPI_CAMARAOUT_M1>;
      	           clock-names = "xvclk";
                     status = "okay";
      
                  //    pinctrl-names = "default";
      			//    pinctrl-0 = <&mipim1_camera1_clk>;
                     //power-domains = <&power RK3588_PD_VI>;
                     //power-gpios = <&gpio4 RK_PB5 GPIO_ACTIVE_LOW>;
                     reset-gpios = <&gpio2 RK_PC3 GPIO_ACTIVE_LOW>;
      			   //pwdn-gpios = <&gpio2 RK_PC3 GPIO_ACTIVE_LOW>;
                     //avdd-supply = <&vcc_mipidcphy1>;
                     //firefly,clkout-enabled-index = <0>;
                     rockchip,camera-module-index = <0>;
                     rockchip,camera-module-facing = "back";
                     rockchip,camera-module-name = "NC";
                     rockchip,camera-module-lens-name = "NC";
                     port {
                              veyecam2m_out0: endpoint {
                                     remote-endpoint = <&mipi_dphy1_in_ucam0>;
                                     data-lanes = <1 2>;
                             };
                     };
             };
      
      };
      &csi2_dphy0_hw {
      	status = "okay";
      };
      
      &csi2_dphy1 {
      	status = "okay";
      
      	ports {
      		#address-cells = <1>;
      		#size-cells = <0>;
      		port@0 {
      			reg = <0>;
      			#address-cells = <1>;
      			#size-cells = <0>;
      
      			mipi_dphy1_in_ucam0: endpoint@1 {
      				reg = <1>;
      				remote-endpoint = <&veyecam2m_out0>;
      				data-lanes = <1 2>;
      			};
      		};
      		port@1 {
      			reg = <1>;
      			#address-cells = <1>;
      			#size-cells = <0>;
      
      			csidphy1_out: endpoint@0 {
      				reg = <0>;
      				remote-endpoint = <&mipi2_csi2_input>;
      			};
      		};
      	};
      };
      
      &mipi2_csi2_hw {
              status = "okay";
      };
      
      &mipi2_csi2 {
      	status = "okay";
      
      	ports {
      		#address-cells = <1>;
      		#size-cells = <0>;
      
      		port@0 {
      			reg = <0>;
      			#address-cells = <1>;
      			#size-cells = <0>;
      
      			mipi2_csi2_input: endpoint@1 {
      				reg = <1>;
      				remote-endpoint = <&csi_dphy1_out>;
      			};
      		};
      
      		port@1 {
      			reg = <1>;
      			#address-cells = <1>;
      			#size-cells = <0>;
      
      			mipi2_csi2_output: endpoint@0 {
      				reg = <0>;
      				remote-endpoint = <&cif_mipi2_in0>;
      			};
      		};
      	};
      };
      
      &rkcif_mipi_lvds2 {
      	status = "okay";
      	firefly,yuv_camera;
      
      	port {
      		cif_mipi2_in0: endpoint {
      			remote-endpoint = <&mipi2_csi2_output>;
      		};
      	};
      };
      
      &rkcif_mipi_lvds2_sditf {
      	status = "disabled";
      
      	port {
      		mipi_lvds2_sditf: endpoint {
      			remote-endpoint = <&isp0_vir2>;
      		};
      	};
      };
      
      &rkisp0_vir2 {
      	status = "disabled";
      
      	port {
      		#address-cells = <1>;
      		#size-cells = <0>;
      
      		isp0_vir2: endpoint@0 {
      			reg = <0>;
      			remote-endpoint = <&mipi_lvds2_sditf>;
      		};
      	};
      };
      &gpio2 {
              pinctrl-names = "default";
              pinctrl-0 = <&mipidphy0_pwr>;
      
              camera3-pwdn-set {
                      gpio-hog;
                      gpios = <19 GPIO_ACTIVE_HIGH>;
                      output-high;
              };
      };
      
      &pinctrl {
      	cam {
      		mipidphy0_pwr: mipidphy1-pwr {
      			rockchip,pins =
      				/* camera power en */
      				<2 RK_PC3 RK_FUNC_GPIO &pcfg_pull_up>;
      		};
      	};
      };
      
      &rkcif {
      	status = "okay";
      //	memory-region = <&cif_reserved>;
      };
      
      &rkcif_mmu {
      	status = "okay";
      };
      
      &rkisp0 {
      	status = "disabled";
      };
      
      &isp0_mmu {
      	status = "disabled";
      };
      
      
      
      
      1 Reply Last reply Reply Quote 0
      • A
        aike last edited by

        上面的代码编译出错,我把这里连接之后在和设备树一起编译内核,再把veyecam2m编译成veyecam2m.ko模块移植进去之后还是有问题1021e000-13cd-4e9b-8e82-18e42f513c5e-image.png
        这个是错误截图551af68b-55f8-4e5e-a977-a3ff01b3b24d-image.png

        veye_xumm 1 Reply Last reply Reply Quote 0
        • veye_xumm
          veye_xumm @aike last edited by

          @aike 我觉得dts没问题,你可以试试把veyecam2m直接编译到内核里面,而不是独立ko的形式试试。
          关于dts的逻辑关系,你可以参考这篇文章。
          https://www.cnblogs.com/armsom/articles/17449250.html

          1 Reply Last reply Reply Quote 0
          • A
            aike last edited by

            直接整合到内核之后没有看到update sensor info failed 的报错信息,但是没有看到isp的设备文件和拓扑接口a1a38816-046e-4c1c-af51-cbf7a6ae82fb-image.png
            摄像头拓扑结构图
            摄像头拓扑结构图.txt
            抓取图片也有问题
            5e11fa89-ed17-4569-8bdd-428dfbdcfe33-image.png
            ce6d7b4c-e192-4560-bef5-fb3b2757d1e8-image.png

            1 Reply Last reply Reply Quote 0
            • A
              aike last edited by

              应该是又更近了一步,现在无论是自己基于v4l2写的程序或者是gstreamer获取信息显示的画面都是绿色的v4l2_capture.jpg gstreamer.png
              这是什么情况呢

              veye_xumm 1 Reply Last reply Reply Quote 0
              • veye_xumm
                veye_xumm @aike last edited by

                @aike 首先,我们这个模组是带有isp的,因此在dts中,isp部分都给bypass掉了。
                其次,你可以先试试我们wiki上的gstreamer例子,看看能不能预览。

                1 Reply Last reply Reply Quote 0
                • A
                  aike last edited by

                  我用gitee上面的gstreamer测试工具测试的时候出现了这些问题62fb8af1-4847-4e61-84f2-64eeecded9d8-image.png
                  同时串口会打印这些
                  fd3b438f-ce10-493b-9539-e7a9677d5040-image.png
                  请问这个问题怎么解决

                  veye_xumm 1 Reply Last reply Reply Quote 0
                  • veye_xumm
                    veye_xumm @aike last edited by

                    @aike 这个我们在其他的板卡上没有遇到过。你的板子本身没有带gstreamer吗? 或者问问板卡厂家。

                    1 Reply Last reply Reply Quote 0
                    • A
                      aike last edited by

                      板卡是自带gstreamer的,一直在这里卡住了,会不会是摄像头模组硬件的原因呢

                      veye_xumm 1 Reply Last reply Reply Quote 0
                      • veye_xumm
                        veye_xumm @aike last edited by

                        @aike 可能性很小。你试试用这个脚本抓一下图:

                        v4l2-ctl --set-fmt-video=width=1920,height=1080,pixelformat='NV12' --stream-mmap --stream-count=100 --stream-to=nv12-1920x1080.yuv
                        ``
                        1 Reply Last reply Reply Quote 0
                        • A
                          aike last edited by

                          我输入了v4l2-ctl --set-fmt-video=width=1920,height=1080,pixelformat='NV12' --stream-mmap --stream-count=100 --stream-to=nv12-1920x1080.yuv命令之后报这个错误
                          662610c3-2a77-4fee-acd9-6e7d06bb782a-image.png

                          1 Reply Last reply Reply Quote 0
                          • A
                            aike last edited by

                            nv12-1920x1080.yuv里面是空的

                            veye_xumm 1 Reply Last reply Reply Quote 0
                            • veye_xumm
                              veye_xumm @aike last edited by

                              @aike
                              你试一下将驱动中下面这个函数改成如下:

                              static int veyecam2m_enum_frame_sizes(struct v4l2_subdev *sd,
                              				    struct v4l2_subdev_pad_config *cfg,
                              				   struct v4l2_subdev_frame_size_enum *fse)
                              {
                                  VEYE_TRACE
                              	if (fse->index >= ARRAY_SIZE(supported_modes))
                              		return -EINVAL;
                              
                              	//if (fse->code != VEYECAM2M_MEDIA_BUS_FMT/*MEDIA_BUS_FMT_UYVY8_2X8*/)
                              	//	return -EINVAL;
                              
                              	fse->min_width  = supported_modes[fse->index].width;
                              	fse->max_width  = supported_modes[fse->index].width;
                              	fse->max_height = supported_modes[fse->index].height;
                              	fse->min_height = supported_modes[fse->index].height;
                              	return 0;
                              }
                              
                              

                              然后重新编译一下再测测。

                              1 Reply Last reply Reply Quote 0
                              • A
                                aike last edited by

                                还是一样的错误
                                951b5ba0-22d5-4e9d-8124-1f2b68c6eb66-image.png

                                veye_xumm 1 Reply Last reply Reply Quote 0
                                • veye_xumm
                                  veye_xumm @aike last edited by

                                  @aike 我们对接rk平台的经验中,只有一个厂家的板子遇到了给你这个完全一样的问题,就是用上次帖子中的方法解决的。该问题原因是此板厂提供的linux内核,调用veyecam2m_enum_frame_sizes时没有正确的传入fse->code参数,导致参数验证失败。

                                  如果你这个方法解决不了问题,建议打开驱动中的DEBUG_PRINTK宏定义,查找一下哪个函数返回报错了。
                                  如果只是打开这个宏定义不够,需要你手动在这些函数返回错误的地方增加打印信息,进行查找报错处。

                                  1 Reply Last reply Reply Quote 0
                                  • First post
                                    Last post