mirror of
https://github.com/mikecarper/MeshCore.git
synced 2026-09-10 19:45:42 +00:00
agessaman
b2e79d4735
companion_radio has its own NodePrefs without radio_fem_rxgain (matching
upstream, which doesn't wire companion either), so the startup call added in
e905451d broke every companion build:
MyMesh.cpp:973: error: 'struct NodePrefs' has no member named 'radio_fem_rxgain'
It went unnoticed behind the pre-existing companion build failures.
Also port upstream's FEM LNA overrides for heltec_t096 and heltec_tracker_v2
verbatim (board overrides + isLNAEnabled/const getters), so all three boards
upstream wires now match instead of reporting unsupported. Both variant files
compile; those targets still fail overall on the pre-existing non-observer
MQTT-source build-config issue (unchanged with this work stashed).
29 lines
795 B
C++
29 lines
795 B
C++
#pragma once
|
|
|
|
#include <Arduino.h>
|
|
#include <helpers/RefCountedDigitalPin.h>
|
|
#include <helpers/ESP32Board.h>
|
|
#include <driver/rtc_io.h>
|
|
#include "LoRaFEMControl.h"
|
|
|
|
class HeltecTrackerV2Board : public ESP32Board {
|
|
|
|
public:
|
|
RefCountedDigitalPin periph_power;
|
|
LoRaFEMControl loRaFEMControl;
|
|
|
|
HeltecTrackerV2Board() : periph_power(PIN_VEXT_EN,PIN_VEXT_EN_ACTIVE) { }
|
|
|
|
void begin();
|
|
void onBeforeTransmit(void) override;
|
|
void onAfterTransmit(void) override;
|
|
void enterDeepSleep(uint32_t secs, int pin_wake_btn = -1);
|
|
void powerOff() override;
|
|
uint16_t getBattMilliVolts() override;
|
|
const char* getManufacturerName() const override ;
|
|
bool setLoRaFemLnaEnabled(bool enable) override;
|
|
bool canControlLoRaFemLna() const override;
|
|
bool isLoRaFemLnaEnabled() const override;
|
|
|
|
};
|