Alt@ir (06.09.2019 07:41, просмотров: 250) ответил driver_gv на Делал селекторную связь RS485/Ethernet. Качество отличное. Буфер на полсекунды звука на приеме. Делится на 4 секции. Воспроизводим при заполнении 2-х секций. Если к следующему воспроизведению занята всего одна, то чуть медленее темп. Три --
- Зачем вообще кодеки, АЦП и ЦАП? Получаешь ШИМ (сдвоенный опер), и гони бинар чем угодно, тем же 485. Декодер - RC цепочка. - bnb62(06.09.2019 11:30)
- Ну сделайте буфер меньшего размера. Для 485 точка-точка даже 20-50mS будет достаточно. Для Ethernet не менее 300 - 350 mS (если через мир). Локалка 50-100 . Темп - прерывание таймера , считавшего от какого - то числа, задаваемого в этом driver_gv(156 знак., 06.09.2019 07:51)
- У меня ЦАП на I2S сидит. И понемногу его тактовую я могу контролировать только изменением частоты основного опорного генератора. RS-485 принципиален, но это не важно. Протокол не поможет. - Alt@ir(06.09.2019 08:26)
- Так тактируйте его от этого таймера. - driver_gv(06.09.2019 21:40)
- Буферизация также позволит в этом потоке не только звук гнать, но и служебные данные. - driver_gv(06.09.2019 07:55)
- У меня ЦАП на I2S сидит. И понемногу его тактовую я могу контролировать только изменением частоты основного опорного генератора. RS-485 принципиален, но это не важно. Протокол не поможет. - Alt@ir(06.09.2019 08:26)
- Вам принципиально RS-485? С год назад или больше Evgeny_CD очень часто упоминал самосинхронизирующиеся протоколы -> . Например - передача шириной импульса. Но опять же, это решение вряд ли в каждом МК, надо таймерах/дрыгногой или на CPLD/FPGA. - Dingo(06.09.2019 07:47, ссылка)