прошивка не прошивка, но вот с обновлениями софта на ПК оный софт становится что то подозревать и ругаться. вопрос с руганием решен в случае windows и macos но не очень понятно что делать в случае linux. например не обновлять
с технической точки зрения все таки довольно лаконично получилось. вроде бы и так много информации но возникают вопросы. например про 2500 и Express - ок, старая устарелая, а чем новая лучше? если не с технической точки зрения (lora модуляция, более дальнобойная) то хотя бы с практической (более дальнобойная и пакеты данных чаще поэтому отзывчивость выше).
или например про разные классы дровнов. вупчики то можно и по комнате гонять. рюкзак вообще не нужен. и зачем там паяльник, при готовом то тоже не слишком очевидно. ремонт, обязательно на выезде? а ведь еще можно и самому по модулям собирать. че то там с весами до... грамм тема. не раскрыто
ну и не хватает немножко лирики отвечающей на тупой такой вопрос "а зачем?". на соревнования там например "а че такие бывают, хде?" как раз там такой рюкзак нужен, но там же не только вупы.
это я уж не говрю что для полетов на дроне есть не только fpv. Для киношных кадров есть интересные варианты с ИИ управлением, жестами, без всего этого.
Все рутуберы, которых я смотрел, говорили
а я вот кстати их слушая вообще так понял что симулятор этот фигня, ничему не учит и не стоит на него тратить время. у одного более отечественного блоггера, нежели Дожошуа есть целый цикл видео именно про сравнения разных fpv симуляторов.
а можно и не использовать. сгенерировать набор нужных либ, заголовков и make/cmake к ним - а дальше в командой строке + текстовый редактор или любимая IDE
зато удобно сделать набросок мышкой и прикинуть как оно вообще работает, посмотреть куда какие байты надо совать, опять же карта клоков наглядная ... а уж потом - хоть табличку [105000]{адрес,значение}
глядел я на это и вспомнил что более 20 лет назад я делал вполне подобное. Была программа уже готовая типа "говорящие часы", у нее все .wav были в общих .dll с разными языками произношения, типа языковый плагин. Задача была просто подгрузить либу, но я тогда только учился winapi, интернета не было, но мне помогли оффлайн, и я просто использовал ее в своей наколенной разработке чисто под себя.
как можно “загадить GitHub”. Это же не песочница и не двор
в целом то есть такое. если поиском скажем искать то куча конкретно мусорных репозиториев: 1 readme 0ой длины или "я здесь буду писать такой то проект" или какой то каркас без базового функционала, немало есть и костыльного и просто некрасивого кода. это приходится разгребать в поисках годного.
здесь же имеем по сути пример работы с WinApi каковых очень много еще со времен далеко до github. ничего плохого в этом нет, потеряет ли что то человечество без него - наверное тоже нет.
очень немножко есть и только для неновых процов Hisilicon 1) для специфичного fpv стриминга - в составе самого проекта openipc на hisilicon dv100 2) отдельный проект на чем то еще более старом с аналоговыми видеовходами
и все тот же вопрос. там ARM Cortex-A7 core, 800MHz и платформа наверное уже наработанная годами, тут - все заметно беднее и сырее. приличная партия должна быть чтобы экономия окупила работы по переработке
итоговые плюсы покажут ;) хорошо стурктурированный и читаемый материал - гораздо лучше чем клочки инфы по закоулочкам интернета. но проверенный на практике и очищенный от галюцинаций. Как ИИ так и живого автора материала.
От этого комента пользы еще меньше, а вреда - гораздо больше.
По сути это пост, но на месте где можно 1) обозначить, "опубличить" проблему, в т.ч. перед людьми которые как бы их решают (например производителей часов и Алис) - бывает они тут тоже витают в облаках и статьи пишут 2) получить рекомендации по более эффектному решению с нужным срезом знаний
из поверхностного: грузиться, в случае чего, очень заметно дольше. время реакции скриптов заметно выше, движком и кучей нестандартного, чего может обычная atmega ногодрыгом, уже напрямую не поправлять, нужно доп железо., и всякие rt-патчи - для особых месье. на arduino это может быть 2 строчки кода, со всем скилами ИИ и хорошей переносимостью. плюс есть визуальное програмирование. в новых arduino пошли к связке linux + mcu.
из более теоритического: надежность сложной системы ниже, хакерам проще ковырять дырки
какие то простенькие YOLO вроде и на esp32cam гоняют. p4 в этом плане еще хорош для hmi, скажем для панелей умного дома, виднаба, медиаплеров - так оно и подается под этим соусом, но нужно бы еще аппаратное декодирование видео.
если прошивка загнана в RO файловую систему (а тут это вроде так) то понадобиться оверлейный раздел записываемый - все как в роутерах. И то там обновления глобальные - общей перепрошивкой. Чем дальше мы тут обсуждаем тем больше думаю что без openwrt оно не взлетит толком.
прошивка не прошивка, но вот с обновлениями софта на ПК оный софт становится что то подозревать и ругаться. вопрос с руганием решен в случае windows и macos но не очень понятно что делать в случае linux. например не обновлять
с технической точки зрения все таки довольно лаконично получилось. вроде бы и так много информации но возникают вопросы. например про 2500 и Express - ок, старая устарелая, а чем новая лучше? если не с технической точки зрения (lora модуляция, более дальнобойная) то хотя бы с практической (более дальнобойная и пакеты данных чаще поэтому отзывчивость выше).
или например про разные классы дровнов. вупчики то можно и по комнате гонять. рюкзак вообще не нужен. и зачем там паяльник, при готовом то тоже не слишком очевидно. ремонт, обязательно на выезде? а ведь еще можно и самому по модулям собирать. че то там с весами до... грамм тема. не раскрыто
ну и не хватает немножко лирики отвечающей на тупой такой вопрос "а зачем?". на соревнования там например "а че такие бывают, хде?" как раз там такой рюкзак нужен, но там же не только вупы.
это я уж не говрю что для полетов на дроне есть не только fpv. Для киношных кадров есть интересные варианты с ИИ управлением, жестами, без всего этого.
а я вот кстати их слушая вообще так понял что симулятор этот фигня, ничему не учит и не стоит на него тратить время. у одного более отечественного блоггера, нежели Дожошуа есть целый цикл видео именно про сравнения разных fpv симуляторов.
а можно и не использовать. сгенерировать набор нужных либ, заголовков и make/cmake к ним - а дальше в командой строке + текстовый редактор или любимая IDE
зато удобно сделать набросок мышкой и прикинуть как оно вообще работает, посмотреть куда какие байты надо совать, опять же карта клоков наглядная ... а уж потом - хоть табличку [105000]{адрес,значение}
аналогично esp32. умельцы даже нашли такие же ip-блоки (wifi, bt) в других микросхемах, но уже с побитовой документацией на них
глядел я на это и вспомнил что более 20 лет назад я делал вполне подобное. Была программа уже готовая типа "говорящие часы", у нее все .wav были в общих .dll с разными языками произношения, типа языковый плагин. Задача была просто подгрузить либу, но я тогда только учился winapi, интернета не было, но мне помогли оффлайн, и я просто использовал ее в своей наколенной разработке чисто под себя.
в целом то есть такое. если поиском скажем искать то куча конкретно мусорных репозиториев: 1 readme 0ой длины или "я здесь буду писать такой то проект" или какой то каркас без базового функционала, немало есть и костыльного и просто некрасивого кода. это приходится разгребать в поисках годного.
здесь же имеем по сути пример работы с WinApi каковых очень много еще со времен далеко до github. ничего плохого в этом нет, потеряет ли что то человечество без него - наверное тоже нет.
очень немножко есть и только для неновых процов Hisilicon 1) для специфичного fpv стриминга - в составе самого проекта openipc на hisilicon dv100 2) отдельный проект на чем то еще более старом с аналоговыми видеовходами
если почитать обсуждения данного вопроса то каждый раз находятся много минусов в данном подходе
смешение физики и логики вижу тут я
в основном уже по usb dfu если речь про stm32. только старые по типу f103 не содержат возможности usb во встроенном загрузчике
и все тот же вопрос. там ARM Cortex-A7 core, 800MHz и платформа наверное уже наработанная годами, тут - все заметно беднее и сырее. приличная партия должна быть чтобы экономия окупила работы по переработке
итоговые плюсы покажут ;) хорошо стурктурированный и читаемый материал - гораздо лучше чем клочки инфы по закоулочкам интернета. но проверенный на практике и очищенный от галюцинаций. Как ИИ так и живого автора материала.
разработки умных устройств например SberDevices https://habr.com/ru/companies/yandex/ решают свои очень важные беспроводные проблемы https://habr.com/ru/companies/sberdevices/articles/1085744/ https://habr.com/ru/companies/yandex/articles/774212/ какие уж тут кнопки :) но наверное можно их спросить как решить вопрос тихого голоса
От этого комента пользы еще меньше, а вреда - гораздо больше.
По сути это пост, но на месте где можно 1) обозначить, "опубличить" проблему, в т.ч. перед людьми которые как бы их решают (например производителей часов и Алис) - бывает они тут тоже витают в облаках и статьи пишут 2) получить рекомендации по более эффектному решению с нужным срезом знаний
как раз здесь есть ее разработчики - очень хороший повод их пинуть.
из поверхностного: грузиться, в случае чего, очень заметно дольше. время реакции скриптов заметно выше, движком и кучей нестандартного, чего может обычная atmega ногодрыгом, уже напрямую не поправлять, нужно доп железо., и всякие rt-патчи - для особых месье. на arduino это может быть 2 строчки кода, со всем скилами ИИ и хорошей переносимостью. плюс есть визуальное програмирование. в новых arduino пошли к связке linux + mcu.
из более теоритического: надежность сложной системы ниже, хакерам проще ковырять дырки
какие то простенькие YOLO вроде и на esp32cam гоняют. p4 в этом плане еще хорош для hmi, скажем для панелей умного дома, виднаба, медиаплеров - так оно и подается под этим соусом, но нужно бы еще аппаратное декодирование видео.
если прошивка загнана в RO файловую систему (а тут это вроде так) то понадобиться оверлейный раздел записываемый - все как в роутерах. И то там обновления глобальные - общей перепрошивкой. Чем дальше мы тут обсуждаем тем больше думаю что без openwrt оно не взлетит толком.
и тоже на Linux они
судя по очень немалому количеству предложений готовых девайсов на площадках - с реальными людьми
текстовые сообщения - тоже данные. по сути еще один канал для sms и более новомодных околотекстовых форматов (че то то яблочное было же)