È possibile, ma non funzionerà bene.
In primo luogo, c'è il problema di combinare le due uscite, con una in scala esattamente 1/256 dell'altra. (Sia che si attenui uno di 1/256, si amplifichi l'altro di 256, o qualche altra disposizione, ad esempio * 16 e / 16, non importa).
Il grosso problema, tuttavia, è che un DAC a 8 bit è probabilmente accurato a qualcosa di meglio di 8 bit: potrebbe avere una specifica "DNL" di 1/4 LSB e una specifica "INL" di 1 / 2LSB. Queste sono le specifiche di non linearità "Differenziale" e "Integrale" e sono una misura di quanto sia grande ogni passaggio tra codici adiacenti. (DNL fornisce una garanzia tra due codici adiacenti, INL tra due codici su tutta la gamma del DAC).
Idealmente, ogni passo sarebbe esattamente 1/256 del valore di fondo scala; ma una specifica DNL da 1 / 4LSB indica che i passaggi adiacenti possono differire di quell'ideale del 25% - questo è normalmente un comportamento accettabile in un DAC.
Il problema è che un errore LSB 0,25 nel DAC MSB contribuisce a un errore 64 LSB (1/4 dell'intero intervallo) nel DAC LSB!
In altre parole, il DAC a 16 bit ha la linearità e la distorsione di un DAC a 10 bit, che per la maggior parte delle applicazioni di un DAC a 16 bit, è inaccettabile.
Ora, se riesci a trovare un DAC a 8 bit che garantisce la precisione a 16 bit (INL e DNL meglio di 1/256 LSB), vai avanti: tuttavia non sono economici da realizzare, quindi l'unico modo per ottenerne uno è iniziare con un DAC a 16 bit!
Un'altra risposta suggerisce "compensazione del software" ... mappando gli errori esatti nel DAC MSB e compensandoli aggiungendo l'errore inverso al DAC LSB: qualcosa a lungo ponderato dagli ingegneri audio ai tempi in cui i DAC a 16 bit erano costosi. ..
In breve, può essere fatto funzionare in una certa misura, ma se il DAC a 8 bit va alla deriva con la temperatura o l'età (probabilmente non è stato progettato per essere ultra-stabile), la compensazione non è più abbastanza accurata da valere la pena complessità e spese.