я тут еще вычитал что полетник 1) так или иначе может воспринимать и протокол slcan, т.е. работать usb can адаптером 2) инкапсулировать пакеты can в протокол mavlink.
полетник же может одновременно может поддерживать пакеты dronecan и при том одновременно работать и с другими протоколами на основе can на общей шине, если там разные id то они не будут мешаться.
софтина для полетников mission planner знает все эти режимы и может использоваться вместо dronecantools , расширения команд для ESC оно тоже знает
Кино нужно снимать так, чтобы его было интересно хотя бы посмотреть до конца. к тому же Вы некисло так заморочались и на художку. вроде прям фильм то и недокументальный :) Я как раз тут набрел на сериальчик практически про вирусописателей и реверсеров: все лицо в фейспалмах, но прям вот хочется посмотреть че они там еще удумают. Причем как бы то мысль то логичная - оно то и должно быть понятно широким массам, и есть примеры довольно удачных аллегорий.
С одной стороны, это профессиональное сообщество
то что показывает популярное кино зачастую настолько косячное, что если лютой дичи не будет - то уже хорошо.
пятнадцатилетний школьник, который должен захотеть в профессию
А вот тут уже самому любопытно что больше заинтересует. Самое занятное что фильм может и очень понравиться, но все равно не захочет "в хакеры". А может даже наоборот захочет потому что "в фильме все не правильно, а он сделает правильно"
на самом деле там оно давно используется для распознования объектов, просто все очень закрытое. проект openipc пытается что то сделать с этим, есть полусборки с прикрученым yolo
больше всего это похоже на родственный проект maixcam (1/2) , а также на платы luckfox и leechy pi и более древние поделки на процессоре k210. более того, простенькие нейросетки гоняли еще и на esp32 (espcam)
в опроснике не хватает варианта: начинал на 8бит машине с POKE кодов команд из вcтроенного basic/monitor. встроенный basic в принципе тянет на ОС, можно использовать процедуры последовательного вывода на магнитофон. так что ожидание операции вывода там из коробки, и процессор при этом ничего другого делать почти не успевает .
в продолговатой форме напоминает xioami tag но на нем есть дужка и он двухрежимный.
все эти метки хорошо работатаю только когда работает вся связка, вокруг есть смартфоны с включенным bt, навигацией и правильным софтом. apple ждала пару лет наполняя мир смартфонами где это все есть. с android это не очень хорошо работает.
еще более простой вариант по аналогии с pixhawk - они там навешивают дополнительный IOMMMU на f103 для большего числа входов/выходов - как раз pwm на моторы. Так у них для этого еще один простенький протокол через uart
Вы можете купить DroneCAN устройство и поэкспериментировать с ним.
vesc даже в клоне избыточно и недешево. можно взять дешевую плату с stm32 но чтобы был CAN, минимум это f103, хорошо пойдет L431 (но не особо плат) или f407 подороже и добавить копеечную платку с физикой can. прошивки есть готовые - ArduPilot Perepherial, mininode 2. можно даже найти готовую плату под AP Pereph и то будет дешевле vesc
более того можно и DroneCAN GUI Tool заменить на настоящий, реальный полетник или его суррогат без обвеса. тут профит скорее в том что оно будет работать как и задумывалось а не как можно "предположить" в tool
немножко саморекламы :) я составлял перечень протоколов и плат для can usb https://habr.com/ru/posts/931834/ пропатчить их до dronecantools (или наоборот) наверное труда не составит
Похоже в dronecan без лютой инкапсуляции обходятся? А то любят пилить текстовый конфиг по 8 байт пакеты. canprintf конечно и тут есть но он отключаем на уровне прошивки.
я вообще офигеваю от создания новых сущностей на пустом месте, история напоминает то что твориться с промышленными протоколами. да и buetooth нашим любимым. вот есть же mavlink - и маршрутизируют его по всякому, и 100500 видов данных и параметров и пакеты довольно большие можно тестовые статусы передавать и даже ftp есть. даже кое какое оборудование умет этот протокол и предусмотрено 255 разновидностей компонентов. только до ума не довели это дело, да придумали кучу диалектов. и хоть бы кто сделал на нем esc, там для этого ну все же есть. вместо реализации всяких там двунаправленых dshot и абсолютно своей телеметрией даже если она по uart. и нет же - нам зачем то еще нужен dronecan с дополнительными микрухами, таблицами параметров, диалектами и отдельным конфигуратором (под свой набор ОС). помимо этого кстати есть еще некие picollocan и kdecan
самый удивительный кадавр который я видел для этих дел - полетник dronenet: там помимо can еще и ethernet сделали причем сразу со встроенным etnernet hub
Как раз сегодня видел Юрент "припаркованный" ровно посреди узкого тротуара. ПДД он вроде даже и не нарушает, но там же, по этой узкой тропе еще куча других малых транспортных средств и как миниумум одно моноколесо ездит. Чтобы нанести жалобу в сервис в этом сервисе надо сперва зарегистрироваться и доказать что не верблюд, без этого по логике их вообще трогать нельзя. Приходится ли удивятся тому что самокаты регулярно оказываются в каких нибуть кустах и канавах рядом, но все как бы довольны и не жалуются.
Дырок беспроводных найти конечно можно, но это актуально скорее в ближней зоне, а так то и по проводу, дистанционно можно набедокурить. Positive Technologies нам прекрасно и публично показывают на своих мероприятиях, хотя стукнеты и триконы встречаются редко.
История уровня 433 и lora (кстати 433 и 866 а не 2.4) ярко проявляется в устройствах по типу сигнализаций, в т.ч. автомобильных: изначально, все было просто, потом появились смекалистые криминалы, с однозначным денежным профитом - пошла борьба "снаряда и брони", flipper zero публично записали в криминал. Так там и проводами умудрялись подлезть.
в zigbee шифрование уже предусмотрено, хотя я видел работу где говорилось что там все несложно (это было давно). так в нем вообще толком разбирается 3 человека в мире, работает как черный ящик, и не вот чтобы нашлось много хакеров с солонкой, особо никто не чесался.
Огромное количество систем на lora уже покрыты тем или иным шифрованием изначально, с каким нибуть ключем. единственное - надо заставить пользователя этот ключ поменять. и вроде для чайников никто не использует. но вот Мештастики стали популярны - тут то хакеры с солонкой стали к ним более активны.
проблемы с bluetooth даже не в том что там изначально нет шифрования или какое то дырявое, а в том что каждый производитель лепит свое поверх стандарта, игнорируя меры безопасности. Однако тут крики хакеров с солонкой с flipper zero и всякими esp поделками иногда не слышат, а иногда слышат. xiaomi и apple и многих других тыкали носом, и они докручивали.
SmartLife (оно обычно BT/Wifi) делали несколько глядя на безопасность, некоторое шифрование там есть. Часть спецификаций у них открыта, часть - в закрытых модулях, которые они поставляют черным ящиком". ключи шифрования через сайт и сервера производителя. Свое то оборудование прикрутить и то проблематично, хакеры с солонкой даже нужны - чтобы во всем этом разобраться.
про WifI нам хорошо давно известно, это по сути замена проводу, а вся защита должна и делается на другом уровне. Стиральные машинки и телевизоры: гигабайты трафика, телеметрия, блокировки - и все это дело рук не каких то хакеров, а производителей
Ну а всякие Ремонтяши делают анализ по другому профилю, запланированое устарение тоже на совести производителя но это совсем другая история.
поверх SDIO поднят отдельный сетевой линк, где у радиочипа ip 10.0.0.1
ну то есть тут все равно некий ip обмен получается, вопрос только на коком уровне идет обмен, есть ли tcp, udp и можно ли по этой штуке еще инкапсулировать телеметрию типа mavlink
я тут еще вычитал что полетник 1) так или иначе может воспринимать и протокол slcan, т.е. работать usb can адаптером 2) инкапсулировать пакеты can в протокол mavlink.
полетник же может одновременно может поддерживать пакеты dronecan и при том одновременно работать и с другими протоколами на основе can на общей шине, если там разные id то они не будут мешаться.
софтина для полетников mission planner знает все эти режимы и может использоваться вместо dronecantools , расширения команд для ESC оно тоже знает
Кино нужно снимать так, чтобы его было интересно хотя бы посмотреть до конца. к тому же Вы некисло так заморочались и на художку. вроде прям фильм то и недокументальный :) Я как раз тут набрел на сериальчик практически про вирусописателей и реверсеров: все лицо в фейспалмах, но прям вот хочется посмотреть че они там еще удумают. Причем как бы то мысль то логичная - оно то и должно быть понятно широким массам, и есть примеры довольно удачных аллегорий.
то что показывает популярное кино зачастую настолько косячное, что если лютой дичи не будет - то уже хорошо.
А вот тут уже самому любопытно что больше заинтересует. Самое занятное что фильм может и очень понравиться, но все равно не захочет "в хакеры". А может даже наоборот захочет потому что "в фильме все не правильно, а он сделает правильно"
это сложная история. нагуглить можно именно как "хакер с солонкой"
да, без видео с экшен камеры это прям не зачет
на самом деле там оно давно используется для распознования объектов, просто все очень закрытое. проект openipc пытается что то сделать с этим, есть полусборки с прикрученым yolo
больше всего это похоже на родственный проект maixcam (1/2) , а также на платы luckfox и leechy pi и более древние поделки на процессоре k210. более того, простенькие нейросетки гоняли еще и на esp32 (espcam)
для полетов востребованы и вроде даже бывают камеры на 120 fps
в опроснике не хватает варианта: начинал на 8бит машине с POKE кодов команд из вcтроенного basic/monitor. встроенный basic в принципе тянет на ОС, можно использовать процедуры последовательного вывода на магнитофон. так что ожидание операции вывода там из коробки, и процессор при этом ничего другого делать почти не успевает .
в продолговатой форме напоминает xioami tag но на нем есть дужка и он двухрежимный.
все эти метки хорошо работатаю только когда работает вся связка, вокруг есть смартфоны с включенным bt, навигацией и правильным софтом. apple ждала пару лет наполняя мир смартфонами где это все есть. с android это не очень хорошо работает.
дело не в uwb, она через bt не работает
это еще что. вот когда они будет приезжать и внедрять ИИ когда их даже не приглашали...
еще более простой вариант по аналогии с pixhawk - они там навешивают дополнительный IOMMMU на f103 для большего числа входов/выходов - как раз pwm на моторы. Так у них для этого еще один простенький протокол через uart
vesc даже в клоне избыточно и недешево. можно взять дешевую плату с stm32 но чтобы был CAN, минимум это f103, хорошо пойдет L431 (но не особо плат) или f407 подороже и добавить копеечную платку с физикой can. прошивки есть готовые - ArduPilot Perepherial, mininode 2. можно даже найти готовую плату под AP Pereph и то будет дешевле vesc
более того можно и DroneCAN GUI Tool заменить на настоящий, реальный полетник или его суррогат без обвеса. тут профит скорее в том что оно будет работать как и задумывалось а не как можно "предположить" в tool
немножко саморекламы :) я составлял перечень протоколов и плат для can usb https://habr.com/ru/posts/931834/ пропатчить их до dronecantools (или наоборот) наверное труда не составит
Похоже в dronecan без лютой инкапсуляции обходятся? А то любят пилить текстовый конфиг по 8 байт пакеты. canprintf конечно и тут есть но он отключаем на уровне прошивки.
я вообще офигеваю от создания новых сущностей на пустом месте, история напоминает то что твориться с промышленными протоколами. да и buetooth нашим любимым. вот есть же mavlink - и маршрутизируют его по всякому, и 100500 видов данных и параметров и пакеты довольно большие можно тестовые статусы передавать и даже ftp есть. даже кое какое оборудование умет этот протокол и предусмотрено 255 разновидностей компонентов. только до ума не довели это дело, да придумали кучу диалектов. и хоть бы кто сделал на нем esc, там для этого ну все же есть. вместо реализации всяких там двунаправленых dshot и абсолютно своей телеметрией даже если она по uart. и нет же - нам зачем то еще нужен dronecan с дополнительными микрухами, таблицами параметров, диалектами и отдельным конфигуратором (под свой набор ОС). помимо этого кстати есть еще некие picollocan и kdecan
самый удивительный кадавр который я видел для этих дел - полетник dronenet: там помимо can еще и ethernet сделали причем сразу со встроенным etnernet hub
Как раз сегодня видел Юрент "припаркованный" ровно посреди узкого тротуара. ПДД он вроде даже и не нарушает, но там же, по этой узкой тропе еще куча других малых транспортных средств и как миниумум одно моноколесо ездит. Чтобы нанести жалобу в сервис в этом сервисе надо сперва зарегистрироваться и доказать что не верблюд, без этого по логике их вообще трогать нельзя. Приходится ли удивятся тому что самокаты регулярно оказываются в каких нибуть кустах и канавах рядом, но все как бы довольны и не жалуются.
немножко нагнетено и много намешано.
Дырок беспроводных найти конечно можно, но это актуально скорее в ближней зоне, а так то и по проводу, дистанционно можно набедокурить. Positive Technologies нам прекрасно и публично показывают на своих мероприятиях, хотя стукнеты и триконы встречаются редко.
История уровня 433 и lora (кстати 433 и 866 а не 2.4) ярко проявляется в устройствах по типу сигнализаций, в т.ч. автомобильных: изначально, все было просто, потом появились смекалистые криминалы, с однозначным денежным профитом - пошла борьба "снаряда и брони", flipper zero публично записали в криминал. Так там и проводами умудрялись подлезть.
в zigbee шифрование уже предусмотрено, хотя я видел работу где говорилось что там все несложно (это было давно). так в нем вообще толком разбирается 3 человека в мире, работает как черный ящик, и не вот чтобы нашлось много хакеров с солонкой, особо никто не чесался.
Огромное количество систем на lora уже покрыты тем или иным шифрованием изначально, с каким нибуть ключем. единственное - надо заставить пользователя этот ключ поменять. и вроде для чайников никто не использует. но вот Мештастики стали популярны - тут то хакеры с солонкой стали к ним более активны.
проблемы с bluetooth даже не в том что там изначально нет шифрования или какое то дырявое, а в том что каждый производитель лепит свое поверх стандарта, игнорируя меры безопасности. Однако тут крики хакеров
с солонкойс flipper zero и всякими esp поделками иногда не слышат, а иногда слышат. xiaomi и apple и многих других тыкали носом, и они докручивали.SmartLife (оно обычно BT/Wifi) делали несколько глядя на безопасность, некоторое шифрование там есть. Часть спецификаций у них открыта, часть - в закрытых модулях, которые они поставляют черным ящиком". ключи шифрования через сайт и сервера производителя. Свое то оборудование прикрутить и то проблематично, хакеры с солонкой даже нужны - чтобы во всем этом разобраться.
про WifI нам хорошо давно известно, это по сути замена проводу, а вся защита должна и делается на другом уровне. Стиральные машинки и телевизоры: гигабайты трафика, телеметрия, блокировки - и все это дело рук не каких то хакеров, а производителей
Ну а всякие Ремонтяши делают анализ по другому профилю, запланированое устарение тоже на совести производителя но это совсем другая история.
уже сам факт того что статья находится в хабе "Программирование микроконтроллеров" как бы намекает....
то ли я другие фильмы смотрел, то ли автор путает психологию и психиатрию :) :) :)
ну то есть тут все равно некий ip обмен получается, вопрос только на коком уровне идет обмен, есть ли tcp, udp и можно ли по этой штуке еще инкапсулировать телеметрию типа mavlink
Вот именно и непонятно зачем эти два процесса сливать в общий котел