Ford Prefect

Hi Try this: root@orangepipc:~# alsamixer root@orangepipc:~# arecord -i -f S16 -r 22050 /media/test.wav Recording WAVE '/media/test.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono ^CAborted by signal Interrupt... I just tested it on an SSH console in WXP and the /media directory is shared by samba to test the result. HTH

Hi As far as WIFI is concerned on gigabit Ethernet boards I think it can only be useful if it can work as access point and blue tooth and without reducing the number of real USB ports. To keep the price low and ease integration solder pads and unpopulated connectors would be a good idea. Pins for an RTC battery too. A female connector instead of the male one for GPIO would simplify the life of many. Having access to the 3 grounded audio-in pins would be nice too.

Please allow me to join you. By far this board is the best I found dealing with my orange PI. And there is lot of activity here.

Hi Could you tell us more about the application you have in mind ? I wonder why there are so many UART in that chip. I once tried, on other devices, to use the UART of a working one to debug another and was blocked by the same problem of disabling the boot console use. Regards.

The frequency must be a multiple of 24 so don't try 1600 MHz I found a scrip called : fix-thermal -problems.sh It is a good starting point. It was designed to help with other distributions but works here too. I believe that big variations of board temperature are bad for reliability so I limited my ambitions until I find a useful application that really needs it My board never exceeded 60 degrees with a big CPU radiator.

And even cheaper http://www.ebay.com/itm/I2S-Player-PCM5102-DAC-Decoder-Assembled-Board-32-Bit-384K-Beyond-ES9023-PCM1794/321938017594?_trksid=p2047675.c100005.m1851&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D20131003132420%26meid%3D58c0365c234549a28b0e32264a9da0a3%26pid%3D100005%26rk%3D2%26rkt%3D6%26sd%3D272248053601 But there seems to be a clock signal missing. http://www.ti.com/lit/ds/symlink/pcm5100.pdf see page 26 may be that's the use for the jumper ?

Thanks for the link I missed it . Yes that is mainly the connectors that I like. Having most of them ,RJ45,HDMI,USB on the same side of the board simplifies the design of a decent box. Cooling of the CPU is another drawback of most of those boards. IMHO it would be much easier if the CPU was on the other side of the board.

Hi It looks as an interesting alternative to the orange PI one http://www.friendlyarm.com/index.php?route=product/product&product_id=109

Hi There is just a single partition: /dev/mmcblk0p1 on / type ext4 (rw,noatime,nodiratime,errors=remount-ro,commit=600) Check your power supply

Thanks but I had no problems myself I simply took the files from a PC ubuntu installation. It is just that it would ease the life of newbies if they were included.

Hi I'm an happy user of : Armbian_5.14_Orangepipc_Debian_jessie_3.4.112_desktop.7z. I don't know if it is bad luck or some obscure legal reason but 2 of my USB dongles needed to add firmware files from other distributions before they worked perfectly: They are : TerraTec Electronic GmbH Cinergy T RC MKII using dvb_usb_af9015 missing dvb-usb-af9015.fw 15913 bytes from 30/03/2015 Ralink Technology, Corp. RT2501/RT2573 Wireless Adapter using rt73usb module missing rt73.bin 2048 bytes from 24/11/2014 I hope those files can be added to ease the life of newbies.

Yes you are right I just made a test and the CPU is the bottleneck . Now that my switch is a Gb one I only get 17% network but 95% CPU . At least the Gigabit port of the Dockstar is not completely useless. On the contrary on my OPI PC the 100Mb network is the bottleneck . I will get some USB3 dongles they seem to be useful even on USB2 ports.

There is something strange with the temperature reading in armbianmonitor -m In the below capture at 15:52:15 I stopped a CPU intensive task and instantly temperature fell by 10 degrees. PS :the wrong characters are due to doing the capture via SSH and PUTTY 15:51:52: 1440MHz 4.97 90% 9% 80% 0% 0% 0% 53°C 15:51:57: 1440MHz 4.65 90% 9% 80% 0% 0% 0% 53°C 15:52:02: 1440MHz 5.08 90% 9% 80% 0% 0% 0% 54°C 15:52:08: 1440MHz 5.07 89% 9% 79% 0% 0% 0% 53°C 15:52:13: 1440MHz 5.47 89% 9% 79% 0% 0% 0% 53°C 15:52:18: 1440MHz 5.43 92% 10% 81% 0% 0% 0% 43°C 15:52:23: 1440MHz 4.99 38% 4% 33% 0% 0% 0% 41°C 15:52:28: 1440MHz 4.59 38% 4% 33% 0% 0% 0% 41°C 15:52:33: 1440MHz 4.23 38% 4% 33% 0% 0% 0% 41°C Also the permissions of /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq are read only for root and there is a problem for a normal user. Changing permissions solves the problem until the next reboot. Of course may be armbianmonitor is not the culprit at all

You are absolutely right . I discovered this blacklist system when I installed Ubuntu a few years ago. And I was not happy as when you plug a TV dongle you expect it to be usable to watch TV. The fact that another software could eventually use it for something else doesn't allow it to forbid its original use. In practice it seems that simply removing the unwanted module would do the same thing. I read somewhere that there is a compilation choice to allow the use of the blacklist. content of my unused /etc/modprobe.d/rtl-sdr-blacklist.conf : # This system has librtlsdr0 installed in order to # use digital video broadcast receivers as generic # software defined radios. blacklist dvb_usb_rtl28xxu blacklist e4000 blacklist rtl2832 Since my last message I managed to use the dongle for software defined radio simply by using : rmmod dvb_usb_rtl2832u So for me there is no problem at all

