Einfaches Protokoll über Ethernet?

Am Tue, 28 Apr 2009 08:23:13 -0700 (PDT) schrieb Tobias Zuercher:

Solange du das Ethernetformat mit Mac-Adresse usw. einhälst wird er weiter funktionieren.

Dafür wurde eigentlich UDP (anstelle TCP) entwickelt. Das hat den Vorteil dass du auch weiter mal über einen der üblichen Router gehen kannst und es eigentlich recht schnell ist.

Absicherungen so wie bei TCP gibt es da nicht, das musst du also selbst realisieren.

Ich habe das dann so gelöst das der eben übertragene Inhalt (kurze Kommandos und wenige Daten) wieder gelesen und dann erst aktiviert wird.

Hier eine Grafik mit dem Frameaufbau:

Natürlich kommt davor noch der MAC- und der IP-Header.

Lutz

"Tobias Zuercher" schrieb im Newsbeitrag news: snipped-for-privacy@j18g2000prm.googlegroups.com...

Ethernet ist ein weitlaeufiger Begriff.

So viel Overhead ist das mal garnicht. Für IP4/UDP sind das nur 24 byte. Ethernet Frame mit Source und Destination MACs kommen noch dazu. Das dauert auf einem 10Mbit Netz schon nit lange. Ich bekomme einen ping mit

Einen zweiten AVR als Coprozessor ( vielleicht gesteuert ueber usb/seriell)

Wieso sollten die nicht gehen wenn du IP sprichst?

Wenn du ein fertiges Framework für den AVR mit schon vielen Protokollen (Netzwerkseitig wie Hardwareseitig) haben willst, solltest du dir mal ethersex[1] anschauen.

grusz didi

Sogar f=FCr Windows gibt es entsprechnde Software. Es gibt entsprechende Pakete, die einen eigenen NETBIOS Stack haben und direkt als Kernel- Modul (gibt es auch unter Windows) ausgef=FChrt werden. Sobald man sowieso im Kernel ist kann man auch den Taskswitch beeinflussen.

Unter den Stichworten kernel-space rootkit with ethernet d=FCrften sich entsprechende Treffer erziehlen. Zumindest hat der Ersteller der Webseite

Jedoch k=F6nnte man unter Windows mit einem kernel-mode- treiber durchaus verschiedene Timinganforderungen erf=FCllen, denn die Hersteller von diversen GDI-Ger=E4ten schaffen dies schlie=DFlich auch.

Unsinn. Schau einfach mal, was Profinet ist.

-ras

es gibt noch einen ganzen Sack alternative Echtzeit-Ethernet's:

darunter auch einige, die ohne spezielle MAC's mit Standard-Ethernet Hardware auskommen.

Ob man de OP bei seinen kleinen Zeiten ein IP-basiertes Protokoll empfehlen kann ist streitbar. Schließlich muss in den 5ms auch die Protokollbearbeitung realisiert werden (oder nicht?). Für kleinbittige Microcontroller ist der zusätzliche Aufwand für die Protokollbearbeitung von IP bzw. UDP nicht zu vernachlässigen.

IP macht deshalb nur Sinn, wenn andere Hardware als Switche beteiligt sein muss (Router). Aber dann würde ich davon ausgehen, dass die 5ms nicht einfach realisierbar sind. Die Übertragungszeit für 100MBit Ethernet liegt zwischen ca. 6µs (46 Byte) und 122µs (1500 Byte) je nach Nutzdatenlänge.

jan

"Ralph A. Schmid, dk5ras" schrieb im Newsbeitrag news: snipped-for-privacy@4ax.com...

Schlimm und Schlimmer. Schlimm war schon ProfiBus, schlimmer ist ProfiNet, vor allem ist es Kundendesinformation. ProfiNet laeuft nicht ueber Twisted Pair, sondern LowSkew StarQuad Kabel, und kann nicht von normalen Ethernet-Controllern bedient werden, sondern erfordert spezielle Controller. Es ist lediglich rueckwaertskompatibel, d.h. man koennte es auch benutzen, um Web-Zugriffe darueber zu machen.

Christian Dietrich schrieb:

Auf Hostseite gibt es für Linux eine RT-Erweiterung namens Xenomai. Das ist allerdings weit umfangreicher als nur ein paar kleine Patches. Das Ganze erfordert einigen Aufwand an Einarbeitung, aber wenn man sich für den Newsletter registriert gibt es auch kompetenten Support.

Mal ein paar Links:

Vorher hieß das Projekt mal RTAI/Fusion

HTH, Hajü

Doch, tut es.

-ras

--

Ralph A. Schmid

Hans-J. Ude schrieb:

Da es dem OP ja in erster Linie um Vernetzung ging, hier noch ein wichtiger Link, den ich vergessen hatte:

Hajü

Hallo Tobias,

Das stimmt so verallgemeinert nicht. Ein Beispiel: Netz: Fast-Ethernet mit Switch zwischen Target und Host Target: MPC5200 (400 MHz PPC) mit Linux 2.4-Kernel Host: XP auf Core2Duo Protokoll: TCP/IP mit Textprotokoll, ähnlich HTTP Round Trip Time eines einfachen Kommandos ohne Parameter: ca. 0.5ms.

Mit dieser Kombination kann ich also über 2000 Kommandos/s im Schnitt absetzen, was ich schon ganz gut finde. Über UDP sollte das ganze noch schneller zu bewerkstelligen sein.

Gruß, Oliver

Am 28.04.2009, 18:01 Uhr, schrieb MaWin :

Quatsch mit Soße. Es gibt Industrielösungen, die Echtzeitprotokolle über Ethernet machen. Der Kram ist (natürlich) nicht ganz billig. Aber geben tut's das alles. Musst nur mal über die Embedded World oder die SPS/IPC/DRIVES gehen...

Ansgar

"Ansgar Strickerschmidt" schrieb im Newsbeitrag news: snipped-for-privacy@strickerschmidt.local...

Es gibt auch Haarwuchsmittel, Entkalkungsmagnete und das sichere Salzbergwerk Asse. Was wolltest du also sagen? Dass man sich als Anlagennotruf freuen kann, wenn jemand so bloed war, auf ein unzuverlaessiges System zu setzen (das auch noch teuer verkauft wurde obwohl es das allerbilligste Massengut einsetzt)?

Das zeigt mal wieder, daß Du absolut den Schuß nicht gehört hast. Die Technik wird erfolgreich eingesetzt, ohne irgendwelche besonderen Probleme. Das verwendete Bussystem muß natürlich zur Anwendung passen, aber das ist ja immer so.

Wir haben schon so ziemlich alles eingesetzt, was es in der Automatisierungstechnik so gibt, ja nachdem, was der Kunde will, und da hat sich nix als besonders anfällig oder problematisch erwiesen.

-ras

MaWin schrieb:

Es gibt Firmen, die die Lageerkennung des Fahrkorbes in einem Fahrstuhl per WLAN machen und das vom TÜV zertifiziert bekommen - warum sollte Ethernet nicht für sichere Anwendungen geeignet sein?

Jan

Jan Schmidt schrieb: ...

OMG

Weil zertifiziert != geeignet und TÜV == gewinnorientierte Firma.

Falk

Am Thu, 30 Apr 2009 23:28:05 +0200 schrieb Jan Schmidt:

Da schüttelt es den Hund mitsamt der Hütte.

Sah man sich ausser Stande ein Kabel zu verlegen?

;-)

Lutz

-- Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin auch für Nagios - Nachricht per e-mail,SMS und SNMP: