A second-pass content audit checked the guides' substantive claims against the code (the first pass only fixed mechanical drift). Fixes: - GETTING_STARTED: described booting a prebuilt SD image and seeing default clock/weather plugins — neither exists. Now documents the real install (Pi OS Lite + one-shot installer / first_time_install.sh) and that displays come from the Plugin Store. Duration and ordering instructions moved to the Rotation tab where the controls actually live. - WEB_INTERFACE_GUIDE: three whole tabs were undocumented (Rotation, Backup & Restore, Tools) and the Display tab's Vegas Scroll section was unmentioned. Fonts overrides are per display element (not per plugin); Logs has an Auto-scroll checkbox (not a Pause button); the aspirational keyboard-shortcut list and no-JS claim removed. - TROUBLESHOOTING: the hand-written service-file template (wrong user, wrong ExecStart, dropped the autostart gate) replaced with the real systemd/ units + install scripts; recovery steps no longer copy placeholder units verbatim; WiFi curl endpoint corrected to /api/v3/; cache-clearing advice now targets the real cache locations. - ADVANCED_FEATURES: removed a false claim that CacheManager has no delete(); fixed two example snippets that raise TypeError (BackgroundDataService and get_config_file_mode signatures); fixed cache paths, a 5-minute TTL that is actually 1 hour, and the vegas table now links the complete 26-key reference. - EMULATOR_SETUP_GUIDE: documented run.py flags that don't exist (--plugin/--test-plugins) removed in favor of dev_server.py and check_plugin.py; shipped emulator config values corrected (browser adapter default on :8888, not pygame). - PLUGIN_QUICK_REFERENCE: drag-and-drop reordering is shipped, not 'not yet supported'; discovery-fallback and registry-repo claims corrected. PLUGIN_API_REFERENCE: get_vegas_segment_width returns panels, not pixels. CONTRIBUTING: the repo uses flake8/mypy/bandit pre-commit hooks, not black/ruff, and tests need requirements-test.txt. - SKIN_SYSTEM/DEVELOPER_QUICK_REFERENCE: stale module paths. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SXb4mKcAkVaxkeTb3YnAdr
22 KiB
Troubleshooting Guide
Quick Diagnosis Steps
Run these checks first to quickly identify common issues:
1. Check Service Status
# Check all LEDMatrix services
sudo systemctl status ledmatrix
sudo systemctl status ledmatrix-web
sudo systemctl status ledmatrix-wifi-monitor
# Check AP mode services (if using WiFi)
sudo systemctl status hostapd
sudo systemctl status dnsmasq
Note: Look for active (running) status and check for error messages in the output.
2. View Service Logs
IMPORTANT: The web service logs to syslog, NOT stdout. Use journalctl to view logs:
# View all recent logs
sudo journalctl -u ledmatrix -n 50
sudo journalctl -u ledmatrix-web -n 50
# Follow logs in real-time
sudo journalctl -u ledmatrix -f
# View logs from last hour
sudo journalctl -u ledmatrix-web --since "1 hour ago"
# Filter for errors only
sudo journalctl -u ledmatrix -p err
3. Run Diagnostic Scripts
# Web interface diagnostics
bash scripts/diagnose_web_interface.sh
# WiFi setup verification
./scripts/verify_wifi_setup.sh
# Captive portal troubleshooting
./scripts/troubleshoot_captive_portal.sh
Weather is provided by the
ledmatrix-weatherplugin (installed via the Plugin Store). To troubleshoot weather, check that plugin's tab in the web UI for its API key and recent error messages, then watch the Logs tab.
4. Check Configuration
# Verify web interface autostart
cat config/config.json | grep web_display_autostart
# Check plugin enabled status
cat config/config.json | grep -A 2 "plugin-id"
# Verify API keys present
ls -l config/config_secrets.json
5. Test Manual Startup
# Test web interface manually
python3 web_interface/start.py
# If it works manually but not as a service, check systemd service file
Common Issues by Category
Installation & Build Issues
Step 6 fails: "Failed building wheel for rgbmatrix"
Symptoms:
note: This error originates from a subprocess, and is likely not a problem with pip.
ERROR: Failed building wheel for rgbmatrix
Failed to build rgbmatrix
✗ Failed to install rpi-rgb-led-matrix Python package
Cause:
Almost always the kernel's out-of-memory killer, not missing build tools. The
rpi-rgb-led-matrix library compiles roughly 45 C++ translation units, two of
them Cython-generated — a single cc1plus on those can peak near 800MB. The
build system defaults to running several of those at once, which exceeds RAM on
512MB and 1GB boards. Because the OOM killer writes nothing to pip's output, the
failure looks like a toolchain problem, and sudo apt install -y python-dev-is-python3 cmake build-essential will report everything is already
up to date.
How to confirm:
dmesg -T | grep -i "out of memory" # look for "Killed process ... (cc1plus)"
free -h # total RAM and swap
Fix:
Current versions of the installer handle this automatically: they cap build parallelism based on available RAM and add a temporary swapfile for the build, removing it when the build finishes. If you are on an older checkout, or the temporary swapfile could not be created, either force a serial compile:
sudo ./first_time_install.sh --build-jobs 1
or add permanent swap and re-run the installer, which resumes at Step 6:
sudo apt install -y dphys-swapfile
sudo sed -i 's/^#\?CONF_SWAPSIZE=.*/CONF_SWAPSIZE=2048/' /etc/dphys-swapfile
sudo sed -i 's/^#\?CONF_MAXSWAP=.*/CONF_MAXSWAP=2048/' /etc/dphys-swapfile
sudo dphys-swapfile swapoff && sudo dphys-swapfile setup && sudo dphys-swapfile swapon
sudo ./first_time_install.sh
CONF_MAXSWAP matters: it defaults to 2048 and silently clamps CONF_SWAPSIZE,
so setting only CONF_SWAPSIZE to a larger value has no effect.
Related:
- The installer needs roughly 3GB free on the card to place the swapfile. If
disk is tight it will say so and skip the swapfile:
sudo apt cleanfirst. sudo bash scripts/check_system_compatibility.shreports RAM and disk.sudo bash scripts/diagnose_dependencies.shdumps build-dependency state.
Web Interface & Service Issues
Service Not Running/Starting
Symptoms:
- Cannot access web interface at http://your-pi-ip:5000
systemctl status ledmatrix-webshowsinactive (dead)
Solutions:
-
Start the service:
sudo systemctl start ledmatrix-web -
Enable on boot:
sudo systemctl enable ledmatrix-web -
Check why it failed:
sudo journalctl -u ledmatrix-web -n 50
web_display_autostart is False
Symptoms:
- Service exists but web interface doesn't start automatically
- Logs show service starting but nothing happens
Solution:
# Edit config.json
nano config/config.json
# Set web_display_autostart to true
{
"web_display_autostart": true,
...
}
# Restart service
sudo systemctl restart ledmatrix-web
Import or Dependency Errors
Symptoms:
- Logs show
ModuleNotFoundErrororImportError - Service fails to start with Python errors
Solutions:
-
Install dependencies:
pip3 install --break-system-packages -r requirements.txt pip3 install --break-system-packages -r web_interface/requirements.txt -
Test imports step-by-step:
python3 -c "from src.config_manager import ConfigManager; print('OK')" python3 -c "from src.plugin_system.plugin_manager import PluginManager; print('OK')" python3 -c "from web_interface.app import app; print('OK')" -
Check Python path:
python3 -c "import sys; print(sys.path)"
Port Already in Use
Symptoms:
- Error:
Address already in use - Service fails to bind to port 5000
Solutions:
-
Check what's using the port:
sudo lsof -i :5000 -
Kill the conflicting process:
sudo kill -9 <PID> -
Or change the port in start.py:
app.run(host='0.0.0.0', port=5051)
Permission Issues
Symptoms:
Permission deniederrors in logs- Cannot read/write configuration files
Solutions:
# Fix ownership of LEDMatrix directory
sudo chown -R ledpi:ledpi /home/ledpi/LEDMatrix
# Fix config file permissions
sudo chmod 644 config/config.json
sudo chmod 640 config/config_secrets.json
# Verify service runs as correct user
sudo systemctl cat ledmatrix-web | grep User
Flask/Blueprint Import Errors
Symptoms:
ImportError: cannot import name 'app'ModuleNotFoundError: No module named 'blueprints'
Solutions:
-
Verify file structure:
ls -l web_interface/app.py ls -l web_interface/blueprints/api_v3.py ls -l web_interface/blueprints/pages_v3.py -
Check for __init__.py files:
ls -l web_interface/__init__.py ls -l web_interface/blueprints/__init__.py -
Test import manually:
cd /home/ledpi/LEDMatrix python3 -c "from web_interface.app import app"
WiFi & AP Mode Issues
AP Mode Not Activating
Symptoms:
- WiFi disconnected but AP mode doesn't start
- Cannot find "LEDMatrix-Setup" network
Solutions:
-
Check auto-enable setting:
cat config/wifi_config.json | grep auto_enable_ap_mode # Should show: "auto_enable_ap_mode": true -
Verify WiFi monitor service is running:
sudo systemctl status ledmatrix-wifi-monitor -
Wait for grace period (90 seconds):
- AP mode requires 3 consecutive disconnected checks at 30-second intervals
- Total wait time: 90 seconds after WiFi disconnects
-
Check if Ethernet is connected:
nmcli device status # If Ethernet is connected, AP mode won't activate -
Check required services:
sudo systemctl status hostapd sudo systemctl status dnsmasq -
Manually enable AP mode:
# Via API (the WiFi blueprint is mounted under /api/v3) curl -X POST http://localhost:5000/api/v3/wifi/ap/enable # Via Python python3 -c " from src.wifi_manager import WiFiManager wm = WiFiManager() wm.enable_ap_mode() "
Cannot Connect to AP Mode / Connection Refused
Symptoms:
- Can see "LEDMatrix-Setup" network but can't connect to web interface
- Browser shows "Connection Refused" or "Can't connect to server"
- AP mode active but web interface not accessible
Solutions:
-
Verify web server is running:
sudo systemctl status ledmatrix-web # Should be active (running) -
Use correct IP address and port:
- Correct:
http://192.168.4.1:5000 - NOT:
http://192.168.4.1(port 80 — nothing listens there)
- Correct:
-
Check wlan0 has correct IP:
ip addr show wlan0 # Should show: inet 192.168.4.1/24 -
Verify hostapd and dnsmasq are running:
sudo systemctl status hostapd sudo systemctl status dnsmasq -
Test from the Pi itself:
curl http://192.168.4.1:5000 # Should return HTML
DNS Resolution Failures
Symptoms:
- Captive portal doesn't redirect automatically
- DNS lookups fail when connected to AP mode
Solutions:
-
Check dnsmasq status:
sudo systemctl status dnsmasq sudo journalctl -u dnsmasq -n 20 -
Verify DNS configuration:
cat /etc/dnsmasq.conf | grep -v "^#" | grep -v "^$" -
Test DNS resolution:
nslookup captive.apple.com # Should resolve to 192.168.4.1 when in AP mode -
Manual captive portal testing:
- Try these URLs manually:
http://192.168.4.1:5000http://captive.apple.comhttp://connectivitycheck.gstatic.com/generate_204
- Try these URLs manually:
Firewall Blocking Port 5000
Symptoms:
- Services running but cannot connect
- Works from Pi but not from other devices
Solutions:
-
Check UFW status:
sudo ufw status -
Allow port 5000:
sudo ufw allow 5000/tcp -
Check iptables:
sudo iptables -L -n -
Temporarily disable firewall to test:
sudo ufw disable # Test if it works, then re-enable and add rule sudo ufw enable sudo ufw allow 5000/tcp
Plugin Issues
Plugin Not Enabled
Symptoms:
- Plugin installed but doesn't appear in rotation
- Plugin shows in web interface but is greyed out
Solutions:
-
Enable in configuration:
{ "plugin-id": { "enabled": true, ... } } -
Restart display:
sudo systemctl restart ledmatrix -
Verify in web interface:
- Open the Plugin Manager tab
- Toggle the plugin switch to enable
- From Overview, click Restart Display Service
Plugin Not Loading
Symptoms:
- Plugin enabled but not showing
- Errors in logs about plugin
Solutions:
-
Check plugin directory exists:
ls -ld plugin-repos/plugin-id/ -
Verify manifest.json:
cat plugin-repos/plugin-id/manifest.json # Verify all required fields present -
Check dependencies installed:
if [ -f plugin-repos/plugin-id/requirements.txt ]; then pip3 install --break-system-packages -r plugin-repos/plugin-id/requirements.txt fi -
Check logs for plugin errors:
sudo journalctl -u ledmatrix -f | grep plugin-id -
Test plugin import:
python3 -c " import sys sys.path.insert(0, 'plugin-repos/plugin-id') from manager import PluginClass print('Plugin imports successfully') "
Stale Cache Data
Symptoms:
- Plugin shows old data
- Data doesn't update even after restarting
- Clearing cache in web interface doesn't help
Solutions:
-
Manual cache clearing:
The cache does not live in the project directory. The cache manager uses the first writable location among
/var/cache/ledmatrix,~/.ledmatrix_cache,/opt/ledmatrix/cache, and$TMPDIR/ledmatrix_cache. The easiest option is the helper script:# Clear the cache with the helper script sudo python3 scripts/utils/clear_cache.py # Or remove files manually from the cache dir in use, e.g.: sudo rm -rf /var/cache/ledmatrix/* # Restart display sudo systemctl restart ledmatrix -
Check cache permissions:
ls -ld /var/cache/ledmatrix sudo ./scripts/fix_perms/fix_cache_permissions.sh
Weather Plugin Specific Issues
Missing or Invalid API Key
Symptoms:
- "No Weather Data" message on display
- Logs show API authentication errors
Solutions:
-
Get OpenWeatherMap API key:
- Sign up at https://openweathermap.org/api
- Free tier: 1,000 calls/day, 60 calls/minute
- Copy your API key
-
Add to config_secrets.json (recommended):
{ "openweathermap_api_key": "your-api-key-here" } -
Or add to config.json:
{ "ledmatrix-weather": { "enabled": true, "openweathermap_api_key": "your-api-key-here", ... } } -
Secure the API key file:
chmod 640 config/config_secrets.json -
Restart display:
sudo systemctl restart ledmatrix
API Rate Limits Exceeded
Symptoms:
- Weather works initially then stops
- Logs show HTTP 429 errors (Too Many Requests)
- Error message: "Rate limit exceeded"
Solutions:
-
Increase update interval:
{ "ledmatrix-weather": { "update_interval": 300, ... } }Note: Minimum recommended: 300 seconds (5 minutes)
-
Check current rate limit usage:
- OpenWeatherMap free tier: 1,000 calls/day, 60 calls/minute
- With 300s interval: 288 calls/day (well within limits)
-
Monitor API calls:
sudo journalctl -u ledmatrix -f | grep "openweathermap"
Invalid Location Configuration
Symptoms:
- "No Weather Data" message
- Logs show location not found errors
Solutions:
-
Use correct location format:
{ "ledmatrix-weather": { "city": "Tampa", "state": "FL", "country": "US" } } -
Use ISO country codes:
- US = United States
- GB = United Kingdom
- CA = Canada
- etc.
-
Test API call manually:
API_KEY="your-key-here" curl "http://api.openweathermap.org/data/2.5/weather?q=Tampa,FL,US&appid=${API_KEY}"
Network Connectivity to OpenWeatherMap
Symptoms:
- Other internet features work
- Weather specifically fails
- Connection timeout errors
Solutions:
-
Test connectivity:
ping api.openweathermap.org -
Test DNS resolution:
nslookup api.openweathermap.org -
Test API endpoint:
curl -I https://api.openweathermap.org # Should return HTTP 200 or 301 -
Check firewall:
# Ensure HTTPS (443) is allowed for outbound connections sudo ufw status
Diagnostic Commands Reference
Service Commands
# Check status
sudo systemctl status ledmatrix
sudo systemctl status ledmatrix-web
sudo systemctl status ledmatrix-wifi-monitor
# Start service
sudo systemctl start <service-name>
# Stop service
sudo systemctl stop <service-name>
# Restart service
sudo systemctl restart <service-name>
# Enable on boot
sudo systemctl enable <service-name>
# Disable on boot
sudo systemctl disable <service-name>
# View service file
sudo systemctl cat <service-name>
# Reload systemd after editing service files
sudo systemctl daemon-reload
Log Viewing Commands
# View recent logs (last 50 lines)
sudo journalctl -u ledmatrix -n 50
# Follow logs in real-time
sudo journalctl -u ledmatrix -f
# View logs from specific time
sudo journalctl -u ledmatrix --since "1 hour ago"
sudo journalctl -u ledmatrix --since "2024-01-01 10:00:00"
# View logs until specific time
sudo journalctl -u ledmatrix --until "2024-01-01 12:00:00"
# Filter by priority (errors only)
sudo journalctl -u ledmatrix -p err
# Filter by priority (warnings and errors)
sudo journalctl -u ledmatrix -p warning
# Search logs for specific text
sudo journalctl -u ledmatrix | grep "error"
sudo journalctl -u ledmatrix | grep -i "plugin"
# View logs for multiple services
sudo journalctl -u ledmatrix -u ledmatrix-web -n 50
# Export logs to file
sudo journalctl -u ledmatrix > ledmatrix.log
Network Testing Commands
# Test connectivity
ping -c 4 8.8.8.8
ping -c 4 api.openweathermap.org
# Test DNS resolution
nslookup api.openweathermap.org
dig api.openweathermap.org
# Test HTTP endpoint
curl -I http://your-pi-ip:5000
curl http://192.168.4.1:5000
# Check listening ports
sudo lsof -i :5000
sudo netstat -tuln | grep 5000
# Check network interfaces
ip addr show
nmcli device status
File/Directory Verification
# Check file exists
ls -l config/config.json
ls -l plugin-repos/plugin-id/manifest.json
# Check directory structure
ls -la web_interface/
ls -la plugin-repos/
# Check file permissions
ls -l config/config_secrets.json
# Check file contents
cat config/config.json | jq .
cat config/wifi_config.json | grep auto_enable
Python Import Testing
# Test core imports
python3 -c "from src.config_manager import ConfigManager; print('OK')"
python3 -c "from src.plugin_system.plugin_manager import PluginManager; print('OK')"
python3 -c "from src.display_manager import DisplayManager; print('OK')"
# Test web interface imports
python3 -c "from web_interface.app import app; print('OK')"
python3 -c "from web_interface.blueprints.api_v3 import api_v3; print('OK')"
# Test WiFi manager
python3 -c "from src.wifi_manager import WiFiManager; print('OK')"
# Test plugin import
python3 -c "
import sys
sys.path.insert(0, 'plugin-repos/plugin-id')
from manager import PluginClass
print('Plugin imports OK')
"
Reinstalling Service Files
If a systemd service file is corrupted or missing, do NOT hand-write
one. The real unit files live in the repo's systemd/ directory
(ledmatrix.service, ledmatrix-web.service,
ledmatrix-wifi-monitor.service) and contain a
__PROJECT_ROOT_DIR__ placeholder that the install scripts substitute
with your actual checkout path:
# Reinstall the display service unit
sudo ./scripts/install/install_service.sh
# Reinstall the web interface service unit
sudo ./scripts/install/install_web_service.sh
Note that ledmatrix-web.service runs as root via
scripts/utils/start_web_conditionally.py — root is needed for
system operations (service control, WiFi management), and the wrapper
honors the web_display_autostart config flag before actually
starting the web server.
Complete Diagnostic Script
Run this script for comprehensive diagnostics:
#!/bin/bash
echo "=== LEDMatrix Diagnostic Report ==="
echo ""
echo "1. Service Status:"
systemctl status ledmatrix --no-pager -n 5
systemctl status ledmatrix-web --no-pager -n 5
echo ""
echo "2. Recent Logs:"
journalctl -u ledmatrix -n 20 --no-pager
echo ""
echo "3. Configuration:"
cat config/config.json | grep -E "(web_display_autostart|enabled)"
echo ""
echo "4. Network Status:"
ip addr show | grep -E "(wlan|eth|inet )"
curl -s http://localhost:5000 > /dev/null && echo "Web interface: OK" || echo "Web interface: FAILED"
echo ""
echo "5. File Structure:"
ls -la web_interface/ | head -10
ls -la plugin-repos/ | head -10
echo ""
echo "6. Python Imports:"
python3 -c "from src.config_manager import ConfigManager" && echo "ConfigManager: OK" || echo "ConfigManager: FAILED"
python3 -c "from web_interface.app import app" && echo "Web app: OK" || echo "Web app: FAILED"
echo ""
echo "=== End Diagnostic Report ==="
Success Indicators
A properly functioning system should show:
-
Services Running:
● ledmatrix.service - active (running) ● ledmatrix-web.service - active (running) -
Web Interface Accessible:
- Navigate to http://your-pi-ip:5000
- Page loads successfully
- Display preview visible
-
Logs Show Normal Operation:
INFO: Web interface started on port 5000 INFO: Loaded X plugins INFO: Display rotation active -
Process Listening on Port:
$ sudo lsof -i :5000 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME python3 1234 ledpi 3u IPv4 12345 0t0 TCP *:5000 (LISTEN) -
Plugins Loading:
- Logs show plugin initialization
- Plugins appear in web interface
- Display cycles through enabled plugins
Emergency Recovery
If the system is completely broken:
1. Git Rollback
# View recent commits
git log --oneline -10
# Rollback to previous commit
git reset --hard HEAD~1
# Or rollback to specific commit
git reset --hard <commit-hash>
# Restart all services
sudo systemctl restart ledmatrix
sudo systemctl restart ledmatrix-web
2. Fresh Service Installation
# Reinstall WiFi monitor
sudo ./scripts/install/install_wifi_monitor.sh
# Recreate service files (substitutes __PROJECT_ROOT_DIR__ in systemd/ units)
sudo ./scripts/install/install_service.sh
sudo ./scripts/install/install_web_service.sh
# Restart
sudo systemctl restart ledmatrix ledmatrix-web
3. Full System Reboot
# As a last resort
sudo reboot
Related Documentation
- WEB_INTERFACE_GUIDE.md - Web interface usage
- WIFI_NETWORK_SETUP.md - WiFi configuration
- PLUGIN_STORE_GUIDE.md - Plugin installation
- REST_API_REFERENCE.md - API documentation