I'm not aware of this function usage, but in general, some of these fields provided by HD for later use, and UI is not using them and some other has recently been used.
These definitions force dialin to talk on an HD/DG channels in order to simulate the UI. Seems like a security risk and that the UI should be able to tell the difference.
Typing information needs to be added for all new "cmd" methods to be consistent with the rest of dialin. The older commands can be updated at a later time, but new ones should follow this standard.
I find it very hard to believe it wouldn't be possible to support that screen and not pass the message id and channel ID to this function. One function should not be supporting multiple message IDs. You just need more functions to support that screen.
But is it set to correct rate for product/delivery? Check with Dara. Produce/delivery rate should be set by HD I think, so may not be same as set in previous state.
We need to decide what DG should do if HD comm times out. Alarm may not make sense since HD apparently not connected to receive/display alarm. Appropriate action may be mode specific.
