-
Notifications
You must be signed in to change notification settings - Fork 1
Troubleshooting
Common issues and solutions.
Symptoms: Clicking Scan shows no devices
Solutions:
- Check USB cable (use data cable, not charge-only)
- Try different USB port
- Check if device appears in system:
- Windows: Device Manager → Ports (COM & LPT)
- macOS:
ls /dev/tty.usb* - Linux:
ls /dev/ttyACM*
- Reflash firmware to microcontroller
- Try Mock mode to verify app works
Symptoms: Device found but ping fails
Solutions:
- Disconnect and reconnect USB
- Reset microcontroller (press reset button)
- Check firmware version matches app version
- Try different USB cable
Symptoms: Chip ID shown but not recognized
Solutions:
- Check wiring - especially CLE, ALE, CE#
- Verify 3.3V power to chip
- Add 10kΩ pull-up on R/B# line
- Check for cold solder joints
- Try slower timing (if supported)
- Report chip for database addition
Symptoms: ID reads as FF FF FF FF FF or 00 00 00 00 00
Causes:
- No power to chip
- CE# not going low
- Data bus not connected
- Chip is dead
Solutions:
- Verify VCC and GND connections
- Check CE# signal with multimeter/scope
- Verify data bus wiring (D0-D7)
- Try known-good chip
Symptoms: Entire dump is empty (0xFF bytes)
Causes:
- Chip is erased/empty
- RE# signal not working
- Data bus issue
Solutions:
- Check RE# wiring
- Verify data bus connections
- Try reading chip ID first (if that works, data bus is OK)
- Chip may actually be empty
Symptoms: Same data repeats every N bytes
Causes:
- Address lines not connected
- Partial address bus failure
Solutions:
- Check all address-related signals (ALE)
- Verify column and row address cycles
Symptoms: Data looks mostly correct but has errors
Causes:
- Signal integrity issues
- Timing too fast
- ECC errors in original data
Solutions:
- Shorten wires
- Add decoupling capacitors
- Use ECC correction in analysis
- Try slower timing
Windows:
- Install WebView2 Runtime
- Run as administrator
macOS:
- Right-click → Open (bypass Gatekeeper)
- Check System Preferences → Security
Linux:
- Make AppImage executable:
chmod +x OpenFlash*.AppImage - Install webkit2gtk:
sudo apt install libwebkit2gtk-4.1-0
Solutions:
- Check for antivirus blocking
- Try running from terminal to see errors
- Delete config:
~/.config/openflash/ - Reinstall application
Symptoms: Scrolling is laggy with large dumps
Solutions:
- Use page navigation instead of scrolling
- Reduce page size in settings
- Close other applications
- Large dumps (>1GB) may be slow
Solutions:
- Hold BOOTSEL before connecting USB
- Keep holding until drive appears
- Try different USB port
- Check USB cable
Solutions:
- Same as Pico - hold BOOTSEL before connecting
- Ensure using RP2350-specific .uf2 file
- Check that drive shows as "RP2350" not "RPI-RP2"
Solutions:
- Set BOOT0 jumper to 1
- Reset board
- Flash via ST-Link or serial
- Set BOOT0 back to 0
Solutions:
- Double-tap reset button to enter bootloader
- Use DFU mode: hold BOOT0, press reset
- Flash via probe-rs or dfu-util
- Check USB cable supports data transfer
Symptoms: Device disconnects during operation
Causes:
- Power issue
- Firmware bug
- USB enumeration problem
Solutions:
- Use powered USB hub
- Update to latest firmware
- Report issue with steps to reproduce
Expected speeds:
- Arduino GIGA (FMC): ~500KB/s (fastest)
- Raspberry Pi 4/5: ~400KB/s
- STM32F4: ~200KB/s
- Orange Pi: ~150KB/s
- RP2350: ~150KB/s
- RP2040: ~100KB/s
- ESP32: ~80KB/s
- STM32F1: ~50KB/s
If slower:
- Check USB connection (use USB 2.0+ port)
- Close other USB-heavy applications
- Avoid USB hubs if possible
- For ESP32: use USB instead of UART if available
- For SBCs: ensure network connection is stable
Symptoms: Permission denied or GPIO errors
Solutions:
- Run with sudo:
sudo openflash-gpio - Add user to gpio group:
sudo usermod -aG gpio $USER - Check /dev/gpiomem permissions
- For Pi 5: ensure libgpiod is installed
Symptoms: Failed to map memory or GPIO access denied
Solutions:
- Run with sudo (required for /dev/mem access)
- Check SoC compatibility (Allwinner H616/H618 or Rockchip)
- Verify correct GPIO pin mapping for your board model
Symptoms: "Connection refused" or timeout
Solutions:
- Verify SBC daemon is running:
ps aux | grep openflash - Check firewall:
sudo ufw allow 5000 - Verify IP address and port
- Try Unix socket for local connections
- Check network connectivity:
ping <sbc-ip>
Symptoms: Daemon exits unexpectedly
Solutions:
- Check logs:
journalctl -u openflash-gpio - Verify GPIO permissions
- Ensure no other process is using GPIO pins
- Update to latest firmware version
- Check GitHub Issues for similar problems
- Ask in Discussions
- Open a bug report with:
- OS and version
- Hardware used
- Steps to reproduce
- Error messages/logs