Sida 1 av 2

Scanner"problem"

Postat: sön 04 sep 2005, 22:58
av Tommy Pettersson
Vi har köpt in två st Zachry scanners (575watts lampor i) och har haft mycket problem med dom, bl.a trasiga styrkretsar och annat kul.

Men problemet jag har med dom är att om man fäller upp dipswitchen som heter Invert Pan så står scannern och hackar mellan två snäpp fram och tillbaka. Den vill liksom aldrig stå still. Då kanske ni frågar varför jag måste köra båda på samma kanal, och det är bara för att dom skickade med ett bord med 8 fader-kanaler och 8 flash kanaler. Och dom tar 8 kanaler vad (7 utan reset-kanalen).

Ett annat problem jag upplevt är att det itne går att få dom att röra sig "långsamt". Programmerar jag in en chase när dom ska röra sig någonstanns så går dom i ljusetshastighet dit, om man inte gör 100 småsteg på vägen, men det är typ omöjligt för då får dom också något slags problem.

Kan det vara "bordet" som är dåligt? (något skitbord ifrån botex eller nåt). Eller är det scannersen som är skit?

Verkar bara funka som discolampor då man vill att det ska gå fort liksom.

Postat: sön 04 sep 2005, 23:03
av Rikhard Tiittanen
Varför inte testa med ett annat bord? Är det dmx så är det inga problem

Postat: sön 04 sep 2005, 23:15
av Jonas Larsson
Testa med ett annat bord om du har möjlighet, men det troliga är dock att du har problem med själva scannrarna...

Re: Scanner"problem"

Postat: mån 05 sep 2005, 00:11
av Hasse Queisser
TommyToad skrev:Ett annat problem jag upplevt är att det itne går att få dom att röra sig "långsamt". Programmerar jag in en chase när dom ska röra sig någonstanns så går dom i ljusetshastighet dit, om man inte gör 100 småsteg på vägen, men det är typ omöjligt för då får dom också något slags problem.

Gör de så oavsett hur du ställer fade-tiden på bordet när du programmerar?

Postat: mån 05 sep 2005, 04:20
av Tommy Pettersson
Finns inget som heter Fade time, finns speed på chasen, och level fast det verkar inte ha med faden att göra. Ska testa med den iofs, annars testar jag med vårat Jands bord, fast såklart är skitscannersen inte dmx-standard på kontaktdonen. (äckliga 3pin)

Postat: mån 05 sep 2005, 10:11
av Ian Delahorne
Mac250 har också 3pin. Ja, det är äckligt.

"Har du lite mickabel, typ 20m? Behöver koppla in en strobb här på DMX:en"
"Jag låtsas om att jag inte hörde det där, du vill ju ändå ha DMX-kabel med 5pin"
"Sluta vara standardryttare, det funkar ju ändå med mickabel, PLus att det är 3-polig XLR"

(jag och belysningsmästare på en teater i stan)

Och folk undrar varför deras scannrar och vifthuvuden får spatt...

Postat: mån 05 sep 2005, 10:55
av Tommy Pettersson
Jag använder bara "DMX-Kabel" som är "gjord" för fyrkantsvåg ;)

Aja, ska ner och testa skiten nu med level-inställningen. Man vet ju aldrig :)

Postat: mån 05 sep 2005, 11:13
av Erik Lindvall
ian skrev:Mac250 har också 3pin. Ja, det är äckligt..
Alla Martin produkter har ju 3pin som dmx standard väl... finns ju omkopplare man kan använda så man slipper sådana som tar mickkael istället...

Postat: mån 05 sep 2005, 11:17
av Ian Delahorne
jo, en påse 3pin-5pin-grodor behöver man om man ska använda riktig DMX-kabel med Martin.

Postat: mån 05 sep 2005, 11:28
av Gustaf Tydén
Robe har oxå 3pin, 5pin är på väg bort tror jag. Finns ju ingen anledning då endast 3stift används. Och vanlig mickabel funkar jätte bra att köra dmx signal igenom så länge man inte hänger på för många och för komplicerade armaturer, men vanliga dimrar har iaf jag kört ett antal kanaler (läs 6-48) utan problem. Och då har jag kört allt via våran vanliga multi (100m). Men ska man köra rörligt är det nog dumt att chansa.

Postat: mån 05 sep 2005, 12:31
av Ian Delahorne
Läs appnoten jag postade i ellära om vad som händer vid felaktiga impedanser.

5pin är bra, då håller man reda på vilken kabel som är vad.

Postat: mån 05 sep 2005, 12:40
av Gustaf Tydén
ian skrev:5pin är bra, då håller man reda på vilken kabel som är vad.
Det kan man göra på andra sätt! Ex genom att titta och känna på kabeln, Man kan oxå märka dem.

Postat: mån 05 sep 2005, 13:15
av Fredrik Zetterberg
Vi använder en färgstandard på ljuskablage med färgade plastringar på kontakten... lila är 5pol Dmx, grå är 4pol färgvxl, blå är 3pol dmx

Postat: mån 05 sep 2005, 13:34
av Erik Lindvall
Tycker själv också det är bra med 5-pol DMX. Då kan inga misstag ske. Och själv skulle jag nog aldrig få för mig att använd mig av mickabel som dmx. Visst, det kan vara samma typ av kabel men lika bra och använda kablar som är utvecklade för ett ändamål till just det de är utvecklade till. En lätt försäkring anser jag.

visst kan man undersöka varje kabel men att göra det vid större riggar är lite tidsöslande anser jag.

Postat: mån 05 sep 2005, 14:28
av Rikhard Tiittanen
Martin Mac 2000 har både 3 och 5-pin, det är bra tycker jag =)

Postat: mån 05 sep 2005, 17:16
av Christer Löfgren
Fan är det ingen som hajar att DMX är 110 Ohm???
Sen är det inte dumt att ha en "slutplugg" kan man enkelt fixa själv
XLR med ett motstånd i

Postat: mån 05 sep 2005, 17:22
av Gustaf Tydén
110ohm vad har det med 3 eller 5 polig xlr att göra? En slutplugg var ju oxå ett namn, terminering brukar jag kalla det. Och ja ett motstånd mellan hot och cold på 120ohm har jag för mig. Men på väldigt många nya dmx-maskiner så finns det inbyggda termineringar som man enkelt kan stänga av och på!

Postat: mån 05 sep 2005, 21:05
av Ian Delahorne
loudnlight skrev:Fan är det ingen som hajar att DMX är 110 Ohm???
Sen är det inte dumt att ha en "slutplugg" kan man enkelt fixa själv
XLR med ett motstånd i
Nej, det är AES/EBU som är 110 ohm karäkterisk impedans (balanserat, 75ohm obalanserat). RS-485 specar 120 ohm.

Postat: mån 05 sep 2005, 23:02
av Tommy Pettersson
Och det finns en andledning till att det är 5pin, 2 av pinnarna används av extra data som gamla (och nya?) armaturer och bord använder sig av. Så otroligt fjantigt av Martin och Robe att bara gå emot standarden, Dom har ju bara gjort det jobbigare liksom. SÅ mycket kostar det inte att sätta på 5 pinnar/hål i sina armaturer.

Postat: mån 05 sep 2005, 23:11
av Ian Delahorne
nya versionen av DMX (RDM, Remote Device Management) kommer iofs att köra bidirektionell data på ett par, finns det enheter i praktiken som använder andra paret?