-
Posts
13589 -
Joined
-
Last visited
Reputation Activity
-
Igor reacted to mboehmer in Thanks for the fish!
Hi guys,
some months ago I implemented an Odroid C2 as readout controller for a scientific instrument.
Lot of people were kind and helped me with some problems with Armbian, especially eMMC and PWM.
Today, finally, we managed to have our instrument (two strings with several Odroid C2 and other stuff) deployed.
It is sitting now at 2628m depth in the Pacific Ocean, and will go operational the next days.
Here we are... I think I can announce the deepest Odroid so far (cry loud if I'm wrong :) )
In the picture you just can see the Titanium housing with two glass covers attached to the string.
Again, thanks for the fish :)
Michael
-
Igor got a reaction from Tido in NanoPi K1 Plus + Armbian
I just discover one strange issue regarding video driver. My primary test monitor is 1280x1024 ... where desktop works fine, while 1080p or 4K desktop doesn't come up, text mode only. @jernej Is this a known problem?
-
Igor reacted to cmcgaha in NanoPi K1 Plus + Armbian
Hi Igor, Thank you very much. I was going to try to do the build like you suggested, will still try. I will try your OS now. I appreciate your help.
-
Igor reacted to vlotho in /dev/ttyUSB* missing
I found !!! it's not "iface lo init loopback" but "iface lo inet loopback"
and it is not me that generates this error.
you are useless.
-
Igor got a reaction from BreadLee in Problems with bluetooth on Armbian(Ubuntu 16.04 server)
That's normal. It's not installed on CLI images. You need to install it on your own. Automated with:
https://docs.armbian.com/Developer-Guide_User-Configurations/#user-provided-image-customization-script
manual with armbian-config
Bluetooth components are missing. I think you only need this:
apt-get -y --no-install-recommends install pulseaudio-module-bluetooth blueman
-
Igor reacted to BreadLee in Problems with bluetooth on Armbian(Ubuntu 16.04 server)
Thank you for your reply! Actually @Igor was right. Yesterday I installed all packages that he advised, but it seemed that nothing changed. Today after board powering everything works great.... I think, that yesterday I didn't reboot board. Also this script ( from Armbian git) helped me a lot.
Thank you @arox and @Igor
Best wishes
-
Igor got a reaction from gounthar in WE NEED !YOUR! HELP
This bug will hopefully be fixed with today update ... which I am still fixing for other problems. It would be best to try with not updated image yet or some older image updated to nightly.
Thank you for your help!
Edit: Please pay attention to log rotation service. If that works properly. Starting with today update, current is broken.
-
Igor reacted to @lex in OV5640 on mainline kernel
Today I had a chance to test OV5640 on mainline kernel 4.17.2 and see the status of OV5640 and CSI drivers, thanks to FE work and the author of the driver (help name here...). I tested on NanoPi K1 Plus (H5) to verify the images in very low light conditions, so don't expect good quality.
I could take some images using fswebcam and you should expect basic v4l2 functionality already works if not all. I think motion (did not test / had time to test it) can work with current OV5640 on mainline kernel.
Grabbing Image is very fast, currently, Image size I can get are 320x240 and 640x480 pixels, above this i get a dark image. I have not looked at the driver source code to see if it is implemented or not.
Basically, you need to add the sun6i_csi and ov5640 drivers to the kernel and adjust DT to have the endpoint. FE has already done it and left H5 for homework, but is the same as H3.
To check the functionality, install v4l2-utils and when the driver sun6i_cs loads, it creates the device node /dev/video0 and you can check that:
sudo v4l2-ctl -d /dev/video0 -D Driver Info (not using libv4l2): Driver name : sun6i-video Card type : sun6i-csi Bus info : platform:camera Driver version: 4.17.2 Capabilities : 0x84200001 Video Capture Streaming Extended Pix Format Device Capabilities Device Caps : 0x04200001 Video Capture Streaming Extended Pix Format You should see the modules loaded like this:
lsmod Module Size Used by sun6i_csi 24576 0 videobuf2_dma_contig 20480 1 sun6i_csi videobuf2_memops 16384 1 videobuf2_dma_contig ov5640 36864 1 videobuf2_v4l2 24576 1 sun6i_csi videobuf2_common 40960 2 videobuf2_v4l2,sun6i_csi v4l2_fwnode 20480 2 ov5640,sun6i_csi v4l2_common 16384 1 ov5640 videodev 196608 6 v4l2_fwnode,v4l2_common,ov5640,videobuf2_v4l2,sun6i_csi,videobuf2_common sunxi_cir 16384 0 media 36864 3 videodev,ov5640,sun6i_csi rc_core 40960 2 sunxi_cir sch_fq_codel 20480 6 8189es 1118208 0 So time to revisit the camera drivers on mainline.
Here are some images (remember, low light condition!):
*update: All possible window sizes are working for streaming!
-
Igor reacted to NicoD in Review video NanoPC-T3+ with Armbian
Hello all.
I've finished my video on the NanoPC-T3+.
I forgot to mention a lot of things as always. But it is how it is
@IgorWith what I promised. I hope it'll help. Thank you.
-
Igor got a reaction from chiefwigms in Udoo Quad EOS
Or enabling those: https://github.com/armbian/build/commit/ea4723a445f8167ad7250bb97aed79a43665ee77
-
Igor got a reaction from chiefwigms in Udoo Quad EOS
For future images: https://github.com/armbian/build/blob/master/lib/distributions.sh#L54-L59
-
Igor got a reaction from Tido in BSP scripts RFC
Thanks.
O.K. I will do few more tests with your changes and then merge in. It was tested well, but we all know how this goes.
Let's point out for more profound testing when changes reach beta repository. We need to make sure upgrading won't break, while for new images I am not worried that much.
One a bit radical idea, which crossed on my mind - do we actually need a swap file enabled by default?
In general, features of the old armhwinfo scripts weren't changed much while the change logic was hopefully met discussion above.
-
-
Igor got a reaction from Gymnae in Problems with 4.16.8 kernel headers & scripts
Yes, it looks so. I already reverted back to 4.14.y few weeks ago https://github.com/armbian/build/blob/master/config/sources/cubox.conf#L20 and you can get it from beta repository or DIY.
-
Igor got a reaction from gounthar in Orange pi 4G-IOT
Most likely above It is already hard to provide support for existing hardware or do any serious development.
Majority of current engagement is sponsored by our private resources which means we probably can't expand this project further since it can become more fragile and could collapse. We actually need to step down a bit and from my personal perspective, I need to get few weeks off to recharge.
-
Igor got a reaction from Tido in BSP scripts RFC
On update, old scrips are (should be) removed and replaced with new which are at the new location. Next step is to divide functions as @tkaiser and @zador.blood.stained proposed and clean up.
It's too soon and things can be twisted around ... after it is merged into master branch.
-
Igor got a reaction from TonyMac32 in Tinker/MiQi default kernels
No need. We are sticking to LTS. I don't really pay a lot of attention to what is enabled for nightly ... changed to NEXT https://github.com/armbian/build/commit/8f47d7fab97f3a97da9af671365dc5d6dca64052
-
Igor got a reaction from gounthar in How to build armbian "easy install" image
Take a look at this example:
https://github.com/igorpecovnik/iot
-
-
Igor got a reaction from TonyMac32 in NanoPi K2 General Topics
In case not, I also enable Bionic Nightly desktop target which will become available once during the day.
https://github.com/armbian/build/blob/master/config/boards/nanopik2-s905.csc#L13
-
-
Igor got a reaction from balbes150 in Daily (tech related) news diet
We are ready to go https://gitlab.com/armbian It was working extremely slow and took ages to register. I guess everybody wants to escape the monster ASAP
-
-
-
Igor got a reaction from Tido in Daily (tech related) news diet
We are ready to go https://gitlab.com/armbian It was working extremely slow and took ages to register. I guess everybody wants to escape the monster ASAP