Gemäß meinen Erfahrungen (hatte SGM und Clay Paky) liegt es an der Einstellung der Bremse/Dämpfer. Das ist ein Plastikstift, der am Bügel befestigt ist und an der Motorseite eine Reibung erzeugt. Diese Angelegenheit müßte man neu justieren.
(die Variablen ist zum Einem der Andruck und zum Anderen die Fettung der Reibfläche)
Mit denen muß man etwas experimentieren, dann müßte das Problem weggehen.
kann es sein das der im LJ im 16bit modus läuft? der MK1 kann doch glaub kein 16bit sondern erst der MKII und irrgentwie war die kanalbelegung auch anders.
Mach die dinger mal auf und schau mal was für ein eprom drin ist.
Hi, es kann auch sein - ich kenne die Lampen nicht - dass es einen Kanal gibt, in dem Du die Geschwindigkeit der Bewegung regeln kannst. Das ist nötig, wenn Du mit einfachsten Pulten steuerst, dass Du saubere Bewegungen bekommst, auch wenn Du nur den Endpunkt der Fahrt direkt raus gibst und die Geschwindigkeit dann entsprechend langsamer machst. Wenn jetzt aber das Pult die gesamten Daten für die Wegstrecke raus gibt, kann es zu ruckeln kommen. Schwer zu beschreiben, aber wenn Du die Speed auf maximal stellst kann der Fehler schon weg sein.
Das würde dafür sprechen, dass Du bei anderen Protokollen kein Problem hast.
Gruß
Matthias
ZitatIch kann mir nur vorstellen dass Martin mal wieder geschlunzt hat mit der übersetzung des Martin Protokol zu DMX512.
Nein, hat Martin nicht. Das Martin-Protokoll ist ein Vektor-Protokoll während DMX ein Tracking-Protokoll ist.
Das Interface rechnet die Tracking-Werte in Vektoren um (=Zielpunkt und dafür benötigte Zeit). Bei sehr langsamen Bewegungen ändert sich der Vektor entsprechend langsam, deswegen kann es zum Ruckeln der Spiegel kommen - das ist leider systemimmanent.
ZitatAnsonsten geht dieses Problem an die Öffentlichkeit.
Wir sind doch hier schon in der Öffentlichkeit.
Die 218er sind zwölf Jahre alte Konstruktionen. Der Nachfolger des 218, der 218 MKII, kann das DMX-Protokoll verarbeiten.
Das Interface wandelt das DMX- in das Martin-Protokoll. Und das tut es.
ZitatDa hat Martin gefälligst etwas zu unternehmen,und nicht einfach zu behaupten dass dies ein Vektor Protokoll ist und so weiter.
Martin hat schon vor zehn Jahren etwas unternommen - nämlich den 218 MKII entwickelt, der das DMX-Protokoll versteht.
So, und ich gehe jetzt mal los und versuche, meine Graphikkarte von 1994 auf den heutigen Stand zu bekommen. Und wehe, das geht nicht!
Ich glaube, dass hier ein wenig übertrieben wird. Das Gerät kann per se kein DMX, da es einfach schon 12 Jahre alt ist, und technisch ist nicht einfach eine 1:1 Umsetzung möglich - worauf Mathias Gentsch ja hingewiesen hat. Dies kann man kaum der Firma Martin vorwerfen.
Wenn das einzige Problem ist, dass die Geräte bei langsamen Fahrten rucklen, kann ich den Aufschrei nicht wirklich verstehen: Alle andere Hersteller bieten gar keine Datenwandler mehr für ihre alten Geräteprotokolle (LWR, D54 usw.) an, so dass man die Geräte mehr oder weniger in die Tonne stecken kann - da sollte man im Vergleich doch mit einem solchen Kompromiss leben können.
Ansonsten finde ich den aggresiven Ton hier im Forum ziemlich unangemessen: Der Hersteller hat offen das Problem benannt und mehr kann er auch nicht machen, da das Problem de facto nicht behebbar ist.
Eigentlich frage ich mich nur, warum man, wenn man derart unzufrieden ist, das Interface nicht einfach zurück gibt - wie gesagt: andere Hersteller bieten erst gar nicht die Option.
Mit Mathias Gentsch schreibt hier wenigstens neben Michael Adenauer noch einer der großen Hersteller mit, bei solchen Reaktionen kann man aber nur hoffen, dass das auch in Zukunft noch der Fall sein wird.
Habe nochmal zur Detailierung meine Unterlagen vom letzten Martin Controller-Seminar herausgekramt und zitiere einfach (hoffentlich mit der Zustimmung von Mathias) die entscheidenden Passagen:
Vektorsteuerung (Martin-Signal):
"Vektorsteuerung bedeutet, dass dem Gerät der Endpunkt der Bewegung und die Geschwindigkeit, mit der es diese Bewegung ausführen soll, mitgeteilt wird. Die Berechnung des Bewegungsablaufes selber erfolgt im Gerät."
Trackingsteuerung (DMX):
"Der gravierendste Nachteil ist jedoch, dass das DMX-Protokoll praktisch ein reines Trackingprotokoll ist. Die Berechnung der Bewegung erfolgt in der Steuerung, was bei bestimmten Bewegungsbereichen aufgrund der geringen Auflösung des Signals zwangsläufig zu ruckeliger, ungleichmäßiger Bewegung führt. Die Bewegung kann niemals optimal auf das Gerät abgestimmt werden. Außerdem erhöht diese Tatsache den Hardwareaufwand für die Steuerung." - Zwar sind inzwischen die Bewegungen danke 16bit-Kanälen weniger ruckeliger und inzwischen kann die Pulthardware problemlos diese Daten berechnen, aber entscheidend für das Problem ist folgendes (eigentlich hat Mathias das bereits alles geschrieben):
Das Interface muss an den Scanner Endpunkt und Geschwindigkeit senden, allerdings sendet DMX per se keine Endpunkte sondern Veränderungen, also muss der Wandler zu jedem DMX-Paket einen neuen Vektor bestimmen - und die sind in der Regel unterschiedlich (man vergleiche eine Diagonale in einem Grafikprogramm, auch dort ist die Abfolge von horizontalen und vertikalen nur in größeren Einheiten regelmäßig). Allerdings ruckelt auch jeder 8bit Scanner bei langsamer Geschwindigkeit...
Und bei aller Liebe: die Geräte sind 12 Jahre alt! Da kann man wohl kaum die gleichen Ansprüche wie an Gerät aus dem Jahr 2006 stellen. Mein alter Peugeot von 1991 hat auch im unteren Drehzahlbereich geruckelt und ab 150km/h gestöhnt; mein neues bayerisches Gefährt aus dem Jahr 2005 zieht aus dem Drehzahlkeller ohne Ruckeln und selbst bei 220km/h kann ich noch Musik hören...
Zitat von "LIGHT-DOG"Also Martin dann will ich mal bitten etwas zu unternehmen denn ansonsten ist dies eine Verarschung sprich sogar krass genommen Betrug am Kunden der vertrieben wird.
Whoa, mit solchen Sprüchen wäre ich sehr vorsichtig. Passende Vergleiche, warum Du das, was Du erwartest eben nicht wirklich erwarten DARFST, gab es ja schon reichlich, damit will ich nun nicht auch noch anfangen.
Ich arbeite seit 4 Jahren mit dem Martin Lightjockey und bin damit überaus zufrieden. Imo gibt es kein derartiges Produkt mit besserem Preis/Leistungsverhältnis und VOR ALLEM besserem Kundensupport. Das Martin Forum http://www.martin.com/forum zu den Produkten strotzt nur so vor Kompetenz und Freundlichkeit - ich wüßte kein Produkt, zu dem ich je besseren Support erhalten habe!
(Falls mir jetzt jemand von Martin einen Kugelschreiber oder ein T-Shirt als Dankeschön schicken möchte, bitte ich um pn 
)
Also halt Dich bitte etwas zurück, was Du verlangst ist einfach unfair...
Gruß,
Tommes
(der jetzt mit seinem Laptop auf dem Sofa die Show für morgen vorbereitet... )
Wenn man Deiner Argumentation folgt, müßtest Du Dich ja nicht nur von Martin, sondern von DMX verabschieden.
immerhin bietet martin die möglichkeit eines wandlers an, was viele andere hersteller garnicht in betracht ziehen.
und zweitens bleibt es halt eine emulation. das ist nicht einfach nur ein adapterstück. schau mal in die edv - branche.. da gibts software-emulatoren für programme aus alten betriebssystemen oder maschinen. die programme laufen aber auch oft mit einschränkungen und da wird auch nicht darauf hingewiesen... Achtung Hintergrund nur monochrom oder langsamer seitenaufbau.....
gib das teil zurück und verkauf deine alten 218er in ebay...
(sorry, aber 12 Jahre ist halt in der schnelllebigen Zeit auch eine halbe ewigkeit).
zu guter letzt noch zwei bemerkungen: jeder hat sachen, die einem stören und mit denen man nicht zufrieden ist. aber man kann das ganze auch sachlich - sprich weniger aggresiv diskutieren.
.. und ohne schleimen zu wollen. ich steh zu martin ! tolle produkte und toller service !
Du verstehst anscheinend immer noch nicht, dass das nicht an Martin liegt. Das sind Probleme des DMX-Signals bzw die der Umsetzung.
Es muss mit jedem neuen DMX wert, der aus demnem Controller kommt ein neuer Vektor für das Martin Protokoll berechnet werden. DMX ist aber in der 8bit Variante allein schon ruckelig, da eben 8 bit genau 256 Positionen ermöglicht. Diese 256 Positionen entprechen den werten maximal links bzw unten für den Wert 1 und maximal rechts bzw oben für den Wert 256. Das ist wie wenn du in Paint von Microsoft versuchst eine Linie zu ziehen die sieht einfach Stufig aus.
Dass deine Scanner mit dem Martin Protokoll gut gehen zeigt doch die Stärke des Martin-Protokolls. Verwende also deine Skanner mit diesem Protokoll oder verkaufe sie und besorge dir welche die mit 16 bit PAN/TILT ausgestattet sind. Die ruckeln dann auch nicht bei langsamen Fahrten. Naja jededenfalls sieht man diese ruckler nicht mehr da sie nun sehr klein sind. Vektor ist halt für manche sachen besser das weis auch der Grafiker!
Gruß
ZitatSo nun kauft euch mal ein Auto das 12 Jahre alt ist, wo in der Beschreibung drin steht "mit Klimaanlage".
Aber da ist die Klimaanlage doch Bestandteil des Autos. Und das DMX-Interface ist doch nicht Bestandteil des 218, oder verstehe ich was falsch?
Das ist doch eher so, als würde ich ein Dieselauto auf Benzin umrüsten wollen aber den Motor nicht tauschen.
