CAN to UDP senden

Ben schrieb:
> Auf dem Raspberry eine UDP-Socket Kommunikation zu öffnen.

UDP ist keine Verbindung, und bei UDP hast Du keine Garantie, daß ein 
darüber gesendetes Paket auch tatsächlich beim Empfänger eintrifft.

Du kannst einen UDP-Socket, der im listen-Mode betrieben wird, recht gut 
mit einem Briefschlitz vergleichen.

Wenn Du eine Verbindung haben willst, nimm tcp. Da werden fehlerhafte 
Pakete wiederholt, und da bekommt die Gegenstelle mit, wenn der 
Empfänger bzw. Sender die Verbindung abbricht.

Ben schrieb:
> Danke für deine Antwort :).
>
> Ok dann habe ich mir z.B. einen TCP-Socket- Server und einen Client
> gebastelt. Da senden von Strings klappt wunderbar. Nun möchte ich aber
> all meine empfangenen CAN-Daten darüber senden und auf der andern Seite
> empfangen.

Und woran hängt es nun genau?

1.) Das Gerät empfängt Daten über CAN
2.) Die Daten stehen in einem Empfangspuffer
3.) Du kopierst diese Daten in einen Sendepuffer für die andere 
Schnittstelle, evtl. unter Berücksichtigung anderer Begegenheiten (z.B. 
Größe des zu sendenden Telegramms, vielleicht Checksummen, vielleicht 
Lebenszeichen oder ID in das Telegramm einbauen, etc.)
4.) Dann sendest Du die Daten über Ethernet

Für 1. und 4. wirst Du eh vorhandene Funktionen aus einer Bibliothek 
nehmen, geh ich mal von aus. Und 2. + 3. sollten jetzt nicht so das 
Problem sein.

Also, woran hängt's?

Wie wärs hiermit:

http://lnxpps.de/openwrt/wr841/can2eth.c
bzw:
https://github.com/GBert/railroad/blob/master/can2udp/src/can2eth.c

Rufus Τ. F. schrieb:
> Ben schrieb:
>> Auf dem Raspberry eine UDP-Socket Kommunikation zu öffnen.
>
> UDP ist keine Verbindung, und bei UDP hast Du keine Garantie, daß ein
> darüber gesendetes Paket auch tatsächlich beim Empfänger eintrifft.
>
> Du kannst einen UDP-Socket, der im listen-Mode betrieben wird, recht gut
> mit einem Briefschlitz vergleichen.
>
> Wenn Du eine Verbindung haben willst, nimm tcp. Da werden fehlerhafte
> Pakete wiederholt, und da bekommt die Gegenstelle mit, wenn der
> Empfänger bzw. Sender die Verbindung abbricht.

Wobei UDP ja eher vergleichbar ist mit dem, was auch über CAN läuft. Das 
ist ja auch verbindungslos, und es werden einfach Pakete geschickt. Bei 
TCP kann es auch passieren, dass neuere Daten vorhanden sind, aber vom 
Sender zurückgehalten werden, bis die alten (ggf. gar nicht mehr 
interessanten) Daten übertragen wurden.