А чем критична постоянная скорость для CNC? В том плане зачем требуется именно постоянная скорость? Ведь мы управляем подачей инструмента а не скоростью вращения. Это же не 3д принтер где простой, с постоянной подачей пластика, может повлиять на геометрию фигуры.
P.S. что случилось со статьей? Куда делись предыдущие комментарии?
qmake сильно и не нужно грузить процессор. Он же только создает Makefile с которым дальше работает make и там уже можно разными опциями задавать кол-во процессов.
Если есть видеовход, то графический процессор можно использовать для сжатия видео и фотографий. Конечно при условии что ffmpeg или libjpeg собраны с поддержкой этого графического процессора.
а сработает ли такой трюк:
Берем библиотеку/программу под GPLv*
модифицируем её, допустим вставляем drm защиту, аппаратное ускорение и т.д.
компилируем и получаем бинарник А
далее компилируем девственный код билиотеки/программы без наших правок и получаем бинарник В
Далее находим бинарную последовательность С, такую что B patch C = A
кладем в прошику бинари В и С, и в рантайме их патчим, что бы получить А
таким образом вроде как лицензия GPLv* не нарушается
Мне кажется или в статье напутана криптовалюта и блокчейн? Наскрлько знаю, git имеет структуру блокчейна, но когда делаешь коммит, там ничего по долгу не майнится.
А зачем надо было спускаться в ядро? Ведь шиной i2c и GPIO можно управлять и из user mode.
Разработка должна была упроститься, и даже не нужен был бы дебажный UART.
Но к сожалению, мы не в Европе. И у нас нету таких крупных автопроизводств.
Так что кроме рекламы логотипа на корпусе, ничего не могу больше предположить.
Интересно. Тогда получается для большей точности SLAM имеет смысл постоянно ехать за каким-нибудь объектом(авто) что бы при повороте не уходил набор ключевых точек связанный с этим объектом?
Не очень понял причем тут Garmin с фитнес-трекером. Я имел ввиду что с помощью карт можно предсказывать в текущей ситуации направление дороги, там где с этим возникают трудности (горные дороги допустим )
GPS вы тоже используете?
Тогда непонятно зачем использовать SLAM, я так понял она используется для построения трэка, хотя тот же трэк можно снять и с GPS. Или у SLAM точность выходит выше?
Еще навеяло мыслью про модуль optical_trajectories.
что кроме горных дорог выделение главной плоскости будет плохо работать если машина всё время ехала по прямой
Может имеет смысл так же для оценки положения дороги брать данные с геокарт, ведь если есть gps то координаты мы тоже знаем и направление дороги можно предсказывать
а почему бы не расположить так камеру что бы в её поле зрения попадал руль? или хотя бы часть руля?
На руль можно нанести контрастные метки и по ним определять положение руля.
Отлично будет если в поле зрении будет панель приборов ( в частности спидометр и одометр ), тогда и траектории можно будет более точно определять.
откуда взялись 4 блока? если для установки и снятия импульса нужно вроде как два блока?
P.S. что случилось со статьей? Куда делись предыдущие комментарии?
ну и смысл в LQFP? в ручную паять будете?
P. S. не успел обновить коментарии
не нашел её в открытом доступе
Берем библиотеку/программу под GPLv*
модифицируем её, допустим вставляем drm защиту, аппаратное ускорение и т.д.
компилируем и получаем бинарник А
далее компилируем девственный код билиотеки/программы без наших правок и получаем бинарник В
Далее находим бинарную последовательность С, такую что
B patch C = A
кладем в прошику бинари В и С, и в рантайме их патчим, что бы получить А
таким образом вроде как лицензия GPLv* не нарушается
Разработка должна была упроститься, и даже не нужен был бы дебажный UART.
Так что кроме рекламы логотипа на корпусе, ничего не могу больше предположить.
непонятно как связан SPDIF и визуализация спектра? это всего лишь интрефейс
Для студентов все понятно, но вот бизнесу нет.
https://ru.m.wikipedia.org/wiki/Время_первых
Точных цифр, пока не нашел
Не очень понял причем тут Garmin с фитнес-трекером. Я имел ввиду что с помощью карт можно предсказывать в текущей ситуации направление дороги, там где с этим возникают трудности (горные дороги допустим )
Тогда непонятно зачем использовать SLAM, я так понял она используется для построения трэка, хотя тот же трэк можно снять и с GPS. Или у SLAM точность выходит выше?
Еще навеяло мыслью про модуль optical_trajectories.
Может имеет смысл так же для оценки положения дороги брать данные с геокарт, ведь если есть gps то координаты мы тоже знаем и направление дороги можно предсказывать
На руль можно нанести контрастные метки и по ним определять положение руля.
Отлично будет если в поле зрении будет панель приборов ( в частности спидометр и одометр ), тогда и траектории можно будет более точно определять.