[≈≈≈] Verbesserung der BATT-Funktionen

[karamo]

FW 4.35p.05.13 beginnend schrittweiser Umbau auf verbesserte BATT-Funktionen.

1. Schritt

• variants ... configuration.h

• Hier werden die Board-spezifischen Parameter definiert, hier exemplarisch für BOARD_T_DECK.
• Alle Parameter beginnen mit BAT_ :

#define USE_BATT
#ifdef USE_BATT
  #define BATTERY_PIN             4
  #define BAT_VOLT_PIN            BATTERY_PIN
  // voltage divider connected here to measure battery voltage
  #define BAT_ADC_PULLUP_RES      100000.0  //intern verbaut
  #define BAT_ADC_PULLDOWN_RES    100000.0  //intern verbaut
  #define BAT_MULTIPLIER (BAT_ADC_PULLUP_RES+BAT_ADC_PULLDOWN_RES)/BAT_ADC_PULLDOWN_RES
  #define BAT_MAX_VOLTAGE         4.125     //für Volt => Proz Umrechnung, definiert durch Akku
  #define BAT_MIN_VOLTAGE         3.3       //für Volt => Proz Umrechnung, definiert durch LDO
  #define BAT_VOLT_COMPENSATION   0         //offset
  #define BAT_VOLT_CORR           1.08      //factor
  #define BAT_ATTEN               ADC_11db
  #define BAT_WIDTH               12
  //#define S3_VREF                 (1.1)     // 1.0 - 1.2 V
  //hier ev. noch spezielle Board spezifische Parameter, GPIO, ...
  //...
#endif

• main: setup()

• die Idee ist, die Board-Abfrage in der batt_functions.cpp zu machen und in setup() unangetastet zu lassen:

    init_batt();

• main: loop()

• durch den Einbau einer Glättungsfunktion muss die Messung periodisch erfolgen, hier z.B. im 1s-Raster:

  // === Periodische Messungen (1s Raster)
  if (lastSec != timeinfo.tm_sec)   {
    lastSec = timeinfo.tm_sec;
    #ifdef USE_BATT
      read_batt();
    #endif
  }  // 1s Periode

• Die Ausgabe der BAT-Spannung erfolgt wie bisher im definierten 30"-Raster.

[karamo]

2. Schritt

batt_functions.h

• leicht modifizierte batt_functions.h

#pragma once

#include <Arduino.h>
#include <math.h>
#include "configuration.h"
#include "log_functions.h"
#include "loop_functions.h"
#include "loop_functions_extern.h"

#if not defined(BOARD_RAK4630)
	#include <esp_adc_cal.h>
#endif

// Battery

void init_batt(void);
float read_batt(void);
float mv_to_percent(float mvolts);
void setMaxBatt(float u_max_batt);

void check_efuse(void);

[karamo]

3. Schritt

• batt_functions.cpp

• die batt_functions.cpp schrittweise klären und optimieren
• durch die Klammerung in #ifdef USE_BATT wird bei Boards, wo die zuvor genannten Parameter in der configuration.h noch nicht eingebaut sind, einfach 0-Werte zurück geliefert.

... Datei folgt ...

[karamo]

Hier die V1 der batt_functions.cpp .h & configuration.h für den T-BEAM-1W

batt_functions_v1.zip

[karamo]

Hier die V2 der batt_functions.cpp & batt_functions.h

und in der configuration.xls sind die Definitionen. Es fehlen nur noch ein paar Parameter.

batt_functions_v2.zip

[karamo]

Hier nun die ersten, bereits ergänzten variants\...\configuration.h

variants_V2_1.zip

[karamo]

1. 2 Fehler corr
2. weitere configuration.h

BATT_V3.zip

[karamo]

• weitere Fehler behoben
• noch Erweiterungen
• das ist mein Endzustand und kann in die original FW überführt werden.

BATT_V4.zip

[karamo]

das ist das 1s Raster in esp32_main.cpp

[karamo]

• mit voriger Änderung in esp32_main.cpp ist die Abtastrate 1s
• wird kein --batt factor xxxxx.xxx gesetzt, dann wird der default Faktor aus der configuration.h genommen & Ausgabe-Raster wird 1s.
• mit z.B. --batt factor 10001.02 wird der Kalibrierfaktor = 1.02 & Ausgaberaster 10s
• --maxv 4.1 setzt z.B. den 100%-Wert = 4.1 V und der Minimalwert wird aus der configuration.h genommen und ist durch den Akku & LDO bestimmt und ist nicht notwendigerweise variabel einstellbar und kann somit fix bleiben.

[karamo]

• Nach der erstmaligen Implementierung in die FW und fehlerloses Kompilieren und Testen können ein paar nun unnötige Code-Zeilen, z.B. in esp32_main.cpp entfernt werden.
• Danach sollten alle restlichen verstreuten BATT-Mess-Funktionen und Ausgaben in die batt_functions.cpp verschoben werden.

[karamo]

Wichtige Korrektur #if ... #endif hinzufügen !!!

In batt_functions.h

#if defined(BOARD_HELTEC_T114) || defined(BOARD_T_ECHO) || defined(NRF52_SERIES)
  #include "nrf52/nrf52_functions.h"
  #include "nrf52/t_echo_utilities.h"
#endif

[karamo]

Optimierung in batt_functions.cpp von 1 >> 10 default stellen.

Damit ist das Zeitraster für die [BATT]-Ausgabe per default 10s und muss bewusst, händisch geändert werden, wenn man öfters eine Ausgabe erhalten möchte.

[dl1mx]

Hallo Wolfgang,
würde diese neue Funktion später auch mit einem separaten Analogeingang funktinieren, wo z.B. ein 12V Netzteil oder Akku angschlossen ist? D.h. wenn ich z.B. BAT_MAX_VOLTAGE = 13,8V definiere, sehe ich dann bei 13,8V die 100% auf der WebUI bzw. in den APRS Daten?
Ich habe hier nämlich drei mal das E22 Board von DK8BT, wo der GPIO32 anstatt 34 benutzt wird:

Momentan behelfe ich mir noch mit

#elif defined(BOARD_E22)
adc_channel_t channel = ADC_CHANNEL_4;	 // GPIO32

und

	#elif defined(BOARD_E22)
		raw = raw * 5.54;		// voltage divider 20k + 5k1

in der batt_functions.cpp.

[karamo]

Hallo Wolfgang, würde diese neue Funktion später auch mit einem separaten Analogeingang funktinieren, wo z.B. ein 12V Netzteil oder Akku angschlossen ist? D.h. wenn ich z.B. BAT_MAX_VOLTAGE = 13,8V definiere, sehe ich dann bei 13,8V die 100% auf der WebUI bzw. in den APRS Daten?

Ja, das sollte dann auch funktionieren. Wir sind noch beim Feinschliff und Testen. Wird es in einer folgenden FW-Version fertig geben.
Ja, der GPIO32 ist als BATT-Pin bei den ESP32-E22-PCB Boards definiert.
Du musst dann nur mit --batt factor x.xxx den passenden Wert einstellen, je nachdem welchen Spannungsteiler du bestückt hast.

[karamo]

Optimierung in batt_functions.cpp von 1 >> 10 default stellen.

auch noch in Z.76

in Z.194 fact: auf %.4f

❗️Z.216 ist die Abschaltung zu früh. Ändern und Ausgabe