Ага, очень удивлюсь. Имея опыт как коммерческих, так и автономных спортивных восхождений малой группой, ни разу бытовые вопросы не стояли выше физической и технической подготовки.
Если есть примеры НС, которые произошли в результате именно просчетов "по быту" - welcome.
"гибнут полным составом из-за испортившейся погоды" - это явно не про быт, ибо быт это явно бивачная история. Можно, конечно, попробовать подогнать то, что экипировка неподходящая условиям, но это тоже больше тактическая ошибка, чем плохая бытовая приспособленность.
На многих коммерческих горах за быт отвечают специально обученные люди. Палатки стоят в лагерях, еду тебе приготовят, даже кошки завяжут. Эльбрус/Ленина/Арарат - все такие.
В любом случае, невозможно абсолютно точно подсчитать баланс калорий, и дело не только в активности, которая трекеается датчиками. Поэтому нужно просто ориентироваться на тренд. Если по твоим подсчетам баланс -100ккал, но не худеешь в течение какого-то продолжительного периода, значит нужно еще уменьшать этот показатель. Смотреть на число как на абстрактную метрику: при таком значении X вес уходит, при значении Y - нет.
Я так и не дождался функции переменования табов в ТК (была возможность закрепить таб с выбранным именем, но при навигации это слетало), в этом продукте это есть.
Ну он S3 не тестил, только C3/C6, но я посмотрел бутромы - есть те же фрагменты кода, где можно создать успешный глитч и прыгнуть в контроллируемый участок (в теории, офк).
Да, я пролистал слайды, интересно. Я прикидывал тот же глитч использовать как и Courk для c3/c6, но будем посмотреть после того, как найду время отладить систему)
С увеличенной частотой ацп получилось уменьшить число сэмплов? А то вымораживает ждать несколько часов пока 500-600к насобираю, чтоб обнаружить что получил ерунду)
Тоже собрал такую плату (как есть, без модификаций железа - благо гербер и бом есть, только gateware подправил), но увы руки у меня кривые и пока получилось только спалить ADC. Надо как-то вернуться к проекту раз есть ещё удачные примеры взлома.
Тогда в статье есть неоднозначность: "Согласно спецификации, все USB HID устройства по-умолчанию активируют «Report Protocol». "
Я не помню была ли у меня проблема с какими-то устройствами без принудительной установки протокола, но думаю что код у меня не возник из ниоткуда, и всё же что-то там глючило.
Ага, очень удивлюсь. Имея опыт как коммерческих, так и автономных спортивных восхождений малой группой, ни разу бытовые вопросы не стояли выше физической и технической подготовки.
Если есть примеры НС, которые произошли в результате именно просчетов "по быту" - welcome.
"гибнут полным составом из-за испортившейся погоды" - это явно не про быт, ибо быт это явно бивачная история. Можно, конечно, попробовать подогнать то, что экипировка неподходящая условиям, но это тоже больше тактическая ошибка, чем плохая бытовая приспособленность.
И как подготовка к быту поможет? Как раз в первую очередь физическая, техническая и подготовка к высоте играют роль.
На многих коммерческих горах за быт отвечают специально обученные люди. Палатки стоят в лагерях, еду тебе приготовят, даже кошки завяжут. Эльбрус/Ленина/Арарат - все такие.
Интересно, а почему не делать волновые редуктора in-house? Там вроде не rocket science
Тогда сложнее отслеживать тенденцию, но вообще да, многие и не парятся, а контролируют питание по наитию.
В любом случае, невозможно абсолютно точно подсчитать баланс калорий, и дело не только в активности, которая трекеается датчиками. Поэтому нужно просто ориентироваться на тренд. Если по твоим подсчетам баланс -100ккал, но не худеешь в течение какого-то продолжительного периода, значит нужно еще уменьшать этот показатель. Смотреть на число как на абстрактную метрику: при таком значении X вес уходит, при значении Y - нет.
Только это перевод статьи Кена без плашки перевода.
https://toms3d.org/2021/12/30/the-fastest-way-to-make-crisp-pcbs-at-home/ - вот тут тоже фотополимерный принтер использовался, пусть и не ради шелкографии
Ну вообще это гейминг на обычном CPU, который реализован как софт-ядро на fpga. Но так-то прикольный проект, да.
Попытка натянуть сову на глобус. Какие-то непонятные метафоры, которые не имеют никакого отношения к альпинизму.
Я так и не дождался функции переменования табов в ТК (была возможность закрепить таб с выбранным именем, но при навигации это слетало), в этом продукте это есть.
А какой latency получился? У меня на обычной SRAM 16нс для разовой операции чтения (250Мгц). Пока хватает, но посматриваю на варианты по-быстрее.
Ну он S3 не тестил, только C3/C6, но я посмотрел бутромы - есть те же фрагменты кода, где можно создать успешный глитч и прыгнуть в контроллируемый участок (в теории, офк).
Да, я пролистал слайды, интересно. Я прикидывал тот же глитч использовать как и Courk для c3/c6, но будем посмотреть после того, как найду время отладить систему)
А, ну прикольно тогда. Я больше на S3 смотрю в качестве цели.
Ну у первоисточника всё чётко разложено, разве что интересно про оптимизации почитать.
С увеличенной частотой ацп получилось уменьшить число сэмплов? А то вымораживает ждать несколько часов пока 500-600к насобираю, чтоб обнаружить что получил ерунду)
Тоже собрал такую плату (как есть, без модификаций железа - благо гербер и бом есть, только gateware подправил), но увы руки у меня кривые и пока получилось только спалить ADC. Надо как-то вернуться к проекту раз есть ещё удачные примеры взлома.
https://github.com/jtang613/GhidrAssist - такой агент немного помогает. Но как обычно, чудес ждать не стоит и нужно знать какие вопросы задавать)
Тогда в статье есть неоднозначность:
"Согласно спецификации, все USB HID устройства по-умолчанию активируют «Report Protocol». "
Я не помню была ли у меня проблема с какими-то устройствами без принудительной установки протокола, но думаю что код у меня не возник из ниоткуда, и всё же что-то там глючило.