Probleme bei der Kombination Firebase/HTTPS client

[Moppi]

Hier:

    // check single IDs
    for(size_t i = 0; i < len; i++) {

      String url = "/" + buffer[i];

Pack mal den String außerhalb Deiner Schleife. Als Globale Variable.

Außerdem würde ich fragen;: muss das "String" sein?
Vielleicht kannst Du auch ein Char-Array verwenden, dass im Code eine feste Länge hat. Das deklarierst Du dann global. Nicht innerhalb einer Schleife. I.R. funktionieren auch diese Char-Arrays, statt "String"s.

Vielleicht kommst Du mit so etwas Ahnlichem, wie diesem, weiter:

char url[maxBufferLength];

...

url[0] = "/"; 
for(size_t i = 0; i < len; i++) {

   url[i+1] = buffer[i];

}

MfG

[devnull69]

Ich bin noch nicht ganz sicher, wie ich das ohne String umsetzen soll.

Die Firebase-Libraries liefern String keys zurück. Die lege ich in einem Array ab, das als Länge die Anzahl der Datenbank-Keys bekommt

size_t len = json.iteratorBegin();
...
String buffer[len];

In diesem Array lege ich dann in einer Schleife jeden Key ab. Ich wüsste also nicht einmal, wie ich das sinnvoll auf char[] oder meinetwegen char* umstellen könnte.

Den String url könnte ich sicherlich umstellen ... doch bislang kommt mein Code nicht einmal bis zu der Stelle, wo diese url überhaupt verwendet werden soll.

[Moppi]

Wie lang kann so ein String denn sein? Mehr als 2048 Byte bestimmt nicht. Weil mit der GET-Methode lassen sich normalerweise so lange Pfade nicht übertragen.
Also würde ich einen Zeichen-Puffer mit 2048 Byte anlegen, in dem ich meinen Pfad zusammen bastele.

In etwa so:

#define maxBufferLength 2048

char meineUrl[maxBufferLength];

// check single IDs
    int y=0;

    for(size_t i = 0; i < len && y<maxBufferLength; i++) {
      meineUrl[y] = "/"; y++;
      for(int x=0;x < buffer[i].length() && y<maxBufferLength; x++){
         meineUrl[y]=buffer[i].substring(x,x+1);
         y++;
      }


        ...
        ....
        ...

[devnull69]

Der einzelne URL-Pfad ist exakt 11 Zeichen lang

Es gibt aber ca. 160 davon ... in einer Schleife durchlaufe ich diese, erzeuge die URL und rufe sie auf. Ich habe also ein String buffer[160], in dem meine Keys stehen, und die URL ist dann "/" + buffer[i]

- - - Aktualisiert - - -

Noch ein interessanter Aspekt

Wenn ich aus dem dynamisch erstellten String buffer[len] ein Array fester Länge mache und es statisch vorbelege (mit den gleichen Keys, die sonst aus der Datenbank kämen), dann funktioniert der anschließende HTTPS-Request jeweils einwandfrei, inklusive schreibendem Zugriff auf Firebase. Der ursprüngliche Lesezugriff bzw. das dynamische Befüllen des buffer-Arrays führt also irgendwie zu dem WDT-Problem ...

[Moppi]

Pack mal den String außerhalb Deiner Schleife. Als Globale Variable.

siehe hier.

Zur weitergehenden Erklärung:

Du erzeugst in einer Schleife einen String unbekannter Länge (der vermutlich bis ca. 1600 Bytes anwächst).
Wenn Du Pech hast, passt der String während der Schleife nicht in den Speicher, der ihm max. zur VErfügung steht, Stichworte: Stack und Heap:
https://de.wikibooks.org/wiki/C%2B%2...Stack_und_Heap

Wenn der Compiler weniger kByte für diesen Speicher vorsieht, als zur Programmausführung benötigt werden .... dann ... ?

Oder Du löst das Problem über Char-Arrays.

MfG

PS: hast Du Dir mal die Fehlermeldung angeschaut, die bei WDT-Reset auf dem Schirm erscheint?

[devnull69]

Ich hab's hinbekommen

Das Kernthema: Akribische Trennung von Verbindungen

- Das buffer-Array wird in fester Länge vorgegeben (aber nicht statisch belegt)
- Firebase holt sich die Daten in setup(). Das Firebase-Objekt wird am Ende von Setup disposed
- Die Keys aus den Daten werden in den buffer geschrieben (globales Array)
- In loop wird jeweils nur EIN Key aus dem Buffer ausgelesen. Ein globaler Counter zählt mit, wo man sich im buffer befindet
- Das Schreiben nach Firebase findet erst statt, wenn der HTTPS-Request beendet und der Client gestoppt wurde. Dafür wird jedesmal ein neues Firebase-Objekt erzeugt
- Am Ende ein delay(500) vor dem nächsten Loop-Aufruf
- Wenn der buffer abgearbeitet ist, dann deepSleep für 60 Minuten

FERTIG