Why is FIRST_CONN_PARAMS_UPDATE_DELAY set to multiseconds in most examples?

[nszmnsky]

In most of the examples the FIRST_CONN_PARAMS_UPDATE_DELAY define is set to something like 5000ms. Is there a reason it needs to be that long? I would like to switch to a lower power connection scheme (>45ms connection interval with slave latency of 8) as soon as possible after the connection is established. Any guidance on shortening the time before connection parameters get updated?

[Susheel Nuguru]

The examples wanted to make sure that the service discovery is complete before starting connection params update as we have seen some problems starting one procedure while the other did not complete. Service discovery can be very time consuming and it depends on how big the service table on the peer side is. It does not need to be 5 seconds, but the examples wanted to be on the cautious side.

[nszmnsky]

Strongly suggest that this type of information be included in the SDK documentation.