Jump to content

Dandaman46

Members
  • Posts

    23
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @laibschThe nano pi neo air uses the Ampak AP6212. Here are the modules loaded. lsmod | grep brcmfmac brcmfmac_wcc 12288 0 brcmfmac 192512 1 brcmfmac_wcc brcmutil 12288 1 brcmfmac cfg80211 618496 1 brcmfmac I didn't see a change in this output before/after I installed the patch fix above. dpkg -l wireless-regdb Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-============-============-====================================== ii wireless-regdb 2022.06.06-1 all wireless regulatory database for Linux
  2. Hello @Aknot, better late than never? This is likely because USB OTG support is on out of the box now. You used to have to add an overlay to get it to work. You will need to modify the the overylays to change this.
  3. I found my NanoPi Neo Air's could not list or connect to some wifi networks. Some investigating found this was because channel 12/13 are disabled by default. Nothing in runtime had any effect on the output of iw reg get as it should have. Patching in some firmware fixes worked for me. wget http://ftp.be.debian.org/pub/software/network/wireless-regdb/wireless-regdb-2025.02.20.tar.xz tar xf wireless-regdb-2025.02.20.tar.xz sudo cp wireless-regdb-2025.02.20/regulatory.db /lib/firmware/ sudo cp wireless-regdb-2025.02.20/regulatory.db.p7s /lib/firmware/ sudo iw reg set AU #Australia I can now connect to wifi channel 13. Now for my question: I read in this old thread that armbian-firmware-full is required for wifi. would that mean that the full firmware package is desirable for the Nanopi Neo Air? When running apt-get install armbian-firmware-full it states it will consume an additional 1gb of disk space. Hardly desirable for a little device. VERSION v25.5.1 for NanoPi Air running Armbian Linux 6.12.30-current-sunxi
  4. Hi Dan, how did you go with this one. Any luck? I didn't know these chips supported sleep and hybernate modes.
  5. Has anyone had success turning off the wifi chip completely from user space? I would like to turn it off for periods of time then turn it back on. I've tried figuring the GPIO pin, but of course it can't be exported as it's in use. I'm thinking of creating a device overlay to give me manual control of the pin.
  6. @Igor I'll have a look through that thanks! I'll report back my findings if they are substaintial. To anyone finding this thread in future feel free to leave your comments.
  7. Hello, Do you guys have some tips on reducing power consumption to an absolute minimum? I've made some progress and reduced it to about 500mW on idle. with some CPUs shut off. I would like to get it lower for battery saving. I'm currently building a custom image with as much of the functions I don't need (SPI, i2c, bluetooth etc) turned off hoping that I will get some more power savings. Not sure if this will make a difference yet. Ideas would be appreciated!
  8. Hmmmmm interesting. You are using ads7846 right? I'ved Confirmed the Linux 5.15.93-sunxi works, and the latest doesn't. If we could work backwards to different version of the kernel we might be able to find the offending code change.
  9. I haven't been able to get it working on the nanopi neo air yet.
  10. Thank you for the invite. That's 2AM on a Sunday down here in Australia so I wont make it sorry. Nanopi Neo Air is working well on the last build, no hardware-specific issues to report. It would be nice to see the device move out of the community support category at some point, as it is a very capable and increasingly affordable device.
  11. until

    Thank you for the invite. That's 2AM on a Sunday down here in Australia so I wont make it sorry. Nanopi Neo Air is working well on the last build, no hardware-specific issues to report. It would be nice to see the device move out of the community support category at some point, as it is a very capable and increasingly affordable device.
  12. The only notable difference I could see was this line from dmesg Not working 6.6.12 ads7846 spi0.1: touchscreen, irq 80 5.15.63 working ads7846 spi0.1: touchscreen, irq 113 Perhaps there is a mapping issue going on.
  13. Thanks for sharing your journey. I've got to the exact same spot with the new kernel. SPI ADS7846 device connected and recognized with evtest, just no interrupt is trigger when pressing the screen. I am using a custom build of 6.6.12-current-sunxi. with all else being identical to my previous working build of 5.15.63. I compared the the output of gpioinfo and all the gpio connections seem to be configred correctly. root@nanopiair:~# evtest No device specified, trying to scan all of /dev/input/event* Available devices: /dev/input/event0: ADS7846 Touchscreen Select the device event number [0-0]: 0 Input driver version is 1.0.1 Input device ID: bus 0x1c vendor 0x0 product 0x1ea6 version 0x0 Input device name: "ADS7846 Touchscreen" Supported events: Event type 0 (EV_SYN) Event type 1 (EV_KEY) Event code 330 (BTN_TOUCH) Event type 3 (EV_ABS) Event code 0 (ABS_X) Value 0 Min 100 Max 4095 Event code 1 (ABS_Y) Value 0 Min 100 Max 4095 Event code 24 (ABS_PRESSURE) Value 0 Min 0 Max 4095 Properties: Testing ... (interrupt to exit) ..... more crickets Perhaps an update in the kernel has broken something? Any tips would be great I've been stuck for a while on this one!
  14. The build system is in a bit of flux at the moment. The documentation hasn't caught up all the way. Can you use the docker build process instead? Ensure you have docker installed, download the git repo and run the following. ./compile.sh build BOARD=nanopiair BRANCH=current BUILD_MINIMAL=no KERNEL_CONFIGURE=no RELEASE=bookworm
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines