Big ESP32 + SX127x topic part 2


#491

What exactly is the question?


#492

The new TTGO LoRa32 V2.1 appears to have the battery connected to GPIO35 via a 2x 100k voltage divider so the actual battery level can now be monitored.

Anyone with a V2.1 who can test and confirm this?
(Still waiting for my board).


#493

@dnguyen

I think you are correct that JTAG debugging with the Heltec board is not an option because the JTAG pins have been used for other on-board hardware features.

From ESP-IDF Docs API Guides JTAG Debugging Tips and Quirks:

From%20JTAG%20Debugging%20Tips%20and%20Quirks

So apparently JTAG cannot be remapped to other pins.

I am interested in more information about / experience with JTAG debugging the ESP32.
Do you have experience with JTAG debugging any ESP32 boards?


(Verkehrsrot) #494

I wrote some software to test it, it is included in paxcounter v1.3.71 in branch development of repo. But not tested on the board yet.


(Verkehrsrot) #495

TTGO v2.1 running the paxcounter TTN software in an environment with dense footfallIMG_20180602_105253


(Verkehrsrot) #496

I tried to setup code for reading the voltage on GPIO35 via ADC1 of ESP32.

But i was not successful yet, since i seem always to get the same constant value:

[I][rcommand.cpp:245] get_voltage(): Remote command: get battery voltage
[I][adcread.cpp:31] check_efuse(): eFuse Two Point: NOT supported
[I][adcread.cpp:36] check_efuse(): eFuse Vref: Supported
[I][adcread.cpp:47] print_char_val_type(): Characterized using eFuse Vref
[I][adcread.cpp:86] read_voltage(): Raw: 4095   Voltage: 1082mV

(Verkehrsrot) #497

For boards without battery probe: Could this be a way on ESP32 to implement a look-a-like battery voltage probe, only by software, using the GPIO MUX to put internal VRef on ADC input pin?


(Verkehrsrot) #498

I got this working now. Needed to increase attenuation of ADC input to maximum (11dB). Now i see decreasing values while operating on battery:

USB power:
4178
4112

Battery power:
3974
3912
3900
3860
3822

This should already be software calibrated Millivolts.
But it looks like these value are too high. Schematic of TTGO v2.1 show a voltage divider of 100k/100k on GPIO35. Maybe the resistors on board have other values?

Next step: check the real voltage on a GPIO35 with a Fluke.


(Verkehrsrot) #499

I checked voltage on pin IO35 with my Fluke 77IV multimeter, and compared with the value my software generates: looking good! Voltage divider is at 1:2, as specified in schematic.

ADC1 Fluke IO35 Power Fluke Batt Faktor
2082 2083 usb
2082 2084 usb
1955 1954 batt
1948 1943 batt
1939 1937 batt
1928 1929 batt
1909 batt 3821 2,001571503
1903 batt 3805 1,999474514
1899 batt 3795 1,998420221

#500

I tried below simple sketch on TTGO LoRa32 V2.
I connected GPIO35 via 2x 100k (1%) voltage divider (like LoRa32 V2.1) to a an adjustable power supply (instead of battery) so I could do some measurements. Power to TTGO LoRa32 was supplied via USB connector. Voltage measured on the 3.3V pin was 3.287V
I measured the actual voltage on GPIO35 with a multimeter. In contrast to the values measured with analogRead, the multimeter (as expected) correctly showed 50% of the value from the adjustable power supply over the full measured range.

Results:
On average the analog reading on GPIO35 was around 0.2V too low.
Only when the input voltage on GPIO35 approached 3.0V did the difference between actual input voltage and the value reported by analogRead start to decrease.
On 3.0V input it reported around 2.9V. So the difference suddenly started to change here. On 3.30V input the reported value was 3.30V, no differences anymore.
(The measured values did fluctuate, I have taken estimated averages.)

Conclusion:
A constant (about) 0.2V too low from 0 to about 3.0V and from 3.0V the difference quickly disappearing. So there is quite some none-linearity.

#include <U8x8lib.h>

U8X8_SSD1306_128X64_NONAME_HW_I2C display(/*reset*/ U8X8_PIN_NONE); 

#define ANALOG_PIN       35
#define ANALOG_MAX_VALUE 4095

void setup() {
    display.begin();
    display.setFont(u8x8_font_victoriamedium8_r); 
    display.print("analogRead(");
    display.print(ANALOG_PIN);
    display.print(")");
}

void loop() {
    int analogValue = analogRead(ANALOG_PIN);
    float voltage = analogValue * (3.3 / ANALOG_MAX_VALUE);
    
    display.clearLine(2);
    display.setCursor(0, 2);
    display.print(analogValue);
    
    display.clearLine(4);
    display.setCursor(0, 4);
    display.print(voltage);
    display.print(" V");

    delay(1000);
}

(Verkehrsrot) #501

This is why i am not just using the arduino analogRead function, but do some more steps to correct raw measurements from ADC:

https://esp-idf.readthedocs.io/en/latest/api-reference/peripherals/adc.html

Step 1: use calibration values stored in efuse of ESP32 cpu:

  • using VRef value from efuse, or
  • using two-point calibration values

Step 2: do multisampling

  • i average over 64 reads

See my code here.


#502

Guys,

I received these PCB I made, but I have no time for testing, but I can help other way, if you want one, I can assemble one and send it to you @Verkehrsrot or @bluejedi for free :wink:

I know on TTGO V2 version it’s already included but not sure you can disable it to have no drain current, with this one you can, so for even for old TTG version should be perfect, but also for Low Power mode


#503

:+1:

FYI:
TTGO LoRa32 V2 does not have battery connected to a GPIO.
But V2.5 does have it, connected via 2x 100k divider to GPIO35. Fixed, cannot be programatically disabled.


(Verkehrsrot) #504

Schematic diagram to new TTGO “T-Beam” module (with GPS) found here


(Verkehrsrot) #505

New arrival: TTGO T-beamIMG_20180606_184801
IMG_20180606_184753
IMG_20180606_184746


#506

how many do you have now ? :wink:


(Verkehrsrot) #507
Chip is ESP32D0WDQ6 (revision (unknown 0xa))
Features: WiFi, BT, Dual Core, VRef calibration in efuse

(Verkehrsrot) #508

1…3 of each you can find in paxcounter.ini, except LoLin,
Because i test my firmware before i throw it in github.


(Verkehrsrot) #509

Paxcounter is running on T-Beam.
But the engineer of this board still did not understand LMIC: Device joins via OTAA, but i don’t get “TX COMPLETE” event, what makes paxcounter keep flashing the LED. Looks like DIO1 wiring is missing again on the board :frowning:

Did not yet find out how to switch it off, when powered on from battery 18650.

Here’s my ttgobeam.h file:

// Hardware related definitions for TTGO T-Beam board

#define CFG_sx1276_radio 1 // HPD13A LoRa SoC

#define HAS_LED 21 // on board green LED_G1
#define HAS_BATTERY_PROBE ADC1_GPIO35_CHANNEL // battery probe GPIO pin -> ADC1_CHANNEL_7
#define BATT_FACTOR 2 // voltage divider 100k/100k on board
// #define HAS_GPS // to be done
// GSP serial (9600, SERIAL_8N1, 12, 15);   //17-TX 18-RX

// re-define pin definitions of pins_arduino.h
#define PIN_SPI_SS    18 // ESP32 GPIO18 (Pin18) -- HPD13A NSS/SEL (Pin4) SPI Chip Select Input
#define PIN_SPI_MOSI  27 // ESP32 GPIO27 (Pin27) -- HPD13A MOSI/DSI (Pin6) SPI Data Input
#define PIN_SPI_MISO  19 // ESP32 GPIO19 (Pin19) -- HPD13A MISO/DSO (Pin7) SPI Data Output
#define PIN_SPI_SCK   5  // ESP32 GPIO5 (Pin5)   -- HPD13A SCK (Pin5) SPI Clock Input

// non arduino pin definitions
#define RST   LMIC_UNUSED_PIN // connected to ESP32 RST/EN
#define DIO0  26 // ESP32 GPIO26 <-> HPD13A IO0
#define DIO1  33 // Lora1 <-> HPD13A IO1 // !!needs external wiring!!
#define DIO2  32 // Lora2 <-> HPD13A IO2 // needs external wiring, but not needed for LoRa

(Verkehrsrot) #510

Any suggestions here which arduino core esp32 compatible library i should use for the on board U-Blox NEO 6M GPS chip?