feat(sim): GPS/Sensors home pages + repeater instant self-advert

- Turn on ENV_INCLUDE_GPS/UI_SENSORS_PAGE for the sim build (both were
  compiled out entirely, so the GPS and Sensors home-page carousel
  entries didn't exist regardless of home_pages_mask) -- SimSensorManager
  already fed a real JS-settable GPS fix and a temperature/battery
  channel with nothing to display them.
- Add sim_test_advert_flood() to the repeater build too, mirroring
  companion_radio's hook: MyMesh::updateAdvertTimer() otherwise leaves
  the repeater's first self-advert 2 minutes out, so a host page
  couldn't make it discoverable as a contact (needed for admin login)
  right away.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018iubftDmKNWmkNnhJRz8UH

examples/simple_repeater/main.cpp

@@ -48,6 +48,22 @@ static bool g_sim_ready = false;
 extern "C" EMSCRIPTEN_KEEPALIVE int sim_is_ready() {
   return g_sim_ready ? 1 : 0;
 }
+
+// Same idea as companion_radio's sim_test_advert_flood() -- MyMesh's own
+// updateAdvertTimer() (called once from begin()) doesn't fire the repeater's
+// first self-advert for a full 2 minutes (advert_interval defaults to 1,
+// scaled *2*60*1000ms -- see MyMesh::updateAdvertTimer()/begin() in this
+// same MyMesh.cpp), so a host page that wants hero/B to discover the
+// repeater as a contact immediately on boot (rather than waiting out that
+// timer) needs some way to trigger it early. sendSelfAdvertisement(0, true)
+// is the exact same call updateAdvertTimer()'s scheduled path eventually
+// makes, just invoked now instead of on a timer -- real crypto, real
+// packet, nothing faked.
+extern "C" EMSCRIPTEN_KEEPALIVE int sim_test_advert_flood() {
+  if (!g_sim_ready) return 0;
+  the_mesh.sendSelfAdvertisement(0, true);
+  return 1;
+}
 #endif
 
 static char command[160];

variants/sim/build_wasm.sh

@@ -136,6 +136,17 @@ DEFINES=(
   -DFIRMWARE_SOLO_BUILD=1
   -DMAX_CONTACTS=100
   -DMAX_GROUP_CHANNELS=8
+  # Both off by default on every real board variant except the GPS/sensor-
+  # carrying ones (see variants/wio-tracker-l1/platformio.ini,
+  # variants/heltec_t114/platformio.ini etc.) -- without ENV_INCLUDE_GPS,
+  # HomeScreen's GPS enum entry (ui-new/UITask.cpp) doesn't even exist in
+  # the build, so the "GPS" home page from sim_test_show_all_home_pages'
+  # mask=0 has nothing to map to. The demo site wants both on: SimSensorManager
+  # already feeds a real (JS-settable) GPS fix and one temperature/battery
+  # channel (see SimSensorManager.h) -- these two flags are what actually
+  # surface them as on-device pages.
+  -DENV_INCLUDE_GPS=1
+  -DUI_SENSORS_PAGE=1
 )
 
 # -funsigned-char: carried over from Phase 1 verbatim -- real ARM cores

variants/sim/platformio.ini

@@ -41,6 +41,12 @@ build_flags =
   -D FIRMWARE_SOLO_BUILD=1
   -D MAX_CONTACTS=100
   -D MAX_GROUP_CHANNELS=8
+  ; Mirrors build_wasm.sh's DEFINES (see that script's own comment) -- both
+  ; off by default on every real board except the sensor-carrying ones; the
+  ; sim always has a (fake) GPS + one JS-settable env channel behind them
+  ; (SimSensorManager.h), so both are worth showing here.
+  -D ENV_INCLUDE_GPS=1
+  -D UI_SENSORS_PAGE=1
   -I variants/sim/arduino
   -I variants/sim
   -I variants/sim/thirdparty/crypto