The problem when I first installed gqrx-sdr on my Armbian OPI PC is that it crashed Starting it from a console there was a brief obscure allusion to pulseaudio and a lot of messages :could not resolve property : pattern 10600 Those are not important at all. The pulseaudio one is as it appears that Debian uses that by default and it is not used in Armbian So you have to install it too. Next problem is that if you want to use an RTL2832 dongle you get a message saying that it is not available . This is because Armbian loads the TV driver but you just have to type as root rmmod dvb_usb_rtl2832u I could not manage to get a correct audio on the HDMI but with either an USB speaker or the analog audio output it works nice. You may have to use a mixer in case the volume is muted. GQRX can be quite CPU intensive if you try for example to view 2MHz while demodulating an FM stereo signal. I won't recommend using it without good cooling of the CPU. In that case the sound gets bad and the launching console fills with zeros. But it doesn't crash and stays reactive so you can correct parameters. One interesting feature is that you can select Demod Off then CPU use is much lower than in FM stereo To load back: the TV driver for the dongle : modprobe dvb_usb_rtl2832u Or simply unplug it and plug it again. I have tried with success : A Funcube dongle pro An RTL dongle with E4000 tuner An RTL dongle with R820 tuner Forum for GQRX: https://groups.google.com/forum/#!forum/gqrx PS : The gqrx forum recommends to run volk_profile. Don't It takes a long time and then nothing works any more You have to delete/hide/rename the .volk dirctory in your home.

Hi I'm trying to get gqrx-sdr to work with my RTL 2832 DVBT dongle. In spite of having the driver blacklisted it loads at start up but can be easily removed by rmmod dvb_usb_rtl2832u as root No need to reboot and TV applications can use the dongle normally Then you have to install pulse audio for an unknown reason Here the strange behaviour begins: At start the sound on an FM station is very poor. Only bits of sound in fact. On a text console running Armbian monitor -m shows lots of fall back to 480MHz although my well cooled CPU is around 30 degrees waiting about 10 minutes it gets perfect temperature rises to 45 and CPU clock stays at 1296 MHz But waiting more the sound gets bad again at times. htop shows that pulse audio is using a rather big % of CPU The only other OS that allows me to use gqrx on my OPI PC is XFCE Kali. There CPU frequency is steady at 1540 MHz temperature is higher and pulse audio use less CPU . I managed to get a fixed 1296MHz CPU frequency by putting GOVERNOR =performance in /etc/default/cpufrequtils It changes absolutely nothing So I believe my problems are due to pulseaudio which seems rather complicated May be a fifo written at 44Khz and read at 48 or the opposite. Any idea is welcome Edit : Partial success I plugged a pair of USB speakers It is OK So the problem seems to be somewhere between pulse audio and HDMI sound. Now the CPU temperature rise to 54 degrees and it makes me happy because since I used Armbian I thought that the big radiator I put on the CPU was useless

I have just checked that the Tronsmart Android SD card i tested on my orange PI plus activates the analogue TV output at startup when inserted in my orange PI PC. May be it will help testing the cable or the hardware.

I almost understood all this interesting subject. I too am beginning to have lots of micro SD cards for testing . And mainly 32GB ones with only a few GB used. Is there a way to allow the copy to be restored on smaller ones to ease distribution and reduce time spent ? Filling free space with zero is a good idea to save space anyway. Could overwriting an original Armbian distribution with backups of all the files be a solution ?

It wont help much but I had problems with HDMI sound so I tried a pair of USB speakers it worked first time. And for an unknown reason now HDMI sound works too.

Hi nice topic. Is there a tutorial somewhere ? I would like to try that on some Dockstar devices that I have.

Hi and thanks for your good work Having recently updated/upgraded my Armbian sdcard I can confirm that this driver works using VLC and a DVBT *.m3u file made on Wxp. The problem is that it should not as I have an: /etc/modprobe.d/rtl-sdr-blacklist.conf file that was probably installed by gnuradio. May be there is something wrong here ? This is the return of my lsmod command: root@orangepiplus:/etc/modprobe.d# lsmod Module Size Used by mali_drm 2732 1 drm 178255 2 mali_drm mali 123208 0 ump 29379 3 mali pwc 65418 0 videobuf2_vmalloc 2336 1 pwc videobuf2_memops 1819 1 videobuf2_vmalloc snd_usb_audio 80300 1 snd_hwdep 5250 1 snd_usb_audio snd_usbmidi_lib 17198 1 snd_usb_audio snd_rawmidi 16149 1 snd_usbmidi_lib videobuf2_core 18070 1 pwc dvb_usb_rtl2832u 351091 0 dvb_usb 15734 1 dvb_usb_rtl2832u dvb_core 68509 1 dvb_usb 8189es 1076034 0

Nice tip. I am only used to SSH and putty on a Window machine. It does wonders with midnight commander and gpm on the Linux device. Works on the serial port too. For example one can cut and paste a command line from a forum to the Linux device. For streaming a webcam I'm not sure VNC is the good way . Ideally a transparent USB over Ethernet application would be nice. But I don't know if such a thing exist.

Hi I think users mainly want to use the on-board WIFI to save a USB port. Even if the range is limited this is not a too bad idea. Sharing USB ports with a hub can also lead to problems. But in that scope I think the on board WIFI should be compatible with blue tooth and access point use . This don't seems to be the case on the Orange. Same goes for the SATA port it seems an additional USB port would be more useful for most users.

OK thanks for the link. "set -o posix " solved my problem And I learned something.

If I didn't gave more details it is because: "set > dumpfile" results in a more than 100KB dumpfile that I didn't analyse It just seemed strange to me and as a result set in a console is useless.