Search the Community

Showing results for tags 'nanopineo3'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Community
    • Announcements
    • Feature Requests
  • Using Armbian
    • Beginners
    • Advanced users - Development
  • Upcoming Hardware (WIP)
    • Tech News
    • Khadas VIM4
    • Radxa Zero 2
    • Odroid M1
  • Supported boards
    • Board does not start
    • Amlogic meson
    • Allwinner sunxi
    • Marvell mvebu
    • Rockchip
    • Other families
  • Unsupported (CSC/EOL/TVB) / Other
    • TV boxes
    • Off-topic
    • Amlogic meson
    • Allwinner sunxi
    • Marvell mvebu
    • Rockchip
    • Other families
  • Old bug tracker - read only
    • Old bug tracker - read only
  • TV Boxes's General Chat
  • TV Boxes's Reviews/Tutorials
  • TV Boxes's FAQ
  • TV Boxes's TV Boxes running Armbian
  • TV Boxes's Rockchip CPU Boxes
  • TV Boxes's Amlogic CPU Boxes
  • TV Boxes's Allwinner CPU Boxes
  • Android's Forums
  • Gaming on ARM's Reviews
  • Gaming on ARM's Issues

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


Skype


Github


Location


Interests

Found 12 results

  1. Because I have updated to Armbian 22.02 with the linux 5.15.25 kernel and I am using the rk3328-nanopi-r2-rev00 device tree, I thought I should share what I have discovered. 1/ I had trouble setting up a one-wire device (ds18b20 temperature sensor). I think the w1-gpio pin assigned in the supplied overlay is messing up access of the SD card. I found some helpful information from this post: https://forum.pine64.org/showthread.php ... #pid100639 I copied the overlay code, modified it to use GPIO2_A2 (pin 7 on the 26pin header), compiled it and copied the new dtbo file to "/boot/overlay-user/" . Added the "user_overlays=rockchip-w1-gpio" line to "/boot/armbianEnv.txt" and rebooted. Success. I was able to read the ds18b20. (I have since discovered the utility "armbian-add-overlay" would have done the compile, copy and edit steps all at once.) The steps I took: Overlay filename: rockchip-w1-gpio.dts /dts-v1/; /plugin/; / { compatible = "rockchip,rk3328"; fragment@0 { target-path = "/"; __overlay__ { w1: onewire@0 { compatible = "w1-gpio"; pinctrl-names = "default"; gpios = <&gpio2 2 0>; status = "okay"; }; }; }; }; You will probably need to install the device-tree-compiler. sudo apt install device-tree-compiler Compile the overlay: dtc -I dts -O dtb -o rockchip-w1-gpio.dtbo rockchip-w1-gpio.dts Copy the compiled overlay: sudo cp rockchip-w1-gpio.dtbo /boot/overlay-user/ Add the "user_overlays=rockchip-w1-gpio" line (without quotes) to "/boot/armbianEnv.txt" and reboot. I have learnt a bit more about "Device Trees" and "dt overlays" (I still don't understand how it all works), it turns out overlays can be used to change (somewhat) what has been configured in the Device Tree being used. So here are some more overlays that I have come up with after grabbing snippets from here and there. 2/ I have read of people editing and recompiling the device tree dtb file to enable the USB-OTG to be used as a "normal" USB port. I have created an overlay that changes the dr_mode of the USB-OTG from "otg" to "host". Overlay filename: rockchip-usb-otg.dts /dts-v1/; /plugin/; / { compatible = "rockchip,rk3328-usb\0rockchip,rk3066-usb\0snps,dwc2"; fragment@0 { target-path = "/usb@ff580000"; __overlay__ { dr_mode = "host"; }; }; }; Compile: dtc -@ -I dts -O dtb -o rockchip-usb-otg.dtbo rockchip-usb-otg.dts Copy the compiled overlay to /boot/overlay-user/ and add "rockchip-usb-otg" (without quotes) to /boot/armbianEnv.txt on the "user_overlays=" line. After a reboot, check by plugging a "9-hole To Dual USB2.0 Female Header Adapter Cable" (or similar) onto the USB header and plug a couple of flash drives in to the USB sockets. Type lsblk and the resulting output should show /dev/sda and /dev/sdb. 3/ The rk3328-nanopi-r2.dtb doesn't enable "pwm". PWM is handy for controlling the speed of a cooling fan. There is a header on the board for just a thing. (2Pin JST ZH 1.5mm Connector for 5V Fan) Overlay filename: rockchip-pwm-gpio.dts /dts-v1/; /plugin/; / { compatible = "rockchip,rk3328"; fragment@0 { target-path = "/pwm@ff1b0020"; __overlay__ { status = "okay"; }; }; }; Compile, copy and edit as above and reboot. ls /sys/class/pwm/ This should show "pwmchip0" is available. To be able to control "PWM" from userspace, a couple of other things need to be in place. The user needs to be a member of the "gpio" group and some udev rules need to be in place. filename: 50-pwm.rules SUBSYSTEM=="pwm*", PROGRAM="/bin/sh -c '\ chown -R root:gpio /sys/class/pwm && chmod -R 770 /sys/class/pwm;\ chown -R root:gpio /sys/devices/platform/*.pwm/pwm/pwmchip* && chmod -R 770 /sys/devices/platform/*.pwm/pwm/pwmchip*\ '" Copy the 50-pwm.rules file to:- "/etc/udev/rules.d/" (without the quotes) Reload the udev rules. udevadm control --reload-rules ; udevadm trigger Here is a shell script to setup the PWM. Values for period and duty-cycle width may be changed as required. filename: setpwm.sh #! /usr/bin/bash # activate the PWM. echo 0 > /sys/class/pwm/pwmchip0/export #Wait for export to settle sleep 2 # set period to 10ms echo 10000000 > /sys/class/pwm/pwmchip0/pwm0/period # set normal polarity. needs to be reset explicitly. Bug? echo "inversed" > /sys/class/pwm/pwmchip0/pwm0/polarity echo "normal" > /sys/class/pwm/pwmchip0/pwm0/polarity # enable the PWM echo 1 > /sys/class/pwm/pwmchip0/pwm0/enable # set duty cycle to 1ms echo 1000000 > /sys/class/pwm/pwmchip0/pwm0/duty_cycle 4/ The NanoPi NEO3 has a push button. From documentation I have found, indicates that it is supposedly a reset button, but it seems to have no effect. This overlay renames the button and sets the function to "Power Off" (or "Reset"). I wanted it to shutdown the NEO3, so I have configured it as "KEY_POWER" (0x74). Change line 15 to "linux,code = <0x198>;" for a Reset button. Overlay filename: rockchip-power-button.dts /dts-v1/; /plugin/; / { compatible = "rockchip,rk3328"; fragment@0 { target-path = "/"; __overlay__ { gpio-keys { button@0 { label = "k1_button"; linux,code = <0x74>; //0x198 = KEY_RESTART, 0x74 = KEY_POWER }; }; }; }; }; Compile, copy and edit as above and reboot. Press the button and the NEO3 should shutdown (or restart). 5/ Apparently the NanoPi R2 has two additional LEDS, ("lan-led" and "wan-led") that the NEO3 does not. The rk3328-nanopi-r2.dtb assigns these LEDS to GPIO pins that are on the 26pin header that would be used as normal GPIO or used by I2S and SPI on the NEO3. To make these pins available for use, I have made an overlay that re-assigns the "lan-led" and "wan-led" to gpios that (according to the NEO3 schematic) are not used on the NEO3. Overlay filename: rockchip-leds.dts /dts-v1/; /plugin/; / { compatible = "rockchip,rk3328"; fragment@0 { target-path = "/"; __overlay__ { gpio-leds { led@2 { gpios = <&gpio0 5 0>; }; led@3 { gpios = <&gpio0 6 0>; }; }; }; }; }; Compile, copy and edit as above and reboot. Check by using "gpioinfo" gpioinfo gpiochip0 The output will show that the "lan-led" and "wan-led" are now assigned to gpiochip0, lines 5 and 6 respectively. I believe that using these simple Device Tree Overlays, has made my NanoPi NEO3 perform as it was intended. I have found one flaw. After upgrading to the latest armbian kernel, 20.02, two GPIO pins will not change state. They are GPIO2_B7/I2S1_MCLK (gpiochip2, 15) and GPIO3_B0/SPI_CSN0 (gpiochip3, 8). Something is loaded during boot that sets them both High (I have LEDs connected and can see when they go High). Using the commands "gpioset gpiochip2 15=0" and "gpioset gpiochip3 8=0" does not turn the LEDs off. There are no errors or warnings when using the commands and "gpioinfo" shows that the pins are "input active-high". This effect did not happen using the previous kernel and happens late in the boot process. I am ruling out any Device Tree problems as the Green Status LED is flashing happily well before either pin goes high. Regards, John
  2. I manged to get the USB OTG headers working on the NEO3 by modifying the NanoPi R2S DTB that it is currently using. 2 changes were needed: - Replaced all usb2 references to usb0 - Changed dr_mode for usb@ff580000 from otg to peripheral Modified DTB file attached if anyone else wants to give this a try or has a need for OTG on the NEO3 rk3328-nanopi-neo3-rev00.dtb
  3. Hi all, For the past few days, I've been trying to SSH into my NanoPi Neo3, but I keep getting the "Incorrect password" error. My set up: Load a supported Armbian image onto a 16GB, class 10 micro SD card using balenaEtcher. https://armbian.hosthatch.com/archive/nanopineo3/archive/Armbian_21.08.1_Nanopineo3_focal_current_5.10.60.img.xz Connect the NanoPi to my laptop, with a shared internet connection (Please note: It connects just fine. I've tried with a manual and automatic DHCP connection, and in both cases, been able to obtain the IP address). Insert the micro SD card. Plug in the power cord, and wait for the blinking yellow light. SSH into the root user, using "ssh root@XXX.XXX.XXX.XXX" (I've also tried using PuTTY). After all that, I get prompted for a password. I enter in the password, but then I get the "Incorrect password" error. I've tried "1234", "fa", "NULL", and a range of other passwords. Also note, I've tried this process on a Windows, Mac, and Linux computer. I really appreciate any help or ideas! Thanks, Chandler
  4. Hello, When I comment device via USB 3.0 I see it: ender3@ender3:~$ lsusb Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 004 Device 002: ID 1d50:614e OpenMoko, Inc. Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub However with pins GND, DP1, DM1, +5V Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub See Layout / USB2.0 - https://wiki.friendlyarm.com/wiki/index.php/NanoPi_NEO3 Any ideas how I should activate these pins? Want to connect 3d printer and endoscope OTG camera that works with RPi, so should be matter of drivers. Testing on printer now. Also, if it is not supported, may I use simple USB 2.0 hub to connect to USB 3.0 port WiFI card, 3d printer and OTG endoscope camera? Prefer to activate these pins if I may to choose : )
  5. Hi Armbians I have a problem with one of my NanoPi Neo 3 boards and dropped RX packages on eth0. From multiple Neo 3`s I have running, this is the only one having this issue. But its also the only one with 1GB of RAM. All other boards have 2GB of RAM. But this should not matter I think. Output ifconfig: eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet XXXXXXXXXX netmask 255.XXXXXXX broadcast XXXXXXXXXX ether XXXXXXXXXXX txqueuelen 20000 (Ethernet) RX packets 140166777 bytes 110091299296 (102.5 GiB) RX errors 0 dropped 3686 overruns 0 frame 0 TX packets 127249076 bytes 110451144546 (102.8 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 39 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 20000 (Lokale Schleife) RX packets 96 bytes 7103 (6.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 96 bytes 7103 (6.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Output "ethtool -S eth0": Any secure way to fix this issue?
  6. Alberto

    dtb file at start

    I have a nanopi neo3 rk3328. I would like to modify the i2s(1) at start. I tried to modify /boot/dtb/rockchip/rk3328-nanopi-neo3-rev02.dtb but nothing change. Which is the right dtb file its load at start? Thank you.
  7. I got the following error message when I try to install firmware-misc-nonfree_20190114-2_all.deb from the upstream debian repository. ... Get:1 http://deb.debian.org/debian buster/non-free arm64 firmware-misc-nonfree all 20190114-2 [3,338 kB] Fetched 3,338 kB in 1s (4,022 kB/s) Selecting previously unselected package firmware-misc-nonfree. (Reading database ... 77206 files and directories currently installed.) Preparing to unpack .../firmware-misc-nonfree_20190114-2_all.deb ... Unpacking firmware-misc-nonfree (20190114-2) ... dpkg: error processing archive /var/cache/apt/archives/firmware-misc-nonfree_20190114-2_all.deb (--unpack): trying to overwrite '/lib/firmware/dvb-fe-xc5000-1.6.114.fw', which is also in package armbian-firmware 21.02.2 d ... So it seems, there is the same firmware package in different packages...but idea, because armbian-firmware 21.02.2 miss the mt7* firmware, which is required to use the wifi expansion module of the nanopi neo3. So, I think the pakcage mantainer should resolve this issue.
  8. Hi I try ro install and use Armbian on my NanoPi NEO 3. But when I do a first boot, I stuck at Generate Locale step. How can I fix it? Thank you very much. .
  9. hi, I am running newest armbian for NEO3. I've noticed that when I issue poweroff command armbian shuts down correctly, but the CPU (with heatsink) remains hot. I left my board for 2 days in poweroff state and it remained 'warm' all the time. Is there something that can be done to put CPU to sleep before shutting down system (or some low power state) ?
  10. HI I just bought 2 neo3 and started with Armbian and the MAC address is the same. But using the official image is a different MAC address.How can I use Armbian so that neo3 has the correct unique MAC address? I use cmd xxd / sys / bus / nvmem / devices / rockchip-efuse0 / nvmem I get the same value.
  11. I'm trying to make boot a NanoPi Neo3 from SSD connected through USB. - I installed armbian Buster 5.8.6 downloaded from armbian.com - Next, I tried with and without apt update - connected an external SSD through the USB port and and a USB 3.0->SATA box - Executed nand-sata-install and selected the option to boot from external SSD - The system prepared the SSD, copied filesystem, modified boot (and I verified that in armbianExt.txt it set the UUID of the external disk) - rebooted ... And nothing I've observed that the system not always detects the external SSD. I must unplug and plug it to be recognized (as /dev/sda btw). Perhaps this is part of the problem. Does anyone have any idea on what happens and how can I solve it?
  12. /usr/bin/brcm_patchram_plus/rk3399 hogs 100% CPU until rk3399-bluetooth.service is stopped and disabled. The NanoPi Neo3 does not have bluetooth.