Jump to content

Search the Community

Showing results for tags 'orangepizeroplus'.

  • 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
  • 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. I am trying to configure a splashscreen in u-boot on an orange pi zero plus using Armbian. The screen is connected through spi1 using the ST7789v chip of the LCD. I have successfully configured the screen when the kernel is loaded. I already have used systemd to display a splashscreen however I find it slow to display something. It display something only after ~12 sec. I could probably reduce that time a bit by loading the service earlier but it would never start in 5 sec. I have tried unsuccessfully to activate CONFIG_VIDEO_LCD_MODE (VIDEO_LCD_MODE) in u-boot which allow to configure an LCD. It seems that it is not allowed because it depends on !MACH_SUNXI_H3_H5. How can I configure the output to the LCD via the SPI 1 ? It seems that u-boot doesn't take in charge spi as a video output. I can see LCD, HDMI, DVI, VGA,... but no SPI. Is it possible to configure the SPI as LCD? Or to send framebuffer to the SPI to display the splashscreen?
  2. From reading through the forums I cobbled together what I thought might work for getting spi nor to boot, but it fails: Activate the spi-jedec-nor overlay in /boot/armbianEnv.txt : overlays=spi-jedec-nor param_spinor_spi_bus=0 Then, after reboot, "cat /proc/mtd" should produce something like this : dev: size erasesize name mtd0: 00200000 00001000 "spi0.0" Here is where it fails - I just get the heading, with no mtd0: 00200000 00001000 "spi0.0". Should I be using a different param_spinor_spi_bus? I assume that once that works, the following will work? apt-get install mtd-utils cat /usr/lib/linux-u-boot-next-orangepizeroplus_5.38_arm64/sunxi-spl.bin /usr/lib/linux-u-boot-next-orangepizeroplus_5.38_arm64/u-boot.itb > /usr/lib/linux-u-boot-next-orangepizeroplus_5.38_arm64/u-boot-sunxi-with-spl.bin flashcp /usr/lib/linux-u-boot-next-orangepizeroplus_5.38_arm64/u-boot-sunxi-with-spl.bin /dev/mtd0
  3. The internet is full of reports, that USB devices get disconnected at random after some time. Camera or disc-drives, keyboards etc. For me it was a GPS device. The solution is described here https://hamwaves.com/usb.autosuspend/en/ and here https://www.kernel.org/doc/Documentation/usb/power-management.txt
  4. I cut/paste a related information exchange I had w/ Kent from the gpiod mailing list. The arbian-monitor output is in the attached file. >>>>>>>> I wired a GPIO Pin to GND. Upon the cmd: sudo gpiomon -r -n1 -Bpull-up <chip> <offset> the program exits immediately with 1 event, although there was never a rising edge due to the fix wire to GND. Is this a feature or a bug, and is it reproducible? < Not a feature and not reproducible for me on a Raspberry Pi4 with the setup you describe, so probably a bug specific to your hardware platform, whatever that may be. If it is 100% reproduceable for you, and assuming it is an initialisation issue so you only get the one spurious event, how about using -n2 as a workaround ? Cheers, Kent. > It appears 2b reproduceable 100% on my OrangePi zero+ (Allwinner H5) and using -n2 does the trick, but isn't gpiod not supposed to work on all commercial HW platforms and related kernels, rather then only on RPI?? < gpiod will work on any platform with a supporting kernel. How well depends on the underlying hardware and driver. The RPi4 was merely a counter-example demonstrating that your issue is not universal, using hardware I happen to have readily available. Cheers, Kent. > So if I understand you right, gpiod works on sort of a logical level, while the HW dependend part depends of the kernel driver implementation of the specific HW? < libgpiod is a userspace library and tools to access GPIO lines via the Linux GPIO character device. The actual interfacing to the hardware is performed by the kernel and appropriate drivers for your hardware. As your problem does not exhibit on other hardware, the root cause of your problem probably lies in the driver for your hardware, not in libgpiod nor the gpiolib subsystem of the kernel. But you would need to debug it further to be sure. Cheers, Kent. * Event should be more correct than Interrupt. I made some trial to understand if it is reproduceable, but I have difficulties defining, when it happens. After RESET there is no spurious event. The spurious event appears to happen, when the line was moved: RESET, gpiomon -r -n1 -Bpull-up 1 6 => No event, -> pull line up /down, => event (as expected), gpiomon -r -n1 -Bpull-up 1 6 => false event There might be an issue w/ pending interrupts, when the line is bouncing when pulled up/down. The 2nd gpiodmon cmd might catch one of the pending interrupts. (Just an idea). This would hint to an initialisation problem, that pending line states are not preempted, before the int is attached. If I just let the line go up (by pull-up) and leave it "1", I get continuous false events on every gpiomon... cmd, just like "level interrupts" Kent Gibson and I performed checks independently on our RPIs and we both can confirm that the problem does no occur on the RPI: Linux raspberrypi 5.10.63-v7+ #1459 SMP Wed Oct 6 16:41:10 BST 2021 armv7l GNU/Linux armbian-monitor-U.txt
  5. http://ix.io/3XOk I attach the video of the bug in armbian-config. I tried editing the environment.txt file and enabling w1-gpio and pin but it doesn't work. the device connected is a temperature sensor that has always worked for the past 4 years is a ds18b20 (https://forum.armbian.com/topic/8095-orangepi-zero-not-working-with-1-wire/) Screen record from 2022-05-15 10.33.29.webm
  6. Orange pi zero plus 'shutdown -r now' shuts down, won't reboot within 20 minutes. Have to power cycle. reboot worked initially. I installed a few bits and firefox. Not sure what triggered it. In other reports I read kernel upgrades. Could it do a lengthy fsck during boot? 64 GB SD-card/file system. Would some (red or green) LED shine? It's all dark.
  7. Dear Armbian Zen Masters, Please, help me turn on bluetooth on my Orange Pi Zero Plus 2 H5 board (running armbian focal server). This board is up to date (apt update and upgrade). I've enabled bluetooth support from armbian-config on this board. But, bluetoothctl is not working (gets stuck in waiting for response on command execution). Wifi is working fine on this board. (I could easily use bluetoothctl on my khadas vim3 pro board with "current armbian xfce desktop" on it) Waiting for your response. (Please, find the relevant board info below.) Thanks in advance, Spherulite. --------------------------------------------------------- Relevant Orange Pi Zero Plus 2 Board Info: 1. uname --all : Linux opi0p2 5.10.60-sunxi64 #21.08.1 SMP Wed Aug 25 18:29:57 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux 2. /etc/armbian-release : # PLEASE DO NOT EDIT THIS FILE BOARD=orangepizeroplus2-h5 BOARD_NAME="Orange Pi Zero Plus 2" BOARDFAMILY=sun50iw2 BUILD_REPOSITORY_URL=https://github.com/armbian/build BUILD_REPOSITORY_COMMIT=d3386b548-dirty DISTRIBUTION_CODENAME=focal DISTRIBUTION_STATUS=supported VERSION=21.08.6 LINUXFAMILY=sunxi64 ARCH=arm64 IMAGE_TYPE=stable BOARD_TYPE=conf INITRD_ARCH=arm64 KERNEL_IMAGE_TYPE=Image BRANCH=current 3. This is what I got from armbianmonitor -u command: root@opi0p2:~# armbianmonitor -u System diagnosis information will now be uploaded to Please post the URL in the forum where you've been asked for.
  8. Hello, After i made the Focal update i2c is very slow and armbian-config does not start. So I made a fresh installation with Armbian Focal mainline based kernel 5.10.y But no I have the same problem. What could be the reason? Is it possible too test the i2c bus? thx greetings
  9. I am changing the file/folder permission using chown but is it not permanent chown proxy:proxy a.log ls -l total 0 -rw-r--r-- 1 proxy proxy 0 Apr 10 07:30 a.log Now after some time that include reboot ls -l total 0 -rw-r--r-- 1 root root 0 Apr 10 07:30 a.log I am using armbian on orange pi zero plus uname -r 5.4.14-sunxi64
  10. Hello. During the Italian pandemic lockdown I am building a mini cluster with some boards that I have found in my house. I have three OrangePi and one Nanopi Fire3. I assembled them in a box and I connected them via ethernet. I connected the monitor on a OrangePi One plus. The keyboard and mouse are on a blouetooth usb key. I would like to have all Armbian (for the reasons that you all know!). I installed all SD with Armbian Images. Every SBC has the text file with fixed ip parameters. All the network files (etc/network/interface) are well written and in the local network all Armbians are pinging each other ones. I reach them via SSH and they talk with the one that has the keyboard and the monitor. Ok Allright!! The first step is the OrangePi Zero Plus that should be the internet router. It can be connected via wi-fi and I would liket o connect it to the access point that I have here. Other steps are to connect other SBC over the ethernet switch, to the OPiZero+ that is the d. gateway well configured in the network text file (192.168.1.10). Ok let go into the problem. With the armbian-config utility (that is one of the reasons that I love Armbian) I connect the board to the access point giving the sid name and the password. It results connected and it gets the ip number from the accesspoint. I can see it into the access point too!! "ifconfig" talks about a wi-fi connection and iwconfig too. Both utilities show a connected interface but nothing is possible with that internet connection. The ping is impossible to outside. 8.8.8.8, nothing, nosite is responding and no ip is responding from outside. I whould like to connect to the outside internet from other SBCs too. But it seems to be impossible. I tryed to run armbian-config again and the wi-fi results already well configured. After reboot too. It is connected! But nothing is possible. The armbian-config has another usefull utility: the resolvconf editor. Ok I inserted, in the /etc/network/interfaces, the words: auto wlan0 iface wlan0 inet dhcp wpa-ssid xxxx wpa-psk xxxx But the results was that the wlan did not get the ip, and, obvious, no network outside the group. The image is in another thread here in this forum. Image
  11. Good evening, I ran into some problems with sbc-bench on a couple of Allwinner boards Orange Pi Zero, Orange Pi Zero+, Orange Pi One and Nanopi Neo 2 spcifically. The 7 Zip benchmark causes the following error: ./sbc-bench.sh: Zeile 611: 4206 Bus-Zugriffsfehler "${SevenZip}" b >> ${TempLog} Most likely due to a problem with the ZRam: zram: Decompression failed! err=-22 This happens on all boards under Debian and focal with different SD cards and power supplies. The benchmark ran previously on this setups without any issues – unfortunately I don’t know when it stopped working and hence cannot narrow down the change that caused the problem. The benchmark results and armbianmonitor output from the Orange Pi one as an example: http://ix.io/2EPZ http://ix.io/2ES2 Is this a known issue? Is there a solution? Daniel
  12. I recently updated my Orange Pi Zero Plus to the 5.3 Kernel and since then it failed a few times. I tried to find the reason why it hangs, and when connected using ssh, I get the message kernel:[ 275.633561] thermal thermal_zone0: critical temperature reached (100 C), shutting down After seeing this, I started a program that generates load and watched the temperature and CPU in htop. Temperature goes up to 100°, but the CPU stays at 1.3Ghz. After downgrading to kernel 4.19.63 it works as expected again. Temperature raises, but then the CPU speed is limited, first to 1.01Ghz, then 960MHz and then temperature is always low enough to stay at 960MHz. Since my Orange Pi Zero Plus is a few hundred kilometers away in my parents house and I always have to call my dad if it hangs, I won't be able to do much testing but I hope someone else can reproduce this.
  13. Hello! I'm tryiing to make iBeacon scan service. But can't make Bluetooth work on OPi0+2H5. I'm using "Armbian_20.02.1_Orangepizeroplus2-h5_bionic_current_5.4.20_minimal.img" as OS, but no hci devices in system after start. I reded many topics from this forum and nothig helps me. Can't start BT Is BlueTooth part work on this board? Can I use it? I need only "lescan" functional....
  14. Can anyone confirm the Orange Pi Zero Plus H5 boards have been discontinued. The boards are no longer sold here: https://www.aliexpress.com/item/32828347476.html
  15. Hi, I'm having some instability issues with WiFi driver on Orange Pi Zero Plus, it uses RTL8189FTV instead of buggy XR819 chip. Some times it just works fine, but that's not always the case, some times when I turn on the board the driver is not able to turn on the WiFi chip, and it keeps stuck in a limbo state... The kernel identify the network device as (wlan0), but it's impossible to turn on or connect to any network. sudo dmesg | grep -Ei '(8192eu|rtl|wl|realtek)' [ 236.057560] RTL871X: Failed to init Power On! [ 236.057567] RTL871X: rtw_hal_init: hal__init fail [ 236.057573] RTL871X: -ips_netdrv_open - drv_open failure, bup=1 [ 236.057579] RTL871X: <=== rtw_ips_pwr_up.............. in 4ms [ 236.057583] RTL871X: nolinked power save leave [ 236.057590] RTL871X: ==> ips_leave.....LED(0x00000000)... [ 236.057596] RTL871X: ======> ips_leave fail............. [ 299.062037] RTL871X: cfg80211_rtw_scan(wlan0) [ 299.062058] RTL871X: LeaveAllPowerSaveMode(wlan0): bSurpriseRemoved=_TRUE Skip! [ 299.062066] RTL871X: _rtw_pwr_wakeup call ips_leave.... [ 299.062076] RTL871X: ==>ips_leave cnts:7 [ 299.062080] RTL871X: ===> rtw_ips_pwr_up.............. [ 299.062099] RTL871X: ===> ips_netdrv_open......... [ 299.062111] RTL871X: FW does not exist before power on!! [ 299.062122] RTL871X: rtw_fw_ps_state: bSurpriseRemoved=True , hw_init_completed=0, bDriverStopped=False [ 299.062126] RTL871X: check fw_ps_state fail before PowerOn! [ 299.062145] RTL871X: PowerOnCheck: val_mix:0x00000000, res:0x00000000 [ 299.062150] RTL871X: PowerOnCheck: 0x100 the result of cmd52 and cmd53 is the same. [ 299.062159] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 1). [ 299.062165] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 2). [ 299.062171] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 3). [ 299.062177] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 4). [ 299.062183] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 5). [ 299.062189] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 6). [ 299.062195] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 7). [ 299.062201] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 8). [ 299.062207] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 9). [ 299.062214] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 10). [ 299.062221] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 11). [ 299.062227] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 12). [ 299.062233] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 13). [ 299.062240] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 14). [ 299.062246] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 15). [ 299.062252] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 16). [ 299.062259] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 17). [ 299.062265] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 18). [ 299.062271] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 19). [ 299.062277] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 20). [ 299.062283] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 21). [ 299.062290] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 22). [ 299.062296] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 23). [ 299.062302] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 24). [ 299.062309] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 25). [ 299.062315] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 26). [ 299.062321] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 27). [ 299.062327] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 28). [ 299.062333] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 29). [ 299.062339] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 30). [ 299.062346] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 31). [ 299.062352] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 32). [ 299.062358] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 33). [ 299.062365] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 34). [ 299.062371] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 35). [ 299.062377] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 36). [ 299.062383] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 37). [ 299.062390] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 38). [ 299.062396] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 39). [ 299.062402] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 40). [ 299.062409] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 41). [ 299.062415] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 42). [ 299.062421] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 43). [ 299.062427] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 44). [ 299.062433] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 45). [ 299.062440] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 46). [ 299.062446] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 47). [ 299.062452] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 48). [ 299.062458] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 49). [ 299.062465] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 50). [ 299.062471] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 51). [ 299.062477] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 52). [ 299.062483] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 53). [ 299.062490] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 54). [ 299.062496] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 55). [ 299.062502] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 56). [ 299.062508] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 57). [ 299.062515] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 58). [ 299.062521] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 59). [ 299.062527] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 60). [ 299.062533] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 61). [ 299.062539] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 62). [ 299.062546] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 63). [ 299.062552] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 64). [ 299.062558] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 65). [ 299.062564] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 66). [ 299.062571] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 67). [ 299.062576] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 68). [ 299.062582] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 69). [ 299.062588] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 70). [ 299.062595] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 71). [ 299.062601] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 72). [ 299.062607] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 73). [ 299.062613] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 74). [ 299.062620] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 75). [ 299.062626] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 76). [ 299.062632] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 77). [ 299.062638] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 78). [ 299.062644] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 79). [ 299.062651] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 80). [ 299.062657] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 81). [ 299.062663] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 82). [ 299.062669] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 83). [ 299.062675] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 84). [ 299.062681] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 85). [ 299.062687] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 86). [ 299.062693] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 87). [ 299.062699] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 88). [ 299.062705] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 89). [ 299.062711] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 90). [ 299.062717] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 91). [ 299.062723] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 92). [ 299.062729] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 93). [ 299.062735] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 94). [ 299.062741] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 95). [ 299.062748] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 96). [ 299.062754] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 97). [ 299.062760] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 98). [ 299.062766] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 99). [ 299.062773] RTL871X: PowerOnCheck: 0x1B8 test Fail(index: 100). [ 299.062778] RTL871X: ERROR Dump MAC Page0 register: [ 299.063907] RTL871X: Power on Fail! do it again [ 299.063916] RTL871X: PowerOnCheck: val_mix:0x00000000, res:0x00000000 [ 299.063921] RTL871X: PowerOnCheck: 0x100 the result of cmd52 and cmd53 is the same. And it keep repeating those messages like forever on dmegs... Any clue of what is really going on here? If the problem is just the drivers, there are any alternative driver that simply works reliable ?
  16. Arnoud

    PWM1 on H5

    On the Orange Pi Zero Plus the pwm1 port is available on the header instead of pwm0. Ik have tried to create a custom overlay but it does create a pwm device but it is not working. pwm1 is on PA6 I have created a folder: overlay-user in /boot In this folder I created a sun50i-h5-pwm1.dts file with the following content: /dts-v1/; /plugin/; / { compatible = "allwinner,sun50i-h5"; fragment@0 { target = <&pio>; __overlay__ { pwm1_pin: pwm1 { pins = "PA6"; function = "pwm1"; }; }; }; fragment@1 { target = <&pwm>; __overlay__ { pinctrl-names = "default"; pinctrl-0 = <&pwm1_pin>; status = "okay"; }; }; }; I converted this file with the command: sudo dtc -O dtb -o sun50i-h5-pwm1.dtbo sun50i-h5-pwm1.dts after rebooting a pwmchip is available in the /sys/class/pwm but if I try to export pwm1 I get an error There seems to be a pwm0 but when I start this pwm no pwm output is given Can someone please give me a hint in what I am doing wrong.
  17. I have an OPZ+ server with Armbian buster that has the following information cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=orangepizeroplus BOARD_NAME="Orange Pi Zero Plus" BOARDFAMILY=sun50iw2 BUILD_REPOSITORY_URL=https://github.com/armbian/build BUILD_REPOSITORY_COMMIT=c865c065-dirty VERSION=5.91 LINUXFAMILY=sunxi64 BRANCH=next ARCH=arm64 IMAGE_TYPE=stable BOARD_TYPE=conf INITRD_ARCH=arm64 KERNEL_IMAGE_TYPE=Image lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster uname -a Linux orangepizeroplus 4.19.63-sunxi64 #5.92 SMP Fri Aug 2 00:18:27 CEST 2019 aarch64 GNU/Linux ---- I see on the download page of Armbian OPZ+ That there is a new version of Armbian out. Armbian_20.05.2_Orangepizeroplus_buster_current_5.4.43.img.xz As you can see i am currently running the 4.19 kernel and version 5.91 of Armbian. ---- How do i go around to upgrade my current Armbian to the Newest version of Armbian. As in upgrade or similar. I dont wish to reinstall to much work in that. ---- Ty for reading, Darkyere
  18. I'm trying, with no success, to make a 3,5 inch tft lcd screen function with an orange pi zero plus (h5) via SPI. I will love if someone could help me diagnose the reason why I'm failing in doing so. The screen in question is a WaveShare knockoff -> link (the pinout can be found at the bottom of the page.) I'm running Armbian buster 5.92 with the kernel 4.19.63 and all packages upgraded. I also have a working serial connection (using the UART pins located next to Ethernet jack on the board) and am using the 'screen' program to communicate with the device. When connecting the screen and turning on the board the leds on the screen turns on and the display turns a bright white. The display remains this way no matter what I do. My goal is to make the console output to the screen. There is also a 'touch functionality' incorporated, but for me it is secondary. Here is my process so far trying to make the screen work After reading a lot of forum posts for cases similar to mine (but all referring to the zero (h3) board and to a different Armbian/Kernel versions than mine - and also producing different results), I tried to: Activate the 'SPI overlays' needed by editing the /boot/armbianEnv.txt file according to this documentation (I also changed the 'verbosity' parameter to '7' and the 'console' parameter to 'both') overlays=spi-spidev spi-add-cs1 param_spidev_spi_bus=1 param_spidev_spi_cs=1 After rebooting this appear to activate the SPI1 with CS1 as expected $ ls /dev/spi* /dev/spidev1.1 $ sudo dmesg | grep spi [ 2.691646] m25p80 spi0.0: mx25l1606e (2048 Kbytes) [ 4.399025] spidev spi1.1: probing from DT Then I tried to activate and configure the fbtft_device module, that supposedly supports my screen, by creating /etc/modules-load.d/fbtft.conf and adding this two lines: fbtft fbtft_device and also /etc/modprobe.d/fbtft.conf with this configuration options fbtft_device rotate=90 name=piscreen speed=16000000 busnum=1 gpios=reset:2,dc:18 txbuflen=32768 fps=25 Extracted from here After rebooting, again, a new framebuffer device is created $ ls /dev/fb* /dev/fb0 But the screen remains white, with no alteration. In dmesg I can see that SPI1 failed to transfer data and that the fbtft_device is trying to use spi1.0 $ sudo dmesg | grep -i 'fb\|spi' [ 4.391749] spidev spi1.1: probing from DT [ 6.893332] fbtft: module is from the staging directory, the quality is unknown, you have been warned. [ 6.935810] fbtft_device: module is from the staging directory, the quality is unknown, you have been warned. [ 6.953422] m25p80 spi0.0: mx25l1606e spi0.0 40000kHz 8 bits mode=0x00 [ 6.960055] spidev spi1.1: spidev spi1.1 1000kHz 8 bits mode=0x00 [ 6.966595] fbtft_device: GPIOS used by 'piscreen': [ 6.971556] fbtft_device: 'reset' = GPIO2 [ 6.971561] fbtft_device: 'dc' = GPIO18 [ 6.971577] m25p80 spi0.0: mx25l1606e spi0.0 40000kHz 8 bits mode=0x00 [ 6.986087] spidev spi1.1: spidev spi1.1 1000kHz 8 bits mode=0x00 [ 6.986099] spi spi1.0: fb_ili9486 spi1.0 16000kHz 8 bits mode=0x00 [ 7.858552] fb_ili9486: module is from the staging directory, the quality is unknown, you have been warned. [ 9.100443] graphics fb0: fb_ili9486 frame buffer, 480x320, 300 KiB video memory, 32 KiB buffer memory, fps=25, spi1.0 at 16 MHz [ 13.227056] spi_master spi1: spi1.0: timeout transferring 32768 bytes@16000000Hz for 104(100)ms [ 13.227378] fb_ili9486 spi1.0: SPI transfer failed: -110 [ 13.227914] spi_master spi1: failed to transfer one message from queue [ 13.228159] fb_ili9486 spi1.0: fbtft_update_display: write_vmem failed to update display buffer [ 13.341870] spi_master spi1: spi1.0: timeout transferring 2 bytes@16000000Hz for 104(100)ms [ 13.341887] fb_ili9486 spi1.0: SPI transfer failed: -110 [ 13.341907] spi_master spi1: failed to transfer one message from queue [ 13.341917] fb_ili9486 spi1.0: write() failed and returned -110 [ 13.445850] spi_master spi1: spi1.0: timeout transferring 2 bytes@16000000Hz for 104(100)ms [ 13.445864] fb_ili9486 spi1.0: SPI transfer failed: -110 [ 13.445886] spi_master spi1: failed to transfer one message from queue [ 13.445896] fb_ili9486 spi1.0: write() failed and returned -110 [ 13.556038] spi_master spi1: spi1.0: timeout transferring 2 bytes@16000000Hz for 108(100)ms [ 13.556337] fb_ili9486 spi1.0: SPI transfer failed: -110 [ 13.556808] spi_master spi1: failed to transfer one message from queue [ 13.557056] fb_ili9486 spi1.0: write() failed and returned -110 So, according with this fbtft_device documentation I changed /etc/modprobe.d/fbtft.conf to include cs=1 to see if the module would 'use' spi1.1 options fbtft_device rotate=90 name=piscreen speed=16000000 busnum=1 cs=1 gpios=reset:2,dc:18 txbuflen=32768 fps=25 After rebooting, the screen remains white and now dmesg is showing this: $ sudo dmesg | grep -i 'fb\|spi' [ 4.392284] spidev spi1.1: probing from DT [ 6.955069] fbtft: module is from the staging directory, the quality is unknown, you have been warned. [ 6.997515] fbtft_device: module is from the staging directory, the quality is unknown, you have been warned. [ 7.009650] m25p80 spi0.0: mx25l1606e spi0.0 40000kHz 8 bits mode=0x00 [ 7.016383] spidev spi1.1: spidev spi1.1 1000kHz 8 bits mode=0x00 [ 7.016474] spidev spi1.1: Deleting spi1.1 [ 7.027482] fbtft_device: GPIOS used by 'piscreen': [ 7.032449] fbtft_device: 'reset' = GPIO2 [ 7.036490] fbtft_device: 'dc' = GPIO18 [ 7.040409] m25p80 spi0.0: mx25l1606e spi0.0 40000kHz 8 bits mode=0x00 [ 7.047052] spi spi1.1: fb_ili9486 spi1.1 16000kHz 8 bits mode=0x00 [ 7.723075] fb_ili9486: module is from the staging directory, the quality is unknown, you have been warned. [ 8.614341] graphics fb0: fb_ili9486 frame buffer, 480x320, 300 KiB video memory, 32 KiB buffer memory, fps=25, spi1.1 at 16 MHz [ 9.125884] spi_master spi1: spi1.1: timeout transferring 32768 bytes@16000000Hz for 104(100)ms [ 9.136951] fb_ili9486 spi1.1: SPI transfer failed: -110 [ 9.143527] spi_master spi1: failed to transfer one message from queue [ 9.161691] fb_ili9486 spi1.1: fbtft_update_display: write_vmem failed to update display buffer Now it appears that spi1.1 is been deleted and in fact it is not present in /dev/ $ ls /dev/spi* ls: cannot access '/dev/spi*': No such file or directory Now I am stuck. Can someone help me understand and diagnose what is happening?
  19. I had a rather crazy idea (in my opinion) of trying to hook up a bluray drive to an Orange Pi Zero Plus that i have a spare of, then possibly set that up as an iscsi target with LiO to create a network attached BD drive. However, I'm already stuck even getting the BD drive to work with the OPi in the first place. I have the optical drive hooked to an externally powered USB 2.0 to ATA bridge (has a SATA port on it as well, this hardware config was tested in windows and worked great) and that's plugged into the single USB port on the board. The problem i seem to be having (not entirely sure I'm correct, very new at this) is that sr_mod is not enabled or present. The system is detecting the USB to ATA adapter, and even detecting the optical drive correctly, it would seem. dmesg output on USB insertion: [ 561.628711] usb 6-1: new full-speed USB device number 2 using ohci-platform [ 561.847735] usb 6-1: not running at top speed; connect to a high speed hub [ 561.859738] usb 6-1: New USB device found, idVendor=152d, idProduct=2338, bcdDevice= 1.00 [ 561.859753] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5 [ 561.859765] usb 6-1: Product: USB to ATA/ATAPI bridge [ 561.859774] usb 6-1: Manufacturer: JMicron [ 561.859784] usb 6-1: SerialNumber: 226049900871 [ 561.866051] usb-storage 6-1:1.0: USB Mass Storage device detected [ 561.866613] scsi host0: usb-storage 6-1:1.0 [ 562.875827] scsi 0:0:0:0: CD-ROM hp BD B DH8E2L 8HD9 PQ: 0 ANSI: 0 [ 562.876609] scsi 0:0:0:0: Attached scsi generic sg0 type 5 So its detecting it, and assigning it as a generic SCSI device sg0, which I cannot mount anywhere. I think what i need is for it to set it as "sr1" or something, but im not sure the driver to do that is present. Anyone have any advice on how i can get the BD drive working? Is this just too crazy to even try?
  20. I tried to install Wireguard on my Orange Pi Zero Plus but without luck. I've followed the install instructions for Debian on Wireguard website, installed the correct linux-headers for my board, updated the packages, but i get this error: apt install wireguard Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: wireguard : Depends: wireguard-tools (>= 0.0.20191012-1) but 0.0.20190702-3 is to be installed E: Unable to correct problems, you have held broken packages. What am i doing wrong?
  21. Hello, I have problem with "Orange Pi Zero Plus" and functionality of Relay module (electrical circuit= normally closed). Relay module is attached on pin/port number "0". When I set up pin number "0" from "OFF" to "OUT" state with command: gpio export 0 out state is changed from OFF to OUT and parameter in column "V" is "0". It should mean that relay stays turned of. +------+-----+----------+------+---+ | GPIO | wPi | Name | Mode | V | +------+-----+----------+------+---+ | 12 | 0 | SDA.0 | OUT | 0 | Problem is, that relay immediately after execution of mentioned command enables(turns on) output electrical circuit. Relay module is behaving like it was turned on, however it is not supposed to be (since 0= turned off). I can change this inconvenient situation with command for turning on (1=turned on) and output is then turned off. These commands work, but they work in reversed way and in result everything works reversed. gpio write 0 1 gpio write 0 0 >>> should turn off output circuit, for me it turns circuit ON gpio write 0 1 >>> should turn on output circuit, for me it turns circuit OFF I hope this was clear, it is hard to describe what is happening. Can anyone please advise me on what is going wrong and how to fix my issue? Thank you
  22. About 3 months ago i bought the Orange PI Zero Plus Orange Pi Zero Plus I installed Armbian Stretch and started playing around. I noticed that it got up to 71c which was to much so i shut it down and went on the net to buy some 5v fans to cool it. A month ago I received the first fans and noticed now that Armbian Buster had arrived. Since I hadn't gotten far with the config of Armbian Stretch I started on a new image. But to my disappointment the ARM processor is now clocked to 1008Mhz and not the 1.2Ghz the device is set to by manufacturer. I can guess that it is because of the heat problem that it is now set to 1008Mhz. The problem is through armbian-config there is no longer any an 1.2Ghz option only 1008Mhz . And setting nano /etc/default/cpufrequtils service cpufrequtils restart Doesn't change the actual speed from 1Ghz to 1.2Ghz Some info My kernel is uname -a Linux orangepizeroplus 4.19.63-sunxi64 #5.92 SMP Fri Aug 2 00:18:27 CEST 2019 aarch64 GNU/Linux My /etc/default/cpufrequtils looks like # WARNING: this file will be replaced on board support package (linux-root-...) upgrade ENABLE=true MIN_SPEED=480000 MAX_SPEED=1010000 GOVERNOR=ondemand And cpufreq-info shows hardware limits: 120 MHz - 1.01 GHz available frequency steps: 120 MHz, 240 MHz, 480 MHz, 648 MHz, 816 MHz, 960 MHz, 1.01 GHz I suppose it's the kernel which decides what is allowed. And I do get that it will keep the heat down and that setting it to 1008Mhz as default is a good idea. But I was hoping to get the option back to choose 1.2Ghz even if it should default to 1008Mhz now where I have bought both 5v fans and NPN transistors to make a little ARM fan for my OPZ+. Ty for reading and best regards, Darkyere
  23. I wanna start out and say I have been using Armbian for a year and it's been great. Thank you. I have built many images over the year and have only noticed the issue recently. I have noticed in the bionic builds for OpiZ+ that some base level packages are missing. The one I noticed was netplan. This is the new standard for bionic. I have not compiled a complete list of missing packages at this time. I had built this image before around 5.0-5.1 kernel release without issue. Netplan was included. Current build at 5.3 RC does not include this package. I suspect that others may be removed. Are these packages missing intentionally for a bionic build?
  24. Hi, I've got an Orange Pi Zero Plus H5 running "Armbian_5.91_Orangepizeroplus_Debian_buster_next_4.19.59.img" but I can't seem to connect to it via the three UART pins next to the Ethernet port. I'm using this adapter using both the Windows supplied and the manifacturer's drivers. I've also tried adding "uart1 uart2 uart3" to the overlays line in /boot/armbianEnv.txt and rebooting but with no luck. I'm using PuTTY on my laptop connecting via COM7 serial port (as shown in Device Manager) with baud rate 115200, but the PuTTY screen stays black with nothing coming in. Is there something that I'm missing?
  25. Hi everyone, I have the OV5640 game ver1 image sensor with ARMBIAN 5.75 stable Debian GNU/Linux 9 (stretch) 4.19.20-sunxi64. Why does the kernel 4.19.* not support the OV5640 driver? How can I add this driver manually to the kernel? I noticed that the Orange Pi Zero Plus2 H3 kernel has OV5640 driver.
×
×
  • Create New...