Short of upgrading the processor, I have this crazy (but reliably working) idea of using an industrial-quality Raspberry Pi (such as the Iono Pi from Sfera Labs, $300) and using it to do work that's not in the specific Crestron processor's wheelhouse, and then use basic signaling (such as contact closure, TCP/UDP, or RS232) between the Crestron processor and the Raspberry Pi to trigger things.? I am using this solution to solve this exact problem and it's working well (except I'm using straight SMS rather than Pushover, just as preference...but could have gone either way).
I really wish there was a PAC4 to replace the PAC2.? Because of that, I totally understand the reluctance to call "upgrade" the cleanest solution to some of this 2-series equipment, especially where it's doing its job just fine.? That's part of why I invested my effort into trying out RPi's as an adjunct solution.
Out of the box, a Raspberry Pi will reliably boot to a desktop or shell prompt (your choice) in under 30 seconds, and run only whatever is configured to start on boot.? It doesn't boot up demanding your permission to install updates, login to your microsoft account, or try the latest subscription offering (like Windows), it won't even ask for a password (unless you configure it to)... it just fires up and does your thing 24/7.? No open network services unless you install some, so not updating the device is no big deal.? The default desktop install includes a basic Python IDE and debugger (Thonny) so it's immediately useful out of the box for scripting away some sort of task (just connect a monitor and keyboard, or enable built-in VNC and log in remotely).
By "your thing", in my wheelhouse that will be a Python script that simply listens for the Crestron trigger of my choice, and then takes the actions I choose.? I have developed a pretty robust Python script that uses an API provided by Twilio to provide some very rich text messaging triggered by Crestron processors, including the ability to have the user reply to the texts and ask the Crestron processor to do things (all using basic Serial I/O or TCP, they work equally well).
I've created S+ modules to send small or large numbers of Crestron serials (digital/analog/string) over a single RS232 or TCP connection where I want richness that's greater than a single digital.? Example, a Raspberry Pi responder that allows all controlled doors and fireplaces to be checked with a single text (the word "check") and it responds with which left on/open on the Crestron system.
The ability to do text messaging on a Crestron processor is, well, you get what you get here -- but easy to do and customize on a Raspberry Pi, especially where ChatGPT (which knows Python far better than S+) can provide quality help with Python when it's not your native programming language (it isn't mine).
The advantage with Python is the number of third party libraries out there (so talking to Twilio is as simple as installing Twilio's library... prowl and pushover are both supported by libraries) and the fact that Python is targeted toward beginners and people who just want to get things done, while being robust enough to be used in serious business.? ChatGPT can provide working examples of basic usage of all of these libraries and then you just take it from there.
ManjitSingh