Jump to content

Search the Community

Showing results for tags 'orangepipc'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Community
    • Announcements
    • Feature Requests
  • Using Armbian
    • Beginners
    • Software, Applications, Userspace
    • Advanced users - Development
  • Upcoming Hardware (WIP)
    • News
    • Odroid M1
    • ROCK 5B
    • Orange Pi 5
  • Maintained Hardware
    • Board does not start
    • Amlogic meson
    • Allwinner sunxi
    • Marvell mvebu
    • Rockchip
    • Other families
  • Unmaintained (CSC/EOL/TVB) / Other
    • TV boxes
    • Off-topic
    • Amlogic meson
    • Allwinner sunxi
    • Marvell mvebu
    • Rockchip
    • Other families

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Matrix


Mastodon


IRC


Website URL


XMPP/Jabber


Skype


Github


Discord


Location


Interests

  1. Hi to all. Is it possible to write tmp video files to zram. Im using Opi Pc as A video recorder. And would like to write files to zram. Zram mounted to /var/log/. Im writing to /var/log/motion. Is it A good way? Latest armbian. Thank you.
  2. Armbian 5.90 stable Ubuntu bionic Orange Pi PC The Login Screen is very broken and after login, the Screen wents black and only the mouse Pointer is to see.
  3. I remember that the maximum frequency was 1296Mhz back with Xenial, with kernel 3.x. It even says here Heat is not a problem since i have a large heatsink and temperature controlled fan, i was just curious about why the max frequency was bumped to 1368Mhz on the newer builds. What's the rationale behind it?
  4. Hi, I use OrangePi PC as my home samba server, as well as dlna server. It works from hdd, since I made a command nand-sata-install. I want to change the disc for a bigger one, how can I do this? If I will make rsync with all hdd will it be enough?
  5. Greetings, I'm not good with linux so excuse any stupidity i might say. I have been using Xenial for years now and just decided to update. In the past i was using the sunxi module to access gpio's For ex: echo 1 > /sys/class/gpio_sw/PA7/data Now in Bionic i just noticed gpio's are not accessed in the same way. According to this user, we can either use sysFS (which seems deprecated) or libgpiod. The problem is that i can't make it work. libgpiod: root@orangepi:~# gpioset gpiochip0 29=1 gpioset: error setting the GPIO line values: Unknown error 517 sysFS: root@orangepi:~# echo "29" >/sys/class/gpio/export -bash: echo: write error: Unknown error 517 root@orangepi:~# gpioinfo gpiochip1 gpiochip1 - 32 lines: line 0: unnamed unused input active-high line 1: unnamed unused input active-high line 2: unnamed "usb0-vbus" output active-high [used] line 3: unnamed "sw4" input active-low [used] line 4: unnamed unused input active-high line 5: unnamed unused input active-high line 6: unnamed unused input active-high line 7: unnamed unused input active-high line 8: unnamed unused input active-high line 9: unnamed unused input active-high line 10: unnamed "orangepi:green:pwr" output active-high [used] line 11: unnamed unused input active-high line 12: unnamed unused input active-high line 13: unnamed unused input active-high line 14: unnamed unused input active-high line 15: unnamed unused input active-high line 16: unnamed unused input active-high line 17: unnamed unused input active-high line 18: unnamed unused input active-high line 19: unnamed unused input active-high line 20: unnamed unused input active-high line 21: unnamed unused input active-high line 22: unnamed unused input active-high line 23: unnamed unused input active-high line 24: unnamed unused input active-high line 25: unnamed unused input active-high line 26: unnamed unused input active-high line 27: unnamed unused input active-high line 28: unnamed unused input active-high line 29: unnamed unused input active-high line 30: unnamed unused input active-high line 31: unnamed unused input active-high root@orangepi:~# gpioinfo gpiochip0 gpiochip0 - 224 lines: line 0: unnamed unused input active-high line 1: unnamed unused input active-high line 2: unnamed unused input active-high line 3: unnamed unused input active-high line 4: unnamed unused input active-high line 5: unnamed unused input active-high line 6: unnamed unused input active-high line 7: unnamed unused input active-high line 8: unnamed unused input active-high line 9: unnamed unused input active-high line 10: unnamed unused input active-high line 11: unnamed unused input active-high line 12: unnamed unused input active-high line 13: unnamed unused input active-high line 14: unnamed unused input active-high line 15: unnamed "orangepi:red:status" output active-high [used] line 16: unnamed unused input active-high line 17: unnamed unused input active-high line 18: unnamed unused input active-high line 19: unnamed unused input active-high line 20: unnamed unused input active-high line 21: unnamed unused input active-high line 22: unnamed unused input active-high line 23: unnamed unused input active-high line 24: unnamed unused input active-high line 25: unnamed unused input active-high line 26: unnamed unused input active-high line 27: unnamed unused input active-high line 28: unnamed unused input active-high line 29: unnamed unused input active-high line 30: unnamed unused input active-high line 31: unnamed unused input active-high line 32: unnamed unused input active-high line 33: unnamed unused input active-high line 34: unnamed unused input active-high line 35: unnamed unused input active-high line 36: unnamed unused input active-high line 37: unnamed unused input active-high line 38: unnamed unused input active-high line 39: unnamed unused input active-high line 40: unnamed unused input active-high line 41: unnamed unused input active-high line 42: unnamed unused input active-high line 43: unnamed unused input active-high line 44: unnamed unused input active-high line 45: unnamed unused input active-high line 46: unnamed unused input active-high line 47: unnamed unused input active-high line 48: unnamed unused input active-high line 49: unnamed unused input active-high line 50: unnamed unused input active-high line 51: unnamed unused input active-high line 52: unnamed unused input active-high line 53: unnamed unused input active-high line 54: unnamed unused input active-high line 55: unnamed unused input active-high line 56: unnamed unused input active-high line 57: unnamed unused input active-high line 58: unnamed unused input active-high line 59: unnamed unused input active-high line 60: unnamed unused input active-high line 61: unnamed unused input active-high line 62: unnamed unused input active-high line 63: unnamed unused input active-high line 64: unnamed unused input active-high line 65: unnamed unused input active-high line 66: unnamed unused input active-high line 67: unnamed unused input active-high line 68: unnamed unused input active-high line 69: unnamed unused input active-high line 70: unnamed unused input active-high line 71: unnamed unused input active-high line 72: unnamed unused input active-high line 73: unnamed unused input active-high line 74: unnamed unused input active-high line 75: unnamed unused input active-high line 76: unnamed unused input active-high line 77: unnamed unused input active-high line 78: unnamed unused input active-high line 79: unnamed unused input active-high line 80: unnamed unused input active-high line 81: unnamed unused input active-high line 82: unnamed unused input active-high line 83: unnamed unused input active-high line 84: unnamed unused input active-high line 85: unnamed unused input active-high line 86: unnamed unused input active-high line 87: unnamed unused input active-high line 88: unnamed unused input active-high line 89: unnamed unused input active-high line 90: unnamed unused input active-high line 91: unnamed unused input active-high line 92: unnamed unused input active-high line 93: unnamed unused input active-high line 94: unnamed unused input active-high line 95: unnamed unused input active-high line 96: unnamed unused input active-high line 97: unnamed unused input active-high line 98: unnamed unused input active-high line 99: unnamed unused input active-high line 100: unnamed unused input active-high line 101: unnamed unused input active-high line 102: unnamed unused input active-high line 103: unnamed unused input active-high line 104: unnamed unused input active-high line 105: unnamed unused input active-high line 106: unnamed unused input active-high line 107: unnamed unused input active-high line 108: unnamed unused input active-high line 109: unnamed unused input active-high line 110: unnamed unused input active-high line 111: unnamed unused input active-high line 112: unnamed unused input active-high line 113: unnamed unused input active-high line 114: unnamed unused input active-high line 115: unnamed unused input active-high line 116: unnamed unused input active-high line 117: unnamed unused input active-high line 118: unnamed unused input active-high line 119: unnamed unused input active-high line 120: unnamed unused input active-high line 121: unnamed unused input active-high line 122: unnamed unused input active-high line 123: unnamed unused input active-high line 124: unnamed unused input active-high line 125: unnamed unused input active-high line 126: unnamed unused input active-high line 127: unnamed unused input active-high line 128: unnamed unused input active-high line 129: unnamed unused input active-high line 130: unnamed unused input active-high line 131: unnamed unused input active-high line 132: unnamed unused input active-high line 133: unnamed unused input active-high line 134: unnamed unused input active-high line 135: unnamed unused input active-high line 136: unnamed unused input active-high line 137: unnamed unused input active-high line 138: unnamed unused input active-high line 139: unnamed unused input active-high line 140: unnamed unused input active-high line 141: unnamed unused input active-high line 142: unnamed unused input active-high line 143: unnamed unused input active-high line 144: unnamed unused input active-high line 145: unnamed unused input active-high line 146: unnamed unused input active-high line 147: unnamed unused input active-high line 148: unnamed unused input active-high line 149: unnamed unused input active-high line 150: unnamed unused input active-high line 151: unnamed unused input active-high line 152: unnamed unused input active-high line 153: unnamed unused input active-high line 154: unnamed unused input active-high line 155: unnamed unused input active-high line 156: unnamed unused input active-high line 157: unnamed unused input active-high line 158: unnamed unused input active-high line 159: unnamed unused input active-high line 160: unnamed unused input active-high line 161: unnamed unused input active-high line 162: unnamed unused input active-high line 163: unnamed unused input active-high line 164: unnamed unused input active-high line 165: unnamed unused input active-high line 166: unnamed "cd" input active-low [used] line 167: unnamed unused input active-high line 168: unnamed unused input active-high line 169: unnamed unused input active-high line 170: unnamed unused input active-high line 171: unnamed unused input active-high line 172: unnamed unused input active-high line 173: unnamed unused input active-high line 174: unnamed unused input active-high line 175: unnamed unused input active-high line 176: unnamed unused input active-high line 177: unnamed unused input active-high line 178: unnamed unused input active-high line 179: unnamed unused input active-high line 180: unnamed unused input active-high line 181: unnamed unused input active-high line 182: unnamed unused input active-high line 183: unnamed unused input active-high line 184: unnamed unused input active-high line 185: unnamed unused input active-high line 186: unnamed unused input active-high line 187: unnamed unused input active-high line 188: unnamed unused input active-high line 189: unnamed unused input active-high line 190: unnamed unused input active-high line 191: unnamed unused input active-high line 192: unnamed unused input active-high line 193: unnamed unused input active-high line 194: unnamed unused input active-high line 195: unnamed unused input active-high line 196: unnamed unused input active-high line 197: unnamed unused input active-high line 198: unnamed unused input active-high line 199: unnamed unused input active-high line 200: unnamed unused input active-high line 201: unnamed unused input active-high line 202: unnamed unused input active-high line 203: unnamed unused input active-high line 204: unnamed "usb0_id_det" input active-high [used] line 205: unnamed unused input active-high line 206: unnamed unused input active-high line 207: unnamed unused input active-high line 208: unnamed unused input active-high line 209: unnamed unused input active-high line 210: unnamed unused input active-high line 211: unnamed unused input active-high line 212: unnamed unused input active-high line 213: unnamed unused input active-high line 214: unnamed unused input active-high line 215: unnamed unused input active-high line 216: unnamed unused input active-high line 217: unnamed unused input active-high line 218: unnamed unused input active-high line 219: unnamed unused input active-high line 220: unnamed unused input active-high line 221: unnamed unused input active-high line 222: unnamed unused input active-high line 223: unnamed unused input active-high What am i doing wrong? It's a clean install of Bionic server. I would prefer to use libgpiod since it looks less complex Can anyone point me in the right direction? Thanks a a lot.
  6. Hello, Long time follower, first issue/bug post. I have read and tried several options over period of time to get this working, nothing helped. ReWrote Clean image, changed SD cards (and sizes 8 > 16 > 32 > 16g). Setting /etc/netwrok/interface allow-hotplug eth0. iface eth0 inet dhcp NetworkManager.conf [ifupdown] managed=true/false Tested for power consumption using ( have a 5v 4A supply ) and I know I have sufficient power stress -c 4 -t 10 stress: info: [1347] dispatching hogs: 4 cpu, 0 io, 0 vm, 0 hdd stress: info: [1347] successful run completed in 10s stress -c 2 -m 2 stress: info: [1359] dispatching hogs: 2 cpu, 0 io, 2 vm, 0 hdd (ctrl+c) to return to prompt stress -c 4 -m 2 stress: info: [1366] dispatching hogs: 4 cpu, 0 io, 2 vm, 0 hdd (ctrl+c) to return to prompt could not find sysbench so couldn't try 'sysbench --test=cpu --cpu-max-prime=20000 run --num-threads=4' looked at almost every discussion about enabling network but could not get the eth0 up. Since network is not available, I couldn't post armbianmonitor -u I have the saved output with -U but not sure how to upload it here. When I first power up the board, both orange and green lights on network port come and blink during flash screen, but right after the message 'Starting Kernel..." the lights go off. With Avahi there is a dummy interface shows up with the automatic dummy ip of 169.254.9.7 but eth0 only shows the MAC id. 'nmcli' shows as one of the messages, but with the dummy IP: eth0: connected to eth0 'nmtui' shows: Ethernet eth0 Armbian ethernet Armbian ethernet So I delete the Armbian ethernets and set the eth0 to automatic dhcp AND set it as Wired Connection 1. But even after restart still get the automatic dummy ip. invoking 'systemctl status NetworkManager' only shows Loaded: <usual details> Active: active (running) since... Docs: Man:NetworkManager(8) Main PID: 653 (NetworkManager) Tasks: 3 (limit: 1993) Memory: 11.4M CGroup: /system.slice/NetworkManager.service └─653 /usr/sbin/NetwrokManager Feb 17 12:25:54 orangepipc NewworkManager[653]: ((src/settings/mn-settings-connection.c:361)): assertion '<dropped>' failed Feb 17 12:25:54 orangepipc NewworkManager[653]: ((src/settings/mn-settings-connection.c:361)): assertion '<dropped>' failed Feb 17 12:25:54 orangepipc NewworkManager[653]: ((src/settings/mn-settings-connection.c:361)): assertion '<dropped>' failed Feb 17 12:25:54 orangepipc NewworkManager[653]: ((src/settings/mn-settings-connection.c:361)): assertion '<dropped>' failed Feb 17 12:25:54 orangepipc NewworkManager[653]: ((src/settings/mn-settings-connection.c:361)): assertion '<dropped>' failed Feb 17 12:25:54 orangepipc NewworkManager[653]: ((src/settings/mn-settings-connection.c:361)): assertion '<dropped>' failed Feb 17 12:25:54 orangepipc NewworkManager[653]: ((src/settings/mn-settings-connection.c:361)): assertion '<dropped>' failed While I expected to see a dhcpclient process also running in systemctl status. dmesg shows root@orangepipc:~# dmesg|grep dwmac-sun8i [ 3.218579] dwmac-sun8i 1c30000.ethernet: IRQ eth_wake_irq not found [ 3.218605] dwmac-sun8i 1c30000.ethernet: IRQ eth_lpi not found [ 3.218706] dwmac-sun8i 1c30000.ethernet: PTP uses main clock [ 3.218753] dwmac-sun8i 1c30000.ethernet: 1c30000.ethernet supply phy not found, using dummy regulator [ 3.218822] dwmac-sun8i 1c30000.ethernet: 1c30000.ethernet supply phy-io not found, using dummy regulator [ 3.219137] dwmac-sun8i 1c30000.ethernet: Current syscon value is not the default 148000 (expect 58000) [ 3.219159] dwmac-sun8i 1c30000.ethernet: No HW DMA feature register supported [ 3.219165] dwmac-sun8i 1c30000.ethernet: RX Checksum Offload Engine supported [ 3.219170] dwmac-sun8i 1c30000.ethernet: COE Type 2 [ 3.219176] dwmac-sun8i 1c30000.ethernet: TX Checksum insertion supported [ 3.219182] dwmac-sun8i 1c30000.ethernet: Normal descriptors [ 3.219188] dwmac-sun8i 1c30000.ethernet: Chain mode enabled RX Checksum Offload Engine supported [ 3.219816] dwmac-sun8i 1c30000.ethernet: Found internal PHY node [ 3.219933] dwmac-sun8i 1c30000.ethernet: Switch mux to internal PHY [ 3.219942] dwmac-sun8i 1c30000.ethernet: Powering internal PHY [ 8.575554] dwmac-sun8i 1c30000.ethernet eth0: PHY [0.1:01] driver [Generic PHY] No MAC Management Counters available [ 8.575654] dwmac-sun8i 1c30000.ethernet eth0: No Safety Features support found [ 8.579776] dwmac-sun8i 1c30000.ethernet eth0: No MAC Management Counters available [ 8.579792] dwmac-sun8i 1c30000.ethernet eth0: PTP not supported by HW [ 8.579800] dwmac-sun8i 1c30000.ethernet eth0: Configuring for phy/mii link mode I have more details but typing all may take more effort as I can't copy paste from there. Does anyone experience such issue or know how to resolve it? I have seen may discussions and solutions, none worked in my case, but I'm sure my definitely isn't unique. If there is a patch or a workaround someone can point me to, would be greatly appreciated. Thanks, Roy
  7. Hi, can anyone let me know if we can enable a UART port from a DTB file? Means like compile DTB to DTS, make changes and then again recompile it to a DTB like we do in the script.bin file of legacy kernel. Earlier I have used to mention "overlays=uart1 uart2" in the armbianEnv.txt file but, this didn't work for me .
  8. After update from armbian5.23 to armbian5.25 driver for gc2035 not work. The device isn't defined. =========== Armbian 5.25 ============== root@orangepipc:~# ls /dev/video* /dev/video0 /dev/video1 Where: /dev/video0 and /dev/video1 - v4l2loopback root@orangepipc:~# cat /etc/modules #8189es #rfcomm #w1-sunxi #w1-gpio #w1-therm gc2035 vfe_v4l2 #sunxi-cir v4l2loopback root@orangepipc:~# modinfo vfe_v4l2 filename: /lib/modules/3.4.113-sun8i/kernel/drivers/media/video/sunxi-vfe/vfe_v4l2.ko description: Video front end driver for sunxi license: Dual BSD/GPL author: raymonxiu depends: videobuf-core,vfe_os,vfe_subdev,videobuf-dma-contig,cci intree: Y vermagic: 3.4.113-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 parm: ccm:string parm: i2c_addr:uint parm: act_name:string parm: act_slave:uint parm: define_sensor_list:uint parm: vfe_i2c_dbg:uint parm: isp_log:uint parm: vips:uint root@orangepipc:~# modinfo gc2035 filename: /lib/modules/3.4.113-sun8i/kernel/drivers/media/video/sunxi-vfe/device/gc2035.ko license: GPL description: A low-level driver for GalaxyCore gc2035 sensors author: @lex author: leonardo lontra author: raymonxiu alias: i2c:gc2035 depends: cci,vfe_subdev intree: Y vermagic: 3.4.113-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 parm: hres:hres=0 (640x480|1280x720|1600x1200 - 15 FPS), hres=1 (800x600|1600x1200 - 10 FPS), hres=2 (320x240|640x480|800x600 - 20 FPS), hres=3 (320x240|352x288|640x480 - 15 FPS) (default=0) (uint) parm: mclk:mclk override (default=0) (uint) parm: frate:frate override (default=0) (uint) root@orangepipc:~# dmesg | grep GC2035 [ 5.938267] [CSI_ERR][GC2035]sensor_read err at sensor_detect! [ 5.938289] [CSI_ERR][GC2035]chip found is not an target chip. root@orangepipc:~# uname -a Linux orangepipc 3.4.113-sun8i #28 SMP PREEMPT Thu Feb 2 02:01:28 CET 2017 armv7l armv7l armv7l GNU/Linux root@orangepipc:~# cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=orangepipc BOARD_NAME="Orange Pi PC" VERSION=5.25 LINUXFAMILY=sun8i BRANCH=default ARCH=arm IMAGE_TYPE=stable root@orangepipc:~# ================================ Under armbian5.23 the gc2035 driver works. The device is defined. =========== Armbian 5.23 ============== root@orangepipc:~# ls /dev/video* /dev/video0 /dev/video1 /dev/video2 Where: /dev/video0 and /dev/video1 - v4l2loopback, /dev/video2 - gc2035 root@orangepipc:~# cat /etc/modules #8189es #gpio_sunxi #w1-sunxi #w1-gpio #w1-therm gc2035 vfe_v4l2 #sunxi-cir v4l2loopback root@orangepipc:~# modinfo vfe_v4l2 filename: /lib/modules/3.4.112-sun8i/kernel/drivers/media/video/sunxi-vfe/vfe_v4l2.ko description: Video front end driver for sunxi license: Dual BSD/GPL author: raymonxiu depends: videobuf-core,vfe_os,vfe_subdev,videobuf-dma-contig,cci intree: Y vermagic: 3.4.112-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 parm: ccm:string parm: i2c_addr:uint parm: act_name:string parm: act_slave:uint parm: define_sensor_list:uint parm: vfe_i2c_dbg:uint parm: isp_log:uint parm: vips:uint root@orangepipc:~# modinfo gc2035 filename: /lib/modules/3.4.112-sun8i/kernel/drivers/media/video/sunxi-vfe/device/gc2035.ko license: GPL description: A low-level driver for GalaxyCore gc2035 sensors author: @lex author: leonardo lontra author: raymonxiu alias: i2c:gc2035 depends: cci,vfe_subdev intree: Y vermagic: 3.4.112-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 parm: hres:hres=0 (640x480|1280x720|1600x1200 - 15 FPS), hres=1 (800x600|1600x1200 - 10 FPS), hres=2 (320x240|640x480|800x600 - 20 FPS), hres=3 (320x240|352x288|640x480 - 15 FPS) (default=0) (uint) parm: mclk:mclk override (default=0) (uint) parm: frate:frate override (default=0) (uint) root@orangepipc:~# dmesg | grep GC2035 [ 5.353480] [CSI][GC2035]V4L2_IDENT_SENSOR=2035 [ 5.780057] [CSI][GC2035]disalbe oe! root@orangepipc:~# uname -a Linux orangepipc 3.4.112-sun8i #10 SMP PREEMPT Sun Oct 23 16:06:55 CEST 2016 armv7l GNU/Linux root@orangepipc:~# cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=orangepipc BOARD_NAME="Orange Pi PC" VERSION=5.23 LINUXFAMILY=sun8i BRANCH=default ARCH=arm root@orangepipc:~# ================================ P.S.: Settings of parameters in section [csi0] are identical in both versions of the orangepipc.fex file
  9. I've read this and it surprised me noone mentioned e2image. I'm using armbian orange pi pc build. The fs is stock ext4 hence why I stick to e2image below. It is not about cloning a live system, hence the sdcard is plugged into my PC. Fdisk shows a single partition at 4M offset. First I backup the partition table and bootloader dd if=/dev/sdX of=offset0.img bs=4M count=1 Next I backup the single partition with e2image into a qcow2 image e2image -Qa /dev/sdX1 part0.qcow2 qcow2 only keeps used blocks. My partition size is 14.7G, space taken is 12%. part0.qcow2 file is 1.7G. Done with backup. Now recover onto an sdcard of the same size (I know armbian keeps some % free when expanding the partition, so there is no problem with Xgb cards having different space up to some bytes, Kbs or even Mbs). First recover the partition table and bootloader dd if=offset0.img of=/dev/sdX bs=4M Make the kernel aware about the partitions on /dev/sdX partprobe /dev/sdX Recover the partition e2image -rc part0.qcow2 /dev/sdX1 That's all, just 2 lines to backup (while only keeping used blocks) and 3 lines to restore. As simple as it is, is it correct overall or mby I've missed something? Update: changed the recover partition command from qemu-img to e2image to utilize the latter's "-c" option targeted for flash drives.
  10. I am running a relatively new install (few months) on a replaced microSD (RMA). Keep in mind this is a headless install. At random, usually after many days / weeks+ the orangepi appears to freeze. What I mean with freeze: - samba shares disconnect - sometimes SSH works till the password is submitted, then it times out - sometimes http works when I hard restart it - I always see a very high temp & in some logs I had seen some weird dates, so I set to write out date & temp and I got this beauty on the next freeze: - the cron that runs the above is set to run every minute and as you can see it took it 12min for the date to progress ~ 1min - the date is ~ 10 months after EPOCH? armbianmonitor (AFTER reboot): http://ix.io/1nWV Any ideas what can cause this or how I can debug?
  11. Hi, Can someone help me on how we can set a uBoot splash screen (with a .bmp) instead of the running boot text? Need this in a OPiPC, legacy (3.4.113). Any help is welcome. Christos
  12. Can anyone answer here do bionic kernel supports HDMI output for Opi PC boards? Please suggest a solution as I have taken Opi PC board which has Armbian Bionic Image but no HDMI sound is coming out.
  13. Hi, I have a problem with an OrangePi that I have set up to host Octoprint for my 3d printer. It connects to the wifi just fine(receives wifi IP and I can ping e.g. google.com), but this is all checked through a serial interface, because I can not connect via my network(through SSH) and I can not see the webserver that Octoprint should host. I can't even ping the OrangePi from my computer. What solves the problem for me is to ping my computer from the OrangePi(via serial console). First then I can connect via SSH and see the web page or ping the OrangePi from my computer. If I plug in ethernet to the OrangePi, there is no problem. I have searched the web and found out that the problem "cant ping before being pinged" is related to the ARP table, but I can't figure out what to do to my OrangePi to get "the right" ARP table when starting up. The ARP table initially looks like this: root@orangepipc:~# ip neigh 192.168.87.1 dev wlx801f02b3497e lladdr 00:1e:80:81:5c:02 REACHABLE After a ping from the OrangePi to my computer, it now looks like this: root@orangepipc:~# ip neigh 192.168.87.155 dev wlx801f02b3497e lladdr 3c:97:0e:4a:44:4f REACHABLE 192.168.87.1 dev wlx801f02b3497e lladdr 00:1e:80:81:5c:02 REACHABLE .1 is my gateway and .155 is my computer. The network setup on my OrangePi is source /etc/network/interfaces.d/* # Network is managed by Network manager auto lo iface lo inet loopback auto wlx801f02b3497e iface wlx801f02b3497e inet dhcp wpa-conf /etc/wpa_supplicant/wifi.conf wireless-power off The wireless-power off I added at some point to solve the problem. This didn't help, as far as I know. wifi.conf just contains my SSID and password. Any help would be appreciated. Let me know if you need further info on the specs.
  14. I've been happily running orangepipc with armbian (buster, 4.19.62-sunxi) as an openvpn gateway for my home devices for some time. Here are some details: I have a remote openvpn server the pi runs an openvpn client and connects to the server the pi has ipv4 packets forwarding enabled my wifi router provides the pi's ip as the default gateway via dhcp So when I connect to wifi with my phone, all phone traffic will be routed through the remote openvpn server without need to install the openvpn client on the phone itself. With this setup the pi can easily saturate my 30mbit cable connection when downloading torrents for example. Just now I tried to upgrade the kernel to 5.3.9 as is outlined here https://forum.armbian.com/topic/12210-armbian-1911y-release-notes/ So first I tried "linux-image-current-sunxi=19.11.3 5.3.9-sunxi" After reboot I noticed the cpu got +10C more hot: 35 vs 45 idle. The cpu freq settings /etc/default/cpufrequtils were missing and the cpu was running 480-1368MHZ. So I created /etc/default/cpufrequtils using the same settings from the 4.19.62-sunxi kernel (408-1296MHZ) and restarted the cpufrequtils service. Nothing changed much, the temp was still like +10C higher than previously. Next I tried "linux-image-legacy-sunxi=19.11.3 4.19.84-sunxi" After reboot the cpu was still hot. But I noticed another problem. I started a torrent and it was hardly hitting 1Mb/s instead of usual 3Mb/s. Openvpn process was at 70% cpu and some kernel process was at 20% some. I guess both processes used the same cpu core and the downloading of 1MB/s was because of the core bottleneck. I think the same problem comes with "linux-image-current-sunxi=19.11.3 5.3.9-sunxi", but I mostly payed attention to the temparature trying that. Next I rolled back to "linux-image-next-sunxi=5.92 4.19.62-sunxi" After reboot the cpu was back to the normal temperature. The torrent download speed was over 3Mb/s while the openvpn process was only using like 40% cpu core and there was no kernel process eating much cpu in "top" output. Cpu temperature was up to 42-43C during that - it was lower than idle temp for "linux-image-current-sunxi=19.11.3 5.3.9-sunxi" and "linux-image-legacy-sunxi=19.11.3 4.19.84-sunxi" ! Is this (more heat and performance problem) a well-known problem with 19.11.3 (both 5.3.9-sunxi and 4.19.84-sunxi) for orangepipc|H3 ?
  15. Hello Guys. เว็บพนันบอลต่างประเทศ เว็บแทงบอลต่างประเทศ HowTo: Setting up resolution 1600x900 & 1366x768 ? &how can i set up other resolutions those are not in h3disp like 1600x900 board is orangepi-pc
  16. Greetings All, I'm trying to get my old Lexmark X1190 printer to work on my OrangePI PC without succes. I'm using the Xenial OS from armbian. Is there anyway I can get this printer to work on my OPI PC ? Thanks in advance Darren
  17. HI, I have OrangePiPc and need to activate 3 uart (TX-RX) pins as system serial ports (/dev/ttyAMA0, /dev/ttyAMA1, /dev/ttyAMA2) how do it?
  18. I installed the "buster" version on the orange board PI PC. I would like to set it as a dlna server. I have installed package minidlna, but it doesn't automatically mount the hard disks (formatted NTFS) inserted on the USB ports. what should I do ?
  19. Hi All. May be I miss something but I do some searching and still can't understand. Problem configuration: Orange Pi PC v 1.2 (try 3 different) fresh loaded Armbian_5.90_Orangepipc_Ubuntu_xenial_default_3.4.113_desktop.img (try different SD cards) any (try 3 different HP 2824, Zyxel Kinect, Cisco SRW2016) If I plug my Orange Pi PC with this image to 1Gb port I'v got blinking of lights and dmesg: [ 818.090335] PHY: gmac0-0:00 - Link is Down [ 819.090497] PHY: gmac0-0:00 - Link is Up - 100/Full [ 821.090494] PHY: gmac0-0:00 - Link is Down [ 822.090314] PHY: gmac0-0:00 - Link is Up - 100/Full [ 824.090335] PHY: gmac0-0:00 - Link is Down [ 825.090496] PHY: gmac0-0:00 - Link is Up - 100/Full [ 827.090502] PHY: gmac0-0:00 - Link is Down I don't have this problem: if I plug Orange PI PC into to 100Mb Ethernet port. or If I use some of 4.19 kernel based images (on 1Gb port also no problem) The problem still exists after apt-get update/ upgrade So my question is: is it possible to solve this problem?
  20. Hello to all! I'm using orange Pi pc with Armbian Xenial desktop legacy kernel 3.4.113-sun8i and i'm not able to configure mpv to play correct .avi videos. Like suggest in some old posts if try vo=vdpau video works but immages are very distorted (big pixel and strange color), instead if i use vo=x11 immages are ok but video plays very slow. With vo=vx MPV dont start. Has been found a solution?
  21. Hi, I can't make usb otg works on orange pi pc armbian stretch. Linux orangepipc 4.19.38-sunxi #5.83 SMP Fri May 3 23:33:25 CEST 2019 armv7l GNU/Linux At boot there is the following message in dmesg: [ 2.252841] usb0-vbus: disabling I tried to enable usbhost0 with armbianconfig overlays, but it doesn't make a difference. Any suggestions ? thanks
  22. Dear Armbian team, I am using debian stretch with orange pi PC ( Linux orangepipc 4.19.38-sunxi #5.83 SMP Fri May 3 23:33:25 CEST 2019 armv7l GNU/Linux ). At the moment by default when I press the power button, it shutdowns the orangepi pc, and I have to plug off/on the power supply to reboot the device. I would like to modify this behavior, to program custom actions when the button is pressed. If possible it would be nice to be able to distinguish between short press and long press. I tried without success to follow the manual instructions, and add the custom overlay gpio-button.dts. Also tried the acpi package approach without access. Could you please help me on this issue? Best regards, Etienne
  23. Ok. I'm trying to use my orange pi pc for send ir signals to my tv. I'm using lirc on an armbian stretch 9.9. the ir receiver works fine, but when I try to emit with the command: irsend SEND_ONCE tv KEY_5 (tv is the name of my lircd.conf), those ir signals that I previously recorded and saved on my lircd.conf file it shows the following error: Hardware does not support sending error running command: Input/output error Thanks in advance.
  24. INFOS: Armbian Bionic mainline kernel 4.19.20 System: OrangePi Pc Monitor, full HD (1920*1080), over HDMI. SOLUTION, ROTATE SCREEN: My rotation Settings that i try: 1. xrandr (not permanently, only for this session) 2. echo n > /sys/class/graphics/fbcon/rotate_all n=0,1,2,3 (permanently solution) See: http://linux-sunxi.org/Display <-Point:Rotation PROBLEM: Screen rotation problem: On every boot the rotation is correctly applied BUT: Turn Monitor off an then on again, the rotation is NOT applied. PROBLEM SINCE : Quarterly update cycle, until november 2018 everything works fine and i did not have this problem. QUESTION: Is this still the right way rotate the screen, or is there a different/new way. Whats happend, that the Screen is not rotated after switching on again, how to solve it?
×
×
  • Create New...