ivb met de snelheid van mn microcontroller heb ik een vraagje,
is er bij het dmx 512 protocol een constante datastroom of alleen als de gegevens van een van de kanalen verandert?
alvast bedankt
Eerste hit bij google: http://www.dmx512.com/
tweede: http://www.dmx512-online.com/
[Bericht gewijzigd door zoeloelip op ]
mooie sites maar niet het antwoord op de vraag.
khad al een x aantal sites bezocht maar kben het antw niet tegengekomen. Dus een reactie van iemand die er verstand van heeft zou welkom zijn.
in afwachting verder surfend en alvast bedankt
grt.
Wanneer ik zelf zoek op google en zie dat het een gewoon rs 485 / 422 protokol is dan hoef je alleen maat het kanaal te updaten die een verandering nodig heeft.
De andere kanalen blijven dan staan op de oude reeds, ontvangen opdracht.
Nee, dmx 512 moet telkens de volledige informatie voor alle kanalen doorsturen. Vroeger stond op die eerste site de volledige uitleg van het protocol. Ik dacht dat dit 250 000 bit per seconde is. In principe kan je ook minder maar dan kan het zijn dat het dimmen niet meer zo vlot gaat.
Kijk hier dan eens:
http://www.epanorama.net/links/lights.html#dmx512
Sorry, vroeger stonden om die sites die ik gaf het volledige protocol dacht ik, maar dus blijkbaar niet meer.
weardguy
http://www.m-voorloop.nl --- Ik? Welnee! Ik zit nog lang niet achter de germaniums.
De kanalen hebben een constante datastroom.
Ze worden voortdurend 'gescand' op veranderingen (andere bewegingen voor een scanner bijv.) wat de snelheid hier van is weet ik niet.
oke bedankt voor de info!
Ik zal er dan vanuit gaan dat er een constante datastroom is op 250 kbaud.
atmega8515 op 8 mhz zal dit wel aankunnen.
groeten chrizz
Laat het ook eens zien als je het draaiende hebt. Zullen bepaalde mensen wel interesant vinden .. zoals ME..
elmowww
PA0EJE - www.eje-electronics.nl - e.jongerius[aapje]eje-electronics.nl - EJE Electronics - Elektronica/firmware ontwikkeling
Het is idd een constante stroom op 250Kbaud.
Dit is juist zo belangrijk omdat het open loop is. DMX haalt zijn betrouwbaarheid uit de hoeveelheid data die hij verstuurd, als er eenmaal een verkeerde waarde doorkomt merk je er bijna niets van, omdat de volgende wel weer goed is.
Als alle slaves nou een controle signaal terug zouden sturen was het niet nodig iedere keer te vernieuwen, want dan kan de master controleren of ze het goede ontvangen hebben. Het moeilijke is alleen om bij zulk wisselende en flexibele samenstellingen een protocol te ontwerpen wat closed loop is 
Het mag een constante stroom data zijn van max 250 kbaud, maar dat hoeft niet..
Dat maakt het juist wat lastiger, de wachttijd tussen frames en die tussen bytes mag maximaal een seconde zijn.
Ook hoeven er niet altijd 512 kanalen verstuurt te worden, na het laatste in gebruik zijnde kanaal volgt een reset en een vers frame.
Maximaal verstuurt DMX 512 idd 512 kanalen 44 x per seconde, maar er mag in princiepe ook maar 1 kanaal per seconde verstuurt worden.
Op 26 april 2004 13:48:32 schreef aart:
Maximaal verstuurt DMX 512 idd 512 kanalen 44 x per seconde, maar er mag in princiepe ook maar 1 kanaal per seconde verstuurt worden.
Jij bedoelt dat je ok gewoon die snelheid omlaag kunt gooien als je dat beter uitkomt met controller snelheid..
Maar ik vraag me dan dus weer af of apperaten dan niet problemen gaan geven.. Als je namelijk Martin MX-4 scans hebt en die geef je langer dan 1 seconden geen DMX signaal gaan ze in de reset of op geluid reageren. (afhankelijk hoe je DIPs staan)
Dat kan zeker niet zomaar bij alle controllers.. LightJockey van Martin kan 20, 30 of 44 hz uit mijn hoofd.
Ik ging er overigens zomaar van uit dat het hier ging om een ontvanger. Sorry.. 
1 seconde is dan ook het maximum, langer mag niet, korter wel.