Jump to content

    

psyhologic

Свой
  • Content Count

    73
  • Joined

  • Last visited

Everything posted by psyhologic


  1. https://github.com/hologram-io/nova-hardware/blob/master/Hologram_Nova_Schematic_J.pdf Вот вам хороший пример с разделением земли "на ножке" SMPS для USB. http://www.ti.com/lit/ds/symlink/tps63020.pdf
  2. По определению: "Volatile - ключевое слово языков C/C++, которое информирует компилятор о том, что значение переменной может меняться из вне и что компилятор не будет оптимизировать эту переменную." Как следствие, он не выкинет бесполезный while block с "активным ожиданием". https://en.wikipedia.org/wiki/Busy_waiting "Активное ожидание" в SMP среде само по себе затратно и обычно используется скорее как userspace оптимизация, до входа в kernel mode waiting. Хотя в мире однопоточных МК, я часто вижу использование активного ожидания. Вопросы могут быть к оптимизатору / компилятору, насколько он строго следует стандартам языка.
  3. В схемах с ADC желательна. Вот отличная статья на счёт разбиения digital / analog ground. https://www.maximintegrated.com/en/app-notes/index.mvp/id/5450
  4. Ток потребления МК зависит от кода + периферии. И будет лежать между min и max указанные в datasheet. Вам действительно проще подключить амперметр (или лабораторный БП) к устройству.
  5. Это обычный RC фильтр, номиналы R и C подберите так, чтобы отрезать лишние высокие частоты (шум). Вот похожий на ваш вопрос - https://electronics.stackexchange.com/questions/144478/low-pass-filter-with-hall-effect-and-adc-help
  6. Язык предоставляет возможность (инструмент), от программиста зависит как эту возможность использовать. Соответственно от уровня программиста будет зависеть насколько красиво/ужасно применены оптимизации, как разрешены зависимости, сохранена ли кроссплатформенная переносимость кода.
  7. Да вы правы, про DMA как-то даже в голову не пришло.
  8. Подобного рода "оптимизации" имеют ряд преимуществ и недостатков... язык предоставляет средство, инструмент. Если подобного рода оптимизации вынесены в platform / hardware specific модуль у которого нет внешних зависимостей - окей. Не окей - volatile имеет смысл только в многопоточной среде, а директива с указанием стартового адреса сужает выбор платформы.
  9. для аппаратного ускорения задач "классификации", как в этом видео весьма перспективно.
  10. Да вы правы, Бывают проблемы с ними, увы умирают без видимой причины ...
  11. Автор топика не решает проблемы с физической деградацией карты памяти. Ему нужна транзактивная запись. Overhead будет всегда, почти все СУБД хранят свои данные в виде файлов (данных и лога).
  12. Последствия зависят от типа FS. https://ru.wikipedia.org/wiki/Журналируемая_файловая_система
  13. Именно. WAL решает как раз на уровне транзакций записи в БД. Минус SQLite - желательно её использовать всё таки с одного потока ... :)
  14. Тоже присматриваю себе PNP станок в лабу, пока больше всего заинтересовало вот это по цена / качество. https://www.sparkfun.com/sparkx/blog/2586 http://www.charmhigh-tech.com/sale-8099321-best-seller-chmt36va-double-vision-camera-external-pc-opereation-smt-pick-and-place-machine-closed-l.html https://mysku.ru/blog/taobao/66376.html https://mysku.ru/blog/taobao/66380.html
  15. Я бы присмотрелся на вашем месте к SQLite WAL. https://www.sqlite.org/wal.html Мы активно используем под embedded Linux для задач, с возможной потерей данных (aka. power off)
  16. Большой точности вы не добьетесь, так вне зависимости от .NET CLR. Задача выполняется в многозадачной среде. Но как улучшения - посмотрите на Spin Lock (nop based active wait) и управляйте работой GC в период пока вы будете делать sleep.
  17. ИМХО надо отталкиватся от спектра сигнала и смотреть на соотношение сигнал / шум на разных частотах. Если нет обратной связи, вы можете попробовать ввести стартовый / конечный "калибровочный" фрейм, до начала передачи непосредственно данных, чтобы понимать noise / signal ratio. С монотонным шумом может помочь. Так же посмотрите в сторону аппаратной фильтрации звуковых частот (RC цепочка в самом примитивном виде или narrow band). Если у шума "плавающая" частота, например музыка - ищите схему помехоустойчивого / избыточного кодирования. https://www.researchgate.net/publication/4376433_Intelligent_detection_of_DTMF_tones_using_a_hybrid_signal_processing_technique_with_support_vector_machines
  18. Для связи телефонов на близком расстоянии (без аутентификации) посомотрите на Bluetooth LE. https://habr.com/post/319244/ А так же реализован под Linux в пакете Bluez
  19. Здравствуйте Прошу помощи ! Есть Cadence Allegro 17.2 с известного сайта. Но там нет hotfix для high DPI мониторов. В итоге интерфейс программы буквально разрывает. Нашёл способ с настройками Windows, но при этом, выглядит оно не очень. Помогите с хотфиксом и патчем пожалуйста.