Це можливо, але це не спрацює добре.
По-перше, існує проблема поєднання двох виходів, причому один масштабується точно на 1/256 іншого. (Незалежно від того, чи ослаблюєте ви його на 1/256, посилюєте інший на 256, або інше розташування, наприклад, * 16 та / 16, не має значення).
Однак велика проблема полягає в тому, що 8-бітний ЦАП може бути точним до чогось кращого, ніж 8 біт: він може мати специфікацію "DNL" 1/4 LSB та специфікацію "INL" 1 / 2LSB. Це специфікації "диференціальної" та "інтегральної" нелінійності і є мірою того, наскільки насправді є кожен крок між суміжними кодами. (DNL забезпечує гарантію між будь-якими двома сусідніми кодами, INL між будь-якими двома кодами в усьому діапазоні ЦАП).
В ідеалі кожен крок становив би точно 1/256 від значення повної шкали; але специфікація DNL 1 / 4LSB вказує, що суміжні ступені можуть відрізнятися від ідеального на 25% - це зазвичай прийнятна поведінка в ЦАП.
Проблема полягає в тому, що помилка 0,25 LSB у вашому ЦАП MSB вносить помилку 64 LSB (1/4 всього діапазону) у вашому ЦАП LSB!
Іншими словами, ваш 16-бітний ЦАП має лінійність та спотворення 10-бітового ЦАП, що для більшості застосувань 16-бітного ЦАП неприйнятно.
Тепер, якщо ви зможете знайти 8-бітний ЦАП, який гарантує 16-бітну точність (INL і DNL кращий, ніж 1/256 LSB), тоді продовжуйте: однак це не економічно, тому єдиний спосіб отримати його - це почати з 16-бітовим ЦАП!
Інша відповідь пропонує «компенсацію програмного забезпечення» ... відображення точних помилок у вашому ЦАПі MSB та компенсація їх шляхом додавання зворотної помилки до ЦАП LSB: щось, про що довго роздумували аудіо-інженери в часи, коли 16-бітні ЦАПки коштували дорого. ..
Коротше кажучи, це може змусити певною мірою працювати, але якщо 8-бітний ЦАП переміщається з температурою або віком (він, мабуть, не був сконструйований для надстабільної стійкості), компенсація вже не є достатньо точною, щоб бути вартім складність та витрати.