Schönen guten Tag! Mit OpenMCP auf einem Pollin-Board soll per UDP-Paket von einem anderen Gerät ein aktueller Wert angefordert werden, der dann ebenfalls als UDP-Paket geliefert wird. Mittels eines kleinen Testtools, mit dem UDP-Pakete gesendet und empfangen werden können, lässt sich diese Funktion auch erreichen. 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? Das Gerät von dem oben die Rede war, sendet nämich immer auf dem Port zurück von dem die Anfrage kam. Weiß da jemand was? Hat sich überhaupt schon jemand mit OpenMCP näher mit den UDP funktionen auseinandergesetzte? Bin um alle sachdinlichen Hinweise dankbar :-) Gruß UWE
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
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.