Entwicklungsboard für Echtzeitregelung mit Ethernet

Arduiono Due mit Ethernetshield? Dort ist ein ARM mit 84 MHz und 
deutlich mehr Speicher drauf.

Xmos kein FPGA sondern eine auf Echtzeit getrimmte MCU mit mehreren 
Kernen.

Die Boards sind auch nicht so teuer, um die 100-200€.

Echtzeit und Ethernet sind <normalerweise> zwei Dinge, die sich beißen, 
wie gesagt, NORMALERWEISE.
Ist ja nicht so, dass sowas in der Austomatisierungsinsudstrie nicht 
gemacht wird.
Der Grund sind die Buffer, die im Media Access Controller sind.
Und ehrlicherweise währe ich bei Ethernet+Arduino+Echtzeit sehr 
skeptisch.
Willst du das Ethernet nur als Punkt zu Punkt quasi als Cross Over oder 
über ein Netzwerk? Denn Ethernet beschreibt nur OSI Layer 1 (Physical 
Attachment) und OSI Layer 2 (Media Access Control). Ein Netzwerk ist 
schon etwas mehr und noch mehr Buffer.
Ich denke mit Standardroutern wird man keine Echtzeit schaffen. Echtzeit 
meint ja nicht "so schnell wie möglich" sondern "determinisitisch zu 
einem bestimmten Zeitpunkt".
Daher letztlich auch die Frage, mit welchen Zeitkonstanten sich dein 
Prozess abspielt - im Millisekundenbereich oder reichen auch Sekunden?

Um richtung Echtzeit zu kommen, wirst du etwas brauchen, wo du das 
Verhalten der Buffer beeinflussen kannst, oder dir jemand einen Stack 
anbietet und das garantiert.
Willst du es Hobbymäßig oder beruflich machen?
Schau mal bei TI  und in deren e2e Forum vorbei und frag da mal, ob die 
was für dich haben.

Schau Dir mal die Nucleo-144 (F4/F7)Boards an:
- Phy on board
- Mac on chip
- Ordentlich RAM/Rechenpower und DSP Befehle

> ROUTER im Echtzeitnetz will sowieso niemand und braucht auch
> niemand. An der Grenze zum "normalen" Netz sind sie allerdings in vielen
> Fällen ein denk- und brauchbarer Ersatz für teuere L3-Switches...


Das Stimmt so nicht. So lange keine Last darüber läuft ist die Latenz 
relativ gering und auch die Schwankungen. Sobald aber Pakete darüber 
laufen ändert sich dies. Ohne eine Regel wer Vorfahrt hat kommen die 
Pakete unbestimmt an oder auch gar nicht wenn die Lebenszeit 
überschritten wurde.

Ethercat, AVB und andere Video/ Audio Streams brauchen schon eine 
Reservierte Bandbreite und garantierte Latenz. Sonst kommt es zu Drop 
Outs im Signal.

Da xmos einen AVB Stack zur Verfügung stellt sind sämtliche Mechanismen 
die hierzu nötig wären schon vorhanden. PTP usw.

Die xmos MCUs sind eigentlich ideal für alles wo es auf "Echtzeit" 
ankommt. Diese besitzt mehrere Kerne welche über Channels kommunizieren. 
Man kann Sie sogar Verlinken (Xlink).

Es ist eben ein Zwischenschritt zum FPGA. Für die meisten Anwendungen 
durchaus praktikabel da sie sich in C programmieren lassen.

Wer beide Welten Arm u. xmos verbinden möchte dem sei das xcore-XA 
empfohlen. Das Board besitzt einen J-Link OB für den ARM und auch einen 
Debugger für den Xmos.