mirror of
https://github.com/agessaman/MeshCore.git
synced 2026-08-28 09:44:26 +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).
23 lines
606 B
C++
23 lines
606 B
C++
#pragma once
|
|
#include <stdint.h>
|
|
|
|
class LoRaFEMControl
|
|
{
|
|
public:
|
|
LoRaFEMControl() {}
|
|
virtual ~LoRaFEMControl() {}
|
|
void init(void);
|
|
void setSleepModeEnable(void);
|
|
void setTxModeEnable(void);
|
|
void setRxModeEnable(void);
|
|
void setRxModeEnableWhenMCUSleep(void);
|
|
void setLNAEnable(bool enabled);
|
|
bool isLnaCanControl(void) const { return lna_can_control; }
|
|
void setLnaCanControl(bool can_control) { lna_can_control = can_control; }
|
|
bool isLNAEnabled(void) const { return lna_enabled; }
|
|
|
|
private:
|
|
bool lna_enabled = false;
|
|
bool lna_can_control = false;
|
|
};
|