Control/Dimming ETC Sensor CEM Error Code does not exist

Our school has three Sensor SR48s with CEMs (not +). One of them is giving me an error code that theoretically does not exist. OVERTEMP LINE STUCK. I looked through the codes and found that STUCK generally indicates a sensor failure in the CEM. The rack still functions perfectly, and nothing out of the ordinary has happened besides that error code. Thoughts?
 
Our school has three Sensor SR48s with CEMs (not +). One of them is giving me an error code that theoretically does not exist. OVERTEMP LINE STUCK. I looked through the codes and found that STUCK generally indicates a sensor failure in the CEM. The rack still functions perfectly, and nothing out of the ordinary has happened besides that error code. Thoughts?

It could be 3 separate messages, maybe shutoff the rack power, take the CEM out and dust it?

I'm still dealing with the fact your school has three SR48's.

Mine has one and its only like 1/3 full
 
Our school has three Sensor SR48s with CEMs (not +). One of them is giving me an error code that theoretically does not exist. OVERTEMP LINE STUCK. I looked through the codes and found that STUCK generally indicates a sensor failure in the CEM. The rack still functions perfectly, and nothing out of the ordinary has happened besides that error code. Thoughts?

While I don't have the exact language in front of me, the sensor failure is on the right track. In this case, the unit's ability to communicate over-temperature messages for some or all of the dimmers may be compromised.

Does this error persist after pressing reset? If it does, please give us (ETC) a call at 800-688-4116 tomorrow so that we can do some additional troubleshooting with you. It is likely that your CEM will need to be repaired at the factory and we will need to get some additional information to properly configure a loaner CEM.
 
Yeah, the only problem is the lack of an adult as SM, no facilities funding, and no support from the district. Our auditorium was beautifully rennovated, then left to rot. Altogether, we have 202 circuits, each with a single socket, so no patch panel, and every socket is a D20. Only problem is, when something breaks, it's up to us to fix it (unlesss it's something big, like "Oh, that batten's purchase line just untied itself.")
 
I don't recall if I ever tried resetting the CEM. I do remember that there were OVERTEMP messages for about fifteen dimmers before that message on the error list. I didn't recognize it, and went to look it up.

Our system was installed in 2002-03, is it still going to be under warranty?

(Another quick question, are the original Sensor D20s hot-swappable, or do I need to power down the rack?)
 
Last edited:
I don't recall if I ever tried resetting the CEM. I do remember that there were OVERTEMP messages for about fifteen dimmers before that message on the error list. I didn't recognize it, and went to look it up.

Our system was installed in 2002-03, is it still going to be under warranty?

ETC installed systems carry a standard 2 year warranty for most parts of the system. While your system may not be in warranty, troubleshooting over the phone with us is always free regardless of when it was installed.

The overtemp messages are a helpful indication. I would suggest resetting the rack first, and if that does not help, giving us a call. There are some additional troubleshooting steps that we can take, but we prefer to be with you on the phone while we do them.

(Another quick question, are the original Sensor D20s hot-swappable, or do I need to power down the rack?)

Because of NFPA 70E, and its regulations on arc-flash potential, we cannot recommend hot-swapping any dimmer module while the rack is powered on. We strongly recommend that you power off the rack before swapping modules to prevent the potential for an arc-flash incident.
 
Because of NFPA 70E, and its regulations on arc-flash potential, we cannot recommend hot-swapping any dimmer module while the rack is powered on. We strongly recommend that you power off the rack before swapping modules to prevent the potential for an arc-flash incident.

Just wanted to make sure. Thanks Kirk!
 

Users who are viewing this thread

Back