Charles Nicholson's questions

Se um serviço BLE contém múltiplas características de notificação nas quais um cliente GATT manifestou interesse, o protocolo BLE oferece alguma garantia sólida sobre a ordem em que os clientes GATT recebem os valores atualizados? Separadamente, há algum requisito em nível de protocolo sobre a ordem em que o cliente GATT entrega os dados recém-recebidos ao aplicativo?

Por exemplo: Digamos que o aplicativo altere os valores de duas características separadas no servidor GATT em rápida sucessão entre eventos de conexão durante o período de "silêncio". Durante o próximo evento de conexão, suponha que haja tempo e largura de banda suficientes para o servidor GATT transmitir totalmente ambos os valores de característica atualizados para o cliente GATT.

O protocolo BLE exige que o servidor GATT transmita os valores recém-alterados na ordem em que o aplicativo os alterou?

Além disso, o protocolo BLE exige que o cliente GATT preserve a ordem desses valores recém-alterados ao entregá-los ao aplicativo?

As pilhas BLE sobre as quais estou raciocinando suportam Bluetooth 5.0, mas também seria bom saber se algo disso mudou em relação às versões anteriores. Quaisquer citações específicas do próprio padrão do protocolo seriam muito úteis!

O código Python3 a seguir pega uma lista de entrada de bytes e imprime sua representação hexadecimal "estilo C", 12 por linha:

def c_array_body_from_bytes(input_bytes):
    """Emit the provided bytes as the body of a C array."""
    lines = ""
    for i in range(0, len(input_bytes), 12):
        lines += "".join(f"0x{b:02x}, " for b in input_bytes[i : i + 12]) + "\n"
    return lines

print(c_array_body_from_bytes(range(64)))

Isso pode ser expresso de forma mais concisa como uma única instrução de retorno que usa uma compreensão aninhada, sem exigir a linesvariável do acumulador? Em caso afirmativo, o que parece?