ESP8266 Webbrowser File Upload

Ich habe zwei Consolenausgaben gemacht die auf die Globale Variable 
"data" zugreifen.

1) console.log(data); //Inhalt Data noch da

2) console.log(data); //Hier sind keine Daten mehr vorhanden

Wie ich schon in den Kommentaren geschrieben habe ist die Globale 
Variable "data" plötzlich ohne Inhalt obwohl ich diese an einer anderen 
Stelle mit Inhalt ausgebe (Also innerhalb der funktion)

1

reader.onload = function(e) {

2

      data = reader.result;  

3

      console.log(data); //Inhalt Data noch da

4

}

Stefan U. schrieb:
> Normalerweise sieht eine entsprechendes Formular so aus:<form
> method="post" enctype="multipart/form-data">
>   <input name="datei" type="file" size="50" accept="text/*">
>   <button>Senden</button>
> </form>

Hiermit hatte ich es zuvor versucht. Bei dem ESP gab es zwar eine 
Reaktion in Form dass der Anfragen-Header geschickt wurde jedoch wurde 
kein Inhalt der im Browser ausgewählten Datei gesendet.

Update:

Unglaublich, aber ich hab es hinbekommen :)

Das Geheimniss ist:
Ich hatte den befehl

1

data = reader.result;

verwendet um den Inhalt meiner Datei in die Globale Variablr "data" zu 
schreiben. Dieser scheint dazu ungeeignet!

Ersetzt man das ganze gegen

1

data = e.target.result;

funktioniert es und ich kann mit dem Inhalt Arbeiten :)

Hallo,

sieht so aus, als ob die variable data lokal in der Funktion e ein 2. 
Mal existiert.

Gruß,
Michael

Für alle die das gleiche Problem haben sollten.
Hier mein minimal beispiel.
Zum testen eine:
1)  *.txt anlegen und irgendwas eintragen um die Datei zu füllen
2)  Datei in *.hex umbenennen (wegen dem Regular expression regel)
3)  über den button "Browse" im Browser dann die Datei Laden
4)  Auf Upload wird die Datei verarbeitet und es wird der Wert angezeigt
5)  Extern drücken -> nun sieht man dass der Inhalt der Datei in einer 
externen Funktion existiert.

1

<!DOCTYPE HTML>

2

<html lang="en">

3

  <head>

4

    <meta charset="UTF-8" />

5

    <title>Firmware Upload</title>

6

  </head>

7

  <body>

8

9

10

    <input type="file" id="fileInput">

11

12

    <button onclick="upload_data(); return false;">Upload</button>

13

    <button onclick="extern(); return false;">extern</button>

14

15

16

  </body>

17

18

  <script language="JavaScript">

19

20

  var data;

21

    function handleFile() {

22

      var fileInput = document.getElementById('fileInput');

23

      var filePath = fileInput.value;

24

      var file = fileInput.files[0];    

25

      var allowedExtensions =/(\.hex)$/i;

26

      var reader = new FileReader();  

27

28

      if(allowedExtensions.exec(filePath)){  

29

        reader.onload = function(evt) {

30

          data = evt.target.result;

31

          alert("innerhalb " + data);

32

        }

33

34

        reader.readAsText(file);

35

36

      }

37

      else {

38

        alert("File not supported!");

39

      }

40

    }

41

42

    function upload_data(){

43

      handleFile();

44

    }

45

46

    function extern(){

47

    alert("EXTERN " + data);

48

    }

49

50

51

  </script>

52

53

</html>

Hallo,

Dein Ursprungsproblem war ein anderes. Die Funktion

1

function(e) {

2

      data = reader.result;  

3

      console.log(data);

läuft quasi asynchron ab. Sie wird ausgelöst vom 
reader.readAsText(file);

D.h. zum Zeitpunkt, an dem Du

1

      reader.readAsText(file);

2

==>   console.log(data); //Hier sind keine Daten mehr vorhanden

Dein console.log(Data) aufrufst, sind die Daten noch gar nicht da.

Da bin ich auch schon das ein oder andere drauf reingefallen.

Gruß
Frank

Frank L. schrieb:
> Hallo,
>
> Dein Ursprungsproblem war ein anderes. Die Funktion
> läuft quasi asynchron ab. Sie wird ausgelöst vom
> reader.readAsText(file);
>
> D.h. zum Zeitpunkt, an dem Du
> Dein console.log(Data) aufrufst, sind die Daten noch gar nicht da.

So sehe ich das auch. Dementsprechend war auch die ursprüngliche 
Schlussfolgerung:

1

1) console.log(data); //Inhalt Data noch da

2

[...]

3

2) console.log(data); //Hier sind keine Daten mehr vorhanden

letztlich genau falsch herum.

@savag
Genau aus solchen Gründen macht es imho Sinn, bei derartigen 
Debug-Ausgaben nicht einfach nur

1

console.log(data);

zu schreiben, sondern in jeder einzelnen Debug-Ausgabe auch noch eine 
Art ID auszugeben, durch die man sofort erkennen kann, um welche 
Debug-Ausgabe es sich genau handelt. Also z.B.

1

console.log('#1', data);

2

[...]

3

console.log('#2', data);

Hättest Du das gemacht, wärest Du vermutlich viel schneller auf die 
Ursache des Problems gestossen.