Ucino

Thanks for your reply. I was just starting to post an issue on github and i have see that the -c has already been added Thanks to this user too to have added it there.

Thanks a lot for your help guys! No problem with -c : shasum -a 256 -c Armbian_21.08.1_Orangepipcplus_buster_current_5.10.60.img.xz.sha Armbian_21.08.1_Orangepipcplus_buster_current_5.10.60.img.xz: OK So it seems it's ok, no ? If yes, do you think I can make post in github to improve the documentation (https://docs.armbian.com/User-Guide_Getting-Started/#how-to-prepare-a-sd-card ), suggesting to add this - c to check the integrity ? Or do you think in some case it can make problems ? Thanks a lot

Hello, I have downloaded two times Armbian_21.08.1_Orangepipcplus_buster_current_5.10.60.img.xz and two times i have this result : shasum -a 256 -c Armbian_21.08.1_Orangepipcplus_buster_current_5.10.60.img.xz.sha Armbian_21.08.1_Orangepipcplus_buster_current_5.10.60.img.xz Armbian_21.08.1_Orangepipcplus_buster_current_5.10.60.img.xz: OK shasum: Armbian_21.08.1_Orangepipcplus_buster_current_5.10.60.img.xz: no properly formatted SHA checksum lines found I don't know if it's ok... There is a "OK" but after it seems there is problem "no properly formatted SHA checksum lines found". Someone know if I can use it without problem ? Thanks, Best regards

Oh sorry I didn't have seen this message, good luck.

I'm newbie about drivers and compiling things, so becarefull of what I'm writting, it's certainly wrong. You maybe have 3 possibilities : 1) - copy and past a file (this what I have done one time : 2) - compiling the full armbian and adding to him the patch during compiling ( cf. https://docs.armbian.com/Developer-Guide_Build-Preparation/ ) 3) - or compiling inside your armbian. When we are looking in https://github.com/avafinger/gc2035 we can see at the end of the page an example of compiling for BSP, so it seems that the right way is the option 3). It seems that you will have to adapt things of the compiling step : make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j2 INSTALL_MOD_PATH=output SUBDIRS=drivers/media/video/sunxi-vfe/device modules CC [M] drivers/media/video/sunxi-vfe/device/gc2035.o Building modules, stage 2. MODPOST 40 modules CC drivers/media/video/sunxi-vfe/device/gc2035.mod.o LD [M] drivers/media/video/sunxi-vfe/device/gc2035.ko But I'm sorry, I have no idea on how you can adapt this for armbian. Maybe, after you have done a backup of your files and OS, you can give it a try, and tell us the result ?

Cool if it works. Sorry I didn't remember about the content of gc2035 on github . If it's works fine for you, maybe you have nothing to do ? Why do you think you have to care about it, maybe you have some other problems with the video ?

Thanks for your feedback. As olivluca suggest, I think the first step you can try to do is using the 3.X kernel : https://www.armbian.com/orange-pi-lite/ at the end of the page : https://dl.armbian.com/orangepilite/Ubuntu_xenial_default_desktop.7z I hope it will works, please tell us the result.

Hello, An other way to have Firefox working easily : using synaptic we can downgrade from 61 to 45 and firefox don't crash, on OPiPC+ with Armbian_5.38_Orangepipcplus_Ubuntu_xenial_default_3.4.113_desktop

Hello, Could you tell us which nano computer you are using, which version of armbian, and which camera ? thanks

Hello, Have you tried to connect the ribbon differently ? For me only as this it was working : https://lightpics.net/i/PyuE

Ok thanks a lot for these informations.

Thanks a lot for your reply. As I'm using CSI camera, it seems that I need for the moment legacy. On https://dl.armbian.com/orangepipcplus/ Debian Strech next is mainline, no ? So the best choice could be Debian Jessy Default for motion eye + CSI camera ?

Very nice ! Have you made some special setup of motioneye ? I'm using armbian ubuntu desktop (but without screen), maybe you use a headless version ? Or maybe it's because of I'm using wifi with an important distance ?

I have made some tests. It's not with USB but with CSI camera of orange pi, on orange pipc+ + armbian ubuntu desktop (but used without screen) & using a debian laptop to connect to the opipc+ If I do : General settings > advanced settings > on Video device > Frame rate > 20 Resolution > 640 x 480 (was by default) I have a better framerate : 10 / 12 fps.

Ok I think I have understood the problem : There is a difference between boot and reboot... nano /etc/rc.local is for booting but not for reboot. So if I add : sunxi-pio -m "PG11<1><0><1><1>" modprobe gc2035 modprobe vfe_v4l2 exit 0 to /etc/rc.local with root user AND I shutdown the system, it's working, If iI just reboot, it's not working after having edited /etc/rc.local , we have to shutdown and boot...

