|
This topic comprises 2 pages: 1 2
|
Author
|
Topic: JNIOR Series 3 Status
|
Bruce Cloutier
Expert Film Handler
Posts: 161
From: Gibsonia, PA, USA
Registered: Aug 2016
|
posted 06-14-2018 08:33 AM
There is growing interest in upgrading a Series 3 JNIOR installation (310, 312, or 314) to a Series 4 (corresponding 410, 412, or 414). The topic has come up a few times over the past couple of months. There are units out there that may be approaching 15 years in service.
I have subscribed to this policy and I will reiterate myself here. If it is not broken don't fix it!
But having said that you have to realize that aging equipment, even the JNIOR, eventually will break (start to become unreliable).
We have decided to offer a solution and I am looking for comments.
The JNIOR_3 has been a work horse in many places (not just cinema). The priority in JNIOR_4 development was that it be a drop-in replacement for the JNIOR_3. As a result, you may have noticed, the physical enclosure and connections are precisely the same. The difference being the dark label theme and the blue power LED (was for fun in prototyping at first). We then developed the JANOS operating system for the new processor in-house to insure that it mimicked the JNIOR_3 as much as possible.
We refused to replicate aspects of the JNIOR_3 that were cumbersome. For example, the application programming while in Java was quite limited and had to run through a converter to create the .JNIOR (or .TINI) program for execution on JNIOR_3. That was a command line operation requiring several cryptic options and settings. It was not at all palatable for customers who might do their own programming. So the JNIOR_4 runs a .JAR file directly and supports a robust runtime library. Beyond that the added horsepower with the new processor in JNIOR_4 allowed us to do new things leading to new features and better ways to get the job done. So there are subtle differences in JNIOR_4 applications and we do not run the old JNIOR_3 programs.
Why you might consider replacing your JNIOR_3 installations...
We can no longer build the JNIOR_3 units. Key components became obsolete and then reached end of life. We no longer can support the JNIOR_3. While the team that developed the JNIOR_3 is still in place here, none of us have worked with it in years. Soon it will be as unfamiliar to us as it is to you.
The hardware is aging. The battery that maintains the clock and the memory originally has a 10-year shelf life and about a 6-year in-circuit life. Many JNIOR_3 batteries are now dead. That in and by itself may not affect the performance of your JNIOR. If you are relying on the clock and do not provide a network means to update the clock, you will have problems after removing power. Key files are saved in the /flash folder which doesn't require the battery. Your logs are lost which eliminates helpful debugging information.
Maybe more important is the life of the relays. The longevity of those relays depends highly on the types of devices you have connected. I could get into the details but at some point the relays might not always close. Things might not reliably turn on. Or, they might not turn off. At first it might be a rare occurrence. At any rate, we intend for your automation to perform reliably. You expect it to perform reliably. And it has, but will it always?
So here is what we can do. I am not trying to sell this to you here. I am hoping to get feedback. Let me know what you think...
For each JNIOR_3 that you decide to replace you purchase a JNIOR_4 of the corresponding model and supply us with a recent Support Tool backup file for that unit. We will ship the replacement unit pre-configured to immediately work when physically swapped for the JNIOR_3. That would include proper network addressing. The JNIOR_3 must be disconnected before powering up the JNIOR_4. There will be a $25 charge for this "Pre-configuration Service".
And since nothing is perfect if after swapping the units the new JNIOR_4 doesn't perform better than the JNIOR_3 you still have the JNIOR_3 to stick back in there. We will support you in correcting any issue. We are 100% confident that the vast majority of units that we ship pre-configured from valid backups will just drop-in. We migrate all of your configuration so it will operate with the latest versions of application programs. Pop the connectors, remove two mounting screws (if you bothered to affix the JNIOR to anything), mount the new unit, and replace the connectors. You continue to use the existing power supply.
Thoughts? Would you do this? Do you think others would?
| IP: Logged
|
|
Leo Enticknap
Film God
Posts: 7474
From: Loma Linda, CA
Registered: Jul 2000
|
posted 06-17-2018 12:47 AM
In the last year, I've done three swapouts from 3s to 4s. All of them have been in response to a physical failure of the 3, i.e. an emergency callout, "help, it's broken" scenario.
We use JNIORs built into our our own automation units, with the software and configuration heavily customized. So I'm probably not speaking for the majority of JNIOR end users here, but the swapout was not smooth, and for the first one I needed hand-holding over the phone from our resident JNIOR guru to re-upload the cinema module and configure several registry settings in order to get the replacement to work. The second and third swapouts were a lot less traumatic, because by then I knew what I was doing.
The pre-configuration service sounds great, if it's a planned replacement. The problem I foresee is that theater owners are not going to be in the mindset of a planned replacement for JNIORs: they're going to be in the mindset of I run it until it breaks, and then I replace it. A lot of these units are powered up 24/7, so the battery running down is not going to be an early prompt.
If the pre-configuration service could be do-able remotely and online, that would be more useful, IMHO. You upload the support tool backup from the 3 series unit, specify which model of 4 series replacement you're installing, and then a file comes back (it would have to be within minutes, given that there will probably be a tech in the field dealing with an emergency call) that you upload into the 4 series replacement that enables it to function as a direct swap-in.
| IP: Logged
|
|
Bruce Cloutier
Expert Film Handler
Posts: 161
From: Gibsonia, PA, USA
Registered: Aug 2016
|
posted 06-17-2018 08:00 AM
In conceiving of the pre-configuration service I, of course, am thinking of an individual JNIOR in use in the cinema. It would be running our standard CINEMA application or Task Manager or one of those that are already available in the Series 4. Those of you who have embedded the JNIOR and have an extensively customized configuration don't really fall under that category. In that case we certainly would assist in the upgrade but the process may be more involved and take more discussion. Consider an embedded Series 3 running a custom application developed either by INTEG or your company. If that application has not been converted to run on a Series 4 (and by INTEG) the simple pre-configuration would not be possible until more is done.
I wouldn't feel bad about the hand-holding. If you don't work with something daily or perform a specific procedure frequently enough you quickly forget. Look, I designed the thing and wrote JANOS and, yet, rely on HELP more than you would think I should. I can't tell you how many times Kevin has reminded me of something that the JNIOR can do. Maybe I am just getting old but when I look at how much code is involved in the OS and how long ago a feature was created I don't feel so bad.
It is good that there are JNIOR gurus out there. I wish that we had a tighter relationship with those people. INTEG also benefits when we are involved in the hand-holding. That's how we find out that our documentation sucks, uh, excuse me, is lacking. Maybe more importantly it is how we identify shortcomings in the design and make changes to make life easier for you. Yet, how is it that Kevin and I have put up jnior.com and months later there is not one legitimate JNIOR enthusiast participating? And by 'participating' I mean having registered and posted an appropriate comment or question. We can can look at that in many different ways. One is that the JNIOR just works and does its job (until it doesn't). When it is doing its thing no one cares about how it does it. They want to forget it and move on. And they do.
Rick tells me all of the time that cinema JNIORs do not have access to the Internet. We have considered features in the JNIOR (like automatic updates) that might "phone home" only to set those aside because of that. Just a comment on updates, our's fix bugs and inefficiencies, add features, and do not change policies. They do not put existing applications at risk. By 'update' I mean the installation of a new OS through JRUPDATE from a UPD file. Not a blind application of a Support Tool update project. Those are much more involved and must be used carefully. They are often customized to your situation.
You should always put the latest JANOS on your units. The bugs we run into now are deep and esoteric. It has taken a while but we are now finally at a point where we are not chasing these gremlins routinely. JANOS v1.6.5 is solid. Even units connected directly to the Internet survive and run cleanly. Similarly you could consider getting the latest version of the applications you are running. Those don't change as often.
I understand... the pre-configuration service wouldn't help in an emergency. Our plan is to develop the migration tool as we pre-configure units in-house. Once that tool runs flawlessly we would make it available to you for on-site ASAP migration. This plan assumes that we do get into a number of varied pre-configurations. The tool likely would still not be valid for custom embedded systems.
Just some added thoughts.
| IP: Logged
|
|
Steve Guttag
We forgot the crackers Gromit!!!
Posts: 12814
From: Annapolis, MD
Registered: Dec 1999
|
posted 06-17-2018 08:23 AM
Okay, I'm doin't what I don't like in some posts...talking about something I don't have direct real-world experience...that is, I don't, at the present time, use JNIORs (I use eCNAs...it was a matter of running with what I knew that did the job and EPRAD people, like Jay, have been GREAT). It is not a reflection on JNIOR...but here it goes.
If people, like MIT, deploy an automation. I would think that they are all configured similarly, if not identically. At least that should be true for any model of automation system. If that is true, one would think that you could have the version 4 of that configuration all ready for upload on any emergency 3 to 4 conversion. At which point, just job/site specific changes would be needed (IPs or perhaps specific device needs).
I can tell you that on our eCNA deployments they are all substantially clones of one another. What tends to vary are the projector and sound processors we are talking to and I keep a clone of those variants so those deployments become merely an IP change for those devices.
Can't the JNIOR be deployed similarly and thus be converted from version 3 to 4? Sure, you'd have to do the overhead of configuring your first 4s once but then it is a matter of cloning not starting from scratch. A tech, in the field, shouldn't have to do much more than get the IPs right and MAYBE put in the site specific device (for instance, I have one site that has a Lutron Grafix Eye lighting system so its lighting commands are WILDLY different than normal.
The other thing I would hope from JNIOR is that there is enough consistency that whatever backup file it uses would be usable on both version 3 and 4 (a version 3 should be a subset of version 4). If not, I would say it is a poor design. One would think that you should design something such that there is an upgrade path.
| IP: Logged
|
|
|
|
|
|
|
Steve Guttag
We forgot the crackers Gromit!!!
Posts: 12814
From: Annapolis, MD
Registered: Dec 1999
|
posted 06-17-2018 07:12 PM
Note, my use of eCNA was never intended to be a dig against JNIOR. Without a doubt, the eCNA was a purpose built line for cinema. It can certainly do other things but cinema is what it does. As Mark mentioned, when we knew that DCinema was eminent, we could put in eCNA200 automations...which when the projectors were switched, became a DCinema automation, instantly. It is the same in every respect except the IO boards to the current units.
I guess a key difference between the back up files of a JNIOR (due to its nature), is that a backup includes more than mere settings. In an eCNA, that is ALL that is in a backup. There are no custom "apps" just custom Macros that have a limited command set and those Macros are backed up.
Like so many things in life, one has to trade flexibility for simplicity. At some point, one feels that they have struck the right balance for them.
Even with my complete satisfaction with the eCNA, I'm still interested in JNIOR BECAUSE of its flexibility. I have a site where I need to talk to a DMX dimming system (not a conventional cinema). It is out of the question on an eCNA (unless there was such demand that they put it into all systems) but with JNIOR, not only is it possible, work has already been done on it.
| IP: Logged
|
|
|
Carsten Kurz
Film God
Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009
|
posted 06-18-2018 06:20 AM
Steve - the JNIOR 3x->4x transition is not a drop-in replacement, but is supported by Integ as a means to make the transition towards a new hardware generation easier. If at any time during the availability of the JNIOR 3x you'd had to replace one or switch to a different 3x model, it would have been as easy as you expect: restore, connect. Think of it like it was when series 1 transitioned to series 2 - there was no way you could reuse your series 1 presets/config files in a series 2 machine. Now, if some projector manufacturer had offered a tool to convert series 1 setup files into series 2 setup files, it probably would have worked only towards 90% of the preset/setup options, because some were simply not translatable.
Also, keep in mind that this limitation of the JNIOR 3->4 replacement only hits those who have special applications running on the JNIOR 3 - these are certainly not the majority of systems in the field. So, for most, the transition to a JNIOR4 from a JNIOR 3 using a backup will work immediately.
Of course it would be nice if Integ could simply offer the JNIOR3x as a 100% drop-in replacement forever, but, we know electronics can't be produced forever if they contain u-controllers, and also, how do you ever introduce innovations if you limit yourself to hardware that is 10 years old?
- Carsten
| IP: Logged
|
|
|
Carsten Kurz
Film God
Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009
|
posted 06-18-2018 08:26 AM
Steve, series 1 to series 2 obviously was no bad example, as you couldn't transfer full presets, but only partial files, and rework the rest. Same with the JNIOR 3x->4x.
Also, that JNIOR 3x->4x transition wasn't disruptive - a friend of mine bought a JNIOR 4x back in 2014.
If you had regularly used JNIORs, you would have taken notice of this transition and be well prepared, and you would have used standard configs for them just as you do with the eCNAs.
In most installations, replacing a JNIOR 3x with a JNIOR 4x takes as much effort as configuring an IP address and unplug/replug the power and GPIO connectors. You are making something up here.
- Carsten
| IP: Logged
|
|
|
|
All times are Central (GMT -6:00)
|
This topic comprises 2 pages: 1 2
|
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.
|