IBV

Ok, create a new dts /boot/overlay-user/bt_enable_full.dts /dts-v1/; /plugin/; &pio { bt_en_pin: bt_en_pin { pins = "PH1"; function = "gpio_out"; bias-pull-up; output-high; }; bt_wake_pin: bt_wake_pin { pins = "PH0"; function = "gpio_in"; bias-pull-up; }; }; &{/soc} { wcn_bt: wcn_bt@0 { compatible = "wcn,bt"; status = "okay"; enable-gpios = <&pio 7 1 GPIO_ACTIVE_HIGH>; // PH1 = GPIO225 wake-gpios = <&pio 7 0 GPIO_ACTIVE_HIGH>; // PH0 = GPIO224 (if connected) }; }; And compile it: sudo armbian-add-overlay /boot/overlay-user/bt_enable_full.dts Then enable it in /boot/armbianEnv.txt user_overlays=bt_enable_full See if there's an improvement on boot.

Ok, replace the contents of the dts file with this: /dts-v1/; /plugin/; / { fragment@0 { target = <&pio>; __overlay__ { bt_enable_pin: bt_enable_pin { pins = "PH1"; function = "gpio_out"; bias-pull-up; output-high; }; }; }; }; And try again the steps

Ok, if you want we can try one more thing. According to AI, the correct way to always enable the bluetooth is to do it via a custom overlay, which is not done. First, remove the bt-gpio.service, it does not help: sudo sytemctl disable bt-gpio.service sudo rm /etc/systemd/system/bt-gpio.service sudo systemctl daemon-reload Then, create the custom overlay file /boot/overlay-user/bt_enable_ph1.dts with the following content: /dts-v1/; /plugin/; &pio { bt_en_pin: bt_en_pin { pins = "PH1"; function = "gpio_out"; bias-pull-up; output-high; }; }; &uart0 { pinctrl-names = "default"; pinctrl-0 = <&uart0_pins>; status = "okay"; }; &wcn_bt { compatible = "wcn,bt"; uart = <&uart0>; enable-gpios = <&pio 7 1 GPIO_ACTIVE_HIGH>; // PH1 = GPIO 225 status = "okay"; }; Then we can try to compile and install it: sudo armbian-add-overlay /boot/overlay-user/bt_enable_ph1.dts Then activate it in /boot/armbianEnv.txt, add the following line: user_overlays=bt_enable_ph1 If all works well try to reboot and see what happens.

Difficult to see like this, better list the overlay directory: ls /boot/dtb/overlays

sudo armbian-config Are you able to see the below overlays ? If yes, activate them. System → Hardware/Kernel → Activate UART0, UART1, BT overlays

Can you post your /boot/armbianEnv.txt ?

I did not see the bt-gpio service starting on boot. Can you post the status ?

Hi, without owning this board, chatgpt is pointing out to an initialisation issue of the bluetooth system caused by the GPIO pin not being correctly handled at boot. [ 6.024062] WCN: marlin chip en dummy pull up -- need manually set GPIO The correct solution would be to handle the init in the dtb file, but you can try the following systemd initialisation as a workaround to see if it works. Create (as root) the following service file /etc/systemd/system/bt-gpio.service with the contents: [Unit] Description=Enable GPIO for Bluetooth chip Before=bluetooth.service [Service] Type=oneshot ExecStart=/bin/sh -c 'echo 225 > /sys/class/gpio/export || true; echo out > /sys/class/gpio/gpio225/direction; echo 1 > /sys/class/gpio/gpio225/value' [Install] WantedBy=multi-user.target Then enable it (as root): systemctl daemon-reexec systemctl daemon-reload systemctl enable bt-gpio.service Reboot and check if the bluetooth starts correctly. Post the boot log if it does not.

Hi, it looks like you or a process is triggering the SysRq key. For example, If I press Alt + PrtSc (SysRq) + h, I see the same message in dmesg. https://en.wikipedia.org/wiki/Magic_SysRq_key

Hi, could you point to a like where this status is shown? Normally yes, once Armbian will start integrating that kernel version you should have what you need.

Take a look here: https://docs.armbian.com/User-Guide_Getting-Started/#deploy-the-image

It only works when you are already logged in Gnome, just for your session (no sudo). If you want global settings, you could try setting this via /etc/profile.d/. Create a script like: /etc/profile.d/disable-screen-blank.sh With the contents #!/bin/bash if [ "$XDG_SESSION_TYPE" = "wayland" ]; then gsettings set org.gnome.desktop.session idle-delay 0 fi and make it executable sudo chmod +x /etc/profile.d/disable-screen-blank.sh I tried it and it works for my Gnome 48 test system.

Hi, not sure if there's a way to do this, I would re-flash the SD card with the image you were using. That will re-trigger the initial config.

You can try to change the value via cli: gsettings set org.gnome.desktop.session idle-delay 0 I don't think you will find text config files for gnome, you should use gsettings or dconf editor. Take a look here: https://wiki.archlinux.org/title/GNOME#Configuration

Hi, In Gnome settings-> power there should be a "Automatic Screen Blank" toggle which you can switch to disabled. I checked this in a quite new Gnome version (48), not sure what version you have.

Did you also start screen or minicom on the SBC ? For example: screen /dev/ttyS0 115200 And on PC: screen /dev/ttyUSB0 115200 Make sure you use the same speed on both sides.

Hi, are you using a usb to serial converter or the real serial com port? I did not see any ttyUSB0 listed in your boot log. In case of the real serial com port you should not be using /dev/ttyUSB0, but /dev/ttyS0.

This should mean that the rtc is there. Take a look at https://wiki.banana-pi.org/BPI_RTC_real_time_Module You could try: echo ds3231 0x68 > /sys/class/i2c-adapter/i2c-0/new_device Then a dmesg to see if there's something new about rtc.

Try to enable i2c1 also (just a stupid suggestion) in armbianEnv.txt and scan the bus with i2cdetect. Who knows, maybe there's a weird mapping of the bus interfaces.

I believe the rtc_ds1307 is compatible with the ds3231. You can check that with "modinfo rtc_ds1307" I don't know the hardware, can you check that you don't have pin conflicts? Do you need these overlays : "pps-gpio w1-gpio" ? If not, you might remove them from armbianEnv.txt, boot and check again.

There seems to be a RTC detected on boot [ 1.018029] sun6i-rtc 1f00000.rtc: registered as rtc0 [ 1.018081] sun6i-rtc 1f00000.rtc: setting system clock to 1970-01-01T00:00:04 UTC (4) Just to confirm, you could disconnect your RTC and boot again. Then check the boot log if the system says anything about rtc.

After boot, can you show the output of "timedatectl status" ?

This would suggest that the battery of the rtc is dead, but it is confusing because you say it works with RPI zero. Could you provide logs with sudo armbianmonitor -u

Hi, is the hardware clock set before power off ? What does "sudo hwclock" say ? Why did you modify the hwclock-set script ?

Hi, take a look at this similar issue: https://forums.raspberrypi.com/viewtopic.php?t=306463 Accroding to the RFC, the behaviour you see is correct, when Classless-Static-Route (121) is offered, the router option (3) must be ignored.