250Мгц - это частота тактирования. Максимальная скорость работы памяти достигается в определенных условиях - скажем, если используется burst режим. В среднем нужно 4-5 тактов + всякие CDC и получаем уже числа порядка десятков мегагерц, а не сотен.
Для чипов 432, которые у меня есть в наличии, этого достаточно (хотя есть и 8МГц версии), но, как всегда, я стараюсь использовать решения, проверенные в других проектах. И в одном из таких проектов, мне нужна была очень быстрая память, поэтому использовал эту связку, которая перешла и в дизайн для 432.
Вопрос, что будет в более реальном случае, когда обрабатываются массивы разных структур.
Массивы структур это те же скаляры. ISA легко позволяет работать со структурами и массивами, используя простую арифметику под капотом.
Другое дело кастомные типы (можно назвать их классами в терминах ООП) и объекты этих классов с полноценной системой доступа. Вот на них будет просадка.
Но многие источники хаяли iAPX 432 как раз в задачах вычислительного толка, а не исследовали сценарии, для которых и была разработана данная система.
Ага, очень удивлюсь. Имея опыт как коммерческих, так и автономных спортивных восхождений малой группой, ни разу бытовые вопросы не стояли выше физической и технической подготовки.
Если есть примеры НС, которые произошли в результате именно просчетов "по быту" - welcome.
"гибнут полным составом из-за испортившейся погоды" - это явно не про быт, ибо быт это явно бивачная история. Можно, конечно, попробовать подогнать то, что экипировка неподходящая условиям, но это тоже больше тактическая ошибка, чем плохая бытовая приспособленность.
На многих коммерческих горах за быт отвечают специально обученные люди. Палатки стоят в лагерях, еду тебе приготовят, даже кошки завяжут. Эльбрус/Ленина/Арарат - все такие.
В любом случае, невозможно абсолютно точно подсчитать баланс калорий, и дело не только в активности, которая трекеается датчиками. Поэтому нужно просто ориентироваться на тренд. Если по твоим подсчетам баланс -100ккал, но не худеешь в течение какого-то продолжительного периода, значит нужно еще уменьшать этот показатель. Смотреть на число как на абстрактную метрику: при таком значении X вес уходит, при значении Y - нет.
Я так и не дождался функции переменования табов в ТК (была возможность закрепить таб с выбранным именем, но при навигации это слетало), в этом продукте это есть.
Ну он S3 не тестил, только C3/C6, но я посмотрел бутромы - есть те же фрагменты кода, где можно создать успешный глитч и прыгнуть в контроллируемый участок (в теории, офк).
Да, я пролистал слайды, интересно. Я прикидывал тот же глитч использовать как и Courk для c3/c6, но будем посмотреть после того, как найду время отладить систему)
С увеличенной частотой ацп получилось уменьшить число сэмплов? А то вымораживает ждать несколько часов пока 500-600к насобираю, чтоб обнаружить что получил ерунду)
Тоже собрал такую плату (как есть, без модификаций железа - благо гербер и бом есть, только gateware подправил), но увы руки у меня кривые и пока получилось только спалить ADC. Надо как-то вернуться к проекту раз есть ещё удачные примеры взлома.
250Мгц - это частота тактирования. Максимальная скорость работы памяти достигается в определенных условиях - скажем, если используется burst режим. В среднем нужно 4-5 тактов + всякие CDC и получаем уже числа порядка десятков мегагерц, а не сотен.
Для чипов 432, которые у меня есть в наличии, этого достаточно (хотя есть и 8МГц версии), но, как всегда, я стараюсь использовать решения, проверенные в других проектах. И в одном из таких проектов, мне нужна была очень быстрая память, поэтому использовал эту связку, которая перешла и в дизайн для 432.
Массивы структур это те же скаляры. ISA легко позволяет работать со структурами и массивами, используя простую арифметику под капотом.
Другое дело кастомные типы (можно назвать их классами в терминах ООП) и объекты этих классов с полноценной системой доступа. Вот на них будет просадка.
Но многие источники хаяли iAPX 432 как раз в задачах вычислительного толка, а не исследовали сценарии, для которых и была разработана данная система.
Ага, очень удивлюсь. Имея опыт как коммерческих, так и автономных спортивных восхождений малой группой, ни разу бытовые вопросы не стояли выше физической и технической подготовки.
Если есть примеры НС, которые произошли в результате именно просчетов "по быту" - 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. Надо как-то вернуться к проекту раз есть ещё удачные примеры взлома.