Thanks for this information, that's good news that there is these progress. Using CSI or USB the framerates are both identical and low (3 - 5fps) using only streaming , i have also no idea if it's because of motionEye default configuration, because I use OrangePiPC+, or other reasons :/ However it's enough for what I'm trying to do (a camera to put in birdhouse for the school project with orangepipc+). oh ok, thanks for your feedback.

@Tom_Neverwinter With ubuntu desktop armbian legacy and following this : the orange pi CSI camera worked for me with motioneye.

Hello, I'm trying to use the CSI Orange Pi camera on orange Pi PC+, with motionEye, with Armbian Legacy Ubuntu desktop stable for OrangePiPC+ ( 5.38 | armhf | armv7l | 3.4.113-sun8i ) here is the armbianmonitor -u http://ix.io/YDB I wasn't able to use the camera but running with this in the terminal, it works ! Thanks. su root sunxi-pio -m "PG11<1><0><1><1>" modprobe gc2035 modprobe vfe_v4l2 However, when I reboot it is not working, and I have to reenter these commands. Doing this : su root nano /etc/rc.local I tried all the modification described in this thread (copy past, without modifying it, and alwas leaving the "exit 0" at the end) of rc.local but it's not working by defaut, I have to manually enter su root sunxi-pio -m "PG11<1><0><1><1>" modprobe gc2035 modprobe vfe_v4l2 in order to use the camera. Someone have any tips on how can I make the camera working by default ? Maybe I have to adapt the commands of the rc.local ? If yes, someone know I can find some information in order to adapt it ? @StuxNet here a photo : https://lightpics.net/i/PyuE Thanks

With USB cam it works very well

@Moklev thanks a lot for yours indications it has worked very fine for me Important to know : CSI seems not be supported yet in mainline, so the orange pi camera will not work in armbian debian mainline ([edit] maybe it works now, and maybe this was because of a problem with the driver, please see the second reply below.)

I have made some tests on OrangePi PC+ with : * Armbian_5.38_Orangepipcplus_Ubuntu_xenial_default_3.4.113_desktop * Armbian_5.38_Orangepipcplus_Debian_stretch_next_4.14.14_desktop For the moment I will choose Debian, for this reasons with my tests: * the policies of the debian project ; * launching for the fist time debian, there is no need to run the screen sizing tool and reboot, and Ubuntu nned it, so it's more KISS for non geek users; * launching for the fist time debian, there is no need to adjust horizontally and vertically the screen, ubuntu need it; * tested on 2 VGA screen with distinct resolutions, debian desktop was displayed perfectly, and ubuntu desktop not (it was resized). This new debian version for OpiPC+ is really a big improvement for the project for schools. It seems that there is nothing to do with the screen resolutions, it will be very much easier to deploy in schools for non geek user, thanks a lot to the armbian team!

@richard1937 hello From my little experience, running CAD & slice software on arm is not very easy for the moment. But using appimage could be a nice way. On OPiPC+, OpenScad can run with appimage but for the slic3r prusa edition slicers it seems that is not possible for the moment. If you want more information about these 2 tools, please tell me.

Hello, I'm following this project : I was recently spending time on the activities to do with children, 3D printing and robotics, and in order to be able to try to follow https://docs.armbian.com/Developer-Guide_Build-Preparation/ i have bought a new laptop which respect the requirements (SSD, ram...). So now my next goal is to try to make a custom version of armbian dedicated to the schools. To start, for the first step, I would like to try make a localized version of armbian in French by default, in order to be more easier for the French speaking user. With the new evolutions of armbian for OrangePiPC+, there is an ubuntu desktop version, and now a Debian version (thanks for the armbian team for these improvements). I would like to know if there is recommendations, pros and cons for choosing ubuntu or Debian. The context that can maybe have an impact on the choice could be : - the compatibility with VGA screen (as it's for schools lot of old screen are used) ; - the computer will be used for 3D activities (blender, openscad...) ; - I have never made a compilation of an OS (but I'm motivate to learn it with the armbian doc). Is there any advice to choose ubuntu legacy or Debian stretch ? Thanks, Best regards

Here the instructions to build openscad for armf (workaround) : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797816#37 (openscad build log for debian stretch raspbian on armhf pi3 was able to successfully build with qt4.)

Big thanks to t-paul that just greatly solved the problem, he made an appimage of OpenScad using OBS : https://github.com/openscad/openscad/issues/1849#issuecomment-340319476 that works perfectly on armbian for OrangePiPC+.