-
Posts
3892 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by martinayotte
-
-
You should also provide logs of the boot tentative captured from the serial debug port ...
-
Did you install the "transmission-cli" package ?
-
This "gpio_lib.h" is itself part of the library.
https://github.com/duxingkei33/orangepi_PC_gpio_pyH3/blob/master/pyA20/gpio/gpio_lib.h
So, you LIB_PATH should include the path to that directory, usually with plain Makefiles, it is "-I ."
-
Good luck ! This part isn't easy to find in bulk, none on eBay or AliExpress ...
EDIT : Oh ! instead of searching PST73118BETV like schematic says, TI has some TPS73118, some on eBay.
Lucky Guy ! I found that MCP1824 on AliExpress in abundance, and it seems to be pin compatible, some sellers offer them at $4 for lot of 10.
-
Welcome !
-
You need to add "overlays=uart1" in armbienEnv.txt and reboot
-
You will need to tweak the Main DT to enable the uart3...
-
The RTL8723BS driver exist in Mainline 4.12, but it never been back-ported to previous kernel.
Since it is a bit a waste of time to do such backporting, it is better to wait that 4.12 become officially used in Armbian.
In the mean time, I've personally got success with a private build with 4.12.
-
... and it has an eMMC !
-
17 hours ago, ssuloev said:
I had to manually adjust 'add-overlay-compilation-support.patch'.
Now it works
Did you had a lot of adjustments ?
Maybe you work can save us some time when we will switch over 4.12 ...
-
I did some tests on my RPi, although I didn't got issues reproduced except some latencies, what I see after unplugging eth0 and been connected to wlan0 is a bit strange, a route rule for default gateway is still there, which can explain latencies :
root@raspberrypi:~# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 10.111.111.251 0.0.0.0 UG 0 0 0 eth0 default 10.111.111.251 0.0.0.0 UG 303 0 0 wlan0 10.111.111.0 * 255.255.255.0 U 303 0 0 wlan0
-
This is not an Armbian issue, but a routing issue where packets are dispatched to one of 2 same routes rules and network system ususally send it to the first interface found, but if this one is been shutdowned, it won't goes out anymore.
If it works on Raspberry, which I doubt (as I said, even with PCs this can occur), you can look at the "allow-hotplug" and other params to figure out why the disconnected route is still present in route rules.
-
The issues of having both on the same network and then disconnecting one of them are well know ...
BTW, I don't see any use cases where both wlan0 and eth0 are on the same network would be needed, this is also true with any PCs.
-
-
With ffmpeg alone, it was giving around 40fps.
It is the mkimage that take too much time...
-
12 minutes ago, twinclouds said:
If it does, what is your setup procedure?
My setup isn't something special : Mainline builds and still using old fashion /etc/network/interface.
-
Although the WiFi patch is in disabled state, you can still build your own image with the patch re-enabled and KERNEL_CONFIGURE=yes.
-
To my knowledge, HDMI Output cannot be used as input...
-
I have several OPiPC equipped with RTL8188 or MT7601, and they are working reliably since almost over one year.
-
BTW, Raspbian != Armbian ...
-
3 hours ago, chwe said:
hmm I would call my borad TrumPi
Don't use those board names, it willl change their behaviours every hours ...
-
5 minutes ago, TonyMac32 said:
"Le Brussel Sprout"
-
"-i ./video" is also wrong, it required a input file, so here is what I used and reported output :
time ffmpeg -t 60 -i ./Videos/dynamiteurs.mpg -r 7 -f image2pipe -vcodec bmp - | mkbitmap -x -f 3.5 -s 1 -b 1 -t 0.48 -o - | potrace --alphamax 1.334 --turdsize 2 --longcurve --turnpolicy black -b pdf -o ./pdf-file-output.pdf
ffmpeg version 3.2.5-1~bpo8+1 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 4.9.2 (Debian 4.9.2-10)
configuration: --prefix=/usr --extra-version='1~bpo8+1' --toolchain=hardened --libdir=/usr/lib/arm-linux-gnueabihf --incdir=/usr/include/arm-linux-gnueabihf --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --disable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
libavutil 55. 34.101 / 55. 34.101
libavcodec 57. 64.101 / 57. 64.101
libavformat 57. 56.101 / 57. 56.101
libavdevice 57. 1.100 / 57. 1.100
libavfilter 6. 65.100 / 6. 65.100
libavresample 3. 1. 0 / 3. 1. 0
libswscale 4. 2.100 / 4. 2.100
libswresample 2. 3.100 / 2. 3.100
libpostproc 54. 1.100 / 54. 1.100
Input #0, mpeg, from './Videos/dynamiteurs.mpg':
Duration: 00:00:27.26, start: 0.066733, bitrate: 9321 kb/s
Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, progressive), 352x480 [SAR 20:11 DAR 4:3], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s
[swscaler @ 0x7f6d2e80] No accelerated colorspace conversion found from yuv420p to bgr24.
Output #0, image2pipe, to 'pipe:':
Metadata:
encoder : Lavf57.56.101
Stream #0:0: Video: bmp, bgr24, 352x480 [SAR 20:11 DAR 4:3], q=2-31, 200 kb/s, 7 fps, 7 tbn, 7 tbc
Metadata:
encoder : Lavc57.64.101 bmp
Stream mapping:
Stream #0:0 -> #0:0 (mpeg2video (native) -> bmp (native))
Press [q] to stop, [?] for help
frame= 192 fps=2.0 q=-0.0 Lsize= 95050kB time=00:00:27.42 bitrate=28388.3kbits/s dup=0 drop=625 speed=0.282x
video:95050kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%
real 1m40.470s
user 2m16.770s
sys 0m1.840s
root@orangepione:~# ll pdf-file.pdf
-rw-r--r-- 1 root root 436971 Jul 4 09:01 pdf-file.pdf -
After tweaking ffmpeg command line arguments (some were wrong), I got something like 6fps, but sometime 4.5fps ...
UART on gpio pins Orange Pi Lite
in Allwinner sunxi
Posted
What do you mean exactly ?
UART and I2C as nothing in common, except if you mean that you are using an I2C-to-UART bridge chip such SC16IS752, which Linux kernel is able to manage with proper kernel custom build configs and overlays.
This means that WiringPi is not used for this case.