Skip to content

fix: better RAK15001 detection - #84

Open
drupol wants to merge 1 commit into
attermann:masterfrom
drupol:push-ntqxlnlrrzkn
Open

fix: better RAK15001 detection#84
drupol wants to merge 1 commit into
attermann:masterfrom
drupol:push-ntqxlnlrrzkn

Conversation

@drupol

@drupol drupol commented Jul 13, 2026

Copy link
Copy Markdown

This PR improves RAK15001 external flash detection and initialization on RAK4631-based builds, making startup more reliable when a RAK15001 module is present.

Problem

RAK15001 detection could fail during boot on some setups, which prevented external flash from being initialized and path storage limits from being raised accordingly.

What changed

  • Added missing power-enable pin definition for RAK4631 board configuration.
  • Extended nRF52 early-board init logic to include RAK4631 where needed.
  • Switched RAK15001 probing to an explicit WisBlock SPI instance with board-specific pin mapping.
  • Explicitly configured WisBlock IO pins to strongly pull WP/HOLD lines high before probing.
  • Used the expected WisBlock sensor-slot CS pin during flash initialization.
  • Added success logging for detected flash initialization.

Result

  • More consistent RAK15001 detection on RAK4631.
  • External flash initialization succeeds in scenarios where it previously failed.
  • Path store limits are applied when external flash is available.

Validation performed

  • Booted firmware with RAK4631 + RAK15001 setup.
  • Confirmed successful flash init trace appears at startup.
  • Confirmed path store sizing is increased after successful flash initialization.
  • Confirmed successful usage locally

@drupol
drupol force-pushed the push-ntqxlnlrrzkn branch from 9198d1d to 6c0570c Compare July 14, 2026 15:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant