Перейти к содержанию
    

xvr

Свой
  • Постов

    3 583
  • Зарегистрирован

  • Посещение

  • Победитель дней

    2

Весь контент xvr


  1. А в абсолютных единицах замерять не устроит? 3 источника ультразвука, жёстко фиксированных относительно поверхности (треугольником, как можно дальше друг от друга) и 2 приёмника на планшете (по диаметрально противоположным углам). Замерять очевидно задержку распространения от источников до приёмников Получите абсолютные координаты планшета и углы поворота PS. Вот тут ещё посмотрите - https://www.mdpi.com/journal/sensors/special_issues/Indoor_Positioning_Navigation/download
  2. Конструкция из пары LFSR называется сверточным генератором (shrinking generator) и достаточно проработана в криптографическом плане (первая попавшаяся ссылка - https://www2.seas.gwu.edu/~poorvi/Classes/CS284_2007/ShrinkingGenerator.pdf) Классический свёрточный генератор попроще, чем у АК - там нет динамической подмены полиномов. Вывод в статье по криптостойкости - достаточно криптостойкий.
  3. Помню когда то очень давно у меня была такая же задача. Я вставил скрипт, который перекодировал текстовые литералы в сорцах прямо в процесс компиляции - в makefile. Он перед запуском сишного компилятора вызывал перекодировщик который делал временный файл, который и подавался компилятору. Потом в сообщениях об ошибках от компилятора заменял все вхождения имени временного файла на оригинальный (что бы поиск ошибок в IDE не ломался) Хотя в вашем случае наверное будет проще самому собрать тулчейн с включенной поддержкой libiconv и подсунуть его в AS
  4. А текстовые литералы в виде "\211\233\148" допустимы?
  5. Видимо не особенно нужны :) Почти готовое решение - преобразователь USB-SPI (на FT232R например или CH430 [кажется так]) + небольшая схема на рассыпухе (двойной одновибратор, D триггер и несколько логических элементов)
  6. Теоретически да. На практике туда подключают UART (с NRZ). Хотя у меня не такая большая практика, так что из чистого любопытства - кто нибудь знает какой нибудь пример использования RS-485 физического уровня совместно с чем либо, отличным от UART'а? Мне правда очень интересно
  7. Вы в курсе, что 'кодирование манчестер 2' к 'данные нужно закодировать для обеспечения безопасности' не имеет никакого отношения? Манчестер это кодирование физического уровня, а 'обеспечение безопасности' лежит выше (как минимум на транспортном). Физический уровень у RS485 свой, и с манчестером он не совместим (точнее можно физическую кодировку манчестера зафигачить в RS485 линию, но это будет нечто совсем нестандартное - и не RS485 и не манчестер)
  8. Она точно SPI, а не WS2811 или подобные? SPI можно напрямую из USB получить (через свисток, как уже говорили), с WS2811 придётся отдельно помучится
  9. Да будет срач! 4 года прошло, можно всё по второму кругу обсудить :) Async подход хорошо прижился в Python 3 и JS (парочка async/await). Но там очень помогает собственно интерпретатор - он берёт на себя заботу по преобразованию последовательного кода в машину состояний (по сути). От программиста требуется только разметить асинхронный функции (async) и точки их вызова (await). Но даже для такого упрощённого использования уже видно, что превратить чисто последовательный код в асинхронный просто так не получится - как минимум эти 2 волшебных слова придётся проставить везде. Ни С ни С++ не предоставляют такой возможности (async/await), так что приходится кишки кода разматывать вручную. У асинхронного подхода есть одно неоспоримое преимущество - количество точек синхронизации может быть любым (они ресурсы не тянут), для thread'ов придётся заводить отдельные thread'ы для групп таких точек. Условный пример - web сервер для одновременного обслуживания 1000 клиентов, построенный на thread'ах (чисто последовательный - по штуке на thread), будет нуждаться в 1000 thread'ах. Асинхронный всё уложит в один thread.
  10. 2 направленные шины (как у вас данные) реально в FPGA не существуют. Синтезатор раскладывает цепи чтения и записи данных на разные провода и вставляет реальный буфер, подключённый к ним. Поставьте этот буфер явно и разделите направления чтения и записи - тогда они будут реальными сигналами и chipscope их увидит
  11. Во первых почему у вас в iconv.exe.exe с двумя exe? Во вторых туда, куда вы его прописали, прописывать не стоит. Его должен вызывать сам gcc при работе. Так, как написано (после исправления .exe.exe) будет просто вызываться iconv без параметров В третьих попробуйте положить ваш iconv.exe (вместе с dll) в каталог, перечисленный в переменной окружения PATH. Возможно заработает
  12. Как минимум в принте в обработчике прерывания.
  13. Для начала: в строке 15 должно быть Q <= {Q[WIDTH-2:0], 1'b0};
  14. Схема очень похожа на стандартную схему входных каналов гальванически изолированных приёмников сигналов (различная пром автоматика, типа PLC, драйверов двигателей и пр). Там резистор и конденсатор ставят для подавления помех на длинных входных линиях (в отключенном состоянии). Конденсатор защищает от коротких выбросов (наводок), к резистор обеспечивает нагрузку для рассеивания энергии помехи (что бы она не в светодиод оптрона уходила), а так же обеспечивает пороговую характеристику схемы
  15. В отчётах от процесса компиляции. У вас какой компилятор и IDE?
  16. Восхищаюсь настойчивостью и работоспособностью starter48 - если судить по количеству выложенных патчей, то он уже вполне мог написать PCAD с нуля Снимаю шляпу
  17. Вам совершенно конкретно ответилди уже дважды Не получили. При идеальном перемножении (без искажений - чисто математически) гармоник не будет. Будет сумма и разность частот Именно 18 KHz + 4 KHz и никаких гармоник
  18. Судя по фото это индикатор на чём то типа ILI9341. Если так, то учтите, что вывод на него довольно медленный. Передача всего экрана занимает несколько сотен миллисекунд. Для динамической отрисовки стрелки (путём переписывания всего экрана) это очень много. Что касается поворота символов - у вас картинка с повёрнутыми символами (фон, я так понимаю) фиксированная, или может меняться? Если первое, то нарисуйте её в любом графическом редакторе и зашейте в FLASH именно картинкой (можно пожать чем нибудь легковесным)
  19. Нескромный вопрос - что вас заставляет пользоваться средой, почившей в мире более 20 лет назад? Может хотя бы ISE возьмёте? :)
  20. Цена вопроса - $140. Вопрос - сколько надо запрограммировать PLD по $0.4, что бы окупить покупку программатора?
  21. На всякий случай - для этого археологического экспоната нужен программатор, такой же экспонат. Это не современные FPGA/CPLD, которые через стандартный JTAG шьются. Там сплошная проприетарщина (и к тому же закрытая - алгоритмы программирования в былые дни производители PLD раздавали только производителям программаторов под NDA) Со средой проектирования тоже будут проблемы. Тогда не было HDL, всё вручную. Максимум PALASM (кажется так назывался). Ещё ABEL был
  22. Судя по структуре ProgrammingSettings у человека плоский массив с настройками, причем фиксированный. Для такого json это явный overkill. json хорош для описания произвольных структур.
  23. Что то мне этот проект напоминает .... Был тут один активист, всё хотел свой процессор сделать. Но начал он не с FPGA, а с выращивания монокристалла кремния на подоконнике. Сказал, что нарежет на пластины и сам чип изготовит. Говорил, что за нанометрами гнаться не будет, ему вполне микроны устроят. Пропал куда то А ваш проект уже делал один врач в 19 веке - Виктор Франкенштейн. Плохо кончил, вроде На bashorg'е если только
×
×
  • Создать...