Project

General

Profile

Actions

Support Request #10049

closed

IPC UDP Receiver vs communication to non-adtf instance

Added by hidden about 4 years ago. Updated almost 4 years ago.

Status:
Closed
Priority:
Normal
Customer:
PORSCHE
Department:
Requester's Priority:
Normal
Support Level:
2nd Level
Resolution:
Solved Issue
Product Issue Numbers:
Affected Products:
Platform:
Topic:
ADTF3SupportTB::UDP
FAQ Links:

Description

Supportanfrage

Ich kriege keine UDP Daten über den IPC UDP Receiver Filter in ADTF3.
Die Daten kommen aber in ADTF2. Muss ich noch was in ADTF3 einstellen?

Lösung

Der IPC (Inter Process Communication) ist ein Kommunikationsmechanismus in ADTF 3.x, die Gegenseite muss diesen auch sprechen.
Wenn du also Daten via Ethernet sendest, kann ein IPC Source diese nur verarbeiten, wenn sie auch IPC bedienen.
Siehe auch:

Als out of the box Lösung gibt es zwei Ansätze:
Dazu bieten wir eine Library an, diese muss auf der Nicht-ADTF-3 Seite implementiert werden.
Hier spielt es auch keine Rolle dass es ADTF 2.x ist, denn ADTF 2 ist nicht ADTF 3.

Eine Alternative wäre, die Sources und Sinks zu verwenden, die für eine Nicht-IPC Kommunikation ausgelegt sind.

Beide Beispiele findest du hier:

Speziell für den Use Case ADTF-2-to-ADTF-3 gibt es aber eine IPC Integration in ADTF 2.x -> ADTF 3 Support Toolbox

Wir haben ein Steuergerät, das mit Ethernet mit unserem ADTF Messrechner verbunden ist.
Das Gerät schickt Daten an einem bestimmte Port und diese Daten möchte ich im Harddisk Recorder speichern.
Gibt es so ein Filter in ADTF3? Das gleiche Filter heißt in ADTF2 Ethernet Device UDP

genau das ist eine ADTF 3 zu Nicht-ADTF 3 Kommmunikation, das heißt kein IPC.
Dazu gibt es dann wie gesagt entsprechende Filter, siehe IPC independent Streaming Source/Sink


Files

Bild1.PNG (81.2 KB) Bild1.PNG hidden, 2020-01-27 15:02
Bild2.PNG (13.5 KB) Bild2.PNG hidden, 2020-01-27 15:02
Bild3.PNG (78.3 KB) Bild3.PNG hidden, 2020-01-27 15:02
Bild4.PNG (70 KB) Bild4.PNG hidden, 2020-01-27 15:02
Actions #2

Updated by hidden about 4 years ago

  • Status changed from New to Customer Feedback Required
  • Topic set to ADTF3SupportTB::UDP
  • Customer set to PORSCHE
  • Affected Products ADTF 3.6.2 added

Hallo Sylvie,

du verwechselst hier etwas.

Der IPC (Inter Process Communication) ist ein Kommunikationsmechanismus in ADTF 3.x, die Gegenseite muss diesen auch sprechen.
Wenn du also Daten via Ethernet sendest, kann ein IPC Source diese nur verarbeiten, wenn sie auch IPC bedienen.
Siehe auch:

Als out of the box Lösung gibt es zwei Ansätze:
Dazu bieten wir eine Library an, diese muss auf der Nicht-ADTF-3 Seite implementiert werden.
Hier spielt es auch keine Rolle dass es ADTF 2.x ist, denn ADTF 2 ist nicht ADTF 3.

Eine Alternative wäre, die Sources und Sinks zu verwenden, die für eine Nicht-IPC Kommunikation ausgelegt sind.

Beide Beispiele findest du hier:

Speziell für deinen Use Case gibt es aber eine IPC Integration in ADTF 2.x -> ADTF 3 Support Toolbox

Actions #3

Updated by hidden about 4 years ago

Hallo Florian,

ich möchte keine Nicht-ADTF UDP Kommunikation haben.
Wir haben ein Steuergerät, das mit Ethernet mit unserem ADTF Messrechner verbunden ist.
Das Gerät schickt Daten an einem bestimmte Port und diese Daten möchte ich im Harddisk Recorder speichern.
Gibt es so ein Filter in ADTF3? Das gleiche Filter heißt in ADTF2 Ethernet Device UDP

Vielen Dank
Sylvie

Actions #4

Updated by hidden about 4 years ago

Hallo Sylvie,

genau das ist eine ADTF 3 zu Nicht-ADTF 3 Kommmunikation, das heißt kein IPC.
Dazu gibt es dann wie gesagt entsprechende Filter, siehe IPC independent Streaming Source/Sink

Actions #5

Updated by hidden about 4 years ago

Hallo Florian,
es klappt jetzt. Vielen Dank nochmal!

Actions #6

Updated by hidden about 4 years ago

  • Project changed from 16 to Public Support
  • Subject changed from IPC UDP Receiver to IPC UDP Receiver vs communication to non-adtf instance
  • Description updated (diff)
  • Status changed from Customer Feedback Required to To Be Closed
  • Private changed from Yes to No
  • Resolution set to Solved Issue
Actions #9

Updated by hidden almost 4 years ago

  • Status changed from To Be Closed to Closed
Actions

Also available in: Atom PDF