STM32 LwIP + HTTPD

Markus Gast #7347042
Lesenswert?
• ▲
▼

Hallo, ich habe im Schrank noch ein NUCLEO-144 Board gefunden und dachte mir, ich könnte "mal eben" einen Webserver zusammenklicken.

Ich nutze STM32CubeIDE und habe dort im ersten Anlauf LwIP ohne OS aktiviert. Damit bekomme ich ICMP zum laufen, sobald ich aber TCP und/oder UDP mit reinnehme, funktioniert ICMP nicht mehr (TCP und UDP vermutlich auch nicht). Ich konfiguriere alles mit dem in der IDE integrierten STMCubeMX.

Ich denke, TCP braucht zum funktionieren ein OS. Wenn ich allerdings FreeRTOS zusammen mit LwIP aktiviere, hängt die SW irgendwo beim Start (Hardfault, IRQ0). FreeRTOS mit deaktiviertem LwIP kriege ich zum Laufen. Ich dachte, ich kann einfach den HTTPD im STMCubeMX aktivieren und bekomme dann ein lauffähiges Grundgerüst. War wohl falsch gedacht :-(

Gibt es irgendwo ein aktuelles Tutorial oder ein aktuelles Beispielprojekt für diesen Anwendungsfall ? Oder kann mir Jemand ein paar Tips geben, welche Optionen aktiviert/deaktiviert werden müssen (da sind ja einige Optionen bei LwIP). Vielen Dank, Markus

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
J. S. #7347055
Lesenswert?
• ▲
▼

Setze mal den Stack für den Interrupthandler hoch, default müsste in Cube 350 Worte drin stehen, ist zuwenig. Und der auch der Stack für den Rtos Task ist zu knapp bemessen, vor allem im Debug Build.

genauer: in Ethernetif.c: #define INTERFACE_THREAD_STACK_SIZE ( 512 )

und in freertos.c: const osThreadAttr_t defaultTask_attributes = { .name = "defaultTask", .stack_size = 512 * 4, .priority = (osPriority_t) osPriorityNormal, };

von 128 auf 512. Ob 512 wirklich nötig sind habe ich nicht getestet, müsste man mit FreeRTOS Stackanalyse prüfen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Markus Gast #7347097
Lesenswert?
• ▲
▼

J. S. schrieb:

Und der auch der Stack für den Rtos Task ist zu knapp bemessen,

OK, ich habe jetzt unter "FreeRTOS->Config parameters->Kernel settings" den PArameter "MINIMAL HEAP SIZE" von 128 auf 1024 WORDS hochgesetzt. Jetzt kann ich zumindest schon mal ICMP mit RTOS machen.

Wo finde ich die Einstellung für den Interrupt Stack?

Markus

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Markus Gast #7347118
Lesenswert?
• ▲
▼

J. S. schrieb:

genauer: in Ethernetif.c: #define INTERFACE_THREAD_STACK_SIZE ( 512 )

und in freertos.c: const osThreadAttr_t defaultTask_attributes = { .name = "defaultTask", .stack_size = 512 * 4, .priority = (osPriority_t) osPriorityNormal, };

Die Einträge stehen jetzt beide auf 1024. BZW, den defaultTask gibts bei mir nicht mehr, aber alle angelegten Threads hben 1024 * 4 als stack_size.

Konkret habe ich gar keinen Task angelegt, der das TCPIP-Handling macht. Scheinbar wird das von "tcpip_thread" in tcpip.c erledigt.

1
 
 * The main lwIP thread. This thread has exclusive access to lwIP core functions

2
 
 * (unless access to them is not locked). Other threads communicate with this

3
 
 * thread using message boxes.

4
 
 *

5
 
 * It also starts all the timers to make sure they are running in the right

6
 
 * thread context.

7
 
 *

8
 
 * @param arg unused argument

9
 
 */

10
 
static void

11
 
tcpip_thread(void *arg)

12
 
{

13
 
  struct tcpip_msg *msg;

14
 
  LWIP_UNUSED_ARG(arg);

15
 


16
 
  LWIP_MARK_TCPIP_THREAD();

17
 
.

18
 
.

19
 
.

Markus

Antwort Zitieren Bearbeiten Löschen Beitrag melden
J. S. #7347157
Lesenswert?
• ▲
▼

ja tcp_thread wird durch Packetempfang geweckt und reicht dann die Daten in den Stack. Bei generiertem Code für einen F7 war das der Fehler. STM hat diesen Code in Mbed übernommen mit gleicher Stackgröße, daher kenne ich den Fehler. Ist beim Debug Build aufgefallen, dann war der Stack zu klein. Ob der Code beim F4 jetzt genauso ist weiß ich nicht, hätte ich jetzt aber angenommen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Markus Gast #7347176
Lesenswert?
• ▲
▼

Wenn ich TCP/UDP wieder aktiviere, klappt ICMP wieder nicht mehr. Zumindest bleibt aber nichts mehr hängen bzw. es kommt kein IRQ0 mehr.

Ich denke, ich werde mir die nächsten Tage mal den Sample_Web_Server ansehen, der bei LwIP dabei ist und das Ding von STM ignorieren.

Markus

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Markus Gast #7348051
Lesenswert?
• ▲
▼

Ein kurzes Update: Der Webserver funktioniert jetzt. Es fehlte der Aufruf zum Starten des Webservers "httpd_init();".

Geholfen hat mir neben den Antworten in diesem Thread das angehängte PDF. In der Konfiguration habe ich nur ICMP und HTTPD aktiviert. Die Option LWIP_TCP habe ich manuell in lwipopts.h aktiviert. Beim Aktivieren mittels CubeMX verschwindet die Option aus dem File (vlt. fehlen da noch irgendwelche Abhängigkeiten...).

Markus

Angehängte Dateien:
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Gerhard W. #7374345
Lesenswert?
• ▲
▼

Wenn auch nicht wirklich hilfreich, LWIP ist mit abstand der langsamste Stack den ich bisher einsetzte. Der Quellcode ist ein Chaos erster Klasse. Debuggen lässt sich kaum - jedenfalls nicht ohne sündhaft Werkzeug. Manche Optionen sind nicht vollständig implementiert. OK, für einen einfachen Webserver oder etwas IoT, mag dies alles reichen. Ich brauchte schnelleres und eine Option zum Debuggen, ohne gleich ein Vermögen investieren zu müssen. Ich probierte den Keil Stack und der war erheblich besser - leider aber nicht kostenlos nutzbar. Am Ende bin ich bei "Segger Embedded Studio" gelandet, die es mir für non-Commercial Projekte möglich macht, auch die Professional Tools nutzen zu dürfen. Der Stack ist wirklich sehr gut und die Umgebung gut dokumentiert. Alles was man sich wünscht, ist vorhanden und vollständig implementiert.
Will man also mal schnell was bauen und dies nicht kommerziell verwerten, ist Segger und ihr SES sagenhaft gut. Natürlich kann man auch freies einsetzen und oft genug reicht LWIP aus. Wer daran Spaß daran hat, gern.

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Til S. (Firma: SEGGER) #7375899
Lesenswert?
• ▲
▼

Vielleicht kurz zur Erklärung:

Embedded Studio ist eigentlich nur die IDE, die den SEGGER Compiler, SEGGER Linker, SEGGER Runtime Library, etc. enthält: https://www.segger.com/products/development-tools/embedded-studio/

Wir haben aber auch verschiedene Embedded Software wie RTOS, TCP/IP Stack, Webserver, USB, File System, etc.: https://www.segger.com/products/rtos-embedded-software/

Diese sind als Libraries im Embedded Studio Pro enthalten. D.h. ich kann aus Embedded Studio heraus diese Komponenten auswählen und im Projekt benutzen. https://www.segger.com/products/development-tools/embedded-studio/editions/pro-cortex-m/

Alternativ haben wir für die Evaluierung Softwarepakete, die spezifisch für ein Board sind und verschiedene Embedded Software enthalten. Diese heißen SEGGER Eval Software: https://www.segger.com/evaluate-our-software/

Dann gibt es noch die Board Support Packages in den jeweiligen embOS Ports wenn man nur ein RTOS benutzen möchte: https://www.segger.com/products/rtos/embos/

Und alles kann man unter der SEGGER's Friendly License benutzen: https://www.segger.com/purchase/licensing/license-sfl/

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren