Valentin Barbolin, там не так все просто. Для доступа к рабочим ресурсам используется один впн, локальные шары работают без впн, а для интернета другой впн. Они реализованы разным софтом и одновременно не работают. Все это работает и не хочется туда лезть. Если есть возможность указать браузеру через какой интерфейс работать - это было бы проще всего.
Именно с картами не встречал, но переключать микросхемы флэш-памяти таким образом - абсолютно нормальная практика. Правда про 10+ я бы задумался, но при компактном размещении и не быстрой скорости обмена работать будет.
Чем вызвана потребность в куче карт и почему нельзя обойтись одной большой картой?
Ну и вариант решения "в лоб" - взять много USB-хабов и еще больше картридеров. Переключать все программно подключением/отключением логических разделов этих карт.
Таблицы по группам элементов. Связей никаких нету, Альтиум сам берет оттуда обязательные параметры.
Во всех таблицах есть обязательные столбцы типа PartNumber, Symbol, Footprint (по которым Альтиум собирает компонент на схеме и плате)
Остальные столбцы параметров, они в разных таблицах разные. (для упрощения поиска нужного компонента в базе, Альтиум с ними не взаимодействует)
Посмотрел - SQLite идет как встраиваемый модуль. Есть ли готовое приложение на нем? Чтобы работало само и имело драйвера для того чтобы Altium мог получить доступ к данным?
DMA вам в помощь. По крайней мере точно SPI и скорее всего АЦП можно пустить через него. Чтоб привязать все ко времени - надо запустить таймер и все прерывания привязать к нему. Ну а пины можно либо тоже прерываниями сделать, либо читать таймером.
У меня как раз наоборот. STM32 знаю и давно пользуюсь, а малину вот только недавно осваивать начал. Ищу ей применение) Жаль пока нет времени вплотную ей заняться...
Да норм все. Если руки и мозги на месте - можно хорошо зарабатывать. Но работать надо по всему профилю - и схемы и платы и прошивки, тогда и 70к не предел. А 25-30 это во всяких КБ и госконторах за одну только схемотехнику.
Вот две главные книги:
Хоровиц и Хилл - "Искусство схемотехники"
Гринфилд - "Транзисторы и линейниые ИС"
А вообще просто начни что-то делать. Усилитель звуковой или блок питания или вообще что угодно аналоговое или импульсное. По ходу дела разберешься и научишься. Без практики оно один фиг не заходит, хоть 100 книжек прочитай.
Ну а цифровуха - она сильно проще и почти вся одинаковая. Понял как работает МК и ПЛИС и сможешь почти на любом что-то соорудить, только найди средства разработки.
Допустим один процесс начал грузить внешний сдвиговый регистр, записал туда уже пару бит. И тут диспетчер передает управление второму процессу. Он тоже начинает писать свои данные в регистр. В итоге в регистре образуется каша и ты получаешь лютый глюк, который происходит хоть и редко, зато почти никак не дебажится.
Можно разделять ресурсы, есть такие понятия как мьютексы и критические секции. Читай матчасть по многопоточному программированию.
Рулить одной и той-же периферией из разных потоков не безопасно. А я как помню - у вас один регистр на оба мотора и делить его между потоками нельзя.
Значит на каждый мотор надо сделать флажок, что он движется или не движется и счетчик "время до следующего шага". В цикле проверяем флажок, если он есть - значит минусим счетчик времени. Если счетчик досчитал до нуля - делаем шаг этим мотором и перезагружаем счетчик константой. То-же самое для второго. Все в одном цикле. Вместо цикла вообще удобно использовать таймер, если он там есть и не занят, ну или отдельный поток тоже вариант.
SPI не грузит проц. Настроил и все само происходит. Можно даже к DMA прикрутить, чтоб он сам значение обновлял из какой-нить переменной. Ну только Latch руками делать надо будет.
Если одного регистра мало - ставим их последовательно. Все входы-защелки соединяем параллельно. В цикле делаем не 8 итераций, а столько, сколько у нас бит на выходе.
Вот после срабатывания latch все биты выводятся на пины. Чтоб изменить один пин надо сформировать новый байт с измененным битом и загрузить его в регистр целиком.
PCI-E и USB3 в принципе совместимые интерфейсы. Обычный PCI от них сильно отличается и переходник будет сложный и дорогой, если его вообще кто-то сделает.
Несколько лет назад я уже забил на него в пользу c# и возвращаться как-то не хочется. Да и все чаще приходится работать в linux, а там от них обоих толку мало.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
