message names with mutliple constants don't generate correctly when used in grpc

Given a message such as this:
```proto
message IDMessage {
string id = 1;
}
```

When it is used in an rpc as th einput message, this is generated
```python
async def get_revision(self) -> "Revision":
"""GetRevision returns a revision"""

request = IdMessage()

return await self._unary_unary(
"/somerpc.Name/GetRevision", request, Revision
)
```
if changed to:
```proto
message IdMessage {
string id = 1;
}
```
The generated prototype is then fixed:
```python
async def get_revision(self, *, id: str = "") ->"Revision":
"""GetRevision returns a revision"""

request = IdMessage()
request.id = id

return await self._unary_unary(
"/somerpc.Name/GetRevision", request, Revision
)
```

Reproduce el problema con las dos definiciones de mensajes protobuf y una RPC que usa el mensaje como entrada. Comienza rastreando el método de cliente gRPC asíncrono generado y compara los casos de múltiples constantes y de una sola constante. Se considera terminado cuando ambos casos generan la firma de método esperada y las asignaciones de los campos de la solicitud.

Escrito por el modelo de indexación a partir del texto del issue.