Sony DXC_390_990 Module
Joe
Junior Member
Has anyone ever worked with the Sony DXC_390_990 Module? We've implemented this with 2 AMX PosiTrack 15s and the AMX PosiPilot controller. The PT-15s each have a Sony DXC990 camera on them tied to the RS232 port. I am running 2 instances of the module in the code, each tied to a different device on the touchpanel (132 and 133). The system worked when tested in-house, but for some reason now, the program stops communicating with the module, which ceases all onboard camera functions. The online tree shows all devices present, and rebooting the master and cameras doesn't fix the problem. The only way to get communication back is to reload the code and start over, but after a few minutes, program-module communication stops again.
The strange thing is, I can run this on my test system which has no cameras or PTs attached to it and the program-module communication is present.
I have done very little modification to the UI code or to the AMX PosiPilot include file. The major modifications have been to the touchpanel, most of them cosmetic.
Has anyone else run into this problem or am I missing something? Tech support looked at the code and didn't see any problems with it, so I thought I'd throw this out to the members.
Thanks in advance for any help.
The strange thing is, I can run this on my test system which has no cameras or PTs attached to it and the program-module communication is present.
I have done very little modification to the UI code or to the AMX PosiPilot include file. The major modifications have been to the touchpanel, most of them cosmetic.
Has anyone else run into this problem or am I missing something? Tech support looked at the code and didn't see any problems with it, so I thought I'd throw this out to the members.
Thanks in advance for any help.
Comments
-
I have no specific experience with tha module or equipment, but I do have a general observation based on the way the problem is occurring.
When a reboot of the master and equipment doesn't fix the problem, it's a variable. Variable states are not reset on startup unless declared volatile or set in DEFINE_START. If the code is waiting for a variable to be set for a specific value before continuing, only a reload is going to reset that variable and get the program running again.
Since it works in your shop, there is something, somewhere, tracking environmental conditions that aren't happening at the job site, and the system is waiting for it. That's what it looks like to me, maybe it will help you narrow it down.
Categories
- All Categories
- 2.5K AMX General Discussion
- 922 AMX Technical Discussion
- 514 AMX Hardware
- 502 AMX Control Products
- 3 AMX Video Distribution Products
- 9 AMX Networked AV (SVSI) Products
- AMX Workspace & Collaboration Products
- 3.4K AMX Software
- 151 AMX Resource Management Suite Software
- 386 AMX Design Tools
- 2.4K NetLinx Studio
- 135 Duet/Cafe Duet
- 248 NetLinx Modules & Duet Modules
- 57 AMX RPM Forum
- 228 MODPEDIA - The Public Repository of Modules for Everyone
- 943 AMX Specialty Forums
- 2.6K AMXForums Archive
- 2.6K AMXForums Archive Threads
- 1.5K AMX Hardware
- 432 AMX Applications and Solutions
- 249 Residential Forum
- 182 Tips and Tricks
- 146 AMX Website/Forums