Нужно ли в автомобильной промышленности сертифицировать код ответственных систем как в авиации? Просто я сомневаюсь, что код не на C/C++ в сертифицирующем ведомстве вообще кто-то будет смотреть.
Да вот именно что не могут - всякие DDR, питание да PCI без подготовки развести сложно. Тем более нужна подробная документация на чип, которую никто обычному человеку не даст (хотя именно на Rockchip кое-что есть в открытом доступе).
Этот формат подразумевает изготовление специальной материнской платы под этот модуль только с теми разъёмами и возможностями, которые нужны. Формат малинки же предназначен для работы "из коробки", но с ограниченными возможностями. Т.е. если вы не разрабатываете материнскую плату, то вам и не нужен это CM.
Для начала работы с микроконтроллерами эклипс с плагинами отличная вещь, можно сильно не заморачиваться на детали и работать с самим МК. Но в нормальной работе конечно нужно знать и делать все эти детали, чтобы как можно полнее контролировать процесс сборки. Короче выбирайте CMake или что-то подобное.
Фермерам то может быть и не очень интересны, так как даже комплект для опрыскивания с одним дроном может стоить 3-5 млн рублей, но вот компаниям, предоставляющим услугу опрыскивания, дроны наоборот выгодны. Сейчас государство решило защитить производителей наших дронов, поэтому ввела необходимость получения сертификата типа для дронов и выпущены нормы летной годности. Так что сельскохозяйственное направление имеет потенциал, в отличие, например, от перевозки грузов или тем более людей.
В CMake есть встроенные переменные PROJECT_VERSION_MAJOR, PROJECT_VERSION_MINOR и PROJECT_VERSION_PATCH - они создаются собственно из PROJECT_VERSION. Эти переменные можно передать в сборку как дефайны через target_compile_definitions (вроде так - лучше перепроверить), а там уже использовать так как вам хочется. Также можно до сборки с помощью вызова из CMake команды git с каким-то флагом узнать хэш коммита (лучше короткий) и его тоже использовать.
Опрыскивание химией, внесение удобрений и даже посев - это уже делается весьма эффективно летающими дронами. Правда с новыми законами теперь не так просто купить дрон в Китае и начать летать, т.к. нужны разрешительные документы, но их довольно легко получить.
Порой известное, но рассказанное другими словами, тоже интересно читать. Тем более если нужно изучить что-то новое - нужно два-три разных туториала, потому что могут всплыть нюансы, про которые кто-то забыл.
Видов микроконтроллеров, периферии, подключаемых устройств, протоколов и интерфейсов настолько огромное количество, что создать что-то универсальное просто невозможно, но качество разработки у вас на высоте, могу заметить.
Писал я в НИИЭТ, хотелось МК их топовый с 200 МГц частотой, но сроки поставок там конечно невероятные. А могли полетный контроллер сделать на его основе.
Я бы посоветовал создавать проекты для микронтроллеров с помощью CMake, т.е. без привязки к какой-то определенной IDE или редактору. Отладка - OpenOCD. В VSCode, Eclipse всё это прекрасно работает, есть всякие удобные плагины. Может напишу как-нибудь небольшой туториал по связке CMake + VSCode + OpenOCD, так как я сам себе настроил.
Нужно ли в автомобильной промышленности сертифицировать код ответственных систем как в авиации? Просто я сомневаюсь, что код не на C/C++ в сертифицирующем ведомстве вообще кто-то будет смотреть.
Да вот именно что не могут - всякие DDR, питание да PCI без подготовки развести сложно. Тем более нужна подробная документация на чип, которую никто обычному человеку не даст (хотя именно на Rockchip кое-что есть в открытом доступе).
Этот формат подразумевает изготовление специальной материнской платы под этот модуль только с теми разъёмами и возможностями, которые нужны. Формат малинки же предназначен для работы "из коробки", но с ограниченными возможностями. Т.е. если вы не разрабатываете материнскую плату, то вам и не нужен это CM.
Для начала работы с микроконтроллерами эклипс с плагинами отличная вещь, можно сильно не заморачиваться на детали и работать с самим МК. Но в нормальной работе конечно нужно знать и делать все эти детали, чтобы как можно полнее контролировать процесс сборки. Короче выбирайте CMake или что-то подобное.
Если Queue назвать не куеуе, а правильно, люди не поймут)
PROJECT_VERSION_PATCH можно генерировать из времени последнего коммита - это же CMake, сделать можно почти всё что угодно.
Фермерам то может быть и не очень интересны, так как даже комплект для опрыскивания с одним дроном может стоить 3-5 млн рублей, но вот компаниям, предоставляющим услугу опрыскивания, дроны наоборот выгодны. Сейчас государство решило защитить производителей наших дронов, поэтому ввела необходимость получения сертификата типа для дронов и выпущены нормы летной годности. Так что сельскохозяйственное направление имеет потенциал, в отличие, например, от перевозки грузов или тем более людей.
В CMake есть встроенные переменные PROJECT_VERSION_MAJOR, PROJECT_VERSION_MINOR и PROJECT_VERSION_PATCH - они создаются собственно из PROJECT_VERSION. Эти переменные можно передать в сборку как дефайны через target_compile_definitions (вроде так - лучше перепроверить), а там уже использовать так как вам хочется. Также можно до сборки с помощью вызова из CMake команды git с каким-то флагом узнать хэш коммита (лучше короткий) и его тоже использовать.
Опрыскивание химией, внесение удобрений и даже посев - это уже делается весьма эффективно летающими дронами. Правда с новыми законами теперь не так просто купить дрон в Китае и начать летать, т.к. нужны разрешительные документы, но их довольно легко получить.
Порой известное, но рассказанное другими словами, тоже интересно читать. Тем более если нужно изучить что-то новое - нужно два-три разных туториала, потому что могут всплыть нюансы, про которые кто-то забыл.
Этот YaGPT запустили, чтобы народ браузер яндекса скачивал, а не для того чтобы технологии двигать.
То, что BG3 похожа на Divinity это только плюс.
На алике Samsung 980 Pro на 1Тб стоит примерно 8к, что соотвествует 100$, что есть в таблице. Так что вроде правильно все указано.
Пусть рассказывает что делал.
Может стоит прекратить мучить 103ю серию?) Есть же STMки поновей.
Видов микроконтроллеров, периферии, подключаемых устройств, протоколов и интерфейсов настолько огромное количество, что создать что-то универсальное просто невозможно, но качество разработки у вас на высоте, могу заметить.
Да, рассматривали возможность импотозамещения.
Писал я в НИИЭТ, хотелось МК их топовый с 200 МГц частотой, но сроки поставок там конечно невероятные. А могли полетный контроллер сделать на его основе.
"Индустриальные дроны" занимаются похожей тематикой. Довольно успешно - летает, поливает.
https://indrones.ru/
Я бы посоветовал создавать проекты для микронтроллеров с помощью CMake, т.е. без привязки к какой-то определенной IDE или редактору. Отладка - OpenOCD. В VSCode, Eclipse всё это прекрасно работает, есть всякие удобные плагины. Может напишу как-нибудь небольшой туториал по связке CMake + VSCode + OpenOCD, так как я сам себе настроил.