rbxii3/firmware
1
0
Fork 0
mirror of https://github.com/meshtastic/firmware.git synced 2025-12-21 18:22:32 +00:00
Code Issues Packages Projects Releases Wiki Activity
Files
004f6fa4d632c2a12ccff493b2851ac15ee70aaf
firmware/src/main.h

48 lines
1.3 KiB
C
Raw Normal View History

begin cleanup of sleep code for new state machine
2020-02-21 17:01:26 -08:00
#pragma once
Scan for i2c sensors in environmental telemetry if enabled (#1492) * Scan for i2c sensors in environmental telemetry if enabled * Update TelemetrySensor.h * Added surpression. * Remove suppression and fix real bug * Interrogate BME sensor id registers
2022-06-05 09:50:06 -05:00
#include <map>
Abstracted statuses, made display event-driven
2020-06-27 21:19:49 -07:00
#include "GPSStatus.h"
#include "NodeStatus.h"
coroutine: kinda works now
2020-10-10 09:57:57 +08:00
#include "PowerStatus.h"
#include "graphics/Screen.h"
Scan for i2c sensors in environmental telemetry if enabled (#1492) * Scan for i2c sensors in environmental telemetry if enabled * Update TelemetrySensor.h * Added surpression. * Remove suppression and fix real bug * Interrogate BME sensor id registers
2022-06-05 09:50:06 -05:00
#include "mesh/generated/telemetry.pb.h"
Screen cleanups and refactoring Work towards separating out how Screen interacts with other stuff. * `Screen` should now be thread-safe. All commands to it are put in a queue and handled in `doTask` from the `loop()` task. * Break dependency from `BluetoothUtil` to `Screen` by changing the pairing request into a callback. * All accesses to screen now happen through the class. * Fix `drawRows` so that the text scrolls along with frame animations. * Remove example code that wasn't used.
2020-03-15 16:47:38 -07:00
Moved button thread to its own file (#1260) * Moved button thread to its own file * Move some debug code blocks into their own files * Shutdown refactoring * Removed GENIEBLOCKS
2022-02-28 21:19:38 +00:00
extern uint8_t screen_found;
Autodetect OLED Controller 1306/1106 (#1317) * Autodetect OLED Controller 1306/1106 and make #define NO_SCREEN work again * fix epaper with autodetect * Try kicking CI - NFC
2022-03-24 17:36:56 +01:00
extern uint8_t screen_model;
Add CardKB, FACES and RAK14004 support to inputbroker/cannedmessages
2022-03-28 16:55:58 +02:00
extern uint8_t cardkb_found;
Support detecting RAK14006 KB
2022-05-09 20:12:49 +02:00
extern uint8_t kb_model;
- implement generic support for on-device battery powered RTC Modules. - implement support for I2C RV-3028 based RTC modules like the RAK12002 - pretty print some debug timestamps
2022-04-27 11:05:08 +02:00
extern uint8_t rtc_found;
Add CardKB, FACES and RAK14004 support to inputbroker/cannedmessages
2022-03-28 16:55:58 +02:00
WIP: unify the RAK targets into one firmware (#1350) * First steps to unify GPS Lib for RAK 1910 and RAK 12500 * Technicalities. Out with the old and build the new. * Adapt Matrix * We use 0.4.5 now * While we're at it, yank the RAK815, it's EOL * Satisfy CI - for now * - yank UBX library, talk to GPS chip with NMEA only. - more autodetect going on, this time for the Eink Display. TODO: actually do something with the scan findings. * i swear this works on windows! :-) * these are only there to make CI happy * don't update eink display if not detected. * Replace Oberon Crypt Library with modified Adafruit Library. This elimintaes the need for the sdk-nfxlib submodule. * - Revert auto screen selection (incomplete) - Revert nrF crypto engine (needs more work) - add separate defines for not-auto-selecting screen lib. * Define 2 new variants for RAK - with or without epaper * Update variants Co-authored-by: Sacha Weatherstone <sachaw100@hotmail.com> Co-authored-by: Ben Meadors <thebentern@tuta.io>
2022-04-25 07:13:41 +02:00
extern bool eink_found;
Rename axp192_found to pmu_found to avoid confusion
2022-09-08 10:32:12 +08:00
extern bool pmu_found;
until my TBEAM is fixed, leave GPS power on in sleep sometimes
2020-02-24 11:21:08 -08:00
extern bool isCharging;
Screen cleanups and refactoring Work towards separating out how Screen interacts with other stuff. * `Screen` should now be thread-safe. All commands to it are put in a queue and handled in `doTask` from the `loop()` task. * Break dependency from `BluetoothUtil` to `Screen` by changing the pairing request into a callback. * All accesses to screen now happen through the class. * Fix `drawRows` so that the text scrolls along with frame animations. * Remove example code that wasn't used.
2020-03-15 16:47:38 -07:00
extern bool isUSBPowered;
Slots for upcoming telemetry sensor support
2022-09-10 17:28:01 -05:00
extern uint8_t nodeTelemetrySensorsMap[TelemetrySensorType_LPS22+1];
Scan for i2c sensors in environmental telemetry if enabled (#1492) * Scan for i2c sensors in environmental telemetry if enabled * Update TelemetrySensor.h * Added surpression. * Remove suppression and fix real bug * Interrogate BME sensor id registers
2022-06-05 09:50:06 -05:00
Allow Portduino to set the TCP port
2022-10-01 12:02:29 +02:00
extern int TCPPort; // set by Portduino
Screen cleanups and refactoring Work towards separating out how Screen interacts with other stuff. * `Screen` should now be thread-safe. All commands to it are put in a queue and handled in `doTask` from the `loop()` task. * Break dependency from `BluetoothUtil` to `Screen` by changing the pairing request into a callback. * All accesses to screen now happen through the class. * Fix `drawRows` so that the text scrolls along with frame animations. * Remove example code that wasn't used.
2020-03-15 16:47:38 -07:00
// Global Screen singleton.
coroutine: kinda works now
2020-10-10 09:57:57 +08:00
extern graphics::Screen *screen;
// extern Observable<meshtastic::PowerStatus> newPowerStatus; //TODO: move this to main-esp32.cpp somehow or a helper class
Abstracted statuses, made display event-driven
2020-06-27 21:19:49 -07:00
coroutine: kinda works now
2020-10-10 09:57:57 +08:00
// extern meshtastic::PowerStatus *powerStatus;
// extern meshtastic::GPSStatus *gpsStatus;
// extern meshtastic::NodeStatusHandler *nodeStatusHandler;
move bluetooth code into something that is architecture specific... because the ESP32 implementation will be different from NRF52 to make this possible I needed to decouple knowlege about bluetooth from our mesh service. Instead mesh service now uses the Obserable pattern to let any interested consumer get notified of important mesh changes (currently that is only bluetooth, but really we should do the same thing for decoupling the GUI 'app' from the mesh service) @girtsf would you mind reviewing my Observer changes? I haven't written C++ code in a long time ;-)
2020-04-10 12:18:48 -07:00
// Return a human readable string of the form "Meshtastic_ab13"
const char *getDeviceName();
use a real macaddr on the nrf52
2020-04-23 16:55:25 -07:00
Moved power fsm thread out of main (#1265)
2022-03-01 18:40:21 +00:00
extern uint32_t timeLastPowered;
add reboot message
2021-03-27 10:19:59 +08:00
extern uint32_t rebootAtMsec;
Admin message shutdown feature (#1124) * Shutdown via proto admin message
2022-01-21 15:03:26 -06:00
extern uint32_t shutdownAtMsec;
add reboot message
2021-03-27 10:19:59 +08:00
adjust for serial wait time during nRF52 bootup
2022-04-02 16:02:26 +02:00
extern uint32_t serialSinceMsec;
dramatically speed up message RX in some cases (we were sleeping much too long)
2021-03-28 12:16:37 +08:00
// If a thread does something that might need for it to be rescheduled ASAP it can set this flag
// This will supress the current delay and instead try to run ASAP.
extern bool runASAP;
Clear bluetooth bonds on multi-press and factory_reset (#1176) * Clear bluetooth bonds on multi-press and factory_reset
2022-02-01 18:32:26 -06:00
void nrf52Setup(), esp32Setup(), nrf52Loop(), esp32Loop(), clearBonds();
Reference in New Issue Copy Permalink