DMX2Martin Protokoll

hi,

bin gerade dabei, nen Protokollwandler fuer Roboscan218 MKI zu bauen.
Tut auch alles, aber irgendwie klappt das mit den Figuren in DMXControl
net so.

Vermutlich liegts daran, dass der Roboscan ca. 6240 Pan-Microsteps kann, aber halt nur 1500 Tilt-Microsteps.

Derzeit lass ich die Microsteps ueber die vollen 16bit verteilt laufen,
dh. 10-11 Werte ergeben einen Pan-Schritt (65536/6240) und 42-43 Werte
ergeben einen Tilt-Schritt (65536/1504).

Jetzt ist meine Frage, ob das so richtig ist, oder ob ich die
Tilt-Schritte auch auf 10-11 Werte anpassen soll, bzw. wie das bei
anderen Scannern ist.

Vielen Dank ma schon im voraus fuer Eure Antworten.

gruss

wolf

joa, das hab ich auch gedacht, als ich die Dinger bei egay ersteigert hatte. Ernuechterung machte sich aber breit, als ich nur 6 Dipschalter gesehen hab. Der Roboscan MK1 kann naemlich wirklich nur Martin-Protokoll. Und da ich mir dafuer net extra ne Martinkonsole zuleg, hab ich halt kurz was gebaut, das DMX-Protokoll ins Martin-Protokoll umsetzt.
Das Problem dabei ist, dass Martin folgendermassen (am Beispiel Pan ca. 180Grad0) umsetzt:

das High-Byte geht von 30-224 (0x1E-0xE0)
das LowByte von 0-31

Das rechne ich nun auf die vollen 16 Bit um, sodass 10-11 Werte, je nach Rundung, 1 Schritt im Martin-Protokoll bedeuten.
(0x0001-0x000B ist z.B. ein Schritt)

Eigentlich wollt ich nur wissen, ob die einzelnen Schritte fuer Pan und Tilt ueber die vollen 16Bit verteilt sind oder ob ich fuer Tilt dann, analog zu Pan, auch 10-11 DMX Werte fuer einen Schritt nehmen soll, bzw. dass jeder Wert im DMX-Protokoll dann auch einen Schritt fuer den Scanner bedeutet.

(Im uebrigen ist das Martin-Protokoll recht witzig gemacht, ausser halt, dass es proprietaer ist; da gibst nur nen Endpunkt an, und dann faehrt der Spiegel, je nach Wert eines weiteren Kanals, schnell oder langsam diesen Punkt an.)
gruss
wolf

thx fuer die schnelle Antwort,
das spart mir ne neue ror und rol-lerei zum Teilen von 65536 durch 6240 oder 1504.
Das Ruckeln der Spiegel kann auch daher kommen, dass ich net bedacht hab, dass wenn sich ein DMX-Wert aendert, sich auch der Martin -Wert aendert; der Wert dann aber trotzdem gesendet wurde.

gruss
wolf

zur Zeit ist ne 12 Kanal-Version 16bit fuer den Roboscan 218 fertig. Dann ist mir aufgefallen, dass ich noch jede Menge RAM frei hab, und mit der jetzigen Schaltung 3 Roboscans ansteuern kann (OK, dann wirds mit dem RAM knapp). Zusaetzlich werden dann alle 16 Kanaele ansteuerbar sein und somit auch fuer andere Martin Scanner verwendbar, solang se 5bit (Tillt und Pan von 0 bis 31)Fine Aufloesung haben. Vielleicht mach ich dann noch ne Version fuer die MAC, weil die ne andere Fine Aufloesung haben (0..127)

Kleine Einschraenkung besteht: Schnelle Fahrten im Tracking Modus sind ruckelig, kann man aber (zumindest mit DMXC) umgehen, indem man nur das Endziel fuer die Spiegelfahrt eingibt. Das Prob besteht vermutlich darin, dass die Spiegel dann zu schnell sind bzw. die Steuerbefehle zu langsam ankommen.
Mal sehen, ob ich uebers WE Zeit hab, ne Site zu basteln.

gruss
wolf
P.S.: paynemaster: und fuer Dich mach ich dann noch ne extra Platine, die nur aus Gaffatape besteht...