Film-Tech Cinema Systems
Film-Tech Forum ARCHIVE


  
my profile | my password | search | faq & rules | forum home
  next oldest topic   next newest topic
» Film-Tech Forum ARCHIVE   » Operations   » Digital Cinema Forum   » JNIOR as a DMX Fixture

   
Author Topic: JNIOR as a DMX Fixture
Bruce Cloutier
Expert Film Handler

Posts: 161
From: Gibsonia, PA, USA
Registered: Aug 2016


 - posted 10-05-2018 03:31 PM      Profile for Bruce Cloutier   Author's Homepage   Email Bruce Cloutier   Send New Private Message       Edit/Delete Post 
Just a quick note as we head into the weekend. You know, something different while you guys struggle with all of the "technology" that was supposed to make things better. NAS and all that...

Steve had asked some time ago if the JNIOR can be used as a DMX fixture? More and more theaters are taking an interest in DMX but in the JNIOR generating the DMX output to control a few lights in the auditorium. For that we do have the JNIOR 412DMX available.

Turns out that the DMX512 protocol is not something that is compatible with standard UARTs. Even after you convert the RS-485 signals and figure out how to handle the 250 Kbaud data rate there are issues in synchronizing frames. It just can't be done reliably without some hardware.

Well if I am going to create a JNIOR with a DMX input I sure as hell need to understand how to pull it off. I know you can do it because fixtures do it all of the time.

I designed some simple hardware to handle it and just spent couple of days writing it up in this blog.

JNIOR as a DMX Fixture Revisited

If you are bored you can read it and comment. I need to reread and proof it some I bet.

If any of you have contacts in the "Theatre" arena to where this might be of use, let me know. I am not trying to sell it to you or them but I would bet that you agree that designing things in a vacuum is not a good idea. Just trying to listen to customers (if I can find them).

[Big Grin]

 |  IP: Logged

Harold Hallikainen
Jedi Master Film Handler

Posts: 906
From: Denver, CO, USA
Registered: Aug 2009


 - posted 10-05-2018 05:26 PM      Profile for Harold Hallikainen   Author's Homepage   Email Harold Hallikainen   Send New Private Message       Edit/Delete Post 
Interesting! Semiconductor documentation tends to be very thorough except for the subject you need to know; in this case, recovery from a break. About 20 years ago, I designed several DMX products for Dove Systems. These were both dimmers and controllers. The first was the "Shoebox dimmer" ( http://www.dovesystems.com/shoebox ). It originally used a Microchip PIC 17C42 (this was before flash, so it was a one time programmable chip). Most of the later products used the PIC 18 series. I just looked at the UART documentation. It, of course, says nothing about how it recovers from a framing error (immediate, or take up to another character time). However, I had no problem with that particular UART. Looking at my 20 year old code (assembly), it looks like that particular UART only sets FE once and then does nothing until we go back to mark and get a good character after that. Again, I don't find anything quickly in the Microchip documentation, but that did work (and was verified under all sorts of conditions with a DMXter).

On the transmit side, though, I DID have to use a GPIO pin to generate the break since the UART would not do a long enough break.

Fun stuff!

Harold

 |  IP: Logged

Bruce Cloutier
Expert Film Handler

Posts: 161
From: Gibsonia, PA, USA
Registered: Aug 2016


 - posted 10-06-2018 09:52 AM      Profile for Bruce Cloutier   Author's Homepage   Email Bruce Cloutier   Send New Private Message       Edit/Delete Post 
Hey Harold, that's a good point that not all UARTs are created equal. The current JNIOR series uses the Renesas RX microcontroller (RX63N specifically) and documentation for any of the peripheral silicon is completely absent. My Renesas support channels even come up empty handed. I was hoping for a configuration setting for resync. None apparently. Oh well. It is like they developed a reasonably good CPU core and then loaded a bunch of peripherals from some open source silicon block library that nobody knows much about just to get the thing out on the market. Off-topic. I know.

It was fun to throw together and external logic solution anyway. Doesn't add a programming step in production.

 |  IP: Logged



All times are Central (GMT -6:00)  
   Close Topic    Move Topic    Delete Topic    next oldest topic   next newest topic
 - Printer-friendly view of this topic
Hop To:



Powered by Infopop Corporation
UBB.classicTM 6.3.1.2

The Film-Tech Forums are designed for various members related to the cinema industry to express their opinions, viewpoints and testimonials on various products, services and events based upon speculation, personal knowledge and factual information through use, therefore all views represented here allow no liability upon the publishers of this web site and the owners of said views assume no liability for any ill will resulting from these postings. The posts made here are for educational as well as entertainment purposes and as such anyone viewing this portion of the website must accept these views as statements of the author of that opinion and agrees to release the authors from any and all liability.

© 1999-2020 Film-Tech Cinema Systems, LLC. All rights reserved.