dirk_e Ich denk ma du kannst ambesten das Art-Net Interface umbauen.
Bei Henne auf der Seite ist auch ne RDM Firmware die senden und empfangen kann.
Moin,
ja ich war das, ich hatte die selbe Grundidee ... DE-IF
Aber ich wurde, nach meinem Gefühl nur belächelt.
Habe da auch nicht mehr weitergemacht da ich noch andere Projekte liegen habe die fertig werden wollen.
Falls aber was gemacht werden soll wäre ich dabei
Hallo,
also ich hab mir mal die Artikel im Internet über RDM grob durchgelesen. Theoretisch müsste das funktionieren, wenn man den bestehenden DMX-In-Teil des DE-Interfaces zur RDM-Empfangseinheit umfunktioniert (sind ja ähnliche Ansteuerungen) und einfach mit dem DMX-Out-Teil (der dann auch die RDM-Daten sendet) koppelt.
Ich glaube aber, das größte Problem ist tatsächlich die Implementierung in den Atmega selbst. Ich weiß nicht, ob der eine Atmega von der Rechenleistung und vom Speicher her reicht, um gleichzeitig zu der DMX-Tabelle auch noch eine Geräte-Tabelle sammt allen dafür notwendigen Erkennungsprozeduren zu verwalten. Es sollten ja nacher bis zu 512 RDM-Geräte (wenn es schlecht läuft) ansprechbar sein und nebenher der DMX-Betrieb ohne Störungen weiter gehen. Sollte man aber für die RDM-Verwaltung einen zweiten Controler, wenn nicht sogar noch einen zusätzlichen externen Speicher benötigen wird es aufwendig das Interface umzubauen. Denn der Controler (RDM) muss sich ja mit dem Atmega (DMX) abstimmen wann wer wie sendet. Das will alles in Hardware und Software gegossen werden.
Viele Grüße
JP
Der Mega8515 hat einfach wenig SRAM. Ist ja im DE-If schon mit externem aufgebohrt. Mit einem aktuellen Mega haste 4 oder 16k SRAM. 2 UARTS, etc. Da wäre eine Neuentwicklung denke ich besser. Zumal die Lib um das DE-If anzusprechen nicht offen ist, somit so oder so neugeschrieben werden muss um RDM zu können.
Dennis
Hallo,
naja du musst schon die komplette Abfrage in das Interface Integrieren. Wie soll das Interface sonst an die Gerätedaten kommen. Das alles von Hand einzugeben geht nicht, weil das Interface trotzdem die Geräte ID benötigt. Diese erhält es aber nur durch die Abfrage. Ohne diese ID ist ein Ansprechen eines Endgeräts aber nicht möglich, weil es auf alle Nachrichten mit anderer Geräte ID nicht antwortet.
Außerdem finde ich, dass wenn man sich über nicht Norm-Konforme Geräte aufregt (wie das viele hier im Forum tun) dann sollte man hier nicht damit anfangen ein nicht Norm-konformes Interface zu bauen, nur damit der Speicher halbwegs reicht. Da aber die Norm auch vorsieht, das in regelmäßigen Abständen nach neuen Geräten gesucht werden soll, dann ist das eben so. Es könnte ja auch wärend einer Show passieren, das z.B. durch einen Wacktler ein Gerät kurze Zeit nicht ansprechbar ist, desshalb aus der Gerätetabelle fliegt und dann nicht mehr aufgenommen wird.
Und bei einer Neuentwicklung kann man ja auch mit den DE-Leuten zusammen arbeiten (mal angenommen die untestützen das Projekt) und dann Teile vom DE-Interface übernehmen. Dagegen spricht ja nichts.
Viele Grüße
JP
naja du musst schon die komplette Abfrage in das Interface Integrieren. Wie soll das Interface sonst an die Gerätedaten kommen.
Wieso muss die Datenhaltung im Interface geschehen? Bereits bei DMX kümmert sich das Interface nur um die Ausgabe der DMX-Werte, und nicht um das generieren der entsprechenden Überblend-Werte und -Zeiten oder um Bewegungsmuster - wieso sollten wir davon bei RDM abweichen?
Ich würde sagen, das Interface ist auf OSI-Layer 1 bis 4 zu finden - alles andere darüber kann die Software auf dem Rechner erledigen. Damit ist man auch wesentlich flexibler, falls die Software mal angepasst werden muss. Dann muss das Interface nämlich garnicht angefasst werden.
Hallo,
natürlich macht man die Überprüfung der Technik vor der Show, das hab ich ja auch nie in Frage gestellt. Aber es kann immer etwas dazischen kommen. Mir ist auch schon passiert, dass ich als Gasttechniker in einem Theater plötzlich einen Stromausfall hatte, weil einer über die Stromkabel der Pulte geflogen ist 
(ich hab das nicht so dämlich verkabelt). Die Schauspieler standen ganze 2 min im Dunklen, bis das Pult wieder oben war. So oder so ähnliche Zwischenfälle können immer passieren, egal ob mit Pult, oder Endgerät. Deshalb sollte meiner Meinung nach auch eine regelmäßige "Systemüberprüfung" stattfinden, selbst wärend einer Aufführung.
Und das mit dem DE-Interface stimmt so auch nicht ganz. Andere einfachere Interfaces sind dumme Sende und Empfangsgeräte. Das DE-Interface hingegen reduziert die Belastung für den Computer, indem es die DMX-Daten puffert. So müssen nur geänderte DMX-Werte vom PC übertragen werden.
Ich würde dieses Konzept aber nicht wieder zerstören, indem ich nun die komplette RDM-Abarbeitung auf den PC auslagere. Das Interface sollte schon deshalb wissen, welche Geräte angeschlossen sind, damit die Rückmeldung der Geräte nicht jedes mal zum PC geschickt werden muss. So würde man einiges an Datenverkehr auf dem USB-Port einspaaren.
Viele Grüße
JP
Mir ist auch schon passiert, dass ich als Gasttechniker in einem Theater plötzlich einen Stromausfall hatte, weil einer über die Stromkabel der Pulte geflogen ist
Darf ich fragen, was für ein (ich spar mir hier einen Kommentar) Pult das ist?
Ich kenn das nur von den Strand-Pulten, die unterscheiden zwischen zwei "Ausschalt"-Arten. Wenn man die normal über den Hauptschalter am Pult ausschaltet, machen die beim nächsten Einschalten ganz normal den Selbsttest und sonstiges Zeugs was sie beim Booten immer machen.
Wenn ich allerdings das Steckernetzteil direkt ausstecke = ergo Stromausfall, sind die, wenn der Strom wieder zurückkehrt, genau wieder in dem Status, in dem sie vor dem Stromausfall waren, ohne Selbsttest und sonstigen Schmarrn, den du in dem Fall überhaupt nicht brauchen kannst.
Freundliche Grüße
Stefan
Hallo,
ich hätte ja auch nicht alle 2sec die Lampenlebensdauer abgefragt. Aber wenn ich das richtig verstanden habe, darf nur der Controler / das Interface eine RDM-Komunikation initiieren, was das Endgerät mit einer Antwort quitiert. So muss das Interface in gewissen Abständen beim Gerät nachfragen, ob alles ok ist. Ich dachte da an eine Abfrage alle 15 bis 20sec.
Aber man kann ja auch eine abschaltbare Abfrageautomatik einbauen. So kann jeder selbst entscheiden, wie er es möchte.
Zu dem Pult: Ich weiß leider nicht was das für ein Lichtpult war. Ich war in dem Theater wie gesagt nur als Gasttechniker mit einer Musicalgruppe. Die ganze Technik hat das Theater gestellt und es war auch jemand von denen, der über das Kabel geflogen ist. Ob das Pult einen Selbsttest gemacht hat, weiß ich net, zumindest hat es echt lange gedauert, bis es wieder oben war. Blöd halt, das es grad mitten im Stück war.
Was mir jetzt aber so im nachhinein auffällt: die haben doch tatsächlich das Tonpult und das Lichtpult an die selbe Steckdose gehängt, weil der Ton auch kurzzeitig weg war. Wir haben danach auch nie wieder eine Aufführung in dem Theater gemacht.
Viele Grüße
JP
Ich denke 90% von dem was hier diskutiert wird, ist in der RDM Spezifikation ANSI 1.20-2006 genau festgelegt (besitze ich nicht, sonst würde ich nachsehen). Weiterhin würde ich sagen soetwas lässt sich ohne dieses Dokument nicht implementieren, da es im Netz nur sehr wenige detaillierte! Informationen zu RDM gibt.
Dennis
Was das abschalten des RDM während des Betriebes betrifft.
Als Ich mit einigen anderen aus unserem Team am Anfang des Jahres auf einer Hausmesse in der Mediaakademie in Berlin war, gab es dort auch einen Vortrag von den Initiatoren von RDM.
Wenn ich mich noch richtig erinnere, wurde dort geraten, RDM während des Livebetriebs abzuschalten, da es sonst zu größeren Verzögerungen kommen kann.
JPK 
