1. Crestron
  2. Теми

TS-xx70 Multiple IP Table Entries Issue

 

Got a quirk that seems to work with a 1060 but not a 770
 
I got 2 programs running on a DMPS3-150
Using 2 different IP-IDs for the same touch panel.
Program Slot 1 - uses IP-ID 03
Program Slot 2 - uses IP-ID 13
 
Touch panel IP Table would be
03 192.168.1.11
13 192.168.1.11
 
This setup works as intended with a 1060 but some elements 'disappear' on a 770.
Such as analog join 1 which is gauge defined in program slot 1 and empty in program slot 2.
So the gauge would be there and and then it would disappear.
 
Anyone have any insight? It seems that the touch panel is only binding to program slot 2.
Even though both ip tables entries would report as ONLINE on the touch panel and the processor.
 

Is the second TP IP-ID 13 or I3?  I thought the IPIDs went from 03 to 09, then move on to 0A to 0E?
 

I’m pretty sure the panel will handshake with one but not both, not really sure what you’re trying to achieve by having 1 panel talking to 2 processors, or if that’s even possible!?
 

Yes I intentionally skipped 04 to 12h.  Since some of it was being used by the first program slot.
IP-ID 13 is in hex. 
 
1 panel with multiple IP-IDs has worked for me in the past with a 1060.
One scenario where a client wanted to mirror the room touch panel from the rack room touch panel.
Note that there are over 13 rooms so managing 13 EICs (this was before EIC server/client was available) would've been a nightmare.
What I did was the rack room processor would change 1 of the IP Table entries of the touch panel and then do a project restart.
Thus IP-ID 04 would connect to the room processor and ip-id 13 would connect to the rack room processor. Since all the room processor would have an extra offline touch panel on IP-ID 04 where the room panel would be on 03. But in SIMPL code 03 and 04 would be identical.
 
Just needed manage join numbers weren't being overlapped.
Such as joins 1-1000 would be for room control and 1001-2000 would be for the rack room program.
And yes it worked. The rack room panel could select a room button to mirror the room panel and it would modify the ip table of the rack room panel and to a command 'projectrestart' (about a 90 second project load time) to reconnect to both processors.
 
In my last program I did something similar but this is for a 770 and a DMPS.
2 ip-table entries on the same touch panel but not different processors. Same processor ip.
 
I did this because program slot 1 is working and written by another programmer. Client wanted to add camera controls.
I didn't really want to modify program slot 1, and get blamed for not making the system work.
So I wanted to load a program on slot 2 and avoid the join numbers used in the first program.
Loaded it on my test bench dmps and 1060 and it worked.
 
Onsite, the dmps and 770 worked initially until it didn't. When the 2nd program got up and running, it would clear out the feedback of buttons and analog joins from the first program and buttons no longer responded. It seemed as though all the joins were being sent to the 2nd program only and not to both. Same program different touch panels, different behavior.....
 
 
 
 
Змінено

The issue you are describing is exactly how it has always worked. When the pannel connects to the program, Simpl will refresh all join's from 1 to the last join defined join. Like this - TP connects to P1 and gets all the info for lets say join 1 - 1000, because 1000 was the last join defined in the program. TP connects to P2 and gets all the info for join 1 - 2000, because 2000 was the last join defined in the program. The old way of doing it would be JNR(join Number Remapping. I was looking for a updated version of this and cant find it. Smart Graphic Joins might work differently. You could possibly just remove the SG object from the panel of one program while having it in the other.

1 - 5 з 5