OpenMCP und UDP

Uwe schrieb:
> von einem anderen Gerät
Bitte genauer

> Mittels eines kleinen Testtools, mit dem UDP-Pakete gesendet und
> empfangen werden können, lässt sich diese Funktion auch erreichen.
Ist das Tool selbstgeschrieben oder hat es einen Namen? Wie ist es 
konfiguriert?

> Mit OpenMCP klappt das aber irgendwie gar nicht :-( Wir haben so ein
> bischen den Verdacht, daß OpenMCP Probleme damit hat, auf dem gleichen
> Port zu lauschen, auf dem ein anderer Socket sendet. Wäre das möglich?
Was genau wurde gemacht? Welcher Port, wie und wo wurde er eingestellt? 
Welcher "Wert" soll übertragen werden?

> Das Gerät von dem oben die Rede war, sendet nämich immer auf dem Port
> zurück von dem die Anfrage kam.
Von dem Gerät wurde nur als "Gerät" gesprochen. Ohne weitere Info kann 
man schlecht was dazu sagen. Ist damit das 'Pollin mit OpenMCP gemeint?

Über sachdienlichere Informationen wären "wir" sehr dankbar.

Guten Morgen!

Bei dem "Gerät" handelt es sich um eine digitale Audio-Matrix die Teil 
einer fest Installierten Beschallungsanlage ist. Diese soll über ein 
Netzwerk von verschiedenen Punkten aus ferngesteuert werden, um die 
Lautstärke zu regeln. Gleichzeitig soll der aktuelle Wert der Lautstärke 
abgerufen werden, um diese an allen Bedieneinheiten auf einem Display an 
zu zeigen.
Die Lautstärke zu regeln ist kein Problem, das funktioniert einwandfrei 
mit OpenMCP. Es hakt jedoch bei dem Pollen der aktuellen Lautstärke.

Das Software-Tool, mit welchem es getestet wurde, heißt Hercules. Der 
entsprechende Destination-Port ist 19761, da auf diesem die Matrix 
"hört". Source-Port war beim Testtool egal, es hat mit jedem 
funktioniert, der getestet wurde.
Das Paket, welches gesendet wird, ist ein 9byte langes Kommando, im 
Hex-Format (z.B. 02 52 43 30 30 31 03 26 0D). Zurück kommen dann 14byte. 
Und hier haben wir das Problem:
Mit diesem Hercules-Tool bekommen wir die Antwort, mit OpenMCP bekommen 
wir keine Antwort. OpenMCP läuft übrigens auf einem Pollin Net-IO.

Folgende Konstellation wurde schon ausprobiert (weshalb wir den Verdacht 
haben, das OpenMCP nicht auf dem gleichen Port lauschen kann, wie es 
sendet):
socket0 schickt von sich aus regelmäßig ein UDP-Paket um bei der 
Audio-Matrix die Lautstärke zu Pollen, als Source-Port lässt sich in dem 
Paket (mit der Software Wireshark) 45574 heraus lesen. Das heißt, die 
Matrix schickt an diesen Port ihr Paket zurück.
Gleichzeitig soll OpenMCP auf dem Port 45574 lauschen. Es kommt jedoch 
nichts an. Auch wenn wir mit dem Testtool Hercules auf diesen Port etwas 
schicken passiert nichts.
Lauschen wir auf einem anderen Port und schicken wir mit dem Testtool 
Hercules auf diesen Port ein Paket, dann lässt sich das geschickte Paket 
anzeigen.

Der Audio-Matrix kann kein anderes Verhalten beigebracht werden. Die ist 
so fest programmiert. Deswegen muss das Board dies irgendwie 
bewerkstelligen.

Hoffe, es wird so ungefähr klar, was wir hier tun wollen.

Danke für Euer Nachdenken...

Gruß UWE