-
-
Notifications
You must be signed in to change notification settings - Fork 20
This page collects common questions and solutions for using Ava.
Possible causes:
- Device and HA not on same network
- Firewall blocking connection
- Ava service not started
Solutions:
- Ensure device and HA connected to same WiFi
- Check router firewall settings, open port 6053
- Start voice satellite service in Ava
- Try manually adding device (enter IP address)
- On Android 14+, make sure Ava has started its foreground service and is not killed by battery optimization
Possible causes:
- Unstable network
- Ava killed by system
- Battery optimization restrictions
- Android 14+ foreground-service rules delaying startup or restart
- CPU entering deep sleep when screen turns off (battery tablets)
Solutions:
- Check WiFi signal strength
- Disable battery optimization for Ava
- Add Ava to system whitelist
- Keep device charging
- Restart the voice satellite from the Ava sidebar or Home Assistant button if it did not auto-recover
- Since 0.5.9, startup and recovery are more resilient on Android 14+ — ensure you are on the latest version
- 0.7.3: Enable Keep CPU awake when screen is off in Settings → Service features → Keep Running — prevents deep sleep from swallowing the HA heartbeat on battery tablets
- Open phone Settings
- Go to Battery or App Management
- Find Ava
- Select Unrestricted or Allow background activity
The old Auto Restart page was renamed and expanded into Keep Running in 0.7.3. It consolidates three independent mechanisms that keep Ava alive:
| Setting | What it does | Default |
|---|---|---|
| Auto Restart | After device reboot or app update, launch Ava and start the voice service automatically | On |
| Crash recovery | If the app process dies unexpectedly (native crash, GPU crash, OOM kill), Ava relaunches itself — Android 10+ needs Display over other apps permission | On |
| Keep CPU awake when screen is off | Holds a partial wake lock so the CPU does not enter deep sleep while the screen is off — keeps the HA WebSocket heartbeat and Wi-Fi alive on battery tablets | On |
Path: Settings → Service features → Keep Running
How crash recovery works: A sticky background service and a heartbeat alarm are both registered with the OS in advance. If the process dies below anything Java can catch (native signal, WebView GPU crash), Android restarts the sticky service and the alarm recreates the process. A 2-minute throttle prevents startup crash loops. Ava only self-heals if it was in the foreground when it died — background deaths are left to the system.
How auto-restart works: Without root, Ava relies on the system boot broadcast. With Shizuku, it can bypass OEM battery restrictions. With root (Magisk), it also writes a boot script that starts Ava immediately after reboot — before the system even finishes booting.
Tip: If Ava disappears after a device reboot on a white-label tablet, the OEM likely killed the boot broadcast. Enable Ava Accessibility as a fallback, or use Shizuku/root for the boot script path.
Checklist:
- Microphone permission granted
- Mute mode disabled
- Voice Channel enabled
- Device volume not muted
- Wake word configured correctly
Solutions:
- Check microphone permission in phone settings
- Disable mute in Ava settings
- Press volume keys to increase volume
- Try different wake word
- Try different System Recording Mode
Possible causes:
- Environment too noisy
- Pronunciation unclear
- Too far from device
- Sensitivity too low
Solutions:
- Use in quiet environment
- Speak wake word clearly and slowly
- Move closer to device
- Increase wake word sensitivity
- Enable noise suppression
- Try other wake words
- Try OpenWakeWord — its shared embedding + consecutive-hit gate is more robust to noise. microWakeWord remains the lightweight always-on default.
- Enable Software echo cancellation in Settings -> Voice Config
- This cancels Ava's own playback from the microphone input
This is usually a Home Assistant issue:
- Check HA voice assistant configuration
- Ensure Whisper and other components working
- Check network latency
- Try speaking more clearly
Checklist:
- HA TTS configured correctly
- Ava volume not muted
- Network connection normal
- Ensure all devices are on the same LAN
- Check firewall settings
- Ensure Voice Messages is enabled on receiving devices
- Try restarting the service on both devices
- Check if Receive Voice Messages is enabled on the target device
- Check network connection
- Check if the microphone is busy (voice assistant active)
- Ensure both devices are on the same LAN
- Check if the target device has Answer Incoming Calls enabled
- The target device may not have answered within 1 minute
See Voice Messages & Calls for details.
Checklist:
- Screensaver enabled
- Overlay permission granted
- Timeout configured
- Screensaver URL correct (if using web screensaver)
Solutions:
- Enable screensaver in settings
- Grant overlay permission
- Set appropriate timeout
- Try built-in Xiaomi Wallpaper
Checklist:
- Overlay permission granted
- Specific floating window enabled (Dream Clock, Simple Clock, etc.)
- No other overlay blocking
Solutions:
- Check overlay permission
- Enable specific floating window in Settings -> Extensions
- Try restarting service
See Floating Windows for details.
Checklist:
- Overlay permission granted
- Scene ID correct
- HA service call successful
Solutions:
- Check overlay permission
- Confirm scene ID spelling
- Test service call in HA Developer Tools
Possible causes:
- URL incorrect
- Network issue
- Rendering issue
- WebView outdated
Solutions:
- Check if URL is accessible
- Check network connection
- Try switching render mode (hardware/software)
- Try switching to GeckoView engine
- Update system WebView
See Browser for details.
- This may be a WebView issue on certain devices
- Try switching to GeckoView engine
- Check if the system WebView is up to date
| Permission | Purpose | Required |
|---|---|---|
| Microphone | Voice input | Yes |
| Overlay | Display screensaver, notifications, floating windows | Yes |
| Foreground Service | Keep service running | Yes |
| Camera | Photos and video | No |
| Bluetooth | Presence detection and BLE proxy | No |
| Location | Bluetooth scanning | No |
- Open phone Settings
- Go to Apps -> Ava
- Find Permissions or Special permissions
- Enable Display over other apps or Overlay
- Ensure Shizuku is installed and running
- Enable via wireless debugging or ADB
- Go to Settings -> Permissions -> Shizuku Authorization
- Tap Authorize
See Permissions for detailed guide.
Possible causes:
- Screen on for extended periods
- Video stream frame rate too high
- Too many background tasks
Solutions:
- Lower screen brightness
- Use screensaver (moves content)
- Lower video frame rate and resolution
- Disable unused features
Solutions:
- Keep device charging
- Enable "Turn off in dark"
- Lower screen brightness
- Reduce background refresh frequency
- Use Balanced or Low Power Bluetooth scan
Solutions:
- Restart Ava service
- Clear app cache
- Reduce simultaneous features
- Check device storage space
- Enable Sendspin Optimization Mode for low-memory devices
Auto update: Ava checks for updates periodically and auto-downloads new versions.
Manual update:
- Visit GitHub Releases
- Download latest APK
- Install over old version
Settings stored in app data, normal updates won't lose them. If lost:
- Check if uninstalled then reinstalled (clears data)
- Reconfigure settings
Common issues:
- Background service killed
- Overlay permission restricted
- Auto-start disabled
Solutions:
- Settings -> Apps -> Ava -> Battery saver -> No restrictions
- Settings -> Apps -> Ava -> Permissions -> Background pop-up -> Allow
- Settings -> Apps -> Auto-start management -> Allow Ava
- Add Ava to battery optimization whitelist
Common issues:
- App killed by battery management
- Overlay permission needs extra setup
Solutions:
- Settings -> Apps -> App launch management -> Ava -> Allow manual management
- Settings -> Battery -> App launch management -> Ava -> Allow all
- Settings -> Apps -> Ava -> Permissions -> Overlay -> Allow
Common issues:
- Background running restricted
- Notification permission needs separate enabling
Solutions:
- Settings -> Battery -> More battery settings -> Optimization strategy -> Ava -> Don't optimize
- Settings -> Apps -> Ava -> Permissions -> Allow background running
- Settings -> Notifications -> Ava -> Allow notifications
Common issues:
- Background service restricted
- Auto-start needs manual enabling
Solutions:
- Settings -> Battery -> Background power consumption -> Ava -> Allow high power consumption
- Settings -> Apps & permissions -> Auto-start management -> Ava -> Allow
Common issues:
- Battery optimization kills background service
Solutions:
- Settings -> Apps -> Ava -> Battery -> Unrestricted
- Settings -> Battery and device care -> Battery -> Background usage limits -> Add Ava to Never auto disable
Usually fewer issues, but still need:
- Settings -> Apps -> Ava -> Battery -> Unrestricted
Most issues are permission-related, general solutions:
Background running permission:
- Settings -> App management -> Ava -> Battery/Power saving -> Unrestricted/Don't optimize
- Settings -> Battery -> Background management -> Allow Ava background running
Overlay permission:
- Settings -> App management -> Ava -> Permissions -> Overlay/Display over other apps
- Some systems may have it under "Special permissions"
Auto-start permission:
- Settings -> App management -> Auto-start management -> Allow Ava
- Some systems may have it in "Security Center" or "Phone Manager"
General tips:
- Add Ava to battery optimization whitelist
- Lock Ava in recent tasks (tap lock icon on card)
- Keep device charging
Possible causes:
- WebView version outdated
- Insufficient memory
- Web content too complex
Solutions:
- Update system WebView (via Play Store)
- Switch to software rendering mode
- Try GeckoView engine
- Ava has built-in crash recovery, will auto-rebuild WebView
- Check device architecture (arm64-v8a or armeabi-v7a required)
- Check network connection
- Ensure overlay permission is granted
- Try again later if download fails
See Browser for GeckoView details.
Possible causes:
- Network cannot access GitHub
- Cache corrupted
Solutions:
- Check network connection
- Restart Ava app
- Scenes cache locally, next startup loads from cache first
Checklist:
- Bluetooth permission granted
- Location permission granted (Android requirement)
- Bluetooth enabled
- Check capability tier in Settings -> Bluetooth
See Bluetooth for details.
- Check Sendspin Sync Offset in Settings -> Extensions -> Media Player
- Try enabling Sendspin Optimization Mode for low-memory devices
- Check network connection between devices
- Ensure all devices use the same audio format
See Sendspin for details.
- Check if entity IDs are correct
- Check if entities exist in Home Assistant
- Check supported entity types: switch, button, light, sensor, binary_sensor, cover, climate, fan, input_boolean, input_number, input_select, input_text, scene, script, vacuum, water_heater, timer, camera
See Quick Entity for details.
- Check network connection
- Tap Refresh in Mod Store
- Check if mods are available for your device
See Mod Store for details.
- Visit GitHub Issues: https://github.com/knoop7/Ava/issues
- Use the appropriate issue template (Bug Report, Feature Request, or Contribution)
- Provide device info, Android version, and Ava version
- Attach logs and screenshots if possible
- Go to Settings -> Voice Config
- Tap Stop Service
- Wait a few seconds
- Tap Start Service
Use ADB to view logs:
adb logcat | grep -i avaOr use the in-app debug log:
- Go to Settings -> Debug
- Tap Copy logs
Back to Home
- Quick-Start
- System-Requirements
- Voice-Control
- Chorus-Wake
- ESPHome-Encryption
- HA-Direct-Connection
- Browser
- Screensaver
- Floating-Windows
- Home-Launcher
- Home-Screen-Widgets
- Notification-Scenes
- Quick-Entity
- Sensors
- Backup
- Sendspin
- Bluetooth
- Voice-Messages-Calls
- Music-Playback
- Camera
- Screen-Control
- Intent-Launcher
- ADB-Commands
- Mod-Store
- Ava-Fleet