In an attempt to make the remote connect faster the power to the network port has been delayed in the KPA boot process. The result is that we are still waiting, sometimes up to half a minute, for the remote to establish a connection to the profiler after the profiler's boot-process is complete. This should be implemented so that the connection is established immediately as soon as both units are ready. With no delay of power to the remote it will always be ready before the profiler is up and running. This can for example be done using connectionless unicast/broadcast-signalling with a listener on either unit waiting for a "ready-signal" from the other before the final connection is made. I.e. the remote could broadcast a "any profiler here?" request before trying to make a regular connection and sit waiting for a response, while the profiler could broadcast a message saying "I'm here, any takers?" as soon as it is ready. All this signalling would be done with very limited timers (<100ms). Messages would be retransmitted at some interval when there is no active connection to catch abnormal situations such as a broken cable, but for normal operation there would no longer be any waiting for the connection to be established.
The KPA and/or remote should be able to sense and act on the position of pots (expression-pedals) immediately after startup. While there may be an issue with changing configurations most users would use the same set of switches and pedals from one session to the next. The KPA should thus remain silent after startup if there is a off/down volume-pedal connected and assigned, and the connected set of pedals and switches are the same as stored from the previous session. Combined with proper handshake with the remote as described above it would only delay boot-up by a fraction of a second if the state of volume-expression-pedals is evaluated before turning the volume up. The current situation where the position of volume expression-pedals remain undetected until the pedal is moving is a cause of a lot of grief. I'm using an external switch to cut all outputs for "standby", but this should frankly be unnecessary.