pull/8/head v1.7.7
Max-Plastix 2022-05-07 21:12:59 -07:00
commit 2b6ad6dab0
2 zmienionych plików z 61 dodań i 8 usunięć

Wyświetl plik

@ -40,9 +40,9 @@ The most common OLED Display used is a 0.96" screen with SSD1306 controller. Y
#### Soldering the 4-pin OLED connection
Since the display is not pre-installed, the buyer must solder the 4-pin connection between the T-Beam and OLED. Be very careful to match the pinout and position of the display! Some OLED displays have VCC and GND reversed from the expected pinout, and require some creative wiring to adapt.
Since the display is not pre-installed, the buyer must solder the 4-pin connection between the T-Beam and OLED. Be very careful to match the pinout and position of the display! Some OLED displays have VCC and GND reversed from the expected pinout, and require some creative wiring to adapt. If your OLED came with the T-Beam, it's probably correct and ready-to-solder.
If you incorrectly power the OLED, short connections, or damage the Pin 21/22 connections (i2c), it is very likely that both the OLED and the AXP Power management unit are unreachable, and the board may fail in unexpected ways. It's a good idea to program the device and check the UART Monitor output before installing the OLED, for some confidence that the board works before soldering.
If you incorrectly power the OLED, short connections, or damage the Pin 21/22 connections (i2c), it is very likely that both the OLED and the AXP Power management unit are unreachable, and the board may fail in unexpected ways. It's a good idea to program the device and check the UART Monitor output before installing the OLED, for some confidence that the board works before soldering. (Nobody actually does this, but it's a good idea.)
# Mandatory Configuration
Before Buliding and Uploading, you will probably want to inspect or change some items in these three files:
@ -69,6 +69,59 @@ By default, the `DevEUI` is generated automatically to be unique to each unit, b
### Mapper uplink period and behavior
Read through the comments in `configuration.h` to see if the default Mapper behavior suits your needs, especially in the area of default time/distance between Uplink packets.
# Building and Programming
This code started off as an Arduino IDE project, with `.ino` filenames, but the complexity of managing installed libraries in Arduino IDE made it difficult to sustain. Now, the code must be built with PlatformIO and Visual Studio Code. These is an excellent free/open-source IDE for ESP32 platforms, and allows each project to pull in the required libraries to complete the build, as well as program it into the device.
There are excellent guides to installing and using PlatformIO, but for this project, your goal is to open the project, edit the configuration files, and then select `Build` and `Upload` to program the T-Beam device.
## MacOS Guide
Building and programming with PlatformIO on MacOS is mostly the same, but has some unique challenges. `@Rob Cryft` wrote this excellent guide on ["Getting Started with Helium Mapping"](https://levelup.gitconnected.com/getting-started-with-helium-mapping-2833914c4d3) that walks through the whole process on Mac.
# Battery life and power consumption
The T-Beam is not the lowest-power Mapper device, because it has a powerful dual-core ESP32 CPU, Power Management IC (PMIC or PMU), and other design decisions that lead to a pretty high operating current of 110mA or so.
There is an excellent Lithium-Ion 18650 battery management and charger built-in, so you can install a battery cell, and operate it from USB power while it charges and maintains the battery. The USB port can draw up to 1 Amp, with 750mA or so going to battery charging.
## Battery Selection
If you plan to run the Mapper primarily on battery with infrequent charging, you will want a battery with the highest mAh (milliamp-hour) rating, typically 3000 mAh or more. Some battery cells like Sony's excellent VTC6, are optimized for very high current discharge (heaters, drones, scooters). These are expensive, and may make other compromises in capacity. You don't need high current at all, so look for a good balance of cost and capacity.
If you expect to have USB power available most of the time, then the cheapest 18650 cells will do just fine -- don't feel bad about using an old or low-capacity one.
### Battery Fitment
The included battery holder in the TTGO T-Beam is **small** and **tight**. Your battery cell must have **NO Protruding bump** or nipple on the Positive end. Look for a flat or low-profile positive end. (If you must, you may be able to crush the spring-terminals at the ends of the battery holder, but this should be done carefully to avoid damaging the attached PCB or cracking the holder.)
Always insert the cell carefully and deliberately, noting the `+` and `-` orientation but also supporting the PCB to avoid bending the whole assembly with force.
Some battery cells have a built-in Protection Circuit, advertised as "protected" or safe cells. These batteries are longer in size, and won't easily fit in the battery holder.
## Runtime and Battery Life
While the T-Beam Mapper is typically USB powered from a vehicle, it can run for weeks from the built-in 18650 cell responding to occasional movement.
The GPS receiver is the single largest power consumer on the Mapper, so settings that allow for more GPS-off time will save battery.
## Runtime
It depends on configuration, of course, but here's a ballpark figure: Without any sleep, the fully-operating Mapper should track for about **24 hours of nonstop movement**. (3000mAh cell, 105mA operating current, reasonable battery margins and uplink rate)
When mostly stationary, the mapper can wait for movement or events for about a **month**! (3000mA cell, mostly 2.23mA sleep, some wake and activity.)
## Operating power
In the full-operating state, with the GPS tracking, Mapper uplinks, and OLED display on, the T-Beam draws about 100 to **120mA** from the 18650 cell.
(Searching for GPS fix is the highest power, 120mA, and when it has a solid fix, closer to 110mA.)
There is a little extra power consumed for a short while as it charges the GPS coin cell automatically.
### OLED Screen OFF
Turning off the OLED Display is done more to save the screen from pixel burn-in than to save power. It draws just under 10mA when lit with text display, so the Mapper drops to about **101.6mA** when the screen is off.
### LoRa power?
Uplink transmissions use more power (200mA), but they are usually short and infrequent. Back-to-back SF10 transmissions could start to weigh on battery life, of course.
### Rest or Sleep
With the GPS and OLED off, and the ESP32 waiting for USB power, button press, or movement checks, it is in the lowest-power operating state.
This draws **2.23mA** from the battery.
### Power Off
Powered off, the circuit still draws **3.22 μA (micro-amps)**. Not significant, but not zero. Remove the battery cell at about half to 80% charge for long-term storage longer than a month or two.
# Operation: How it Works
When your car is started, and USB Power appears, the Mapper will power on, acquire GPS, and continue mapping.
It re-uses the last network Join state for faster connection and fewer packets.
@ -265,7 +318,7 @@ This [Decoder Function](https://github.com/Max-Plastix/tbeam-helium-mapper/blob/
## Grafana integration for custom maps
If you want to maintain your own device map, there is an excellent [Grafana guide](https://friendsoflittleyus.nl/grafana-helium-gps-tracker-on-raspberry-pi/) here and [template scripts](https://github.com/takeabyte/helium_mapper_grafana) by @takeabyte available.
If you want to maintain your own device map, there is an excellent [Grafana guide](https://friendsoflittleyus.nl/grafana-helium-gps-tracker-on-raspberry-pi/) here and additional information and [template scripts](https://github.com/takeabyte/helium_mapper_grafana) by @takeabyte (`@friends just call me bob`) available.
# Downlink
This builds adds the option to reconfigure the Mapper remotely via Helium Downlink (network to device). You can change the maximum Time Interval, Distance, and Battery Cut-off voltage remotely.

Wyświetl plik

@ -12,7 +12,7 @@
src_dir = main
[env]
platform = espressif32
platform = espressif32@^3.5.0
board = ttgo-t-beam
framework = arduino
build_flags = -Wall
@ -25,10 +25,10 @@ build_flags = -Wall
-D ARDUINO_TTGO_LoRa32_V1
lib_deps =
mcci-catena/MCCI LoRaWAN LMIC library
thingpulse/ESP8266 and ESP32 OLED driver for SSD1306 displays
lewisxhe/AXP202X_Library
mikalhart/TinyGPSPlus
mcci-catena/MCCI LoRaWAN LMIC library@^4.1.1
thingpulse/ESP8266 and ESP32 OLED driver for SSD1306 displays@^4.3.0
lewisxhe/AXP202X_Library@^1.1.3
mikalhart/TinyGPSPlus@^1.0.3
monitor_speed = 115200
; monitor_port = COM17