fix: resolve remaining upstream-merge build breaks; park oversize TLora

Three real regressions from the 2026-07-19 upstream merge, all invisible to the
two prescribed smoke builds:

- heltec_tracker_v2/HeltecTrackerV2Board.cpp: the FEM trio
  (setLoRaFemLnaEnabled/canControlLoRaFemLna/isLoRaFemLnaEnabled) was duplicated
  verbatim by auto-merge, and upstream's new powerOff() (35f654ce) used
  P_LORA_PA_POWER unguarded — a macro defined only for the tracker_v2 envs, while
  heltec_tracker_v1_1 compiles the same board file. Guarded it the same way
  LoRaFEMControl.cpp already guards that macro.

- SimpleMeshTables.h: the tracker variants pull in TFT_eSPI, whose
  TFT_eSPI_ESP32_S3.h defines FS_NO_GLOBALS. That suppresses FS.h's own
  'using fs::File', so File never reached global scope and every TU routed
  through it failed with "'File' has not been declared" — here and at
  simple_repeater/MyMesh.h:158. Restore the using when FS_NO_GLOBALS is set.
  Explicit fs::File is not an option: File is also the global type on the
  nRF52/RP2040 paths, which have no fs namespace.

- ST7735Display.cpp: upstream's HSPI fix (d30d8ed7) guarded on
  HELTEC_LORA_V3 || HELTEC_TRACKER_V2. heltec_tracker_v1_1 matches neither and
  fell through to &SPI1, which is not instantiated on ESP32. Added it to the guard.

Also parks LilyGo_TLora_V2_1_1_6_{repeater,room_server}_observer_mqtt with a
trailing underscore (the nibble_screen_connect convention from b8f1fad6), which
also excludes them from the workflows' enumeration regex. That board does NOT
fit and never did: 2,069,397 / 1,966,080 = 105.3% on flex, with no webconfig and
no upstream merge. It has been failing on production all along — the release
ships 30 envs, not 32 — hidden because build.sh does not propagate pio's exit
code. Dropping webconfig would recover ~46 KB of a ~101 KB deficit, so that is
not a fix. Rationale and options in .scratch/tlora-v2-oversize.md.

src/helpers/SimpleMeshTables.h

@@ -4,6 +4,16 @@
 
 #ifdef ESP32
   #include <FS.h>
+  // TFT_eSPI (pulled in by the tracker variants' display driver) defines
+  // FS_NO_GLOBALS, which suppresses FS.h's own `using fs::File`. Without this,
+  // File never reaches global scope and every TU that reaches FS.h through
+  // TFT_eSPI first fails with "'File' has not been declared" — here and in
+  // simple_repeater/MyMesh.h. Restore exactly what FS.h would have done.
+  // Cannot use fs::File explicitly instead: File is also the global type on the
+  // nRF52/RP2040 paths, which have no fs namespace.
+  #if defined(FS_NO_GLOBALS)
+    using fs::File;
+  #endif
 #endif
 
 #define MAX_PACKET_HASHES  (128+32)

src/helpers/ui/ST7735Display.cpp

@@ -102,7 +102,11 @@
 static TFT_eSPI lcd = TFT_eSPI(160, 80);
 static uint32_t curr_color;
 
-#if defined(HELTEC_LORA_V3) || defined(HELTEC_TRACKER_V2)
+// HELTEC_TRACKER_V1_1 added to upstream's HSPI guard (d30d8ed7): that board uses
+// the same ST7735 panel and also needs a dedicated HSPI instance. Without it the
+// #else branch references SPI1, which is not instantiated on ESP32, so every
+// heltec_tracker_v1_1 env fails to compile.
+#if defined(HELTEC_LORA_V3) || defined(HELTEC_TRACKER_V2) || defined(HELTEC_TRACKER_V1_1)
   static SPIClass tft_spi(HSPI);
   #define  _spi   (&tft_spi)
 #else