Ну так в статье выше делают пластмассовую коробочку для колонки, а не самолетный двигатель. Да и сама колонка не сильно сложное устройство. CERN вот kicad вполне устраивает (собственно он и спонсирует его разработку сейчас). FreeCAD (как и параметрический cadquery) используют вполне нормальный геометрический решатель opencascade (который свою истори ведет из коммерческого продукта). Я для своих целей использую как kicad 9, так и cadquery и особо не жалуюсь.
KiCad, FreeCAD/cadquery и Vivado есть пол линукс. Продолжать использовать софт из "недружественных стран" в наше время так себе идея. Лицензии больше не продают, а вот статью УК за ее нарущение никто не отменял
Какой-то изысканый вид извращения - использовать для разработки gnu toolchains, но при этом сидеть под виндой. Ненавидеть HAL и тратить время на изобретенение своего велосипеда. Впрочем за 15 лет в яндексе похоже ничего не поменялось.
Там получается даже CDC-ACM не сделать, так как ему нужно как минимум три endpoint'а. В то время как на древнем stm32f103 можно сделать три cdc-acm'а ...
@MyTechnoBlog А почему на jetson'е вы используете программный x264enc а не аппаратный кодек? Он там есть и отлично работает в gstreamer'е. Плюс вместо обычного wifi можно взять более подходящий wfb-ng. Ну и как я понял вы не используете ROS и OpenCV, что тоже странно, так как там почти все вам нужное уже реализовано и протестировано.
Ну так это надо мозг включать: рынок исследовать, сообщество развивать... Естественно проще сделать очередной клон RPI и отчитаться перед начальством/инвесторами о потраченом бюджете. Я на эту тему написал развернутый коментарий выше и ествественно ответа от разработчиков репки не получил.
Если LGPL только сторонние библиотеки, а ваш код проприетарный, то да - лицензия LGPL требует выкладывать только код используемых библиотек (и их модифицации, если вы их под себя правите). Но вы говорите, что лицензия самого проекта LGPL (то есть его самого можно линковать как библиотеку с сторонним проприетарным кодом), то его исходники вы должны выдать по требованию тем, кому даете бинарники. Так как бираники распространяются неограниченному кругу лиц по ссылке с сайта, то и исходники должны так же лежать рядом.
Еще вопрос - почему у вас в линейке есть только полноразмерные платы? Для роботототехники очень популярны платы размера radxa zero 3 (rpi zero) или вообще как nanopi neo. Только не делайте ошибок radxa и прочих китацев - не гонитесь за совместимостью по распиновке 40-pin разъема. Лучше выведите туда реально нужные линии (uart'ы, usb, can и тд). А то плата у которой на 40-pin гребенке только один уарт (зато есть куча бесполезного хлама вроде I2S), а доступ к usb только через type-c разъем вызывает в лучшем случае только раздражение у потенциальных пользователей.
P.S. С моей точки зрения идеальная форма и разводка у NanoPi NEO/NEO2. Там есть ethernet, три независимых USB, три UART'а, i2c и SPI. Плюс очень удобный и компактный форм-фактор. Не пихайте встроенный wifi - он только занимает место на плате и никому не нужен из-за своей убогости. Добавьте лучше CAN шину и встроенный DC/DC до 32В (6S).
Ну и самое главное - сделайте базовый дистрибутив на основе обычного Debian и Ubuntu. Тот же ROS пользователь кроме как на убунту не поставит. А собирать его с нуля из исходников не будет уж точно. Соберите в базовом дистрибутиве поддержку аппаратных кодеков и нейроускорителей. В наше время если плата не имеет аппаратных кодеков, то для машинного зрения она более чем бесполезна (ну или будет давать 1FPS)
Ну и больше работайте с community - раздавайте бесплатно железо разработчикам популярных open-source проектов. По деньгам это будет дешевле рекламы, но результат будет многократной лучше.
@RyabovA Вопрос к авторам репки - а как обстоят дела с аппаратными видео кодеками? Есть ли они там и есть ли до них какое-нибудь адекватное API вроде gstreamer'а? Не планируете ли переход с allwinner'а на rockchip, где с кодеками (да и с общей производительностью, включая нейроускорители) все сильно лучше ?
bldc мотор работает бесшумно в отличии от шагового (который перемешается дискретными шагами) и очень плавно. strom32 (это софт по управлению карданными подвесами) может управлять подвесами с камерами в несколько килограмм (наприме цифровые зеркальные фотоаппараты и тд) - тут только от мощности мотора зависит.
Ну и про вес/объем - какая разница если камера висит на столбе, что она будет на 10% тяжелее? Хотя еще и не факт, так как внутрение конструкции можно существенно облегчить - на них теперь ветер не будет действовать.
А кто будет менять постоянно поцарапанные светофильтры на камере в арктике?
Если будет стеклянная полусфера с гидрофобным порытием (самое простое продается в автозапчастях), то на нее налипать ничего не будет. Тем более, что она внутри подогревается (камера + ик подстветка). Тут больше может быть проблема как камеру охладить, но это не сильно сложно если вохдух внутри заменить гелием (у него теплопроводность почти в 10 раз больше) и поставить небольшой вентилятор, что бы он там его перемешивал
Зачем камере шаговые двигатели, когда можно взять безколлекторные (bldc direct drive как например делает storm32)
Пропуск шагов - а энкодеры положения поставить и сделать обратную связь?
Сделать стеклянную полусферу и герметичный объем внутри для работы в арктике или агрессивной среде (тот же песок и тд)?
А зачем на сухую протирать объектив дворником? Он же поцарапается. Не проще ли его подогреть (раз уж дело в арктике)? А если загрязнение есть не в виде воды или льда, то без стеклоомывателя всеравно ничего работать не будет
Ну так в статье выше делают пластмассовую коробочку для колонки, а не самолетный двигатель. Да и сама колонка не сильно сложное устройство. CERN вот kicad вполне устраивает (собственно он и спонсирует его разработку сейчас). FreeCAD (как и параметрический cadquery) используют вполне нормальный геометрический решатель opencascade (который свою истори ведет из коммерческого продукта). Я для своих целей использую как kicad 9, так и cadquery и особо не жалуюсь.
KiCad, FreeCAD/cadquery и Vivado есть пол линукс. Продолжать использовать софт из "недружественных стран" в наше время так себе идея. Лицензии больше не продают, а вот статью УК за ее нарущение никто не отменял
Какой-то изысканый вид извращения - использовать для разработки gnu toolchains, но при этом сидеть под виндой. Ненавидеть HAL и тратить время на изобретенение своего велосипеда. Впрочем за 15 лет в яндексе похоже ничего не поменялось.
Там получается даже CDC-ACM не сделать, так как ему нужно как минимум три endpoint'а. В то время как на древнем stm32f103 можно сделать три cdc-acm'а ...
@MyTechnoBlog А почему на jetson'е вы используете программный x264enc а не аппаратный кодек? Он там есть и отлично работает в gstreamer'е. Плюс вместо обычного wifi можно взять более подходящий wfb-ng. Ну и как я понял вы не используете ROS и OpenCV, что тоже странно, так как там почти все вам нужное уже реализовано и протестировано.
Если посмотреть errata, но похоже там сломано usb и циклический dma. Так что для большинства обычных применений он имхо бесполезен.
Ну так это надо мозг включать: рынок исследовать, сообщество развивать... Естественно проще сделать очередной клон RPI и отчитаться перед начальством/инвесторами о потраченом бюджете. Я на эту тему написал развернутый коментарий выше и ествественно ответа от разработчиков репки не получил.
А почему вы не хотите выложить проект в opensource ?
Если LGPL только сторонние библиотеки, а ваш код проприетарный, то да - лицензия LGPL требует выкладывать только код используемых библиотек (и их модифицации, если вы их под себя правите). Но вы говорите, что лицензия самого проекта LGPL (то есть его самого можно линковать как библиотеку с сторонним проприетарным кодом), то его исходники вы должны выдать по требованию тем, кому даете бинарники. Так как бираники распространяются неограниченному кругу лиц по ссылке с сайта, то и исходники должны так же лежать рядом.
Но если вы выкладываете бинарники для скачивания, то по условиям LGPL v3 вы обязаны и выкладывать исходники
А какая лицензия у вашего автопилота? Я просто на сайте не нашел ссылок на исходники.
В стекле лампы есть присадка, которая блокирует длинну волны, вырабатывающую озон
Еще вопрос - почему у вас в линейке есть только полноразмерные платы? Для роботототехники очень популярны платы размера radxa zero 3 (rpi zero) или вообще как nanopi neo. Только не делайте ошибок radxa и прочих китацев - не гонитесь за совместимостью по распиновке 40-pin разъема. Лучше выведите туда реально нужные линии (uart'ы, usb, can и тд). А то плата у которой на 40-pin гребенке только один уарт (зато есть куча бесполезного хлама вроде I2S), а доступ к usb только через type-c разъем вызывает в лучшем случае только раздражение у потенциальных пользователей.
P.S.
С моей точки зрения идеальная форма и разводка у NanoPi NEO/NEO2. Там есть ethernet, три независимых USB, три UART'а, i2c и SPI. Плюс очень удобный и компактный форм-фактор. Не пихайте встроенный wifi - он только занимает место на плате и никому не нужен из-за своей убогости. Добавьте лучше CAN шину и встроенный DC/DC до 32В (6S).
Ну и самое главное - сделайте базовый дистрибутив на основе обычного Debian и Ubuntu. Тот же ROS пользователь кроме как на убунту не поставит. А собирать его с нуля из исходников не будет уж точно. Соберите в базовом дистрибутиве поддержку аппаратных кодеков и нейроускорителей. В наше время если плата не имеет аппаратных кодеков, то для машинного зрения она более чем бесполезна (ну или будет давать 1FPS)
Ну и больше работайте с community - раздавайте бесплатно железо разработчикам популярных open-source проектов. По деньгам это будет дешевле рекламы, но результат будет многократной лучше.
@RyabovA Вопрос к авторам репки - а как обстоят дела с аппаратными видео кодеками? Есть ли они там и есть ли до них какое-нибудь адекватное API вроде gstreamer'а? Не планируете ли переход с allwinner'а на rockchip, где с кодеками (да и с общей производительностью, включая нейроускорители) все сильно лучше ?
Вот хороший фильм про последние дни завода: https://www.youtube.com/watch?v=DBCdTB8dPTU
bldc мотор работает бесшумно в отличии от шагового (который перемешается дискретными шагами) и очень плавно. strom32 (это софт по управлению карданными подвесами) может управлять подвесами с камерами в несколько килограмм (наприме цифровые зеркальные фотоаппараты и тд) - тут только от мощности мотора зависит.
Ну и про вес/объем - какая разница если камера висит на столбе, что она будет на 10% тяжелее? Хотя еще и не факт, так как внутрение конструкции можно существенно облегчить - на них теперь ветер не будет действовать.
А кто будет менять постоянно поцарапанные светофильтры на камере в арктике?
Если будет стеклянная полусфера с гидрофобным порытием (самое простое продается в автозапчастях), то на нее налипать ничего не будет. Тем более, что она внутри подогревается (камера + ик подстветка). Тут больше может быть проблема как камеру охладить, но это не сильно сложно если вохдух внутри заменить гелием (у него теплопроводность почти в 10 раз больше) и поставить небольшой вентилятор, что бы он там его перемешивал
А что изнутри будет запотевать, если там сухой воздух или азот?
Я тоже такое видел, поэтому и написал, что насухую протирать стекло гиблое дело
Зачем камере шаговые двигатели, когда можно взять безколлекторные (bldc direct drive как например делает storm32)
Пропуск шагов - а энкодеры положения поставить и сделать обратную связь?
Сделать стеклянную полусферу и герметичный объем внутри для работы в арктике или агрессивной среде (тот же песок и тд)?
А зачем на сухую протирать объектив дворником? Он же поцарапается. Не проще ли его подогреть (раз уж дело в арктике)? А если загрязнение есть не в виде воды или льда, то без стеклоомывателя всеравно ничего работать не будет