AVR über ESP8266 Webserver Flashen

Die Übertragung zwischen Web Browser und Server (deinem AVR+ESP8266) basiert vermutlich auf einem TCP Socket. Dieses Protokoll stellt automatisch sicher, dass Daten nicht schneller übertragen werden, als es der Empfänger zulässt.

Vermutlich besteht dein Problem darin, dass zwischen der AT Firmware des ESP8266 und dem AVR kein Handshake stattfindet. Dieses Problem kannst du mit einer eigenen Firmware auf dem ESP8266 lösen.

Eventuell reicht dir auch Quick&Dirty, die serielle Baudrate niedriger zu konfigurieren. Schau dir dazu mal die Doku vom AT+UART Befehl an.

Falls ich mit meinen Annahmen falsch liege, reiche bitte alle nötigen Infos nach.

Stefan F. schrieb:

Die Übertragung zwischen Web Browser und Server (deinem AVR+ESP8266) basiert vermutlich auf einem TCP Socket.

Richtig. Gibts da alternativen? Mir ist nur bekannt das http/https über tcp läuft.

Stefan F. schrieb:

Vermutlich besteht dein Problem darin, dass zwischen der AT Firmware des ESP8266 und dem AVR kein Handshake stattfindet. Dieses Problem kannst du mit einer eigenen Firmware auf dem ESP8266 lösen.

Das würde ich eigentlich gerne vermeiden, den esp auch noch anzupassen, sofern das mein Modell überhaupt zulässt, ich hab eine china version mit +,-,en,rst,txd,rxd die Programmierpins sind nicht herausgeführt.

Stefan F. schrieb:

Eventuell reicht dir auch Quick&Dirty, die serielle Baudrate niedriger zu konfigurieren. Schau dir dazu mal die Doku vom AT+UART Befehl an.

Das hört sich gut an, bin aber schlecht im rechen. Mein Controller brauch für ein Wort 70us zum schreiben. Funktioniert das dann mit 9600Baud z.B.? Ohne den zugehörigen Auswertekram mal zu betrachten.. Controller Frequenz könnte ich 24Mhz nutzen.

Jürgen schrieb:

Gibts da alternativen? Mir ist nur bekannt das http/https über tcp läuft.

Meines Wissens nach nicht. Ich würde sehr gerne aus einem Javascript heraus Messwerte und Fernbedienungs-Kommandos per UDP übertragen, aber habe dazu keine Lösung gefunden.

Jürgen schrieb:

Mein Controller brauch für ein Wort 70us zum schreiben.

Das sind 28571 Bytes pro Sekunde. Ist der wirklich so schnell?

Funktioniert das dann mit 9600Baud z.B.?

Das sind 960 Bytes pro Sekunde.

Stefan F. schrieb:

Ist der wirklich so schnell?

http://ww1.microchip.com/downloads/en/DeviceDoc/40002183A.pdf Seite 566. Steht so zumindest da drin außer ich interpretiere es falsch. Problematisch könnte der Pageerase mit 10ms sein. Die Pages löschen könnte man aber auch davor mit Sicherheit löschen.

Stefan F. schrieb:

Meines Wissens nach nicht. Ich würde sehr gerne aus einem Javascript heraus Messwerte und Fernbedienungs-Kommandos per UDP übertragen, aber habe dazu keine Lösung gefunden.

Da kann ich dir leider nicht helfen da mich UDP nie Interessiert hat..

Stefan F. schrieb:

Das sind 960 Bytes pro Sekunde.

Danke, pauschal würde ich sagen das es funktionieren könnte wenn ich die Werte so ansehe. Ich mach mich mal einfach ran. Dann werde ich es schon sehen. Danke auf jeden fall.

Vielen dank, dass hört sich sehr interessant an. Werde mich mal einarbeiten.

Εrnst B. schrieb:

danach kann das JS browserseitig über das Hex laufen, passende Blöcke bilden, und in mundgerechten Häppchen an deine ESP-AVR-Kombo senden.

