в опроснике не хватает варианта: начинал на 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
мы же тут говорим про "UART, I2C, SPI, GPIO" а не базу данных ан 100 гигабайт. Работать с железом желательно с пониманием и использованием и аппаратных ресурсов системы, и да тут очень желательно чтобы хоть кто-нибуть в этом разбирался.
ИИ может писать скетч/скрипт верхнего уровня, но там в любом случае будет именно две строчки: import/include и какой нибуть .init Модуль/библиотеку который они вызывают обычно самому писать не надо, она уже есть, желательно от производителя и очень желательно чтобы она была написана именно квалифицированно, с пониманием происходящего, чтобы было меньше всяких "вдруг" и "почему то". Иначе будут пилить ШИМ вида set 1, delay, set 0, delay и удивляться почему это работает не стабильно, а на каждый канал понадобиться отдельный одноплатник .
ну ладно антифрод. не могу понять зачем в рекламных то целях профили сливать, причем извращенными способами . Ищу я в рабочем профиле оборудование за 10 миллионов, зачем мне там казать кошачий корм: вдруг я вспомню что кошке корм надо, отвлекусь от оборудования, резко побегу корм покупать. Продавцы корма будут довольны, продавцы оборудования за 10 миллионов - не очень.
Не нужно реализовывать TCP/IP, TLS, MQTT-клиент и файловую систему с нуля
по всему тексту следует что прям все нужно писать самому, хотя по факту это две строчки arduino. Библиотеку готовую вишь ли искать надо, беда то какая. А драйвер то он значит сам, и не надо его компилировать, с dts возиться и прочее. Для некоторого оборудования ой как хорошо придется углубиться чтобы написать драйвер.
Если не понимать что и как происходит в системе то любая система глючит, тормозит и не работает как надо. Например bluetooth в любых мк организован проще и эффективнее, zigbee по сути исключительно через мк работает.
А для понимания и отладчики отличные для мк есть, и консоль обязательно приделывают, хотя она никак не для любителей тыкать в gui.
я уже несколько нет лет назад написал статью что esp32 может реализовать очень многое из того для чего ставят "малинку". Да, есть задачи по типу обработки видео с ИИ где микроконтроллеры реально слабоваты (хотя и это зачем то на esp32 реализовали). Но это не значит что лампочкой надо мигать только из pyton скрипта через сервер на другом конце света.
в опроснике не хватает варианта: начинал на 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
Вот именно и непонятно зачем эти два процесса сливать в общий котел
мы же тут говорим про "UART, I2C, SPI, GPIO" а не базу данных ан 100 гигабайт. Работать с железом желательно с пониманием и использованием и аппаратных ресурсов системы, и да тут очень желательно чтобы хоть кто-нибуть в этом разбирался.
ИИ может писать скетч/скрипт верхнего уровня, но там в любом случае будет именно две строчки: import/include и какой нибуть .init Модуль/библиотеку который они вызывают обычно самому писать не надо, она уже есть, желательно от производителя и очень желательно чтобы она была написана именно квалифицированно, с пониманием происходящего, чтобы было меньше всяких "вдруг" и "почему то". Иначе будут пилить ШИМ вида set 1, delay, set 0, delay и удивляться почему это работает не стабильно, а на каждый канал понадобиться отдельный одноплатник .
ну ладно антифрод. не могу понять зачем в рекламных то целях профили сливать, причем извращенными способами . Ищу я в рабочем профиле оборудование за 10 миллионов, зачем мне там казать кошачий корм: вдруг я вспомню что кошке корм надо, отвлекусь от оборудования, резко побегу корм покупать. Продавцы корма будут довольны, продавцы оборудования за 10 миллионов - не очень.
так termux и anlux древние, может и пойдут на 4.2. а вот postmarketos.org работает на 2.5 моделях не все современные то пойдут
по всему тексту следует что прям все нужно писать самому, хотя по факту это две строчки arduino. Библиотеку готовую вишь ли искать надо, беда то какая. А драйвер то он значит сам, и не надо его компилировать, с dts возиться и прочее. Для некоторого оборудования ой как хорошо придется углубиться чтобы написать драйвер.
Если не понимать что и как происходит в системе то любая система глючит, тормозит и не работает как надо. Например bluetooth в любых мк организован проще и эффективнее, zigbee по сути исключительно через мк работает.
А для понимания и отладчики отличные для мк есть, и консоль обязательно приделывают, хотя она никак не для любителей тыкать в gui.
я уже несколько нет лет назад написал статью что esp32 может реализовать очень многое из того для чего ставят "малинку". Да, есть задачи по типу обработки видео с ИИ где микроконтроллеры реально слабоваты (хотя и это зачем то на esp32 реализовали). Но это не значит что лампочкой надо мигать только из pyton скрипта через сервер на другом конце света.
ну щас, очередной на 7 дюймов приличных тоже поискать
кстати сколько clie стоила, намного дороже 300 у.е?
их уже моделей пять таких вышло