devDucks
Connection very unstable
I installed astroarch on a raspberry pi 4 model b (8 GB). Everything works fine, when I connect to my local wifi and connect via browser from my PC. However when I'm out in the field and the astroarch provides its own hotspot, the connection from my tablet is a little bit slower, and every few clicks it doesn't react at all anymore. I have to reload the page, then I see it took the click and opened the program, or switched the tab(whatever I did with that click). A few clicks later, I have to reload the page again.
This is especially annoying when trying to focus my guiding cam (didn't even get to focusing my imaging cam), which is basically impossible with this behaviour.
Any tips how I can improve the connection, or what could be the issue here?
What hardware and software are you using to connect to the access point?
Are you using WPA/WPA2 when you try to connect to the hotspot?
It is the standard configuration of the astroarch, the pre configured hotspot. So yes, WPA2. I use a Samsung Galaxy Tab A
I already tried to switch off the power management for wlan0 device, but that didn't improve the situation
Öh.. the standrard built in wifi manager, don't know the name. Get the same issues with the Galaxy S23+ phone Could this be an issue with the novnc service? I will try another vnc as suggested in the readme
Hm.. seems to help, overall performance seems to be a bit better, but still have to reconnect from time to time. Have to experiment a bit with it
Maybe this can help you: https://stackoverflow.com/questions/6825930/unable-to-work-with-android-on-a-corporate-network-with-wpa-wpa2-security-alway
Another thing: do you have the /etc/modprobe.d/brcmfmac.conf file on your Pi?
It's not the wifi that disconnects, the screen just doesn't update anymore. When using novnc via browsr I just have to reload the page to make it work again (for a few seconds), with realvnc viewer on the tablet I reconnect the vnc client. The wifi connection is stable.
This occurs only if I use the hotspot the astroarch creates itself, when there is no other wifi, when it is connected to my home wifi everything is fine, no needs to reconnect and the ui reacts very smoothly.
And what about the /etc/modprobe.d/brcmfmac.conf file, is it installed on your Pi?
Perhaps changing the hotspot band in system settings could help. Try 2.4 or 5 GHz depending on your tablet
Yes, it exists, this is its content:
I now tried to switch the band from automatic to 5 GHz, with the effect, that after every restart it connected to my existing wifi (hotspot connect prio: 10, wifi: 0). After switching back to automatic the hotspot was created, and suddenly the vnc was stable. At least for 150-20 minutes. Really weird. Will keep an eye on it..
You can try changing the wifi channel in addition to switching from 2.4 to 5. Depending on the network cards and the number of devices nearby, this can change everything.
I'm facing exactly the same issue. I own a RBP5 and have no problem when both, AstroArch and my computer/tablet are connected to the router. But if I connect to the hotspot and use VNC -tried with Tiguer and RalVNC-, the screen gets freezed after 5-10 seconds of inactivity requiring to close the VNC and opening again -the hotspot is active and don't have to reconnect to the WiFi- This problem dissapears if I use a WiFi range extender: the extender connects to the hotspot and the PC connects to the extender. Somehow, the extender keeps alive the link, thus maintaining the connection on.
I've tried to configure the WiFi band to other than Automatic as @MasterZelgadis did, but then I have issues with the hotspot automatic activation. I removed the hotspot and created a new one with automatic band, and then it seems to work except that it cannot connect the hotspot automatically after reboot as it prompts for the password. Needed to store password for all users to fix that, but now, the hotspot disconnects randomly.
Then I created a new connection -WiFi (shared)- but is not working and receive an Authorization suplicant timed out error.
This is the content of brcmfmac file:
~ » cat /etc/modprobe.d/brcmfmac.conf
options brcmfmac feature_disable=0x82000
How can I configure the hotspot to avoid this behavior? Any help would be really appreciated
@imahgin Could you please tell us if your screen freezes only when using vnc with hotspot or also with vnc in wired network?
Could you please provide us with the output of the following commands:
systemctl status x0vncserver
sudo journalctl -b | grep NetworkManager
dmesg
Yes, it only freezes when connected to the hotspot. Tried from 2 different computers -Linux Mint OS- with TigerVNC and RealVNC, and the same occurs. Also from an Android tablet. Looks like, however that it only occurs after running KStars.
I've tried other scenarios:
- Wired connection through a switch
- Direct wired connection sharing Ethernet on Mint side.
- Wireless connection to hotspot but with a range extender -wireless repeater-
In all 3 cases, the connection never gets interrupted. That last scenario is the only one I can connect wirelessly to the hotspot, but obiously it affects the performance and I cannot use it on the field. WiFi power save is off.
This the answer to systemctl status x0vncserver:
● x0vncserver.service - Remote desktop service (VNC) for :0 display
Loaded: loaded (/etc/systemd/system/x0vncserver.service; enabled; preset: disabled)
Active: active (running) since Mon 2025-06-23 14:42:07 CEST; 1h 7min ago
Invocation: d30738022bc14558be0e8c4c43721d5a
Process: 500 ExecStartPre=/usr/bin/bash -c /usr/bin/systemctl set-environment XAUTHORITY=$(find /var/run/sddm/ -type f) (code=exited, status=0/SUCCESS)
Main PID: 502 (x0vncserver)
Tasks: 1 (limit: 4159)
CPU: 74ms
CGroup: /system.slice/x0vncserver.service
└─502 x0vncserver -display :0 -SecurityTypes None
Jun 23 14:42:08 astroarch x0vncserver[502]: XDesktop: RANDR extension not present
Jun 23 14:42:08 astroarch x0vncserver[502]: XDesktop: Will not be able to handle session resize
Jun 23 14:42:08 astroarch x0vncserver[502]: Main: Listening for VNC connections on all interface(s), port 5900
Jun 23 15:49:15 astroarch x0vncserver[502]: Mon Jun 23 15:49:15 2025
Jun 23 15:49:15 astroarch x0vncserver[502]: Connections: Accepted: 10.42.0.135::46310
Jun 23 15:49:15 astroarch x0vncserver[502]: SConnection: Client needs protocol version 3.8
Jun 23 15:49:15 astroarch x0vncserver[502]: SConnection: Client requests security type None(1)
Jun 23 15:49:15 astroarch x0vncserver[502]: XDesktop: Enabling 9 buttons of X pointer device
Jun 23 15:49:15 astroarch x0vncserver[502]: XDesktop: Allocated shared memory image
Jun 23 15:49:16 astroarch x0vncserver[502]: VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888
------------------------------------------------------------------------------------------------------------------------------
An this is the answer to sudo journalctl -b | grep NetworkManager
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.1277] NetworkManager (version 1.52.0-1) is starting... (boot:43eab61a-b29b-4851-bc8e-d5e37af967da)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.1278] Read config: /etc/NetworkManager/NetworkManager.conf, /usr/lib/NetworkManager/conf.d/20-connectivity.conf, /etc/NetworkManager/conf.d/wifi-powersave-off.conf
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.2624] manager[0xaaaada1d5c30]: monitoring kernel firmware directory '/lib/firmware'.
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.3808] hostname: hostname: using hostnamed
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.3808] hostname: static hostname changed from (none) to "astroarch"
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.3887] dns-mgr: init: dns=systemd-resolved rc-manager=symlink, plugin=systemd-resolved
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.3904] rfkill1: found Wi-Fi radio killswitch (at /sys/devices/platform/axi/1001100000.mmc/mmc_host/mmc1/mmc1:0001/mmc1:0001:1/ieee80211/phy0/rfkill1) (driver brcmfmac)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.3907] manager[0xaaaada1d5c30]: rfkill: Wi-Fi hardware radio set enabled
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.3907] manager[0xaaaada1d5c30]: rfkill: WWAN hardware radio set enabled
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.4668] Loaded device plugin: NMOvsFactory (/usr/lib/NetworkManager/1.52.0-1/libnm-device-plugin-ovs.so)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.5787] Loaded device plugin: NMTeamFactory (/usr/lib/NetworkManager/1.52.0-1/libnm-device-plugin-team.so)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.6896] Loaded device plugin: NMWwanFactory (/usr/lib/NetworkManager/1.52.0-1/libnm-device-plugin-wwan.so)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7472] Loaded device plugin: NMWifiFactory (/usr/lib/NetworkManager/1.52.0-1/libnm-device-plugin-wifi.so)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7605] Loaded device plugin: NMAtmManager (/usr/lib/NetworkManager/1.52.0-1/libnm-device-plugin-adsl.so)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7714] Loaded device plugin: NMBluezManager (/usr/lib/NetworkManager/1.52.0-1/libnm-device-plugin-bluetooth.so)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7718] manager: rfkill: Wi-Fi enabled by radio killswitch; enabled by state file
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7718] manager: rfkill: WWAN enabled by radio killswitch; enabled by state file
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7719] manager: Networking is enabled by state file
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7870] settings: Loaded settings plugin: keyfile (internal)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7981] dhcp: init: Using DHCP client 'internal'
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.7984] manager: (lo): new Loopback device (/org/freedesktop/NetworkManager/Devices/1)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.8096] device (lo): state change: unmanaged -> unavailable (reason 'connection-assumed', managed-type: 'external')
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.8100] device (lo): state change: unavailable -> disconnected (reason 'connection-assumed', managed-type: 'external')
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.8106] device (lo): Activation: starting connection 'lo' (85a3b36e-bc16-484f-8d15-56ad8adbf9f6)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.8115] manager: (end0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.8117] device (end0): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.8221] device (wlan0): driver supports Access Point (AP) mode
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.8226] manager: (wlan0): new 802.11 Wi-Fi device (/org/freedesktop/NetworkManager/Devices/3)
Jun 23 14:42:04 astroarch NetworkManager[436]: <info> [1750682524.8228] device (wlan0): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.3470] device (wlan0): set-hw-addr: set MAC address to BE:89:37:0A:F3:56 (scanning)
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.3596] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.4479] ovsdb: disconnected from ovsdb
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.4481] device (lo): state change: disconnected -> prepare (reason 'none', managed-type: 'external')
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.4483] device (lo): state change: prepare -> config (reason 'none', managed-type: 'external')
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.4485] device (lo): state change: config -> ip-config (reason 'none', managed-type: 'external')
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.4515] device (lo): state change: ip-config -> ip-check (reason 'none', managed-type: 'external')
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.4700] device (lo): state change: ip-check -> secondaries (reason 'none', managed-type: 'external')
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.4702] device (lo): state change: secondaries -> activated (reason 'none', managed-type: 'external')
Jun 23 14:42:05 astroarch NetworkManager[436]: <info> [1750682525.4706] device (lo): Activation: successful, device activated.
Jun 23 14:42:06 astroarch NetworkManager[436]: <info> [1750682526.6810] device (wlan0): supplicant interface state: internal-starting -> disconnected
Jun 23 14:42:06 astroarch NetworkManager[436]: <info> [1750682526.6811] Wi-Fi P2P device controlled by interface wlan0 created
Jun 23 14:42:06 astroarch NetworkManager[436]: <info> [1750682526.6814] manager: (p2p-dev-wlan0): new 802.11 Wi-Fi P2P device (/org/freedesktop/NetworkManager/Devices/4)
Jun 23 14:42:06 astroarch NetworkManager[436]: <info> [1750682526.6816] device (p2p-dev-wlan0): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
Jun 23 14:42:06 astroarch NetworkManager[436]: <info> [1750682526.6820] device (wlan0): state change: unavailable -> disconnected (reason 'supplicant-available', managed-type: 'full')
Jun 23 14:42:06 astroarch NetworkManager[436]: <info> [1750682526.6825] device (p2p-dev-wlan0): state change: unavailable -> disconnected (reason 'none', managed-type: 'full')
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.4462] policy: auto-activating connection 'AstroArch-mahg' (0273d404-fbe5-48cc-b12f-1a5ce8785745)
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.4468] device (wlan0): Activation: starting connection 'AstroArch-mahg' (0273d404-fbe5-48cc-b12f-1a5ce8785745)
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.4468] device (wlan0): state change: disconnected -> prepare (reason 'none', managed-type: 'full')
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.4471] manager: NetworkManager state is now CONNECTING
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9635] device (wlan0): set-hw-addr: reset MAC address to 2C:CF:67:16:86:A6 (preserve)
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9759] device (wlan0): state change: prepare -> config (reason 'none', managed-type: 'full')
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9762] device (wlan0): Activation: (wifi) access point 'AstroArch-mahg' has security, but secrets are required.
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9762] device (wlan0): state change: config -> need-auth (reason 'none', managed-type: 'full')
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9776] device (wlan0): state change: need-auth -> prepare (reason 'none', managed-type: 'full')
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9782] device (wlan0): state change: prepare -> config (reason 'none', managed-type: 'full')
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9785] device (wlan0): Activation: (wifi) connection 'AstroArch-mahg' has security, and secrets exist. No new secrets needed.
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9863] Config: added 'ssid' value 'AstroArch-mahg'
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9864] Config: added 'mode' value '2'
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9864] Config: added 'frequency' value '2462'
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9864] Config: added 'ht40' value '0'
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9864] Config: added 'key_mgmt' value 'WPA-PSK WPA-PSK-SHA256'
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9864] Config: added 'psk' value '<hidden>'
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9881] device (wlan0): supplicant interface state: disconnected -> inactive
Jun 23 14:42:12 astroarch NetworkManager[436]: <info> [1750682532.9881] device (p2p-dev-wlan0): supplicant management interface state: disconnected -> inactive
Jun 23 14:42:13 astroarch NetworkManager[436]: <info> [1750682533.1562] device (wlan0): supplicant interface state: inactive -> completed
Jun 23 14:42:13 astroarch NetworkManager[436]: <info> [1750682533.1562] device (wlan0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Started Wi-Fi Hotspot "AstroArch-mahg"
Jun 23 14:42:13 astroarch NetworkManager[436]: <info> [1750682533.1562] device (p2p-dev-wlan0): supplicant management interface state: inactive -> completed
Jun 23 14:42:13 astroarch NetworkManager[436]: <info> [1750682533.1564] device (wlan0): state change: config -> ip-config (reason 'none', managed-type: 'full')
Jun 23 14:42:14 astroarch NetworkManager[436]: <info> [1750682534.4363] dnsmasq-manager: starting dnsmasq...
Jun 23 14:42:14 astroarch NetworkManager[436]: <info> [1750682534.4829] device (wlan0): state change: ip-config -> ip-check (reason 'none', managed-type: 'full')
Jun 23 14:42:14 astroarch NetworkManager[436]: <info> [1750682534.4845] device (wlan0): state change: ip-check -> secondaries (reason 'none', managed-type: 'full')
Jun 23 14:42:14 astroarch NetworkManager[436]: <info> [1750682534.4846] device (wlan0): state change: secondaries -> activated (reason 'none', managed-type: 'full')
Jun 23 14:42:14 astroarch NetworkManager[436]: <info> [1750682534.4849] manager: NetworkManager state is now CONNECTED_LOCAL
Jun 23 14:42:14 astroarch NetworkManager[436]: <info> [1750682534.4859] device (wlan0): Activation: successful, device activated.
Jun 23 14:42:14 astroarch NetworkManager[436]: <info> [1750682534.4865] manager: startup complete
Jun 23 14:42:14 astroarch systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
Jun 23 14:42:22 astroarch systemd[515]: Starting NetworkManager Applet...
Jun 23 14:42:22 astroarch NetworkManager[436]: <info> [1750682542.6496] agent-manager: agent[c3d9e6d56e5111aa,:1.27/org.kde.plasma.networkmanagement/1001]: agent registered
Jun 23 14:42:22 astroarch systemd[515]: Condition check resulted in NetworkManager Applet being skipped.
This is the results of dmesg.
And the last line is revealing. After running Kstars: [ 4635.766325] warning: `kstars' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211
After running KStars, the freeze issue starts.
AstroArch is running on RBP5
Investigating this clue I ran Kstars with the 'paused' options to pause the clock and... Now it never freezes!!!!!! As soon as I start the clock again, the behavior starts again. I'll continue digging into this, but any clue? Any hint? I guess I should ask to developers about this.
The line below is normal.
[4635.766325] warning: `kstars' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211
However, this is not normal.
brcmfmac: brcmf_c_process_txcap_blob: no txcap_blob available (err=-2)
rp1-pio 1f00178000.pio: probe with driver rp1-pio failed with error -2
Install the latest rpi eeprom with these commands:
sudo paru -S rpi5-eeprom
sudo rpi-eeprom-update
Then:
sudo rpi-eeprom-update -a
reboot
Give us the new dmseg after this
I did what you said and this is the new dmesg: dmesg.log
The rp1-pio 1f00178000.pio: probe with driver rp1-pio failed with error -2 has gone, but the brcmfmac: brcmf_c_process_txcap_blob: no txcap_blob available (err=-2) is still there.
The VNC freeze issue still persists. Again, if I stop the clock, everything runs smoothly. I've created a script to simulate a key press on the client side and it works ;-)
When it freezes, if I wait some seconds and move the mouse, eventually the VNC updates de screen and this is what I see with journalctl -f
Jun 24 08:20:29 astroarch dnsmasq[950]: using nameserver 2620:fe::9#53 Jun 24 08:20:29 astroarch dnsmasq[950]: using nameserver 2001:4860:4860::8888#53 Jun 24 08:20:29 astroarch dnsmasq[950]: cleared cache Jun 24 08:20:29 astroarch dhcpcd[459]: end0: pid 1 deleted route to 2a0c:5a84:e803:ed00::/64 Jun 24 08:20:29 astroarch dnsmasq[950]: reading /etc/resolv.conf Jun 24 08:20:29 astroarch dnsmasq[950]: using nameserver 100.90.1.1#53 Jun 24 08:20:29 astroarch dnsmasq[950]: using nameserver 100.100.1.1#53 Jun 24 08:20:29 astroarch dnsmasq[950]: using nameserver 192.168.1.1#53 Jun 24 08:20:29 astroarch dnsmasq[950]: cleared cache Jun 24 08:20:40 astroarch kstars[1218]: org.kde.kstars: Starting the timer
--- I wait a few seconds so VNC freezes and then move the mouse after a minute or so.
Jun 24 08:22:06 astroarch systemd-networkd[325]: end0: Could not acquire DHCPv6 lease on NDisc request: Address already in use Jun 24 08:22:06 astroarch systemd-networkd[325]: end0: Failed Jun 24 08:22:06 astroarch dnsmasq[950]: reading /etc/resolv.conf Jun 24 08:22:06 astroarch systemd-networkd[325]: end0: Trying to reconfigure the interface. Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 1.1.1.1#53 Jun 24 08:22:06 astroarch systemd-networkd[325]: end0: Reconfiguring with /etc/systemd/network/en.network. Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 9.9.9.9#53 Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 8.8.8.8#53 Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 2606:4700:4700::1111#53 Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 2620:fe::9#53 Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 2001:4860:4860::8888#53 Jun 24 08:22:06 astroarch dnsmasq[950]: cleared cache Jun 24 08:22:06 astroarch dhcpcd[459]: end0: adding route to 2a0c:5a84:e803:ed00::/64 Jun 24 08:22:06 astroarch dhcpcd[459]: end0: changing default route via fe80::1 Jun 24 08:22:06 astroarch avahi-daemon[449]: Withdrawing address record for 2a0c:5a84:e803:ed00:bf57:61e0:7152:ea6d on end0. Jun 24 08:22:06 astroarch dhcpcd[459]: end0: pid 1 deleted route to 2a0c:5a84:e803:ed00::/64 Jun 24 08:22:06 astroarch dhcpcd[459]: end0: pid 1 deleted default route via fe80::1 Jun 24 08:22:06 astroarch dhcpcd[459]: end0: pid 0 deleted address 2a0c:5a84:e803:ed00:c0af:2636:f116:b665/64 Jun 24 08:22:06 astroarch avahi-daemon[449]: Withdrawing address record for 2a0c:5a84:e803:ed00:c0af:2636:f116:b665 on end0. Jun 24 08:22:06 astroarch avahi-daemon[449]: Leaving mDNS multicast group on interface end0.IPv6 with address 2a0c:5a84:e803:ed00:c0af:2636:f116:b665. Jun 24 08:22:06 astroarch avahi-daemon[449]: Joining mDNS multicast group on interface end0.IPv6 with address fe80::2ecf:67ff:fe16:86a5. Jun 24 08:22:06 astroarch avahi-daemon[449]: Registering new address record for fe80::2ecf:67ff:fe16:86a5 on end0.. Jun 24 08:22:06 astroarch avahi-daemon[449]: Registering new address record for fe80::54f2:de60:9488:ca8 on end0.. Jun 24 08:22:06 astroarch avahi-daemon[449]: Registering new address record for fe80::8005:d494:1206:e712 on end0.*. Jun 24 08:22:06 astroarch dnsmasq[950]: reading /etc/resolv.conf Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 100.90.1.1#53 Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 100.100.1.1#53 Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 192.168.1.1#53 Jun 24 08:22:06 astroarch dnsmasq[950]: cleared cache Jun 24 08:22:06 astroarch dnsmasq[950]: reading /etc/resolv.conf Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 100.90.1.1#53 Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 100.100.1.1#53 Jun 24 08:22:06 astroarch dnsmasq[950]: using nameserver 192.168.1.1#53 Jun 24 08:22:06 astroarch dnsmasq[950]: cleared cache
Your problem is definitely brcmfmac: brcmf_c_process_txcap_blob: no txcap_blob available (err=-2).
You might want to try this before looking further, as the brcmfmac driver may be blocked and not being recognized.
sudo systemctl stop wpa_supplicant sudo modprob -r brcmfmac_wcc sudo modprob -r brcmfmac sudo systemctl start wpa_supplicant sudo modprob brcmfmac
Then reboot. Give us your dmseg, and if the error still persists, it's due to files or configuration issues.
The errors "no clm blob available" (err=-2) and "no txcap_blob available" (err=-2) indicate missing or inaccessible firmware data
Not sure why disabling KStars clock 'fixes' the issue, but sure, I'll try that and report back. Thks
This is the new dmesg.log after following your steps. Unfortunatelly the issue is still there and the problem still persists. Not a big deal, as with a simple script I can avoid the 'inactivity' preventig to freeze the VNC. This problem happens since the beginning. No other SW installed other than compiling and installing SER Player. The HW is the RBP5 with the only addition of the RTC battery
Okay, I just checked and everything seems fine on that front.
Could you tell us what the following files contain:
/etc/X11/xorg.conf.d/99-v3d.conf
/etc/X11/xorg.conf
/boot/config.txt
/home/.config/kwinrc
/etc/X11/xorg.conf.d/99-v3d.conf
Section "OutputClass"
Identifier "vc4"
MatchDriver "vc4"
Driver "modesetting"
Option "PrimaryGPU" "true"
Option "AccelMethod" "none"
EndSection
/etc/X11/xorg.conf
Section "ServerLayout"
Identifier "Main Layout"
Screen 0 "Screen 1"
Screen 1 "Screen 0"
EndSection
Section "Monitor"
Identifier "Monitor0"
HorizSync 28.0-80.0
VertRefresh 48.0-75.0
Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
Option "PreferredMode" "1920x1080_60"
EndSection
Section "Device"
Identifier "Dummycard0"
Driver "dummy"
VideoRam 192000
Option "ConstantDPI" "true"
Option "NoDDC" "true"
Option "IgnoreEDID" "true"
EndSection
Section "Screen"
DefaultDepth 24
Identifier "Screen0"
Device "Dummycard0"
Monitor "Monitor0"
SubSection "Display"
Depth 24
Modes "1920x1080_60.00"
EndSubSection
EndSection
Section "Monitor"
Identifier "Monitor1"
HorizSync 28.0-80.0
VertRefresh 48.0-75.0
Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
Option "PreferredMode" "1920x1080_60"
EndSection
Section "Device"
Identifier "hdmi-a-1"
Driver "modesetting"
EndSection
Section "Screen"
DefaultDepth 24
Identifier "Screen1"
Device "hdmi-a-1"
Monitor "Monitor1"
SubSection "Display"
Depth 24
Modes "1920x1080_60.00"
EndSubSection
EndSection
config.txt
# For more options and information see:
# http://rptl.io/configtxt
initramfs initramfs-linux.img followkernel
# Uncomment some or all of these to enable the optional hardware interfaces
#dtparam=i2c_arm=on
#dtparam=i2s=on
#dtparam=spi=on
# Additional overlays and parameters are documented
# /boot/firmware/overlays/README
# Automatically load overlays for detected cameras
camera_auto_detect=1
# Automatically load overlays for detected DSI displays
display_auto_detect=1
# Enable DRM VC4 V3D driver
dtoverlay=vc4-fkms-v3d
max_framebuffers=2
framebuffer_depth=24
# Uncomment if hdmi display is not detected and composite is being output
#hdmi_force_hotplug=1
# Uncomment if you want to disable wifi or bluetooth respectively
#dtoverlay=disable-wifi
#dtoverlay=disable-bt
# Uncomment this to enable infrared communication.
#dtoverlay=gpio-ir,gpio_pin=17
#dtoverlay=gpio-ir-tx,gpio_pin=18
# Run as fast as firmware / board allows
arm_boost=1
[cm4]
# Enable host mode on the 2711 built-in XHCI USB controller.
# This line should be removed if the legacy DWC2 controller is required
# (e.g. for USB device mode) or if USB support is not required.
otg_mode=1
[all]
dtparam=i2c_arm=on
dtparam=audio=on
disable_overscan=1
gpu_mem=256
disable_splash=1
3dtparam=krnbt=on
hdmi_drive=2
dtoverlay=i2c-rtc
[pi5]
dtparam=rtc_bbat_vchg=3000000
usb_max_current_enable=1
/home/.config/kwinrc
[$Version]
update_info=kwin.upd:replace-scalein-with-scale,kwin.upd:port-minimizeanimation-effect-to-js,kwin.upd:port-scale-effect-to-js,kwin.upd:port-dimscreen-effect-to-js,kwin.upd:auto-bordersize,kwin.upd:animation-speed,kwin.upd:desktop-grid-click-behavior,kwin.upd:no-swap-encourage,kwin.upd:make-translucency-effect-disabled-by-default,kwin.upd:remove-flip-switch-effect,kwin.upd:remove-cover-switch-effect,kwin.upd:remove-cubeslide-effect,kwin.upd:remove-xrender-backend,kwin.upd:enable-scale-effect-by-default
[Compositing]
Enabled=false
OpenGLIsUnsafe=false
[Desktops]
Id_1=dbf5719c-e021-433a-8827-177736e685eb
Number=1
Rows=1
[Tiling]
padding=4
[Tiling][156cf4fb-2f61-56b9-b592-f94db81bfd03]
tiles={"layoutDirection":"horizontal","tiles":[{"width":0.25},{"width":0.5},{"width":0.25}]}
Could you replace your files with those from the 1.10 branch? Add the changes you made to the config.txt file: usb_max_current_enable=1 and others.
https://github.com/devDucks/astroarch/tree/1.10/configs
Sure I'll do it late this evening as I'm away from my rig. Only the 4 previous files, isn't it? Thks for your support
Some updates from my side. I've replaced the 4 files and didn't modified at all. Tried to boot, the hotspot is available, I can connect through VNC client but I can only see a blank screen :-( SSH reveals that kstars is up and running.
No time today, but tomorrow I'll try to connect to a display
I forgot to have you change a file x0vncserver.service which is in the 1.10 branch under systemd to etc/systemd/system/x0vncserver.service
Actually it's a symlink to /home/astronaut/.astroarch/systemd/x0vncserver.service, but both, the old and the downloaded file are the same so the result is the same :-( I'll try to restore back the original files and start again, or even flash an SD with a clean image.
I just saw that I forgot to ask you to remove the # in front of After=network-online.target
Add this video=HDMI-A-1:1920x1080M@60D to cmdline.txt which is located in /boot. This way your HDMI will work again
Yes, that was the only difference between the files and that line was commented, so... I'll try it later, but in the meantime I flashed another SD with a fresh image, run KStars 3.7.1 connect to the hotspot and everything runs as expected. No VNC freezing issues!!! Now I'm doing the full update...
Updated and the problem strikes again :-( If I stopt he clock in KStars, it works fine. There is something wrong when updating that causes this issue. With this 'ust updated' image I'll try to modify again the files you suggested and report back.
By the way, after applying the linux-firmware update, VNC doesn't connect anymore and you need to do a pacman -Syu plasma-x11-session Maybe this message should be displayed as well.