нам нужна максимально простая схема... на Ардуино.
Теоретически, если взять достаточно большой оверсемплинг и просо измерять время между перепадами, то не сложно декодировать манчестер. Причём, фаза будет всегда правильной, без варианта с инверсией. Главное, чтобы оверсемплинг позволял однозначно различать короткий и длинный отрезок. А делается это обычным счётчиком, с каптурой или без, тут уже кому как удобнее. Он должен перезапускаться от перепада и сохранять значение на выходе на котором перезапустился. Пока значения в пределах ожидаемых таймингов для выбранной скорости то поток можно декодировать, когда время выбивается за пределы ожидаемых таймингов то просто взводим флаг ошибки. Я так декодировал записи с кассет 86РК, Ориона и Специалиста в своё время.
_________________ Репозиторий STM32: https://cloud.mail.ru/public/2i19/Y4w8kKEiZ Актуальность репозитория: 16 мая 2025 года Если чего-то не хватает с сайта st.com - пишите, докачаю.
в радиоуправлении мы уже брали достаточно большой оверсемплинг... и передавали по радио... с шумами... Спойлер но там частота была всего несколько килогерц...
а сейчас нам нужен интернет... с частотой 10 мгц... мы не можем использовать оверсемплинг на Ардуино...
привет, роман! у меня тут виртуальные коты в вакууме надуваются... вопросики всякие лезут! допустим, нужно отправить большой пакет, кот. не влазит во внутр. буфер сокета w5500, как бы ты в таком случае поступал? (*) ну т.е. можно просто поразмыслить, по поводу "вакуумных какашек", что может вылезти, что можно предпринять, как действовать?! итд. спасибо (*) - без изменения/перераспределения размеров буфера
_________________ Енот - это кот, только инкогнито! p.s. держитесь обоими руками, а то прорвет...
Компания MEAN WELL пополнила ассортимент своей широкой линейки светодиодных драйверов новым семейством XLC для внутреннего освещения. Главное отличие – поддержка широкого спектра проводных и беспроводных технологий диммирования. Новинки представлены в MEANWELL.market моделями с мощностями 25 Вт, 40 Вт и 60 Вт. В линейке есть модели, работающие как в режиме стабилизации тока (СС), так и в режиме стабилизации напряжения (CV) значением 12, 24 и 48 В.
использовался socket udp-mode. потому что нужна была максимальная скорость...
в socket raw-mode Ардуина должна: цифровать... писать... писать заголовки UDP... да ещё и считать контрольные суммы... в socket raw-mode Ардуине сложно будет всё это делать одной... да ещё на высокой скорости)) поэтому для аудио потока лучше использовать socket udp-mode....
хотя никто не запрещает для аудио потока использовать socket raw-mode...
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения