Tanto per parlare. La decodifica che vediamo nel codice è di tipo strimming, cioè i dati vengono decodificati e usati e i dati di partenza si buttano. Altre codifiche potrebbero essere il parser a pacchetto, un pacchetto viene spedito (client), chi è in ricezione legge inizio pacchetto e fine pacchetto, terminata questa fase avvia il parser dei dati.
Il pacchetto dovrebbe contenere il numero minimo di dati per considerare il pacchetto coerente e funzionante, questo è importate quando la storia dei dati è fondamentale, tradotto il dato che sto analizzando assume un significato particolare determinato dal dato precedente e così via.
Su PC i programmi usano dialogare con un IPC, si tratta di un protocollo dati per far si che le applicazioni si scambino informazioni, uno di questi è DBus, strano che ancora non ci sia stato qualcuno che ha creato un DBus con risorse minime.
Questo DBus dovrebbe essere in grado di ricostruire un stringa da una serie di dati inviati via seriale, o un numero, intero con o senza segno ecc. Questo non è molto efficiente ma è flessibile, cioè si perde velocità perchè oltre al dato devi inviare il tipo.
@hiperformance71
Il tuo obbiettivo è quello di crearti il protocollo rigido e funzionante, poi se hai tempo e vuoi renderlo flessibile ci lavori, ma nel mentre il tuo progetto sta lavorando, diversamente saresti ancora li a chiederti; mi serve davvero inviare un float?
Quindi secondo me hai agito bene dritto all'obbiettivo, diverso potrebbe essere se programmassi sul pc, li non hai scuse di risorse limitate e c'è spazio e per curare la flessibilità.
Ciao.