DISCO_STM32F769NI Ethernet Problem

[J. S. (jojos)]

Ich habe das o.g. Board und möchte das für Monitoring/Steuerung der 
Heizungsanlage einsetzen. Grafik und Netzwerk mit MQTT habe ich schnell 
zusammenbekommen, aber MQTT Publish funktioniert nach kurzer Zeit nicht 
mehr.
Im Wireshark wird 'TCP Spurious Retransmission' angezeigt und damit habe 
ich schnell das vermutlich gleiche Problem bei jemand anders gefunden.
Es sieht danach aus das das Problem mit der Chip Rev. der MCU 
zusammenhängt, ich habe die ältere 'A' mit dem Problem, 'Z' soll 
funktionieren.
Das würde mich jetzt interessieren ob mein Programm mit dem neueren 
Board funktioniert, deshalb die Frage: hat hier jemand dieses Discovery 
Board mit MCU Rev. 'Z' und kann das Binary darauf testen?

[Daniel B. (dbuergin)]

Ich kann heute Abend mal schauen ob mein Board zu Hause eine Rev. 'Z' 
ist. Melde mich sonst.

[J. S. (jojos)]

danke, das wäre sehr nett.

[J. S. (jojos)]

Nichts gefunden?

Ich bin etwas weiter und es funktioniert wenn die Ethernet Descriptoren 
und Buffer in SRAM2 gemappt werden. Es ist reproduzierbar: wenn diese im 
Heap (und damit im DTCM) liegen, dann ist nach wenigen Minuten Ethernet 
weg. Die SRAM2 Version ist über Nacht ohne Fehler durchgelaufen.
Im Errata habe ich keinen Eintrag gefunden der direkt dazu passt, 
deshalb bin ich schon neugierig ob es mit der neuren Chip Revision 
funktioniert. Der Workaround mit eigener section für die Buffer ist 
brauchbar und gut, nur muss dafür ein PR im mbed-os durchkommen...
Ich würde auch ein neues Board kaufen, bei Mouser & Co. liegen die noch 
reichlich auf Lager. Kann man da eine neue Rev. verlangen und auch 
bekommen?
Die STM32F769NI selber sind nicht oder nur zu Freudenhauspreisen zu 
bekommen.

[Daniel B. (dbuergin)]

Shi... sorry vergessen, ja ich habe glaube ich eine Z-Version (siehe 
Bild).

Schick mir das Binary und sag mir was ich machen soll.

Gruss Daniel

[J. S. (jojos)]

ja, das ist der richtige.
Habe eine PN geschickt.

Für den Aufbau wird ein Netz mit DHCP und MQTT Server gebraucht.
https://github.com/JojoS62/HeaterController/blob/master/src/system/mqtt.cpp

Ich konnte es aber nicht abwarten und habe doch noch ein Board bei 
Mouser bestellt, in der Hoffnung auch ein neues zu bekommen.

[Daniel B. (dbuergin)]

Nur der Form halber, ja mit der Rev-Z hat es funktioniert :-)

[J. S. (jojos)]

an dieser Stelle auch nochmal Danke für die schnelle und unkomplizierte 
Hilfe.
Es ist bei mir auch reprozudierbar, Emac Bufer in SRAM2 funktioniert, 
auf dem Heap bzw. DTCM liefert nach wenigen Minuten Fehler.
Dies wurde auch hier so festgestellt:
https://github.com/ARMmbed/mbed-os/issues/6262#issuecomment-378850535

Da die F769 auf lange Zeit nicht lieferbar sind interessiert es 
scheinbar auch keinen mehr bzw. wird die alte Rev. vermutlich auch nicht 
mehr verkauft. Ausser man bekommt von einem Broker die alten Kamellen 
und bekommt graue Haare weil die Anwendung nicht mehr funktioniert...

Schade das das kompilieren nicht geklappt hat, wenn du es doch noch mal 
probieren willst:
das Repo benutzt submodules, muss also komplett geholt werden mit
git clone --recurse-submodules
Für Linux wird diese toolchain/tools benötigt:
https://github.com/mbed-ce/mbed-os/wiki/Toolchain-Setup-Guide#on-linux

Mit VSCode ist das sehr bequem zu benutzen, das ist im Wiki auch 
beschrieben. Kommandozeile geht auch, aber naja, den Komfort von VSC 
möchte ich nicht mehr missen.

[J. S. (jojos)]

so, Mouser war gewohnt schnell und das neue Disco F769 ist gekommen.
Aber es ist verhext:
Es hat die noch neuere MCU Rev. '1' und das TCP Problem ist nicht 
sichtbar, gleicher Testcode läuft schon ein paar Stunden.
Dafür zeigt das Display jetzt nur Schnee an. Es war schon auffälig das 
nach dem Einschalten nichts zu sehen war, Bildschirm schwarz. 
Normalerweise haben die Boards eine nette Demo drauf, d.h. jetzt könnte 
das Board auch einen anderen defekt haben. Oder diese Board oder Display 
Rev. sind irgendwo inkompatibel.