Ich möchte mich nochmal für deine Anregung bedanken. Habe es nach diesem Prinzip gelöst. Die ersten erfolgreichen Flashs waren bereits möglich.

Falls es jemanden hilft oder interessiert poste ich folgend den html+js code ausschnitt zum aufteilen der .hex Datei

1

 <input type="file" accept=".hex" onchange="rF(this)"/>

2

    <script>

3

        function rF(input) {

4

            document.getElementById("t1").innerHTML = "Wait..";

5

            let file = input.files[0];

6

            let reader = new FileReader();

7

            let file_size = file.size;

8

            reader.readAsText(file);

9

            let fg;

10

            reader.onload = function() {

11

                if (reader.result[0] == ':') {

12

                    console.log("true");

13

                    if (file.size > 128 * 1024)

14

                        alert(file.name + " Filesize!");

15

                    else {

16

                        let cnt = 0;

17

                        var ss = reader.result.split(/\r\n|\r|\n/);

18

                        var intr = setInterval(function() {

19

                            var fg = "FXZ!";

20

                            for (let i = 0; i < 4; i++) {

21

                                fg = fg + ss[cnt++];

22

                                if (cnt > ss.length - 2)

23

                                    break;

24

                            }

25

                            navigator.sendBeacon('nload', fg + "?");

26

                            if (cnt > ss.length - 2) {

27

                                clearInterval(intr);

28

                                document.getElementById("t1").innerHTML = "ready";

29

                            }

30

                        }, 1200)

31

                    }

32

                } else

33

                    alert("No HEX File!");

34

            }

35

        }

36

    </script>

-1200 ist die Wartezeit zwischen den Blöcken. -4 ist die Zeilenanzahl die ein block beträgt. -FXZ! und ? sind die Charakter zum finden des Blocks im AVR. -Ich musste den code leider etwas verkürzen um die 2048 Sendezeichen des -ESPs nicht zu überschreiten..

Eine frage hätte ich dann noch, wie kann ich ausrechnen was meine höchste Baudrate bei 24Mhz ist mit einer 0,2% error?

BG

Jürgen schrieb:

Eine frage hätte ich dann noch, wie kann ich ausrechnen was meine höchste Baudrate bei 24Mhz ist mit einer 0,2% error?

Das steht im Datenblatt. Ich gehe mal von asynchronen Modus aus:

(64 · 24 Mhz) / (8 · 64) = 3000000 Baud

Mit 0% Abweichung, wenn dein Quarz 0% Abweichung hat.

Steve van de Grens schrieb:

(64 · 24 Mhz) / (8 · 64) = 3000000 Baud

Danke, habe die Formel auch gefunden aber mit den falschen Werten gerechnet..

Sebastian R. schrieb:

Wäre es nicht sinnvoll, die Webseite auf dem ESP zu haben, der dann nach Upload der .hex (die problemlos in seinen Flash passen sollte) an den AVR-Bootloader per I2C/SPI/UART gibt, um ihn zu flashen?

Dem stimme ich ganz zu. Mein ursprünglicher Gedanke wäre auch fast so gewesen. Allerdings hätte ich dann über die Webseite den ESP geflasht und auf den AVR verzichtet, außer bei zusätzlichen Pin bedarf. Der Grundgedanke dahinter ist, dass ich alles über WIFI flashen möchte. Im jetzigen Fall, dient der ESP einfach als auswechselbares Element, welches Datenkommunikation ermöglicht.

Das Problem ist das ich keinen Plan habe wie man einen ESP OTA flasht. Im Internet findet man zwar Anleitungen mit einem Arduino aber auf ein externes Bauteil möchte ich dann verzichten. Zumindest habe ich beim ESP-WROOM32 gesucht, ob es im jetzigen Fall mit einem ESP-M3 anders ist weiß ich nicht. Danach habe ich dann nicht mehr gesucht, da es aufwendiger schien, als meine jetzige Lösung.