Jump to content

seif

Members
  • Posts

    21
  • Joined

  • Last visited

Recent Profile Visitors

1733 profile views
  1. Hello! Lemaker Banana Pi M1 Armbian 22.11.1 Bullseye with bleeding edge Linux 6.0.10-sunxi The problem with the kernel 6.0.10 is that /sys/power/axp_pmu/ is no longer there... nor anywhere else as far I know. tree /sys/power/axp_pmu/battery/ /sys/power/axp_pmu/battery/ ├── amperage ├── capacity ├── charge ├── charging ├── connected ├── power ├── ts_voltage └── voltage Any ideas why? Can I fix that? How? Thanks, George.
  2. Ok, never mind. I went in a loop to [ armbian-config/switch to other kernels, chose the next newer kernel, apt update && upgrade ], and after a few rounds I got to: Armbian 22.11.1 Bullseye with bleeding edge Linux 6.0.10-sunxi In which everything works as it should ! :-) shutdown -h 0 is now turning it off. Cheers, George
  3. Hello armbianers ! Armbian 22.11.1 Bullseye with Linux 5.15.80-sunxi on a banana pi m1 I've connected a lipo battery to my bpi m1, and now when I try to shutdown -h 0, it ends up in a kernel panic and instead of shutting down it remains powered up. Is there anything I can do to fix that? I'd know how to shut it down talking to the axp209 via i2c, but I'm not sure how/where to put that, or if that would be or not the proper way to go. Thanks, George.
  4. Where are the old-ish Armbian Jessie downloads for the Orange Pi PC? I can't find them anywhere!
  5. Hello, My OPi PC runs headless as a web and file server, I don-t need sound, gpu, video/hdmi, IR, microphone... only Ethernet and USB. Are these things that can be shut down to save power and perhaps memory too? How? Thanks,
  6. I've put red_led = port:PA15<1><default><default><1> in the fex file, did a fex2bin, replaced script.bin, and now it's not mmc0 trigger, but at least the red led stays on until I can do the proper echo mmc0 > /path/to/led/trigger in /etc/rc.local. I'm happy with that: now the red led means: don't pull the plug now!
  7. What I did and has worked for me is this: edit /usr/lib/armbian/armbian-hardware-optimization line #208: (sleep ${BlinkTime} && (echo default-on >/sys/class/leds/*green*/trigger) 2>/dev/null) & and replace "default-on" with "timer" For some reason, when the LED trigger is timer, it seems to always end off after a sudo poweroff. It wasn't working in /etc/rc.local because in rc.local it seems to run before that #L208, so any trigger setting done there doesn't stick (it's overwritten later by #L208).
  8. A sudo h3fakeoff -s shuts down my Orange Pi PC very quickly, too much perhaps, and leaves it in a sort of catatonic state in which it-s not 100% off because my chinese usb amp-meter instead of 0.00A (what I get with a sudo poweroff) shows 0.08A (80mA). A sudo h3fakeoff -s -l PL10 -b PL03 does the same thing, but pressing the button for a while (the led flashes and) it reboots. I think a sudo poweroff shuts down the things better, and turns everything off properly, but this does not. The benefit over a poweroff is that with a h3fakeoff you can turn it on again with the button. I guess that's where the fake comes from :-)
  9. Thanks! Will that do a sane poweroff by itself? I mean, can I use it instead of a (sudo) poweroff? Or do I have to call first Debian's poweroff and put that (h3fakeoff) in some script so that it gets called by Debian (as late as possible) in the (sudo) poweroff/shutdown sequence of events?
  10. You mean this? sudo /RAID/h3fakeoff [sudo] password for pi: H3fakeoff 1.0-b20171229 by ariel/KotCzarny (c) 2017 Load arisc blob which will turn off most subsystems, then wait for gpio or IR button to start the system. Make sure you have saved your work and umounted all filesystems. Usage: /RAID/h3fakeoff [-s] [-l PXYY] [-b PXYY] [-w X] [-i X] -s yes, power down my system -l PXYY led gpio (OrangePiPC: PL10) -b PXYY gpio button (OrangePiPC: PL03) -w X gpio key must be held for X seconds to trigger wakeup -i X ir wakeup button (ie. 255) ¿?
  11. That does not happen in my Orange Pi PC with ARMBIAN 5.60 stable Debian GNU/Linux 8 (jessie) 3.4.113-sun8i, after a poweroff it shuts down quite well from 0.34..0.29A to 0.00A (less than 10mA). Only the green LED remains on.
  12. I've been trying to learn how to do that by looking at the [leds_para] in https://linux-sunxi.org/Fex_Guide#.5Bleds_para.5D but the [leds_para] in the script.bin of my Orange Pi PC are very different: [leds_para] leds_used = 1 green_led = port:PL10<1><default><default><1> green_led_active_low = 0 red_led = port:PA15<1><default><default><0> red_led_active_low = 0 I'm lost... Can you help me? It's an Orange Pi PC with ARMBIAN 5.60 stable Debian GNU/Linux 8 (jessie) 3.4.113-sun8i Thanks.
  13. After a (sudo) poweroff, the ethernet port leds turn off, the usb sockets' power supply too, but the green led remains on. I would like the green led to turn off after a sudo poweroff. How can I do that? What's the best way to do it? It's an Orange Pi PC with ARMBIAN 5.60 stable Debian GNU/Linux 8 (jessie) 3.4.113-sun8i Thanks.
  14. Thank you @zador that fixed it. @Blars I'm trying to find a workaround for this error: gcc hello.c -mfloat-abi=soft -o hello In file included from /usr/include/features.h:398:0, from /usr/include/stdio.h:27, from hello.c:1: /usr/include/arm-linux-gnueabihf/gnu/stubs.h:7:29: fatal error: gnu/stubs-soft.h: No such file or directory # include <gnu/stubs-soft.h> ^ compilation terminated.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines