¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
  1. Crestron
  2. Topics

Best practices for multi-slot programs? I'm having issues.

 

I really haven't done much with multis-lot, but have a project that requires a more modular approach. Processor is an RMC-4 (with multi-slot license).? I seem to have a lot of issues with programs not loading (from both Toolbox and web interface) and when I initialize to start over, there seems to be some sort of phantom program hanging around.? No program or IP table is shown, b but in the system info program boxes it displays "ProgramIDTag: SN: The program has stopped running".? When I go to load a new program in the freshly initialized box, it asks me if I want to overwrite the old box.? ?
??
Other issues:? EISC between slots wasn't working.? In the IP table I noticed that somehow the loopback address in Slot 1 was changed to the actual IP of the processor, but slots 2 and 3 stay as 127.0.0.1.? Maybe that's why?? ?EISC, unlike multi-slot, is something I've done a lot of, so I'm confident my EISC is done correctly.? This was the issue I was trying to trace down when I ran into load issues.? ??

My programs are broken down like this:? Slot 1- basically just manages the other two slots and does a couple of system functions (TOD, 1 second OSC that's like a heartbeat and used to drive polling across programs); Slot 2 is all devices and connection management; Slot 3 is user interface.? The program in slot 1 initializes all three slots with each one starting after confirm of previous init, then starts slot 1, confirm/delay, starts slot 2, after confirmation from slot that it's done it's boot up process, starts slot 3.? ?Does this order seem problematic?

Any other ideas on things I should do to make this project a success??
 

¿ªÔÆÌåÓý

I don't have the time right now to get into all the details of your design but the first thing you need to do is to change the IP addresses on your inter-slot EISC symbols to 127.0.0.2?

That is the required address for inter-slot communications.

You may be causing the processor problems by using 127.0.0.1 leading to some of your program load problems.

Hope this helps

Jay

On 3/2/2024 5:51 PM, jmacd2918@... wrote:

I really haven't done much with multis-lot, but have a project that requires a more modular approach. Processor is an RMC-4 (with multi-slot license).? I seem to have a lot of issues with programs not loading (from both Toolbox and web interface) and when I initialize to start over, there seems to be some sort of phantom program hanging around.? No program or IP table is shown, b but in the system info program boxes it displays "ProgramIDTag: SN: The program has stopped running".? When I go to load a new program in the freshly initialized box, it asks me if I want to overwrite the old box.? ?
??
Other issues:? EISC between slots wasn't working.? In the IP table I noticed that somehow the loopback address in Slot 1 was changed to the actual IP of the processor, but slots 2 and 3 stay as 127.0.0.1.? Maybe that's why?? ?EISC, unlike multi-slot, is something I've done a lot of, so I'm confident my EISC is done correctly.? This was the issue I was trying to trace down when I ran into load issues.? ??

My programs are broken down like this:? Slot 1- basically just manages the other two slots and does a couple of system functions (TOD, 1 second OSC that's like a heartbeat and used to drive polling across programs); Slot 2 is all devices and connection management; Slot 3 is user interface.? The program in slot 1 initializes all three slots with each one starting after confirm of previous init, then starts slot 1, confirm/delay, starts slot 2, after confirmation from slot that it's done it's boot up process, starts slot 3.? ?Does this order seem problematic?

Any other ideas on things I should do to make this project a success??

 

The IP table entry for inter-slot communication is 127.0.0.2 in all programs that need to talk to each other.
 

Changing to .2 seems to have fixed it or at least helped.? Thanks all.? ?I did run into a new one though, in one of my 3 programs, the two EISCs didn't make to the IP table.? I'm thinking probably some stupid Toolbox reasons, but I haven't figured it out yet.
 

On Mon, Mar 4, 2024 at 04:30 PM, <jmacd2918@...> wrote:
I did run into a new one though, in one of my 3 programs, the two EISCs didn't make to the IP table
Didn't make it at all?? or does it show the IP-ID and just list not registered?? - If so, that's an indication that the IP address is wrong or missing...
 

Didn't make it all.? Next load they went fine.? Chalking it up as a fluke
 

One item that I'va added to 'best practices' list for multi-slot programs:
In the Hardware Def section, System Monitor Slot, User Program Init sub-slot, I Raise a single on the input when the program is fully initialized (i.e. all elements are set after boot up).
This allows the processor to sequentially stage/start each program one at a time.?

If you put your processors (and other items) on a UPS, which I'm shocked at how many systems I see without it, reboots and the subsequent start-ups will be greatly minimized...
 

For your first point about issues loading programs on a 4-series controller, a lot of people have had this issue and so far to date this is the best suggestion I've found to get by.?/g/crestron/message/252201

My test RMC4 is on the latest firmware version 2.8003.00049.01 and I still seem to have issues with loading programs or missing IP Table entries if I don't unregister and kill the program via CLI.

1 - 8 of 8