Как минимум, механизмы poll Linux не поддерживают неблокирующийся ввод-вывод для обычных файлов. Есть асинхронный ввод-ввывод, но это уже другая история.
Оторвано от реальности во всех аспектах. Никому не нужны интеллектуальные роботы, нужны дешёвые, точные и грузоподъёмные. Производство первым делом хочет знать срок окупаемости робота.
Я так купил WD 1TB Blue. Продавец сказал, что компания купила под тендер, а диски не подошли. Продавали по очень вкусной цене, я уже намечтал, как куплю у них дисков десять. Хорошо, что подостыл, пока ехал и решил взять два на тест. Смарт был нулевой, но какой-то странный. Отдал на экспертизу, там сказали, что палёная паль. Продавец молча вернул деньги.
Значит не показалось. Последнее время стал замечать, что изображения на обычной продукции: обложки тетрадей, упаковки, рекламные буклеты - перестали быть натуральными, на них очень чётко стали просматриваться типичные "додумки" нейросетей вроде лишних дейталей или несуществующих элементов. А где-то и перспектива хромает. Чтош... дивный новый мир. Я так полагаю, что ТЗ в духе "нужно изображение объекта в конкретной позе и с конкретного ракурса" это теперь x3 к стоимости?
Золотой момент, когда основателям нужно писать книгу "от работодателя-мечты с 20% времени на свой проект до давайте-пожалуйста-рабоать-60-часов-в-неделю".
Потеплеет, потому что КПД насоса меньше 100%, а потери выделяются в виде тепла. Это теория. На практике осушитель, который по сути и является холодильником с открытой дверцей, постепенно нагревает помещение.
Но в исходном выражении нет дроби, а значит и нет знаменятеля. Простой знак деления не превращает выражение в дробное выражение. Я думаю, что есть группа людей, которые зачем-то хотят записывать сложные выражения одной строчкой. И есть группа людей, которые недостаточно хорошо знакомы с математическими понятиями. И вот вторые с подачи первых и создали миф про пресловутое умножение с приоритетом.
Допустим. Но я не об этом спрашивал, а о каком-то документальном подтверждении понятия "умножение с приоритетом". У математиков есть LaTeX и ТеТрадь с ручкой, поэтому и нет нужды вводить какие-то новые понятия для однострочной записи сложных выражений.
Кустарщина, которая будет сбоить от малейшего чиха. Разве что головной контроллер можно заменить на них, но тогда ПО нужно будет писать с нуля - а тут и bus-factor тут как тут, ищи-свищи потом другого программиста, желающего разобраться в самопальной системе управления воротами.
Ещё по поводу RTK - нужен контроль за положением базовой станции. И в случае её смещения, пересчитать положение без оборудования быстро не получится. Несколько лет назад проводился конкурс для беспилотников, "Зимние игры" или как-то так он назывался. Во время заключительного этапа БС RTK упала на бок, и машины участников стали творить дичь и врезаться друг в друга. В итоге никто не побелил, призовой фонд не раздали =) Может это был план организаторов, но вот демонстрация проблемы была отличная.
По поводу положения колёс - вы же вкурсе, что колёса в ненулевом положении повёрнуты на разный угол? Нужно снимать данные с положения рулевой рейки. Люфты и прочие нежёсткости должны быть учтены в САУ, у вас никогда не будет эталонной информации о положении колёс.
По поводу привода на руль - шестерёнки это стильно, но до первого проскальзывания или сломанного зуба.
RTK, GNSS - сложно, дорого, всегда есть вероятность заглушения или искажения сигнала, нужен второй фактор. 2.5см для навигации сойдёт, для ориентации - слишком грубо, нужно SLAM. Инерциальный датчик - хорошо, но его данные "убегают", нужен второй фактор. По сути, у вас сейчас мешанина из определения положения и ориентации.
В целом - амбициозно, слегка по-хипстерски. Когда я был программистом, я был жутким снобом и ругал такие проекты. Когда стал инженером-робототехником, понял, что делай-ошибайся-переделвая - единственный путь к успеху для начинающих компаний, так что удачи! Сельскохозайсвтенные проекты это очень тяжёлая ниша, даже в США их не жалуют. Вы изучали опыт Cognitive Pilot?
В свободное время я занимаюсь похожим проектом, но в другой стихии
А если серьёзно, то да - бизнес не хочет вкладываться в онбординг и дообучение персонала конкретике своего производства, хочет "готового работника"
Зависит от бизнеса. Если перепродавать людей, то очевидно, что вкладываться в обучение будет нерентабельно. А если говороть о производстве, то без обучения вообще никак.
Как минимум, механизмы poll Linux не поддерживают неблокирующийся ввод-вывод для обычных файлов. Есть асинхронный ввод-ввывод, но это уже другая история.
Оторвано от реальности во всех аспектах. Никому не нужны интеллектуальные роботы, нужны дешёвые, точные и грузоподъёмные. Производство первым делом хочет знать срок окупаемости робота.
Глобальное потепление жеж
Я так купил WD 1TB Blue. Продавец сказал, что компания купила под тендер, а диски не подошли. Продавали по очень вкусной цене, я уже намечтал, как куплю у них дисков десять. Хорошо, что подостыл, пока ехал и решил взять два на тест. Смарт был нулевой, но какой-то странный. Отдал на экспертизу, там сказали, что палёная паль. Продавец молча вернул деньги.
Дота-дрочер рассказывает миру о том, как он открыл thread-safety для себя. Это Хабр в 2025-ом.
Значит не показалось. Последнее время стал замечать, что изображения на обычной продукции: обложки тетрадей, упаковки, рекламные буклеты - перестали быть натуральными, на них очень чётко стали просматриваться типичные "додумки" нейросетей вроде лишних дейталей или несуществующих элементов. А где-то и перспектива хромает. Чтош... дивный новый мир. Я так полагаю, что ТЗ в духе "нужно изображение объекта в конкретной позе и с конкретного ракурса" это теперь x3 к стоимости?
Золотой момент, когда основателям нужно писать книгу "от работодателя-мечты с 20% времени на свой проект до давайте-пожалуйста-рабоать-60-часов-в-неделю".
Потеплеет, потому что КПД насоса меньше 100%, а потери выделяются в виде тепла. Это теория. На практике осушитель, который по сути и является холодильником с открытой дверцей, постепенно нагревает помещение.
Но в исходном выражении нет дроби, а значит и нет знаменятеля. Простой знак деления не превращает выражение в дробное выражение. Я думаю, что есть группа людей, которые зачем-то хотят записывать сложные выражения одной строчкой. И есть группа людей, которые недостаточно хорошо знакомы с математическими понятиями. И вот вторые с подачи первых и создали миф про пресловутое умножение с приоритетом.
Допустим. Но я не об этом спрашивал, а о каком-то документальном подтверждении понятия "умножение с приоритетом". У математиков есть LaTeX и ТеТрадь с ручкой, поэтому и нет нужды вводить какие-то новые понятия для однострочной записи сложных выражений.
Нашёл только некую АО "Восток", зарегистрированную в Санкт-Петербурге.
Во Владивостоке производство ведётся на база какой компании?
Начал за здравие, а закончил предложением добавить графический API... Кажется, я понял, как попадают в комитет =)
Кустарщина, которая будет сбоить от малейшего чиха. Разве что головной контроллер можно заменить на них, но тогда ПО нужно будет писать с нуля - а тут и bus-factor тут как тут, ищи-свищи потом другого программиста, желающего разобраться в самопальной системе управления воротами.
NVidia, добро пожаловать в клуб 950 мл!
Можно ссылку на источник про повышенный приоритет? Закончил прикладную математику, а про это первый раз слышу.
Ещё по поводу RTK - нужен контроль за положением базовой станции. И в случае её смещения, пересчитать положение без оборудования быстро не получится. Несколько лет назад проводился конкурс для беспилотников, "Зимние игры" или как-то так он назывался. Во время заключительного этапа БС RTK упала на бок, и машины участников стали творить дичь и врезаться друг в друга. В итоге никто не побелил, призовой фонд не раздали =) Может это был план организаторов, но вот демонстрация проблемы была отличная.
По поводу положения колёс - вы же вкурсе, что колёса в ненулевом положении повёрнуты на разный угол? Нужно снимать данные с положения рулевой рейки. Люфты и прочие нежёсткости должны быть учтены в САУ, у вас никогда не будет эталонной информации о положении колёс.
По поводу привода на руль - шестерёнки это стильно, но до первого проскальзывания или сломанного зуба.
RTK, GNSS - сложно, дорого, всегда есть вероятность заглушения или искажения сигнала, нужен второй фактор. 2.5см для навигации сойдёт, для ориентации - слишком грубо, нужно SLAM. Инерциальный датчик - хорошо, но его данные "убегают", нужен второй фактор. По сути, у вас сейчас мешанина из определения положения и ориентации.
В целом - амбициозно, слегка по-хипстерски. Когда я был программистом, я был жутким снобом и ругал такие проекты. Когда стал инженером-робототехником, понял, что делай-ошибайся-переделвая - единственный путь к успеху для начинающих компаний, так что удачи! Сельскохозайсвтенные проекты это очень тяжёлая ниша, даже в США их не жалуют. Вы изучали опыт Cognitive Pilot?
В свободное время я занимаюсь похожим проектом, но в другой стихии
Не хватает абзаца с описанием управления педалью акселератора. Или эту часть кожанный мешок выполняет?
Зависит от бизнеса. Если перепродавать людей, то очевидно, что вкладываться в обучение будет нерентабельно. А если говороть о производстве, то без обучения вообще никак.