@lex

I came across to MickMake formula for WS2812 led strip: (spi_freq / 24) / FPS = MAX_leds The idea was to build a led panel and stream video, keeping the aspect ratio 4:3. I could save some money and change it to 16:9. That would be 240 x 135 , but still a lot of money.. 24 FPS is the ideal, but 23 FPS i think is enough. FPS = 23 then MAX leds would be ~ 1440 leds if a 60 leds per m. I could drive 6 rows of 4 m with a single board. I was thinking to use NetSync to sync the rows, so 30 boards would do the job for 240 x 180 (4:3). Mike also talks about issues if using multiple power supplies, but i have seen a DIY led panel almost as big as this with multiple power supplies and it works. The final thought... how to wire the things...

I would like to drive a 240x180 led strip panel with SPI. I have zero experience with SPI and LEDs. I have chosen a WS2813 IC (four wires) for the LED. The seller has a spi controller, and it drives a max of 2048 LEDs. Does anyone have any experience driving as much as 2048 LEDs in SPI? Please, share your experience and/or projects with LED and SPI in this post. The question is how many LEDs i can drive with SPI and how to calculate it.

Price: US$ 119.00 Promotion Price: US$ 65.00 . This lasted a few seconds then Price raised to 95.00. Did anyone get that board for US$ 65.00? Ouch, sorry. I realized it was for 2GB.

The suggestion was to change to: powerdown-gpios = <&pio 4 15 1>; /* CSI-STBY-R: PE15 */ vfe_v4l2 is for legacy only. Can you set PG11 in u-boot and see if it works? I think is PD14, do it in u-boot cmd: gpio set PG11 gpio status PG11

I don't have the board with me right now. But i still think i2c is not wired correctly. Perhaps someone else can measure and give the answer. Last thought: Try GPIO_ACTIVE_LOW if you have GPIO_ACTIVE_HIGH in your DTS

Ouch, it is working then. The error is expected. In mainline you need to tell the sensor (csi) the format and size you want. Here is one example for streaming JPEG 1280x720: media-ctl --device /dev/media1 --set-v4l2 '"ov5640 1-003c":0[fmt:JPEG_1X8/1280x720]' For the mjpeg-streamer the fix is here: https://github.com/avafinger/bananapi-zero-ubuntu-base-minimal/issues/56 PS: I overlooked you output, i still think you wired the i2c1 and not i2c2

Not sure i can give a good advice in this case, it is a bit confusing for me (software guy here). Looks like your sensor is detected with I2c-1 and it should be on i2c-2 , so i think it is the way you wired this module. PE12/CSI_SCK/TWI2_SCK --> CSI-SCK PE13/CSI_SDA/TWI2_SDA --> CSI-SDA and DOVDD, AVDD, DVDD should be in your DTS in the same way as Opi one. How you wired these pins to get the right voltage is a mystery to me.

In order to use the imx219 sensor (or any other sensor) in mainline kernel 5.x you need to tell the sensor which format and size the sensor must deliver the frames using v4l2-ctl prior to grabbing the frames. Something like: v4l2-ctl --set-subdev-fmt pad=0,width=1280,height=960,code=0x3001 -d /dev/v4l-subdev1 v4l2-ctl --set-subdev-fmt pad=0,width=1280,height=960,code=0x3001 -d /dev/v4l-subdev0 v4l2-ctl --set-subdev-fmt pad=2,width=800,height=600,code=0x2008 -d /dev/v4l-subdev0 Collabora has a complete setup and a patched libcamera where you can pull some images from the sensor in mainline 5.x. For this, you need an updated rkisp driver and imx219 device node in dts (if you don't have it yet!) and fresh compiled v4l2-ctl. You can refer to: https://gitlab.collabora.com/koike/linux/-/commit/7842ca07b75828785ffcd217362a82eaa9cc1e21 You can also refer to the work done here for further information: https://github.com/initBasti/NanoPC-T4_armbian_configuration#testing-the-camera-

You have the wrong pix_fmt. Try: -pix_fmt yuv420p Be aware you don't get HW encode with this version. Search the forum, someone already worked on the hw encoding side.

I was an early backer of Pine64, it took so long to get my hands on one plus the learning curve in order to contribute with something useful, around 6 months, today things have evolved and 'this time' is an eternity. Not to mention the restriction to ship the battery from US. I just think they missed a great opportunity to create a kind of "convergence docker" that would export the gpios so you could drive other things, create an ecosystem around the device just like the Raspberry Pi has. The Makers should get this tip and launch a similar device and export all the pins. RK chip ofc. but don't know if they have a mobile chip or the new chip could be used. Rockchip seems to be committed to helping the Linux community, at least they contribute to the kernel. Anyway, Manjaro + Phosh is really a good alternative, i don't know if they improved their edition or not. You should give it a try.

Hi, I haven't follow the progress, but i like the Mobian w/ Phosh design, if you can report your findings would be great. Thanks. I have a few (noob?) question about the device and interfaces. * Would you know if it is possible to have access and use the UART to interface with some peripherals? I know there is an extension with HDMI, ethernet and USB. I don't mean USB to Serial. * Can you stick a barcode reader, or something similar like a proximity reader (if you have that extension)? * Last time i checked (was really long time ago) there was no HW acceleration. today there is A64 HW in kernel 5.x , how is the status?. I know GNOME is a bit slow but maybe with HW accel it would be great. If you have time, can you try to: * rebuild Mobian w/ Phosh image and provide some inside info and what is needed? * Disclose the blobs that are still needed? I was expecting to see a similar device but with rockchip inside.. and then join the club. BR

That's why i asked. How would you wire the touch? I don't have OPI4 but i am curious where it should go to the OPI4. I am thinking to try it out on my NanoPi M4. And it would be interesting to know how to connect all these things, some wires do not show where it goes ... Make sure you have: &vopb { status = "okay"; }; &vopb_mmu { status = "okay"; }; &vopl { status = "okay"; }; &vopl_mmu { status = "okay"; };

Do you have the touch working?

Make sure you have at least these kernel configs enabled: CONFIG_I2C_GPIO=m CONFIG_V4L_PLATFORM_DRIVERS=y CONFIG_VIDEO_SUN6I_CSI=m CONFIG_V4L_MEM2MEM_DRIVERS=y CONFIG_VIDEO_MEM2MEM_DEINTERLACE=m CONFIG_VIDEO_OV5640=m

You can follow this thread and add the ov5640 overlay, use the ov5640 params from FE dts node.